1 INFO-VAX	Tue, 18 Mar 2003	Volume 2003 : Issue 151       Contents:  9gig 7200rpm drives in PWS500au?$ RE: 9gig 7200rpm drives in PWS500au?* Re: Alpha Station 200 4/233 Memory Upgrade alpha300 arrived, now... Re: alpha300 arrived, now... Re: alpha300 arrived, now...9 Re: asking again- what was the fastest vax and alpha made 9 RE: asking again- what was the fastest vax and alpha made 9 Re: asking again- what was the fastest vax and alpha made P Re: BASEstar (was: Re: OpenVMS at CeBIT 2003 - more  info on hp OpenVMS Industry# Re: can one use this disk with VMS?  Re: Common Bug ? Common Bug ? Re: Common Bug ? ddachter@nmh.org Re: ddachter@nmh.org Re: ddachter@nmh.org Deliver and UCX  Re: Deliver and UCX  Re: Disk Shadowing6 Re: Editor wars - Was: Re: Upcoming VMS improvements ?D Re: EFI forced crash (was: Re: Easy question about IA64 and OpenVMS)9 EFI Specifications (was: I Have Seen The IA64 Future !!!) = Re: EFI Specifications (was: I Have Seen The IA64 Future !!!) $ Re: File Conversion from VMS to UNIX$ Re: File Conversion from VMS to UNIX$ Re: File Conversion from VMS to UNIX Re: Firmaware update Re: Firmaware update Re: Firmaware update Re: Firmaware update Great news from Engineering  Re: Great news from Engineering ( Re: Help using SYS$CRELNM and SYS$TRNLNM2 How to connect Vaxstation 4000 VLC to LCD monitor?6 Re: How to connect Vaxstation 4000 VLC to LCD monitor?# Re: I Have Seen The IA64 Future !!! # Re: I Have Seen The IA64 Future !!! # Re: I Have Seen The IA64 Future !!! # Re: I Have Seen The IA64 Future !!! # Re: I Have Seen The IA64 Future !!! # RE: I Have Seen The IA64 Future !!! # Re: I Have Seen The IA64 Future !!! # Re: I Have Seen The IA64 Future !!! # Re: I Have Seen The IA64 Future !!! # Re: I Have Seen The IA64 Future !!! . Re: Is http://www.montagar.com/hobbyist/ down?. Re: Is http://www.montagar.com/hobbyist/ down?. Re: Is http://www.montagar.com/hobbyist/ down?7 Re: Issue building Perl after applying VMS73_ACRTL V3.0 7 Re: Issue building Perl after applying VMS73_ACRTL V3.0 7 Re: Issue building Perl after applying VMS73_ACRTL V3.0 7 Re: Issue building Perl after applying VMS73_ACRTL V3.0 7 Re: Issue building Perl after applying VMS73_ACRTL V3.0  Re: More Oracle weirdness - Re: Mozilla, EFI Specs, and the Intel website * Re: National Moratorium to Appease Tyrants* Re: National Moratorium to Appease Tyrants* Re: National Moratorium to Appease Tyrants* Re: National Moratorium to Appease Tyrants* Re: National Moratorium to Appease Tyrants* Re: National Moratorium to Appease Tyrants* Re: National Moratorium to Appease Tyrants* Re: National Moratorium to Appease Tyrants* Re: National Moratorium to Appease TyrantsI Re: OpenVMS at CeBIT 2003 - more  info on hp OpenVMS Industry Standard 64 2 Re: OT: Something everyone should ask their Doctor Re: RMS-F-KNM error  Re: RMS-F-KNM error   Re: Samba Missing stropts.h file Re: send mail from an intranet? ; Somebody didn't get the message?  HP shows it doesn't care. ? Re: Somebody didn't get the message?  HP shows it doesn't care. ? RE: Somebody didn't get the message?  HP shows it doesn't care. $ Re: Two VAXes on one SCSI bus (long)$ Re: Two VAXes on one SCSI bus (long) Re: unix Re: unix Re: unix Re: unix Re: unix Re: unixC Re: VAXstation or MicroVAX 3100 parts (was: Re: Newbie Please Help)  Re: VMS Backup solutions# Re: VMS Backup solutions - for UNIX . Re: [MOTIF V1.3] Someone already experiences ? RE: [OT]:to Sue   F ----------------------------------------------------------------------    Date: 17 Mar 2003 16:06:49 -0800, From: mcbill20@hotmail.com (Bill McLaughlin)) Subject: 9gig 7200rpm drives in PWS500au? = Message-ID: <e9cbc4f2.0303171606.642ed01e@posting.google.com>   F I have a PWS500au with three 7200rom 9 gig drives (Seagate ST39175LW).D The cover has been off so far as I just got the box a week or so agoE and I had to install a second SCSI card, etc. Now that it all works I E was going to put the cover on and put it in the rack. The side of the C case where the drives are feels pretty warm and I got to thinking-- B are these drives supported internally in this box? Anyone else out2 there with a PWS using these drives? Any problems?   Thanks in advance.   Bill McLaughlin    ------------------------------  % Date: Mon, 17 Mar 2003 16:50:13 -0800 # From: "Tom Linden" <tom@kednos.com> - Subject: RE: 9gig 7200rpm drives in PWS500au? 9 Message-ID: <CIEJLCMNHNNDLLOOGNJIAEDMGNAA.tom@kednos.com>   J have 3 IBM 10k dives in a PWS500, which probably run hotter and works fine   >-----Original Message----- 4 >From: Bill McLaughlin [mailto:mcbill20@hotmail.com]% >Sent: Monday, March 17, 2003 4:07 PM  >To: Info-VAX@Mvb.Saic.Com* >Subject: 9gig 7200rpm drives in PWS500au? >  > G >I have a PWS500au with three 7200rom 9 gig drives (Seagate ST39175LW). E >The cover has been off so far as I just got the box a week or so ago F >and I had to install a second SCSI card, etc. Now that it all works IF >was going to put the cover on and put it in the rack. The side of theD >case where the drives are feels pretty warm and I got to thinking--C >are these drives supported internally in this box? Anyone else out 3 >there with a PWS using these drives? Any problems?  >  >Thanks in advance.  >  >Bill McLaughlin >  >---' >Incoming mail is certified Virus Free. ; >Checked by AVG anti-virus system (http://www.grisoft.com). A >Version: 6.0.455 / Virus Database: 255 - Release Date: 2/13/2003  >  --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.455 / Virus Database: 255 - Release Date: 2/13/2003   ------------------------------   Date: 18 Mar 2003 04:05:31 GMT2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com>3 Subject: Re: Alpha Station 200 4/233 Memory Upgrade + Message-ID: <b565ub0osd@enews4.newsguy.com>   1 Stuart Johnson <ssj152 AT charter DOT net> wrote: J > models of ram listed for this exact computer under "Digital". Prices areL > different because they are selling kits of TWO on this page. They show 384* > mb as the maximum supported by this box.  $ > KDEC77C -  32 mb, currently $16.00$ > KDEC77D -  64 mb, currently $29.50% > KAH1208 -  128 mb, currently $56.00   F While 384MB is the max 'supported' by an AlphaStation 200 4/233, it isL possible to take it all the way up to 768MB.  I forget who in this newsgroupK took one up that far a few years ago.  I think the one that I use as a test  system is now sitting at 512MB.    			Zane    ------------------------------    Date: 17 Mar 2003 13:15:04 -0800' From: timasmith@hotmail.com (Tim Smith) ! Subject: alpha300 arrived, now... < Message-ID: <a7234bb1.0303171315.1a48641@posting.google.com>  F Courtesy of EBay my alpha3000 has reached my basement, it boots and itA is hungry for an O/S.  Now I could feed it Linux but it is really D hungry for VMS so I have registered (again) on Encompass but I guessF it will be a while before my hobbyist license is ready and then I need to order the media...   ? Any way I can expediate this process - I don't suppose I can by B OpenVMS7.3 at the corner computer store - but any other options in Toronto, Canada?   thanks   Tim    ------------------------------  # Date: Mon, 17 Mar 2003 23:25:24 GMT , From: "Frank Sapienza" <sapienza@noesys.com>% Subject: Re: alpha300 arrived, now... > Message-ID: <EPsda.120784$b8.17222410@news4.srv.hcvlny.cv.net>  K You can buy the media kit lots of places, including Ebay or direct from HP. - The license you'll have to wait for, I guess.     4 "Tim Smith" <timasmith@hotmail.com> wrote in message6 news:a7234bb1.0303171315.1a48641@posting.google.com...H > Courtesy of EBay my alpha3000 has reached my basement, it boots and itC > is hungry for an O/S.  Now I could feed it Linux but it is really F > hungry for VMS so I have registered (again) on Encompass but I guessH > it will be a while before my hobbyist license is ready and then I need > to order the media...  > A > Any way I can expediate this process - I don't suppose I can by D > OpenVMS7.3 at the corner computer store - but any other options in > Toronto, Canada? >  > thanks >  > Tim    ------------------------------    Date: 17 Mar 2003 22:42:36 -0800) From: P.Young@unsw.EDU.AU (Patrick Young) % Subject: Re: alpha300 arrived, now... = Message-ID: <55f85d77.0303172242.1b100b1d@posting.google.com>   k timasmith@hotmail.com (Tim Smith) wrote in message news:<a7234bb1.0303171315.1a48641@posting.google.com>...   A > Any way I can expediate this process - I don't suppose I can by D > OpenVMS7.3 at the corner computer store - but any other options in  C Actually you can at the larger corner computer stores, as I have in 5 the past. Of course they have to order it in for you.   G Choose the corner PC store your work has a high $ Window(tm) PC related  contract with. No worries!  B Everything OpenVMS related takes time, even when ordered directly,> however all the *REALLY GOOD* things in life take time, and is worth the wait :-)   ------------------------------  # Date: Mon, 17 Mar 2003 19:37:45 GMT  From: dittman@dittman.net B Subject: Re: asking again- what was the fastest vax and alpha made7 Message-ID: <dupda.24943$Ad6.6211@nwrddc01.gnilink.net>   ) Nic Clews <sendspamhere@127.0.0.1> wrote: H > There is a VAX 7000 model 900 board, clocked at 733 (IIRC) rather thanG > 600 MHz with 16 MB not 4 MB processor cache... Not actually a digital G > product, even though the SYSLOA is present in more recent versions of  > VMS...    Is this the Nemonix upgrade CPU? --   Eric Dittman dittman@dittman.net    ------------------------------  % Date: Mon, 17 Mar 2003 12:26:22 -0800 # From: "Tom Linden" <tom@kednos.com> B Subject: RE: asking again- what was the fastest vax and alpha made9 Message-ID: <CIEJLCMNHNNDLLOOGNJICEDCGNAA.tom@kednos.com>   > Was always curious about overclocking VAXes.  I have run dual B overclocked Celerons (from 360 to 550) for three years without any: problems (of course had to put in extra fans and the like)   >-----Original Message----- G >From: Eric Dittman [mailto:dittman@narnia.int.dittman.net]On Behalf Of  >dittman@dittman.net& >Sent: Monday, March 17, 2003 11:38 AM >To: Info-VAX@Mvb.Saic.ComC >Subject: Re: asking again- what was the fastest vax and alpha made  >  > * >Nic Clews <sendspamhere@127.0.0.1> wrote:I >> There is a VAX 7000 model 900 board, clocked at 733 (IIRC) rather than H >> 600 MHz with 16 MB not 4 MB processor cache... Not actually a digitalH >> product, even though the SYSLOA is present in more recent versions of	 >> VMS...  > ! >Is this the Nemonix upgrade CPU?  >-- 
 >Eric Dittman  >dittman@dittman.net >  >---' >Incoming mail is certified Virus Free. ; >Checked by AVG anti-virus system (http://www.grisoft.com). A >Version: 6.0.455 / Virus Database: 255 - Release Date: 2/13/2003  >  --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.455 / Virus Database: 255 - Release Date: 2/13/2003   ------------------------------  # Date: Mon, 17 Mar 2003 21:10:45 GMT 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)B Subject: Re: asking again- what was the fastest vax and alpha made3 Message-ID: <pRqda.21581$8L1.207338@news.chello.at>   w In article <01KTMNDFK3769FRD0S@sysdev.deutsche-boerse.com>, Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> writes: 1 >>     VAX 7000 model 800 and VAX 10000 model 800  >>     AlphaServer GS1280  >>  E >>   Smaller VAX systems and smaller Alpha systems can be far better  D >>   choices for home use, as the above systems are physically quite
 >>   large.    > ) >Hoff, the master of understatement.  :-)   K Indeed. But for the GS1280, I'd offer space for this one cabinet at home...    --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  # Date: Mon, 17 Mar 2003 20:42:50 GMT # From: hoff@hp.nospam (Hoff Hoffman) Y Subject: Re: BASEstar (was: Re: OpenVMS at CeBIT 2003 - more  info on hp OpenVMS Industry 0 Message-ID: <erqda.427$Fk1.150@news.cpqcorp.net>  c In article <1DYAHLk8CAMa@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes: q :In article <3a65a5c8.0303170442.6dbcde87@posting.google.com>, keith.cayemberg@conti.de (Keith Cayemberg) writes: , :> BaseStar is has the following homepage...B :> http://h18000.www1.hp.com/products/software/solutions/basestar/  E :I have seen the name BaseStar for years, but never knew any details. 1 :Is it more prominent in Europe than in the USA ?   I   BASEstar is prevalent in customer markets involved with machine control    and automation.     I   Outside of the target markets, you'd seldom hear of these packages, and G   the associated products and protocols.  (DECss7 is another example of =   this situation, though from a completely different market.)   H   And given the business cycle of many of these manufacturing customers,F   you can find some interesting mixes of the very old and the very newF   at these sites -- once the factory is (re)built and the controllers H   and the lines are installed, the computer systems and the PLCs tend to*   run with minimal changes for many years.      N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------  # Date: Mon, 17 Mar 2003 19:46:33 GMT # From: hoff@hp.nospam (Hoff Hoffman) , Subject: Re: can one use this disk with VMS?0 Message-ID: <tCpda.425$Fk1.239@news.cpqcorp.net>  w In article <01KTMNXATAD49H1MPS@sysdev.deutsche-boerse.com>, Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> writes: H :A while back, I asked a similar question about some SEAGATE drives.  I F :have been happily using them as a two-volume shadow set for almost a 
 :year now.  D   Please see the FAQ for the usual discussion and the usual details.  G   AFAIK, there is nothing to preclude the use of a particular SCSI disk D   on OpenVMS, but there is and can be significant variability in the(   particular disk drive implementations.  E   As stated in the OpenVMS FAQ, try it -- but expect to learn various D   details of SCSI and the OpenVMS SCSI implementation in the process-   of a local disk drive qualification effort.   D   I'll assume you are running V6 or later given the drive size.  See   the FAQ for those details.  E   With third-party SCSI widgets, I would personally prefer to use the G   OpenVMS V6.2 or later release, or (better) V7.2 or later -- these are E   my minimum prefered releases for this effort, as these releases saw I   enhancements in the SCSI driver interfaces that allow OpenVMS to better I   tolerate and to better adapt to various potential SCSI device oddities. &   Of course, V7.3-1 would be best. :-)  N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------   Date: 17 Mar 2003 22:36:05 GMT1 From: JONESD@er6.eng.ohio-state.edu (David Jones)  Subject: Re: Common Bug ? : Message-ID: <b55ikl$qb1$1@charm.magnus.acs.ohio-state.edu>  3 In message <4Nrda.22876$8L1.217224@news.chello.at>, :   peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes:M >If you use "[*..." you forget the "[000000]" itself. It may be no difference 9 >in some cases (like above example) but it is incomplete.  > + >	$ DELETE SYS$SYSDEVICE:[000000...]*.EXE;*   C In older versions of VMS, using [000000...] could bite you with the K directory level limit (8 IIRC) since the 000000 counts as a directory level  in this instance.       < David L. Jones               |      Phone:    (614) 292-6929- Ohio State University        |      Internet: L 140 W. 19th St. Rm. 231a     |               jonesd@er6s1.eng.ohio-state.edu: Columbus, OH 43210           |               vman+@osu.edu  1 Disclaimer: I'm looking for marbles all day long.    ------------------------------  # Date: Mon, 17 Mar 2003 22:14:24 GMT 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) Subject: Common Bug ? 3 Message-ID: <4Nrda.22876$8L1.217224@news.chello.at>   c In article <dQqzgKnxJ7hk@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes:  > $ >	DELETE SYS$SYSDEVICE:[*...]*.EXE;*  C Because this is the third time in a week I see such a specification  I'd like to ask:  H How does it come, that so many people use this wrong/incomplete wildcard specification in DCL commands ? ) Is this used somewhere in a User Manual ? * Or is this used in a (or many) VMS class ?  L If you use "[*..." you forget the "[000000]" itself. It may be no difference8 in some cases (like above example) but it is incomplete.  * 	$ DELETE SYS$SYSDEVICE:[000000...]*.EXE;*   --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------    Date: 17 Mar 2003 18:13:05 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)  Subject: Re: Common Bug ? 3 Message-ID: <EuiB0E+gqwxu@eisner.encompasserve.org>   l In article <4Nrda.22876$8L1.217224@news.chello.at>, peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes:e > In article <dQqzgKnxJ7hk@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes:  >>% >>	DELETE SYS$SYSDEVICE:[*...]*.EXE;*  > E > Because this is the third time in a week I see such a specification  > I'd like to ask: > J > How does it come, that so many people use this wrong/incomplete wildcard! > specification in DCL commands ? + > Is this used somewhere in a User Manual ? , > Or is this used in a (or many) VMS class ? > N > If you use "[*..." you forget the "[000000]" itself. It may be no difference: > in some cases (like above example) but it is incomplete. > , > 	$ DELETE SYS$SYSDEVICE:[000000...]*.EXE;*  = I don't know of many people who store executables in the MFD, D but even if they did my command would be enough to make my point :-)   ------------------------------    Date: 17 Mar 2003 12:06:07 -0800( From: baby_p_nut@yahoo.com (Baby Peanut) Subject: ddachter@nmh.org < Message-ID: <c5cf6e8.0303171206.6122a64e@posting.google.com>   ddachter@nmh.org   ------------------------------    Date: 17 Mar 2003 14:33:51 -0600+ From: young_r@encompasserve.org (Rob Young)  Subject: Re: ddachter@nmh.org 3 Message-ID: <D4zx0yvS92jA@eisner.encompasserve.org>   g In article <c5cf6e8.0303171206.6122a64e@posting.google.com>, baby_p_nut@yahoo.com (Baby Peanut) writes:  > ddachter@nmh.org    8 	So Baby Peanut is David Dachtera?  Who woulda thunk it!   				Rob    ------------------------------  % Date: Mon, 17 Mar 2003 21:38:58 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net>  Subject: Re: ddachter@nmh.org ' Message-ID: <3E7694D2.56AD569D@fsi.net>    Rob Young wrote: > i > In article <c5cf6e8.0303171206.6122a64e@posting.google.com>, baby_p_nut@yahoo.com (Baby Peanut) writes:  > > ddachter@nmh.org > A >         So Baby Peanut is David Dachtera?  Who woulda thunk it!   G No - he's mad at me, so he posted my current work e-mail address hoping H I'll get buried in spam, but the joke is on him. All that will do is addD to the load on the hospital's spam filters. Figures he'd put his ownB stupidity ahead of the needs of our patients and their caregivers.  C Of course, if you look at the cup as half-full, you now know how to C reach me during the work day if you have a question you think I can  maybe answer...    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Mon, 17 Mar 2003 16:52:57 -0600 % From: Larry Schudt <lschuldt@dls.net>  Subject: Deliver and UCX8 Message-ID: <abkc7vofqciailvbqa2r3a332ttfhs7veg@4ax.com>   All,  E We just migrated from TCPWare to UCX, which seems to have broken some @ software that requires Deliver, which was apparently provided byF TCPWare. Does anyone know whether this functionality is provided under4 UCX? If not, is there a way that we can get it back?   Thanks,  Larry    ------------------------------  % Date: Mon, 17 Mar 2003 20:38:49 -0400 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca> Subject: Re: Deliver and UCX/ Message-ID: <3E766A73.2EA79D16@vl.videotron.ca>    Larry Schudt wrote: ' > We just migrated from TCPWare to UCX,   L UCX is dead. It is TCPIP Services now. Version 5.3 is available, 5.0 and 5.1 are common.   B > software that requires Deliver, which was apparently provided by  E Deliver is also available on the freeware CD if I remember correctly.    ------------------------------  % Date: Mon, 17 Mar 2003 22:32:21 +0100 " From: "Hans Vlems" <hvlems@iae.nl> Subject: Re: Disk Shadowing 6 Message-ID: <b55etd$249l4v$1@ID-143435.news.dfncis.de>  $ <sfm1115@bjc.org> schreef in bericht2 news:3gfb7vcchhf1psbn5u4hvo2mdkfod11tec@4ax.com... > Hi Everyone, > E > I have an Alpha 2100 running OpenVMS 7.2-1.  I would like to Shadow " > the System Drive on this server. > H > I have already made the changes to the Modparams.Dat file and rebooted
 > the server.  > # > My system drive looks as follows:  > H > $1$DKD0:      (CHXRAY)  Mounted    0  AXPVMSSYS     15265728   451   1 > G > The drive I would like to add to as a member to this drive looks like G > this:  I did an Init on this drive to name it the same as that above.  > 0 > $1$DKC0:      (CHXRAY)  Online               0 > H > I just want to make sure that I issue the correct command would it be: > = > MOUNT/SYSTEM DSA0:/SHADOW=($1$DKD0:,$1$DKC0:) SYSTEM SYSTEM  > C > Thanks for your time and all reply's can be sent to this address.  > I The system disk behaves different from data disks: the DSA device must be I created fairly early in the VMS boot process. You can only add subsequent J members to the DSA device if it is already there. In your example there isH no DSA device, still the DK device. Use SYSGEN to check the value of the SHADOW_parameters:    SHADOWING                      2 SHADOW_SYS_DISK         1  SHADOW_SYS_UNIT         0  SHADOW_MAX_COPY      4  G Only the parameter SHADOW_SYS_DISK is dynamic, so obviously a reboot is  required for you. G The parameter SHADOWING turns on volume shadowing for you computer. The J parameter SHADOW_SYS_DISK tells it that the system disk is to be shadowed;J VMS will create a DSA device for the system disk. Of course the DSA deviceJ must have a numerical value, like all VMS devices and that value is set inK the parameter SHADOW_SYS_UNIT. In the example, SHADOW_SYS_UNIT was set to 0 4 so the system disk will be assigned the device DSA0.J ALLOCLASS must be set to a non-zero value, you already got that one right.  L You boot the system like usual and VMS now knows which volume (DKD0) must be
 tied to DSA0. I Once the system is up and running you can add other volumes to the shadow  set:  0 $ mount/system dsa0/shadow=($1$DKC0:) AXPVMSSSYS  I If you shutdown VMS with the shadow set intact, it will attempt to create L the entire shadow set at the next boot. If you dismount the DKC0 volume fromH the shadow set (in SYSHUTDWN.COM) then you need to mount it manually (in- SYSTARTUP_VMS.COM I mean)  during the reboot.    Hans   ------------------------------  # Date: Mon, 17 Mar 2003 19:28:13 GMT + From: "David Pikcilingis" <dcpik@attbi.com> ? Subject: Re: Editor wars - Was: Re: Upcoming VMS improvements ? > Message-ID: <hlpda.146704$sf5.77710@rwcrnsc52.ops.asp.att.net>  ( No need to abuse yourself like that Jim!A Boston Business Computing makes EDT for UNIX and Windows systems.    David Pikcilingis  Boston Business Computing 
 www.bosbc.com     . "Jim Agnew" <jpagnew@vcu.edu> wrote in message! news:3E64BA13.9C0B0789@vcu.edu... J > i almost went there, practiced vi on a dos laptop while reading o'reilly/ > in a playhouse type place while babysitting..  >  > talk about self-torture... >  > and rotten coffee..  >  > jim  >  >  > Shane Smith wrote: > > J > > NO!!! DON'T DO IT! >>>bullhorn-crackle<<< Mr. Dachtera, step away from > > the machine! > > E > > If you do do it, don't expect us to clean up the drool or buy the  > > straightjacket.  > > 	 > > Shane  > >  > > -----Original Message-----: > > From: David J. Dachtera [mailto:djesys.nospam@fsi.net]( > > Sent: Monday, March 03, 2003 6:19 PM > > To: Info-VAX@Mvb.Saic.Com C > > Subject: Re: Editor wars - Was: Re: Upcoming VMS improvements ?  > >  > > Shane Smith wrote: > > > K > > > VI was still a mess last time I was forced to use it (and I /do/ mean  > > > forced). > > J > > True. I found myself on a UNIX box in 1986 when I'd been on IAS (TECO)G > > for 18 months and RSTS/E and VMS (EDT) for just shy of three years.  > > H > > I managed to make vi as EDT-like as I could, but lost the .exrc fileF > > when I changed jobs (to a VMS/All-in-1 shop). Could probably do it > > again, I s'pose... > >  > > -- > > David J. Dachtera  > > dba DJE Systems  > > http://www.djesys.com/ > > , > > Unofficial Affordable OpenVMS Home Page:# > > http://www.djesys.com/vms/soho/  >  > --H > "4,000 years ago I made a mistake."  Elrond Half-Elven, in "Fellowship > of the Ring"   ------------------------------  # Date: Mon, 17 Mar 2003 19:18:26 GMT # From: hoff@hp.nospam (Hoff Hoffman) M Subject: Re: EFI forced crash (was: Re: Easy question about IA64 and OpenVMS) 0 Message-ID: <6cpda.420$Fk1.110@news.cpqcorp.net>  e In article <MDEJJFGEEOPAFONJONBKCEELCOAA.win@fom.fgan.de>, "Rudolf Wingert" <win@fom.fgan.de> writes:   E :till now I am ablt to halt the system, if it hang. Then I did have a L :possibility to crash the system, regardless it is a VAX or an Alpha. Yes onK :an Alpha it was much easier (write CRASH if you are on consolmode). Now my M :IA64 question: Is it possible to HALT the system? If yes, I am able to force 3 :a crash to get a system dump of errornoues system?   J   Details of the console environment and system management procedures willI   be available as the OpenVMS systems approach customer field test.  (The J   details of the generic EFI console interface are available now.  For theI   EFI documentation downloads, please see the Intel developers' website.)   G   On present OpenVMS systems, the mechanism involves loading an invalid F   address into the program counter and accessing that address while inF   kernel-mode.  The results of this console-induced kernel-mode accessI   violation are as you would expect, of course.   (It is likely much more H   clear what is going on if you look at the EXAMINE and DEPOSIT commandsB   used for the manually-input VAX or Alpha console-induced crash.)  I   The CRASH command is available on (only) a subset of the OpenVMS system K   hardware consoles.  There are differences across the dozen-or-so existing H   console environments presently used by OpenVMS, and the Itanium system'   consoles will be yet different again.    I   That said, we need to provide mechanisms to support the OpenVMS systems I   and system managers, and this includes requiring a mechanism for forced 
   crashdumps.   J   If it was not obvious from reading the above, I do not know the sequenceG   that is (or will be) involved in forcing a crashdump off-hand.  But I    expect there will be one.   J   This question is somewhat premature -- call us back as the early adopterG   kits become available, if we have forgotten to describe this entirely G   useful but semi-arcane detail of OpenVMS system management procedures *   within the then-available documentation.  N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------    Date: 17 Mar 2003 18:35:35 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) B Subject: EFI Specifications (was: I Have Seen The IA64 Future !!!)3 Message-ID: <f0GNqXRXmdEl@eisner.encompasserve.org>   V In article <uktda.448$k72.294@news.cpqcorp.net>, hoff@hp.nospam (Hoff Hoffman) writes:  0 >   Please get the EFI specs.  Please read them. >  >   http://developer.intel.com/   < Easy for you to say -- you probably have JavaScript enabled.  ; 	http://www.intel.com/technology/efi/main_specification.htm   D produces a lovely blank page other than the marketing fluff and html8 garbage (using Netscape Communicator 4.75 on Macintosh).   ------------------------------  + Date: Mon, 17 Mar 2003 20:52:03 -0800 (PST) . From: Fabio Cardoso <fabiopenvms@yahoo.com.br>F Subject: Re: EFI Specifications (was: I Have Seen The IA64 Future !!!)@ Message-ID: <20030318045203.29518.qmail@web20202.mail.yahoo.com>   Dear Sirs and Ladies ! :-)  9 I didnt read the document yet ! Is the EFI specification  1 a merge of the SRM (Alpha) and GSP (PA-RISC) ???? 3 So will it be acessible by the "lan console" ot the 5 network interface  ??? I am asking it because I would 5 like to have remote management of the firmware and it ? will be usefull for disaster recovery (remote sites management, 9 remote clusters troubleshooting) ! May I will have reason   in this newsgroup someday  ? ;-)       Regards    FC  2 --- Larry Kilgallen <Kilgallen@SpamCop.net> wrote:G > In article <uktda.448$k72.294@news.cpqcorp.net>, hoff@hp.nospam (Hoff  > Hoffman) writes: > 2 > >   Please get the EFI specs.  Please read them. > > ! > >   http://developer.intel.com/  > > > Easy for you to say -- you probably have JavaScript enabled. > = > 	http://www.intel.com/technology/efi/main_specification.htm  > F > produces a lovely blank page other than the marketing fluff and html: > garbage (using Netscape Communicator 4.75 on Macintosh).     =====  ========================== Fbio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazil  fabiopenvms@yahoo.com.br ==========================  2 __________________________________________________ Do you Yahoo!?F Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.com    ------------------------------  # Date: Mon, 17 Mar 2003 18:58:27 GMT + From: "David Pikcilingis" <dcpik@attbi.com> - Subject: Re: File Conversion from VMS to UNIX ? Message-ID: <nVoda.144176$6b3.412626@rwcrnsc51.ops.asp.att.net>   F Depending on the volume of data and the connection speed,  it might beJ easier to transfer the files by using OpenVMS BACKUP to assemble the filesI you are moving into save sets and then restore the data directly onto the  UNIX system.  J Boston Business Computing sells Vbackup which can restore OpenVMS savesets directly onto UNIX systems.    David Pikcilingis  Boston Business Computing 
 www.bosbc.com     < "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message! news:3E729BC3.61625EEE@fsi.net...  > Frank da Cruz wrote: > > 7 > > In article <9OFTavBRffrx@eisner.encompasserve.org>, & > >  <briggs@encompasserve.org> wrote:G > > : It is clear that he does not have an end-to-end high speed serial G > > : connection.  Going to an archive format saves you from the hassle D > > : of doing two directory-tree to directory-tree transfers with a > > : PC in the middle.  > > : H > > Again, ZIP and similar archives save each file in local format; they offer G > > no conversion of text-file formats from one platform to another, at  least J > > not unless you find a way of doing all your text files in one archive, and % > > all your binary files in another.  > & > Well, that's not entirely necessary. >  > See:7 > http://www.djesys.com/vms/support/zipunzip/sld034.htm  > ...thru...7 > http://www.djesys.com/vms/support/zipunzip/sld037.htm  > G > Note that while you can do this in multiple steps, the target archive H > can be the same for each successive operation. So, you *CAN* have themJ > converted suitable for the target platform (DOS or UN*X) *AND* have them@ > all in one archive. Ya just gotta do the ASCII and BINARY file. > separately, while updating the same archive. >  > -- > David J. Dachtera  > dba DJE Systems  > http://www.djesys.com/ > * > Unofficial Affordable OpenVMS Home Page:! > http://www.djesys.com/vms/soho/0   ------------------------------  # Date: Mon, 17 Mar 2003 19:40:14 GMTa+ From: "David Pikcilingis" <dcpik@attbi.com> - Subject: Re: File Conversion from VMS to UNIX0. Message-ID: <ywpda.145870$qi4.70298@rwcrnsc54>  J Boston Business Computing offers a tool (Vbackup, as noted above) and alsoK has provided a file conversion service for companies moving from OpenVMS tos UNIX or Windows.  A Contact us with details at sales@bosbc.com if you are interested.    David Pikcilingisf    2 "Main, Kerry" <Kerry.Main@hp.com> wrote in messageL news:BE56C50EA024184DAF48F0B9A47F5CF402660E36@kaoexc01.americas.cpqcorp.net. .. Tom,  H <<<I wish I could provide more info. Just thought I'd float the questionF and get a better idea of what is involved. Seems the more I know aboutG this the better equipped I am to end up with a system that does what we 4 want, for a price that is fair for all involved. <<<  ( Some general comments for consideration:  H - This may not be the case in your example, but platform conversions areF often under quoted as those doing the quote realize that the real costG would scare the Customer away. Those proposing the conversion are ofteneG counting on change requests to make up the margin they gave up in theirp original quote.   @ Ensure you either get a fixed price or at least put in some veryH detailed tasks to be completed by the vendor as part of the statement ofG work. Ensure that things like costs of doing functional and performance B testing are either included in the quote or the internal costs are1 factored in as part of the overall solution cost.A    G - Does the platform switch include license and support costs of any new4D third party applications or versions such as databases, backup, fileF fragmentation, virus checking (even with Pathworks, one needs a way toH check PC client files stored on the server) etc. Again, additional costs' to be included in the overall proposal.   F - The backup issue is often overlooked as Customers often are requiredG by law or company policy to maintain access to past data for up to 5-10 E years. Tape media access and compatibility are often issues e.g.. NewuC tape drives proposed may not be able to read DLT3 (or older) media.sH There are ways to address this, but these additional "how do we maintainC access to that older data" costs need to be included in the overall 	 solution.r  E - backup media is also overlooked. With tapes in the range of $125 toeE $180 per tape, if moving to a new system and if a large number of newpH tapes are required, then again, these costs need to be factored into the new platform solution.  G - this may not apply in your specific case, but any current commitments H to disaster backup sites will need to be considered in the overall costsG as well. As an example, the backup site vendor may not have any systems H of the type you are acquiring and they would need to acquire new serversE as well to ensure they meet your requirements. These additional costs . need to be factored into the overall solution.   Regardsd  
 Kerry Main Senior Consultanti Hewlett-Packard (Canada) Co.! Consulting & Integration ServicesA Voice: 613-592-4660l Fax   : 613-591-4477 Email: kerryDOTmain@hpDOTcom-     (remove the DOT's and replace with "."'s)a OpenVMS DCL - the original .COM    -----Original Message-----: From: Tom Rymes [mailto:tomnews@rymes.extraneous.junk.net] Sent: March 13, 2003 3:43 PM To: Info-VAX@Mvb.Saic.Com-- Subject: Re: File Conversion from VMS to UNIX-    3 In article <JXHcDosOffk3@eisner.encompasserve.org>,l   briggs@encompasserve.org wrote:  G > In article <tomnews-F9A170.11444113032003@news.comcast.giganews.com>,6 > Tom13 > Rymes <tomnews@rymes.extraneous.junk.net> writes:eE > > Hi folks, I'm back again, a little worse for wear from my tusslesa > > with@ > > our software vendor. One of our options is a Unixware server	 (booooo!) @ > > instead of an Alpha to replace our VAX. Aside from any other> > > considerations of a VMS to UNIX move (like SCO's continued
 viability,B > > O/S features/stability/what-have-you), what are the reasonably expectedC > > costs/trouble involved in moving existing files between VMS and  UNIX?iG > > (Keep in mind we have no TCP/IP stack running on the VAX, but we do  have > > Pathworks) > >05 > > Basically, they've quoted an outrageous price for: > > moving/"converting"WH > > files between the two systems, and I'm preparing to call BS on that.  @ > > Seems to me that other than actually copying the files, some permissions-E > > to be set, maybe a little directory structure to build, etc there.H > > shouldn't be much to it. Honestly, I imagine that you could even use  ; > > Pathworks to transfer the files back and forth, using aW
 Windows/Sambae: > > host as an intermediary (since the VAX has no TCP/IP). >eB > Do I understand you correctly that essentialy all your files are> > Pathworks files and the VAX is essentially a PC file server? >gC > If so then you're absolutely right.  You could copy all the fileshB > using the Pathworks interface and xcopy or your choice of backup
 > utility. >pG > I'd be mightily tempted to go that route simply because it would be ahB > rock solid guarantee that the file transfer would not cause file > format issues. >cE > On the other hand, if you are saying that the files are on your VAX H > and you intend to use Pathworks as a tool to get VAX format files from  C > the VAX to the Unix box, because you lack any other interoperable 7 > network connectivity then you are asking for trouble..   [snip]  H Here's the rub, then. Seems like it is more than I might have thought at  F first blush. We'd be moving database files belonging to a program thatC is written in DBL and BASIC, AFAIK. Unfortunately, the files aren'trF simply PC files normally shared via Pathworks (that would be too easy, now wouldn't it?).  F These files would run on the UNIX platform with a different version ofC the same program using DBL on UNIX, too. Not a relational database,OG either, BTW. The software vendor wants what seems to be an over-the-top " amount of $$$ to move these files.  H Maybe I'm wrong, but I would imagine that they should have some in-house  B software tools to allow a more or less automated transfer of theseH files, no? (They do this for any customer moving from VAX to UNIX, which  * seems to be their big push at this point.)  E I wish I could provide more info. Just thought I'd float the question2F and get a better idea of what is involved. Seems the more I know aboutG this the better equipped I am to end up with a system that does what we00 want, for a price that is fair for all involved.   Thanks to everyone!l   Tom    --@ To reply via e-mail, remove the extraneous junk from my address.   ------------------------------  % Date: Mon, 17 Mar 2003 21:25:26 -0600y1 From: "David J. Dachtera" <djesys.nospam@fsi.net>b- Subject: Re: File Conversion from VMS to UNIXs' Message-ID: <3E7691A6.D1E283D4@fsi.net>d   David Pikcilingis wrote: > H > Depending on the volume of data and the connection speed,  it might beL > easier to transfer the files by using OpenVMS BACKUP to assemble the filesK > you are moving into save sets and then restore the data directly onto the  > UNIX system. > L > Boston Business Computing sells Vbackup which can restore OpenVMS savesets > directly onto UNIX systems.s  G An excellent product, I'm sure. However, without RMS, many file formats F aren't real useful outside of VMS. Ya gotta convert 'em at some point,G and BACKUP tends to expand the data volume rather than reduce(compress). it.7   -- 4 David J. Dachtera. dba DJE Systemsy http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/f   ------------------------------  # Date: Mon, 17 Mar 2003 22:21:59 GMTa6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) Subject: Re: Firmaware updatea3 Message-ID: <bUrda.23023$8L1.219698@news.chello.at>a  i In article <b54pjj$80t$1@bozon2.softax.com.pl>, Robert Trawinski <robert.trawinski@softax.com.pl> writes:nC >I've just got Alpha. It's not machine from DEC/Compaq. Indeed its -I >home-made computer. I'd like to install VMS 7.3-1 on it. SRM version is oF >   5.8-1. When I enter show config I see that motherboard is Digital H >AlphaPC 164LX 599Mhz . Is it possible to get newer version of firmware?  / 	http://ftp.digital.com/pub/DEC/Alpha/firmware/a  G http://ftp.digital.com/pub/DEC/Alpha/firmware/archive/alphapc164lx.htmli  C But it looks like the 5.8 is the latest version and it _may_ be notr2 sufficient for OpenVMS V7.3-1 (I haven't checked).  F The XP1000 seems to have the same problems and I saw it running V7.3-1J without problems (only the annoying firmware minimum version at boot time)( so better try it yourself and tell us...   -- t Peter "EPLAN" LANGSTOEGERv% Network and OpenVMS system specialiste E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  + Date: Mon, 17 Mar 2003 22:35:14 +0000 (UTC) ) From: Dan Foster <dsf@globalcrossing.net>k Subject: Re: Firmaware update 5 Message-ID: <slrnb7cjct.2o2.dsf@gaia.tf.roc.gblx.net>w  k In article <bUrda.23023$8L1.219698@news.chello.at>, Peter 'EPLAN' LANGSTOEGER <peter@langstoeger.at> wrote:k >aE > But it looks like the 5.8 is the latest version and it _may_ be not.4 > sufficient for OpenVMS V7.3-1 (I haven't checked).   D SRM 5.8-1 is latest, and I'm told that OpenVMS PALcode 1.21-1 is the latest.r   H Someone I know installed OpenVMS 7.3-1 on a 164LX a few days ago withoutJ significant problems. Only issues was related to serial console support (IK think VMS doesn't support the serial chipset?) and one issue related to theeI keyboard and entering ~ characters. Other than that, installed just fine.c    -Dan   ------------------------------  # Date: Mon, 17 Mar 2003 23:04:18 GMTt# From: hoff@hp.nospam (Hoff Hoffman)r Subject: Re: Firmaware update / Message-ID: <Svsda.447$Fk1.80@news.cpqcorp.net>e  i In article <b54pjj$80t$1@bozon2.softax.com.pl>, Robert Trawinski <robert.trawinski@softax.com.pl> writes::  C :I've just got Alpha. It's not machine from DEC/Compaq. Indeed its  I :home-made computer. I'd like to install VMS 7.3-1 on it. SRM version is eF :   5.8-1. When I enter show config I see that motherboard is Digital H :AlphaPC 164LX 599Mhz . Is it possible to get newer version of firmware?  I   Please see the OpenVMS Frequently Asked Questions (FAQ) for pointers to G   the SRM firmware for Alpha systems, and for information on the 164LX.u  E   For the list of systems officially supported by OpenVMS, please seemD   the OpenVMS Software Product Description (SPD).  (The 164LX is notE   listed in the SPD, and is officially not supported.  That said, andeB   per the FAQ, some folks have gotten this configuration to work.)  C   This board is old enough that there might not be new(er) firmwareo9   for it.  (The SRM firmware site will have this detail.)   N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.como   ------------------------------  % Date: Mon, 17 Mar 2003 22:24:22 -0500X2 From: rdeininger@mindspring.com (Robert Deininger) Subject: Re: Firmaware updateaL Message-ID: <rdeininger-1703032224220001@user-uinj447.dialup.mindspring.com>  O In article <bUrda.23023$8L1.219698@news.chello.at>, peter@langstoeger.at wrote:t    D >But it looks like the 5.8 is the latest version and it _may_ be not3 >sufficient for OpenVMS V7.3-1 (I haven't checked).e >EG >The XP1000 seems to have the same problems and I saw it running V7.3-1@K >without problems (only the annoying firmware minimum version at boot time)a) >so better try it yourself and tell us...     I Per the V7.3-1 release notes, the firmware warning message for the XP1000uH is spurious.  If you have the latest version, you are supposed to ignore the message.   ------------------------------    Date: 17 Mar 2003 12:26:39 -08001 From: susan_skonetski@hotmail.com (Sue Skonetski)o$ Subject: Great news from Engineering= Message-ID: <857e9e41.0303171226.3d0d6b84@posting.google.com>h   -----Original Message----- From: 	Skonetski, Susan  a$ Sent:	Monday, March 17, 2003 3:24 PM To:	Skonetski, Susan? Subject:	Another step for VMS into the future - OK for externalm distribution        -----Original Message-----  From: 	Grant, Clair   $ Sent:	Monday, March 17, 2003 3:15 PM" To:	OpenVMS Systems Software GroupC Cc:	Huff, Greg; Stallard, Scott J; Nickel, Donovan J; Perez, Paul Lf Subject:	VMS boots on rx2600  E VMS has booted on the rx2600 and run the basic sanity check procedure.5 we have been using on the i2000 and things look good.u  * Another completed step in the IPF journey.   ------------------------------    Date: 17 Mar 2003 14:45:33 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)v( Subject: Re: Great news from Engineering3 Message-ID: <Rd33cBb3vIC7@eisner.encompasserve.org>   q In article <857e9e41.0303171226.3d0d6b84@posting.google.com>, susan_skonetski@hotmail.com (Sue Skonetski) writes:. > -----Original Message----- > From: 	Skonetski, Susan  -& > Sent:	Monday, March 17, 2003 3:24 PM > To:	Skonetski, SusanA > Subject:	Another step for VMS into the future - OK for external- > distribution >  >  >  >  -----Original Message-----  > From: 	Grant, Clair  O& > Sent:	Monday, March 17, 2003 3:15 PM$ > To:	OpenVMS Systems Software GroupE > Cc:	Huff, Greg; Stallard, Scott J; Nickel, Donovan J; Perez, Paul L &                     ^^^^^^^^^^^^^^^^^^  % An excellent choice for an addressee..   > Subject:	VMS boots on rx2600 > G > VMS has booted on the rx2600 and run the basic sanity check procedures7 > we have been using on the i2000 and things look good.r > , > Another completed step in the IPF journey.   ------------------------------    Date: 17 Mar 2003 11:32:16 -0800$ From: rcbryan@hotmail.com (RC Bryan)1 Subject: Re: Help using SYS$CRELNM and SYS$TRNLNMt= Message-ID: <fbcf38dc.0303171132.13c4812c@posting.google.com>    > > Q > > When you get the first F$TRNLNM requesting the MAX_INDEX value (which returnsvG > > the number of equivalences), does it respond with 127 or with 160 ?t  E The value returned by the LNM$_MAX_INDEX request is the actual number D of values.  This can be quite a bit higher than 127.  I experimented? by feeding long lists of values to SYS$CRELNM to see what would E happen.  I had always assumed that the max index was 256.  When I gotdA to 1025 (=2^10+1), I got tired of checking.  When I asked for the E LNM$_MAX_INDEX, I got the 1025 just as would be expected---Except ther0 values above 127 are not available to SYS$TRNLNM  
 > Any codeF > that tries to use values above 127 deserves whatever trouble it gets > into.t  F I tend to agree, it is just that we have an application from the fieldE that uses long lists.  It happens that they found a workaround before-? the problem got to me.  Now I am wondering how to handle thingsFC without the workaround.  Is this a case of values check in but theynF don't check out?  If you go above 128 values, $CRELNM will be happy to, accept the values but you can't get to them?   > > O > > What happens if you request the transation of index 129 ? Does it return ant< > > error, return the right value, or return index value 1 ?  D When you ask for an index above 127, you get the SS$_BADPARAM return code..   Thanks for you input guys.   Regards,	 /RC Bryane   ------------------------------  % Date: Mon, 17 Mar 2003 23:54:56 +0300]! From: "pbc" <pbc@informchaos.com> ; Subject: How to connect Vaxstation 4000 VLC to LCD monitor? / Message-ID: <b55cn1$7em$1@alpha2.radio-msu.net>   G I wonder is there any way to connect my Vaxstation 4000 VLC (it has RGBtG cable) to a regular LCD monitor or any other monitor without RGB input.n( Any converters? Any other possibilities?   Peter    ------------------------------  % Date: Mon, 17 Mar 2003 21:41:37 -0600n1 From: "David J. Dachtera" <djesys.nospam@fsi.net>j? Subject: Re: How to connect Vaxstation 4000 VLC to LCD monitor? ' Message-ID: <3E769571.CB3654BE@fsi.net>'  
 pbc wrote: > I > I wonder is there any way to connect my Vaxstation 4000 VLC (it has RGB0I > cable) to a regular LCD monitor or any other monitor without RGB input.u* > Any converters? Any other possibilities?  F Search the archives of this group on Google. There are some vendors of@ products that can be helpful here. Keywords would be BNC VGA and probably VAXstation.   -- * David J. Dachterah dba DJE Systemsi http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/s   ------------------------------  # Date: Mon, 17 Mar 2003 21:24:26 GMTi# From: hoff@hp.nospam (Hoff Hoffman) , Subject: Re: I Have Seen The IA64 Future !!!0 Message-ID: <e2rda.434$Fk1.109@news.cpqcorp.net>  , In article <00A1CF3E.660039A0.52@decus.de>, (   Michael Unger <unger@decus.de> writes:  I : There is at least one large difference -- if the entire disk subsystem  E : fails you can still access and use the SRM console to perform some -G : (hardware) tests. This can't be done if the diagnostics routines are -2 : in the FAT partition (container file) on a disk.  G   EFI does not require disks.  EFI knows how to interprete byte code onCD   the controllers (a slick concept), and uses its knowledge and the D   controller firmware to configure and load files from the specifiedF   target devices.  (I'm wading through some of the more arcane details.   of this particular codepath right now, too.)  I   And assuming a physical disk or disk controller or bus failure, one canaG   have a substantial amount (512 MB and more, depending on the specificiF   device) of removable storage available on a keychain USB drive or onF   a CompactFlash or similar removable media, and one can also boot theF   box from the network -- this approach is analogous to the diagnosticC   disks and network diag downloads that are seen on many systems.     J   And if I can't get to the disks from the console, then I do usually haveI   a reasonable idea of where the hardware problem is lurking.  Right? :-)o  N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com>   ------------------------------  % Date: Mon, 17 Mar 2003 23:52:35 +0100  From: Dirk Munk <munk@home.nl>, Subject: Re: I Have Seen The IA64 Future !!!2 Message-ID: <b55jjl$adl$1@news2.tilbu1.nb.home.nl>   Wow, you have been busy Fred !  Q There is indeed a misunderstanding somewhere. I received information from a very tP reliable source stating that "If Intel has its way, it (= the EFI) will replace Q the BIOS in all PC's in the future". Now I assume that what you refer to as "the 59 console" is what is commonly known as the bios with PC's.   L So I assumed that in future (maybe not with the first IA64 generation) this O would be the case. Every boot would then be a kind of operation similar to the ,N failsave boot proces with an Alpha. So a very basic bootloader would load the P firmware/bios/console etc. from a FAT disk, just as the firmware is loaded from $ a floppy with a Alpha failsave load.  G In this case I assume the EFI would also contain all settings for that iI particular hardware, and not just some common diagnostics etc. So a very hA different situation from what you are describing, but thinkable !g  Q Now maybe I misunderstood the information I got, and my source was only refering  H to the human interface to the bios functions. If that is the case, then  everything changes of course.r                     Fred Kleinsorge wrote: > THE CONSOLE IS NOT ON DISK > / > Repeat after me.  THE CONSOLE IS NOT ON DISK.- >  > The CONSOLE IS IN FLASH ROM. > F > The DISK based code is NOT CRITICAL to the operation of the CONSOLE. > M > The DISK based code is additional code for user directed tasks OR operating N > system bootstrap code.  It's "corruption" is no worse that what would happen) > today of you deleted/corrupted APB.EXE.  >  >  >    ------------------------------  # Date: Mon, 17 Mar 2003 22:42:38 GMTd# From: hoff@hp.nospam (Hoff Hoffman) , Subject: Re: I Have Seen The IA64 Future !!!/ Message-ID: <ybsda.444$Fk1.32@news.cpqcorp.net>   a In article <r8i23CQ5II$r@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes:Uc :In article <3E74F036.AD283FDB@vl.videotron.ca>, JF Mezei <jfmezei.spamnot@vl.videotron.ca> writes:  :> re: SRM console media.d :> IL :> I am concerned that in a cluster, not all nodes would be equipped with a 	 :> CDROM.e  C   Hardware cost-savings requirements overwrote the system manager'sa   sanity buffer, I see. :-)   @ :	Last I checked all Alphas have a CDROM.  Same should hold true :	for all IA64 boxes.:  F   All OpenVMS Alpha systems require direct local or served access to a9   CD-ROM or CD-capable device.  This for support reasons.>  F   All Itanium systems will likely require direct or served access to aI   DVD+R or similarly capable device, though this assumption has certainlyVG   not yet been made official nor codified in the SPD in any way as yet.   I   Itanium supports network downloads of system software, and thus cluster L   satellite system support appears feasible.  (The network protocol utilizedJ   by the console is not the traditional OpenVMS MOP implementation, but itL   is apparently functional -- I say "apparently" here as OpenVMS EngineeringJ   is yet ready to test this with an OpenVMS satellite download operation.)  N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.come   ------------------------------  # Date: Tue, 18 Mar 2003 00:00:26 GMTa# From: hoff@hp.nospam (Hoff Hoffman)e, Subject: Re: I Have Seen The IA64 Future !!!0 Message-ID: <uktda.448$k72.294@news.cpqcorp.net>  S In article <b55jjl$adl$1@news2.tilbu1.nb.home.nl>, Dirk Munk <munk@home.nl> writes: . :There is indeed a misunderstanding somewhere.  .   Please get the EFI specs.  Please read them.  J :I received information from a very reliable source stating that "If IntelN :has its way, it (= the EFI) will replace the BIOS in all PC's in the future".     This would be goodness.e  I :Now I assume that what you refer to as "the console" is what is commonlyf :known as the bios with PC's.h  D   What Fred and I are refering to as "the console" is EFI.  Not the F   classic PC-like BIOS environment.  (For details of that environment,<   please see the Phoenix webpages: http://www.phoenix.com/.)  M :So I assumed that in future (maybe not with the first IA64 generation) this nL :would be the case. Every boot would then be a kind of operation similar to ) :the failsave boot proces with an Alpha.    (   You would be wrong in this assumption.  L :                                      So a very basic bootloader would loadI :the firmware/bios/console etc. from a FAT disk, just as the firmware is  1 :loaded from a floppy with a Alpha failsave load.    /   The EFI firmware is not loaded from floppy.  M2   Again, please get and please read the EFI specs.  H :In this case I assume the EFI would also contain all settings for that J :particular hardware, and not just some common diagnostics etc. So a very B :different situation from what you are describing, but thinkable !  I   EFI has a byte-code engine for controller ROM -- this (nifty) mechanism E   allows the console and ACPI to access an arbitrary device, and thiseE   allows an arbitrary device to present a set of firmware that can benI   executed on most any platform with the necessary byte-code interpreter.mH   This approach does clearly have a performance impact as an interpreterJ   is clearly expected to be slower than direct execution and direct deviceH   access -- of course -- but this approach does mean that the need for aI   boot driver or boot loader is largely removed, and the console can moreIJ   easily adapt to new devices.  And it means that the hardware vendors nowI   need one set of ROMs for multiple platforms, rather than bigger ROMs or H   multiple variants for the versions of processor-specific support code.  H :Now maybe I misunderstood the information I got, and my source was onlyF :refering to the human interface to the bios functions. If that is the) :case, then everything changes of course.i  .   Please get the EFI specs.  Please read them.     http://developer.intel.com/t    N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.comc   ------------------------------  # Date: Tue, 18 Mar 2003 00:31:10 GMTs! From: rob.buxton@wcc.spam.govt.nz., Subject: Re: I Have Seen The IA64 Future !!!% Message-ID: <3e766812.948907917@news>f  D On 17 Mar 2003 09:03:39 -0600, young_r@encompasserve.org (Rob Young) wrote:  c >In article <3E74F036.AD283FDB@vl.videotron.ca>, JF Mezei <jfmezei.spamnot@vl.videotron.ca> writes:- >> re: SRM console media., >> a >> 3L >> I am concerned that in a cluster, not all nodes would be equipped with a 	 >> CDROM.  >> a@ >	Last I checked all Alphas have a CDROM.  Same should hold true >	for all IA64 boxes.  >a >				Rob >FC We have a DEC 3000 M600 here that definately does NOT have a CDROM.aA Now it has been here substantially longer than I have but I don'tgF believe a CDROM was removed. Our second DEC3000 M600 does have a CDROME and we also have an InfoServer. So, I'm not convinced all Alphas havef CDROMS.o   Rob.   ------------------------------  % Date: Mon, 17 Mar 2003 16:37:42 -0800I# From: "Tom Linden" <tom@kednos.com> , Subject: RE: I Have Seen The IA64 Future !!!9 Message-ID: <CIEJLCMNHNNDLLOOGNJICEDLGNAA.tom@kednos.com>e  F I recently bought a cdrom at Fry's for $19.  so why all the agonizing?   >-----Original Message-----rG >From: rob.buxton@wcc.spam.govt.nz [mailto:rob.buxton@wcc.spam.govt.nz] % >Sent: Monday, March 17, 2003 4:31 PMe >To: Info-VAX@Mvb.Saic.Com- >Subject: Re: I Have Seen The IA64 Future !!!i >a >nE >On 17 Mar 2003 09:03:39 -0600, young_r@encompasserve.org (Rob Young)h >wrote:  >n; >>In article <3E74F036.AD283FDB@vl.videotron.ca>, JF Mezei e* ><jfmezei.spamnot@vl.videotron.ca> writes: >>> re: SRM console media. >>>  >>> = >>> I am concerned that in a cluster, not all nodes would be m >equipped with a e
 >>> CDROM. >>> A >>	Last I checked all Alphas have a CDROM.  Same should hold trueb >>	for all IA64 boxes. >>	 >>				Robs >>D >We have a DEC 3000 M600 here that definately does NOT have a CDROM.B >Now it has been here substantially longer than I have but I don'tG >believe a CDROM was removed. Our second DEC3000 M600 does have a CDROM,F >and we also have an InfoServer. So, I'm not convinced all Alphas have >CDROMS. >, >Rob.i >n >---' >Incoming mail is certified Virus Free.s; >Checked by AVG anti-virus system (http://www.grisoft.com). A >Version: 6.0.455 / Virus Database: 255 - Release Date: 2/13/2003g >c ---u& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.455 / Virus Database: 255 - Release Date: 2/13/2003   ------------------------------  % Date: Mon, 17 Mar 2003 19:53:39 -0400e0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>, Subject: Re: I Have Seen The IA64 Future !!!/ Message-ID: <3E765FE0.61B7FFC8@vl.videotron.ca>-   Fred Kleinsorge wrote:L > The EFI console in ROM can load the primary bootstrap (OS Loader) from theJ > disk partition.  It can *also* use TFTP and DHCP to perform a BOOTP-like& > network boot *NO LOCAL DISK NEEDED*.  L As far as the basic flash/rom EFI is concerned, is booting an "extended EFI": with all the SRM-style goodies the same as booting an OS ?  K If you can boot the "extended EFI" program from the network OR from the FATD$ partition on a drive, then it is OK.  E It has been said that diskette drives and serial ports are consideredHN "legacy". is CD-ROM going to be the long term supported medium for the loadingB of EFI applications when there is none already loaded on a drive ?  H Or will serious servers designed to run VMS continue to be equipped withH different equipment such as serial ports that may provide other means of booting the EFI applications ?    J Any thoughts on supporting paper tape for the EFI to maintain the good old Digital history ?2 :-) :-)0   ------------------------------  % Date: Mon, 17 Mar 2003 20:04:47 -0400I0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>, Subject: Re: I Have Seen The IA64 Future !!!/ Message-ID: <3E76627A.620B1CD2@vl.videotron.ca>!   Fred Kleinsorge wrote: > The CONSOLE IS IN FLASH ROM.  M Is it correct to state that the console program that resides in ROM is not asiL extensive/developped as VMS users are used to and that as a result, you needN an extended console program to match the capabilities that VMS users have come to expect ?t   ------------------------------  % Date: Mon, 17 Mar 2003 20:29:45 -0600M+ From: Andy Stoffel <a.stoffel@adelphia.net>e, Subject: Re: I Have Seen The IA64 Future !!!> Message-ID: <Xns9341DAA6E4588acsfcgnetworksnet@216.166.71.230>  / rob.buxton@wcc.spam.govt.nz enlightened us with - news:3e766812.948907917@news on 17 Mar 2003: I  ? > On 17 Mar 2003 09:03:39 -0600, young_r@encompasserve.org (Rob  > Young) wrote:y >  [snip]@ >>     Last I checked all Alphas have a CDROM.  Same should hold >>     true for all IA64 boxes.o >>> > We have a DEC 3000 M600 here that definately does NOT have aB > CDROM. Now it has been here substantially longer than I have but> > I don't believe a CDROM was removed. Our second DEC3000 M600? > does have a CDROM and we also have an InfoServer. So, I'm notp# > convinced all Alphas have CDROMS.=  < Hmmm... I ran into an AlphaServer 1000 (back in '96 I think)? during a long stay at a customer site that was ordered SOMEHOW lD without a CD-ROM drive. Never could figure out how that happened... ? but they didn't order it through us ( which our customers have dE traditionally done) and the Digital salescritter who sold it to them  B was no longer "available" so I never did find out how it happened.  E Weird but not a crisis. There were other Alphas running VMS that DID i0 have CD-ROM drives. And the floppy drive worked.   -Andy-   ------------------------------  % Date: Mon, 17 Mar 2003 22:43:13 -0500d2 From: rdeininger@mindspring.com (Robert Deininger), Subject: Re: I Have Seen The IA64 Future !!!L Message-ID: <rdeininger-1703032243130001@user-uinj447.dialup.mindspring.com>  H In article <3e766812.948907917@news>, rob.buxton@wcc.spam.govt.nz wrote:    tG >>       Last I checked all Alphas have a CDROM.  Same should hold truer >>       for all IA64 boxes. >>$ >>                               Rob >>D >We have a DEC 3000 M600 here that definately does NOT have a CDROM.B >Now it has been here substantially longer than I have but I don'tG >believe a CDROM was removed. Our second DEC3000 M600 does have a CDROMtF >and we also have an InfoServer. So, I'm not convinced all Alphas have >CDROMS.  C Correct.  Early alpha systems did not come with CD-ROMs as standard G equipment.  I don't know of any that can't have CD-ROMs added on, but I J may have missed a few.  In some systems (DEC 3000-300 family for example),J there's no room for the drive, so it would have to be added in an external
 enclosure.    G VMS on Alpha supports booting from a remote CD-ROM on an infoserver, ortJ booting a system as a satellite.  But somewhere in the mix, there needs to* be a CD-ROM for _supported_ VMS operation.  H In practice, an image backup of a VMS CD-ROM (onto a disk) seems to work9 just as well as the original, and is usually much faster.e   ------------------------------  % Date: Mon, 17 Mar 2003 19:57:43 -0400s0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>7 Subject: Re: Is http://www.montagar.com/hobbyist/ down?D/ Message-ID: <3E7660D4.43CFBCB4@vl.videotron.ca>.   Fred Kleinsorge wrote: > . > Ah, Baby Peanut must be an Alias for Andrew.  K Andrew may be your ennemy with whom you like to have catfights, but I think M that Andrew has more class than some silly peanut posts. He has not exhibitednK any motivation to blast decus/montagar in the past and likes to just insultBM Digital with NUMA memory underperformance, Wildfire underperformance etc etc.d   ------------------------------  % Date: Mon, 17 Mar 2003 21:17:44 -0600i1 From: "David J. Dachtera" <djesys.nospam@fsi.net>m7 Subject: Re: Is http://www.montagar.com/hobbyist/ down?,' Message-ID: <3E768FD8.C3AF5B46@fsi.net>a   Baby Peanut wrote: > [snip]F > Honey, I got the CD-ROM and installed OpenVMS and filled out the webH > site to get the PAKs and waited a month and filled out the web site toH > get the PAKs again and waited and waited.  If I went to Sun to buy theG > $20 copy of Solaris 9 on IA-32 they would have shipped me something I E > could use.  Instead I'm out $30 and have no toy VMS to show for it.o   Well, Dearie, ...s  C The PAKs are no charge. All you need is a no charge membership in ae! local DECUS or Encompass chapter.u  E The fact that you may unable to get them at the moment is a technicaloF issue, not proof of intent to defraud. You got what you paid for - the# CD. What are you complaining about?g  E Also, no PAK is required to complete the install, or even log in fromm the console.  H We had a production node here that was up and running all the productionD jobs and server processes even though the VMS base license would not) load due to a Galaxy configuration issue.   F You need to get your facts straight before you go making inflammatory,F defamatory accusations, or someday your big mouth is gonna land you inH more trouble than you know how to deal with.  When you find yourself theG target of a defamation (or possibly even libel) suit, don't come cryingh4 to anyone claiming that no one ever told you, Sonny!  H Montagar's site claims nothing other than if you are a registered memberF of DECUS, Encompass, etc., you can register for PAKs. The CDs are sold< without support or warranty or any other claim of usability.  F Getting the PAKs depends on a lot of stuff that is beyond your controlH and that of Montagar. Throwing a tantrum will do nothing to promote your cause.  ? You need to be in direct contact with David Cathey of Montagar. G According to the website (http://www.montagar.com/contact.html), he can  be reached at (972) 423-5224.e  F I understand you may be pissed off about technical issues that preventB your getting what you want. Maturity, however, is measured by yourD ability to deal with that in an adult way, not going off half-cocked, disparaging people like a spoiled brat punk.   -- u David J. Dachtera  dba DJE Systemsp http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/r   ------------------------------  % Date: Mon, 17 Mar 2003 21:21:20 -0600e1 From: "David J. Dachtera" <djesys.nospam@fsi.net>e7 Subject: Re: Is http://www.montagar.com/hobbyist/ down?f' Message-ID: <3E7690B0.C68FC864@fsi.net>a   Michael Unger wrote: > - > "Baby Peanut" <baby_p_nut@yahoo.com> wrote:l >  > > Honey, [...] > >A	 > > [...]3 > 6 > A rather strange opening for a newsgroup posting ...  D D'ya ever see, "La Cage Aux Folles"? (Eng.: The Bird Cage; the movieG featured Robin Williams among many. My image of Gene Hackman will neverw be the same...)s   -- e David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/e   ------------------------------  # Date: Mon, 17 Mar 2003 21:48:56 GMTc6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)@ Subject: Re: Issue building Perl after applying VMS73_ACRTL V3.03 Message-ID: <cprda.22344$8L1.214344@news.chello.at>w  m In article <20030317131419.27926.qmail@nym.alias.net>, Doc.Cypher <Use-Author-Address-Header@[127.1]> writes: H >Following this, I carried out the required reboot and have attempted toL >build the 5.8.1 Perl kit. During the make stage, I get the following error: >s9 >Link /NoTrace/NoMap /Shareable=[--.LIB.AUTO.IO]PL_IO.EXE * >IO.opt/Option,[--]perlshr_attr.opt/Option2 >%LINK-W-MULDEF, symbol DECC$POLL multiply definedB >        in module DECC$SHR file SYS$COMMON:[SYSLIB]DECC$SHR.EXE;1E >%MMK-F-ERRUPD, error status %X10648268 occurred when updating target   * 	%LINK-W-WARNISUE, completed with warnings   >%[--.LIB.AUTO.IO]PL_IO.EXEgL >%MMK-F-ERRUPD, error status %X1C14803C occurred when updating target DYNEXT   Try to build with MMK/IGN=WARN   -- m Peter "EPLAN" LANGSTOEGERu% Network and OpenVMS system specialist' E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------    Date: 17 Mar 2003 18:02:00 -0800: From: craig.berry@SignalTreeSolutions.com (Craig A. Berry)@ Subject: Re: Issue building Perl after applying VMS73_ACRTL V3.0= Message-ID: <7f15589f.0303171802.7f1b3e66@posting.google.com>   t "John E. Malmberg" <Malmberg@dskwld.zko.dec.compaq.hp> wrote in message news:<kLlda.401$ND1.328@news.cpqcorp.net>... > Richard Brodie wrote:gE > > "Doc.Cypher" <Use-Author-Address-Header@[127.1]> wrote in messagel4 > > news:20030317131419.27926.qmail@nym.alias.net...  5 > >>%LINK-W-MULDEF, symbol DECC$POLL multiply defined  > > 0 > > The latest CRTL ECO adds a poll() function.    B > This is actually a cross-platform problem with many open-source I > programs.  They provide replacement routines that have the same symbol iF > names as either missing or routines that they determine do not work  > correctly. > G > This is bad practice as many C compilers will when optimizations are eI > enabled (default HP/COMPAQ/DEC C) optimize inline common routines that oA > the compiler knows about.  This also occurs on other platforms.a >  > E > If the open-source product or the porter had named the replacement nF > routine for foo to be replace_foo, or my_foo, and then used a macro 7 > replacement as below, then there would be no problem.. >  > #ifdef foo > #undef foo > #endif, > #define foo(x, y, z) replace_foo(x, y, z).  B Perl almost always does this already.  The poll() replacement is aC rare exception and is not part of the VMS-specific bits of Perl.  Ia/ hope to have a fix tested in a matter of hours.c  F >  From a programmer's perspective, the names of the standard library C > routines in UNIX should be treated as reserved words.  No public t@ > routine should have the same symbol name as a library routine.  $ I'm with you on this, but see below.  J > It is much simpler to code the replacement routine with it's own public 3 > symbol, and use a macro to invoke it when needed.   E But be prepared to be shouted down by autoconf fanatics who will tellsB you in no uncertain terms that a nice clean macro is a "brain-deadD kludge" and insist that determining the necessity of the replacementD should always be done at configuration time.  Explaining things likeC the forward compatibility of object libraries is just pearls beforem? swine in such a context.  (Yes, this happened to me recently). nA Careful use of "#pragma prefix" can avoid some, but not all, name 5 collision problems if a macro is out of the question.e   ------------------------------  % Date: Mon, 17 Mar 2003 21:30:04 -0500u5 From: "Brad McCusker" <brad.mccuskerNosp@Mcompaq.com>N@ Subject: Re: Issue building Perl after applying VMS73_ACRTL V3.0. Message-ID: <v7d15jqkoutb1@corp.supernews.com>  5 "Richard Brodie" <R.Brodie@rl.ac.uk> wrote in messageP% news:b54idl$orc@newton.cc.rl.ac.uk...  >nC > "Doc.Cypher" <Use-Author-Address-Header@[127.1]> wrote in messagey2 > news:20030317131419.27926.qmail@nym.alias.net... >MK > > I didn't "need" to apply VMS73_ACRTL V3.0, but I did anyway on a better- > > safe than sorry basis. > >15 > > %LINK-W-MULDEF, symbol DECC$POLL multiply definedG >EB > The latest CRTL ECO adds a poll() function. I guess that's where@ > the problem arises. IMHO the CRTL ECOs are definitely "installF > with caution", and on a "better safe than sorry basis" I would leave) > them out. They are, after all, rated 3./ >pI As a colleague has already stated elsewhere in this thread, yes, we added : poll to the latest ECO.  And a few other new APIs as well.  L And I too am sorry you feel that way about the ACRTL ECOs.  We have gone out of our way to minimize risk.  L As for the future, the one piece of advice I offer is to be sure to read theJ release notes before installing.  As we progress with our UNIX applicationG portability efforts, we will in all likelihood release more new APIs invH ECOs.  So, this could happen again.  And I don't see any way to avoid it besides release noting it.   Regards,  
 Brad McCuskera OpenVMS Engineering  C RTL Project Leader Hewlett-Packard Companyu Nashua, NH USA   ------------------------------    Date: 17 Mar 2003 19:47:50 -0800: From: craig.berry@SignalTreeSolutions.com (Craig A. Berry)@ Subject: Re: Issue building Perl after applying VMS73_ACRTL V3.0= Message-ID: <7f15589f.0303171947.2aae9de9@posting.google.com>   l Charlie McCutcheon <charlie.mccutcheonspam@nothp.com> wrote in message news:<3E7609EE.755DA211@nothp.com>...; > >Link /NoTrace/NoMap /Shareable=[--.LIB.AUTO.IO]PL_IO.EXE>, > >IO.opt/Option,[--]perlshr_attr.opt/Option4 > >%LINK-W-MULDEF, symbol DECC$POLL multiply definedD > >        in module DECC$SHR file SYS$COMMON:[SYSLIB]DECC$SHR.EXE;1G > >%MMK-F-ERRUPD, error status %X10648268 occurred when updating targetL > >%[--.LIB.AUTO.IO]PL_IO.EXE N > >%MMK-F-ERRUPD, error status %X1C14803C occurred when updating target DYNEXT > K > As other posters noted, there is a new function poll() in the C Run-Time.  > > > From the release notes, which we suggest all customers read: > C >       o  The new socket routine poll() is provided with this kit.c > ...D" >      New socket function poll(): > C >         poll() - Monitors conditions on multiple file descriptorsm >  >         Format >  >            #include <poll.h> > E >            int poll(struct pollfd fds[], nfds_t nfds, int timeout);p  D Right.  There's nothing wrong with a CRTL ECO adding a new function;E the more new toys the better.  There is something slightly wrong witha Perl, which will soon be fixed.V  F Having said that, there are a couple of small nits I'd like to mention in this context.  F 1.)  The VMS73_ACRTL V3.0 does, as you note, document the new functionE in its release notes and in its README.  The VMS731_ACRTL V1.0, whichQF also adds poll() to the library, does not mention it in the README.  IE think most folks will use primarily the README in deciding whether tob apply the patch.  C 2.) The VMS731_ACRTL V1.0 release notes document the use of poll asnE you show above, including the "#include <poll.h>" to get the functionnE prototype and associated constants.  However, the ECO does not supply F the poll.h header (and yes, I've looked in the text library as well asB in the reference directory).  Using the function with a home-grownE header is a good way to get in trouble (he said, as he goes off to do- so).  A > >the problem arises. IMHO the CRTL ECOs are definitely "installmG > >with caution", and on a "better safe than sorry basis" I would leave- > D > Sorry you feel that way.  This particular kit was designed to have) > minimal changes from previous releases.a  E We must've caught him on a bad code day.  I for one hope you keep theb ECOs rolling out.j   ------------------------------  # Date: Tue, 18 Mar 2003 03:42:56 GMT-- From: "John E. Malmberg" <wb8tyw@qsl.network>U@ Subject: Re: Issue building Perl after applying VMS73_ACRTL V3.0< Message-ID: <4Bwda.3712$z_3.1832997@news1.news.adelphia.net>   Craig A. Berry wrote:  > & > I'm with you on this, but see below. > J >>It is much simpler to code the replacement routine with it's own public 3 >>symbol, and use a macro to invoke it when needed.s > G > But be prepared to be shouted down by autoconf fanatics who will tell7D > you in no uncertain terms that a nice clean macro is a "brain-deadF > kludge" and insist that determining the necessity of the replacementF > should always be done at configuration time.  Explaining things likeE > the forward compatibility of object libraries is just pearls beforeGA > swine in such a context.  (Yes, this happened to me recently). 8C > Careful use of "#pragma prefix" can avoid some, but not all, namei7 > collision problems if a macro is out of the question.n  E I have posted about the myth of autoconf, and I have duplicated it's r$ functionality for PYCOFNIG_H.COM on * http://encompasserve.org/~malmberg/python/  E The file has been renamed for easy download on browsers that believe c
 filetypes.  F A procedure to generate config.h would be similar.  This is a work in C progress, but can generate most of the config.h file for a project.h    F I have had the autoconfig discussion on the samba-technical list, and E have lost it, and have had less than a year go by and watched a UNIX -0 port fail because of the duplicate symbol issue.  / The same with the improper prototyped routines.G   -John  wb8tyw@qsl.network Personal Opinion Only@   ------------------------------    Date: 17 Mar 2003 11:49:26 -0800, From: mcbill20@hotmail.com (Bill McLaughlin)" Subject: Re: More Oracle weirdness= Message-ID: <e9cbc4f2.0303171149.313876d1@posting.google.com>o  p mcbill20@hotmail.com (Bill McLaughlin) wrote in message news:<e9cbc4f2.0303132349.d0926bd@posting.google.com>...F > Well, after all the trouble trying to get Oracle 9i rl2 running on aE > box with only 256mb, I went ahead and bought a PWS500au with 640mb.M   <Snip>    @ Well, it's all working now. Apparently, if you select "Standard"E Oracle for "Departmental" use, the install assumes you won't need anytD of the development tools. The options are to choose the "Enterprise"D install with all the unneeded extras, or do a custom install. OracleA acknowledged that their install program chokes if you try to do atF "client" install after installing the database. There appear to be twoB issues. One is with the XML parsing when the lookup is done to seeC what products/files are already installed and the other may be withDD file formats. The ".olb" files seem to be copied in two formats: oneD stream_lf with max recl of 32767 and the other with fixed 32767 byte records.  ? While getting 9i release 2 has been a general pain in the rear,tE overall it looks like a decent product. Since 8i, several things havee= been streamlined. Startup, once you get it working, is prettyeF straightforward. It's nice to have the startup commands in SQLPlus nowD rather than the old "svrmgrl" program. Also, you generally only needE to be concerned with three com files, all in the top level directory: F insoracle.com, remoracle.com and orauser.com. Oh, almomst forgot-- theE [.BIN]DBCA.COM for creating new databases. The DBCA is a resource hogtD and there appear to be some issues with Java/Xwindows running out ofE resources, but the procedure works well when it works. If you closelyeE monitor the program and answer the final prompts for password changesbF right away, everyghint goes fine. However, if you leave for an hour or@ so, the Java program is actually doing something in a loop whileD waiting for an answer and it will run out of some resource and hang.  A The 9i tree also takes up a lot of space. A dir/grand of the treetD shows 3.3GB. I found that 640MB is more than enough memory to run 9i rl2.  D I hope these posts are helpful. I don't know how many others in thisD group are running Oracle on hobbyist boxes, or how many are using it= on the job but without expensive Metalink support. That is my-C situation and I don't know how I would've gotten it running without F suggestions from this group. (That reminds me-- specific thanks to Rob Van Lopik.)t    Bill McLaughlin   ------------------------------  # Date: Tue, 18 Mar 2003 01:06:31 GMTt# From: hoff@hp.nospam (Hoff Hoffman) 6 Subject: Re: Mozilla, EFI Specs, and the Intel website0 Message-ID: <riuda.452$fc2.243@news.cpqcorp.net>  c In article <f0GNqXRXmdEl@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes:DW :In article <uktda.448$k72.294@news.cpqcorp.net>, hoff@hp.nospam (Hoff Hoffman) writes:L :o1 :>   Please get the EFI specs.  Please read them.n :>    :>   http://developer.intel.com/ : = :Easy for you to say -- you probably have JavaScript enabled.) : < :	http://www.intel.com/technology/efi/main_specification.htm  E   The Intel webpages typically do seem to require a moderately recentiE   version of Microsoft Internet Explorer.  Mozilla 1.3b does not workfD   with the licensing pages -- I've just downloaded the V1.3 release,C   but haven't tried that version with the Intel site licensing pageiE   as yet.  And yes, the Intel pages do regularly (attempt to) utilize C   JavaScript.  And no, I haven't run a w3c compliance test against i.   the Intel website, nor do I intend to do so.  G   Yes, the OpenVMS and other versions of Mozilla V1.3 are available at:p       http://www.mozilla.org/F      N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.comi   ------------------------------    Date: 17 Mar 2003 12:57:09 -0600+ From: young_r@encompasserve.org (Rob Young)o3 Subject: Re: National Moratorium to Appease Tyrantsn3 Message-ID: <v8ytLCv4S5J2@eisner.encompasserve.org>i  p In article <Adoda.272789$UXa.185342@news02.bloor.is.net.cable.rogers.com>, "John Smith" <a@nonymous.com> writes:  E > Where France differs from the United States is in its assessment ofrF > the urgency of the issue. In French eyes, Iraq is far less dangerousH > today than it was in the 1980s, when it was helped by certain powerful > countries.    E 	Funny how that is crafted.  After all, France and Russia were behinda< 	the Uranium enrichment facilities that the Israelis bombed.  N "France supplied Israel with a research reactor which was and still is used toI produce plutonium for Israel's nuclear arsenal, France supplied a similar O research reactor to Iraq which would have been used for plutonium production intK support of the weapons program if not for Israel's bombing of that reactor.-M They're the most well known examples but it's worth pointing out that quite apI number of other countries have used research reactors to produce and then-N separate plutonium and this has been tangled up with covert weapons programs."    A 	Also, it is scary how close to a working nuclear weapon Iraq has  	been:  O "Iraqi scientist Khidhir Abdul Abas Hamza, who defected to the United States ingK 1994, publicly described the inner working of Iraq's nuclear program. Hamza!J said that Iraqi President Saddam Hussein personally supervised the nuclear2 weapons program since its inception 27 years ago.   O Hamza stated that Iraq had completed all the research and development necessaryII for an atomic bomb and was nearly finished with construction of one usingnF uranium from civilian reactors [probably means plutonium]. However theM coalition bombing during the 1990-91 Gulf War halted their efforts, otherwise @ Iraq could have produced a bomb in several months, Hamza said. "  /  	That isn' my comment (bracketed by the [ ] ).i  ? 	You know... all the noise and bluster by the French.  Would beo= 	quite shocking to go in and find more uranium enrichment kite@ 	with French labels on it, wouldn't it?  Would that be probable?   				Robw   ------------------------------  % Date: Mon, 17 Mar 2003 14:31:53 -0500t* From: "Bill Todd" <billtodd@metrocast.net>3 Subject: Re: National Moratorium to Appease Tyrants 2 Message-ID: <qNGdnYwfnOI3v-ujXTWcoA@metrocast.net>  . "John Smith" <a@nonymous.com> wrote in messageD news:Adoda.272789$UXa.185342@news02.bloor.is.net.cable.rogers.com... >n7 > "Bill Todd" <billtodd@metrocast.net> wrote in messagea. > news:BfacnYMHWdc-YuijXTWcqg@metrocast.net...   ...L  G > > Perhaps most interesting to me is how much more France and the U.N.i > areh4 > > being viewed as our enemies than Iraq itself is. >f >uG > Yes, to a certain extent France is 'playing politics and optics', butiB > so is the US. Just for a bit of balance to the French-bashing, aE > perspective that is unlikely to be published in the US. You may notoG > agree with it, but it appears to represent the French viewpoint quitecD > effectively. Read the 4th paragraph of this article carefully, forE > this is really the crux of almost all argument posed by all nations>, > against the US position for a rush to war.  @ The current Newsweek cover story also presents a pretty thorough explanation:  , http://www.msnbc.com/news/885222.asp?0nw=n2d  1 Too bad it appears to be too late to do any good.l   - bill   ------------------------------    Date: 17 Mar 2003 13:56:14 -0600+ From: young_r@encompasserve.org (Rob Young)y3 Subject: Re: National Moratorium to Appease Tyrantsa3 Message-ID: <9yT3EfR2byyK@eisner.encompasserve.org>x  _ In article <BfacnYMHWdc-YuijXTWcqg@metrocast.net>, "Bill Todd" <billtodd@metrocast.net> writes:b   > L > I think it may have been CNBC last night (another fairly pro-Dubya outlet)M > that released a new poll indicating that while 64% of those polled approvedaM > *in general* of the *idea* of our ousting Saddam (and IIRC 70+% approved ifiK > the U.N. supported the action), only 53% approved of taking action if the,J > U.N. failed to pass a second resolution, and only 47% approved of takingL > action if we didn't even submit a second resolution (as is now reported to > be the case).t >    	Earlier we saw:  b http://groups.google.com/groups?selm=WuWcneYXycEwSPqjXTWcoQ%40metrocast.net&oe=UTF-8&output=gplain  L "Yet another inadequate analysis of the data you yourself provided, Rob.  IfH you'd bothered to read the *whole* article you cite you would have foundI that a large portion of that 59% support invading Iraq *only* if the U.N.lI approves the action:  without U.N. approval, the gung-ho crowd reduces toVD 38% - and goes down even farther in the event that Iraq destroys theG missiles it has been told to (which, of course, it is in the process ofe doing)."    8 	Regarding that 38% number... wonder how they spun that?" 	Appears the gung-ho crowd is 49%.   	CBS poll, over the weekend:  H "Which of these comes closer to your point of view about the U.S. takingO military action against Iraq? (1) The United States should take military action K against Iraq even if the United Nations opposes that action. (2) The United J States should take military action ONLY if the United Nations supports theN action. OR, (3) The United States should not take military action against Iraq at all."  '  Even if	Only if       Not       Don't  .  UN Opposes     UN Supports   At All    Know  ,    %                %           %        %  +    49              40           9        2      ; 	By the way, the oft liberal New York Times puts the numberS/ 	at 55% approving in response to this question:r  O "What if the UN Security Council votes against the U.S.-sponsored resolution tooN take military action against Iraq? Would you approve or disapprove of the U.S.N taking military action against Iraq to try to remove Saddam Hussein from power without UN approval?"     ? 	So a couple things.  Where or what is that 70% in favor numberr> 	you talk about above?  Where do you get that 53% number from?/ 	In response to what questions?  Very difficult ; 	(read: probably impossible) to determine what a poll means @ 	without a question to see what was asked.  Polling organization% 	too, as FoxNews shows these numbers:s  N "Do you support or oppose U.S. military action to disarm Iraq and remove Iraqi President Saddam Hussein?"    F                    Support             Oppose              Not Sure   C                       %                  %                     %   eA                       71                 20                    9 n  B 	Note that is 71% approval without any mention of the UN.  Is that/ 	implicit?  Certainly could argue against that!e  . 	Questions and questioners are very important.   				Robb   ------------------------------  % Date: Mon, 17 Mar 2003 14:58:45 -0500b* From: "Bill Todd" <billtodd@metrocast.net>3 Subject: Re: National Moratorium to Appease Tyrantsa2 Message-ID: <6VednYWU2YtrteujXTWcoA@metrocast.net>  8 "Rob Young" <young_r@encompasserve.org> wrote in message- news:v8ytLCv4S5J2@eisner.encompasserve.org...nL > In article <Adoda.272789$UXa.185342@news02.bloor.is.net.cable.rogers.com>,% "John Smith" <a@nonymous.com> writes:o >tG > > Where France differs from the United States is in its assessment ofrH > > the urgency of the issue. In French eyes, Iraq is far less dangerousJ > > today than it was in the 1980s, when it was helped by certain powerful > > countries. >t > F > Funny how that is crafted.  After all, France and Russia were behind= > the Uranium enrichment facilities that the Israelis bombed.w  L Au contraire:  the wording seems conspicuously apt.  While they were (thoughG only indirectly) helping to support such Iraqi activities, the U.S. wasgK actively supporting Iraq's development of chemical and biological weapons -3F plenty of blame to go around here, which is why the statement was keptJ general (and, indeed, exactly who was helping back then is not relevant toH the point that such help made Iraq far more dangerous than it is today).   - bill   ------------------------------    Date: 17 Mar 2003 14:15:31 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)>3 Subject: Re: National Moratorium to Appease Tyrantsd3 Message-ID: <4oWrZj+UPtI6@eisner.encompasserve.org>k  _ In article <p9Gdncl-EP9cZuijXTWcpQ@metrocast.net>, "Bill Todd" <billtodd@metrocast.net> writes:v > N > I was careful not to generalize excessively above.  But the preponderance ofK > reaction (admittedly not a full, balanced sample) reported in the articleO5 > suggests that many, quite possibly a majority, are.a  :    The local station's polls show a clear majority.  Sigh.  G    Worse, the next DJ described pulling the Chick's songs as "defending:<    the constituion".  I wonder who's constitution he's read?   ------------------------------  # Date: Mon, 17 Mar 2003 20:40:53 GMTG# From: "John Smith" <a@nonymous.com>u3 Subject: Re: National Moratorium to Appease TyrantsnJ Message-ID: <ppqda.274238$UXa.247598@news02.bloor.is.net.cable.rogers.com> Keywords: X-No-Archive: yesz  @ "Bob Koehler" <koehler@eisner.nospam.encompasserve.org> wrote in5 message news:4oWrZj+UPtI6@eisner.encompasserve.org... @ > In article <p9Gdncl-EP9cZuijXTWcpQ@metrocast.net>, "Bill Todd"  <billtodd@metrocast.net> writes: > >E? > > I was careful not to generalize excessively above.  But thel preponderance ofE > > reaction (admittedly not a full, balanced sample) reported in then articler7 > > suggests that many, quite possibly a majority, are.. >>< >    The local station's polls show a clear majority.  Sigh. >t> >    Worse, the next DJ described pulling the Chick's songs as
 "defending> >    the constituion".  I wonder who's constitution he's read?    $ Why the Republic of Texas of course.9 Texas IS the most important state in the Union, isn't it? A It certainly is the leading state....when it comes to executions.n> Guess that's why George finds it so easy to sleep knowing that? potentially hundreds of thousands of Iraqi's will be dead 'realeA soon' - he's been through execution watches before and it's never5 seemed to bother him then.   ------------------------------  % Date: Mon, 17 Mar 2003 15:41:06 -0500u* From: "Bill Todd" <billtodd@metrocast.net>3 Subject: Re: National Moratorium to Appease Tyrants02 Message-ID: <NcudncNLVut5r-ujXTWcrg@metrocast.net>  8 "Rob Young" <young_r@encompasserve.org> wrote in message- news:9yT3EfR2byyK@eisner.encompasserve.org...I@ > In article <BfacnYMHWdc-YuijXTWcqg@metrocast.net>, "Bill Todd"  <billtodd@metrocast.net> writes: >o > > F > > I think it may have been CNBC last night (another fairly pro-Dubya outlet) F > > that released a new poll indicating that while 64% of those polled approvedL > > *in general* of the *idea* of our ousting Saddam (and IIRC 70+% approved ifI > > the U.N. supported the action), only 53% approved of taking action ify thenL > > U.N. failed to pass a second resolution, and only 47% approved of takingK > > action if we didn't even submit a second resolution (as is now reportedl to > > be the case).  > >c >  > Earlier we saw:b >h >oL http://groups.google.com/groups?selm=WuWcneYXycEwSPqjXTWcoQ%40metrocast.net& oe=UTF-8&output=gplain >eJ > "Yet another inadequate analysis of the data you yourself provided, Rob. IfJ > you'd bothered to read the *whole* article you cite you would have foundK > that a large portion of that 59% support invading Iraq *only* if the U.N.hK > approves the action:  without U.N. approval, the gung-ho crowd reduces to-F > 38% - and goes down even farther in the event that Iraq destroys theI > missiles it has been told to (which, of course, it is in the process ofu
 > doing)." >- > 9 > Regarding that 38% number... wonder how they spun that?t  I You keep insisting on providing yet more proof of your incompetence, Rob. 5 They didn't 'spin' it, it was the result of the poll.o  # > Appears the gung-ho crowd is 49%.a  J Is *now* 49%, Rob (a number close enough to the 47% and 53% numbers that ID quoted above as responses to a finer-grained query).  Are you reallyI completely ignorant of the fact (in addition, of course, to the margin ofd; error all polls have) that poll results *change* with time?e  J My comment on your incompetence that you quoted above referred to the factA that you hadn't even understood the very article you cited.  Your L incompetence in this case involves using the results of polls conducted overI this past weekend to claim to 'refute' those of a poll whose results were I released on February 28th, when in fact they simply represent a change in " opinion based on unfolding events.  I The most obvious reason for such a change is the clear firming of Dubya'seI resolve to go to war no matter what the U.N. or anyone else thinks.  ManysK Americans who would have no problem voicing their opposition when they feltlH the subject remained open for debate have difficulty maintaining it when, American soldiers are about to enter combat.   ...w  < > By the way, the oft liberal New York Times puts the number0 > at 55% approving in response to this question: >tC > "What if the UN Security Council votes against the U.S.-sponsoredi
 resolution totK > take military action against Iraq? Would you approve or disapprove of theo U.S.J > taking military action against Iraq to try to remove Saddam Hussein from power  > without UN approval?"h  J You'll note that a 55% positive response is far closer to the 53% I quotedL (for exactly the same question) than the likely margin of error in the pollsG themselves.  So, once again, what exactly did you think was your point?e   >3 >2@ > So a couple things.  Where or what is that 70% in favor number > you talk about above?u  H You'll note that it was the one number I prefaced with "IIRC", because I  didn't remember its exact value.  ) >  Where do you get that 53% number from?   7 I told you:  from a poll that CNBC reported last night.     > In response to what questions?   I told you.      Very difficult< > (read: probably impossible) to determine what a poll means+ > without a question to see what was asked.t  L Very difficult if you can't read, I guess:  try looking back up at my quoted5 post at the top of this one and you might get a clue.D     Polling organization& > too, as FoxNews shows these numbers: >DJ > "Do you support or oppose U.S. military action to disarm Iraq and remove Iraqiy > President Saddam Hussein?" >oE >                    Support             Oppose              Not Sure B >                       %                  %                     %B >                       71                 20                    9 >rC > Note that is 71% approval without any mention of the UN.  Is that,0 > implicit?  Certainly could argue against that!  L When you ask generic questions, you get generic answers.  In this case, whatH the answer indicates is that the 71% of the respondents think that usingF U.S. force to disarm Iraq and remove Saddam is a good idea (note, onceL again, that this is not very dissimilar to the 64% that CNBC reported in theJ poll I quoted), not the exact circumstances under which they'd like to seeJ it occur (which drives the generic number up or down, also as indicated in the poll that CNBC reported).a   Any other questions?   - bill   ------------------------------  % Date: Mon, 17 Mar 2003 18:02:03 -0400d0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>3 Subject: Re: National Moratorium to Appease Tyrants / Message-ID: <3E7645BC.66C4744F@vl.videotron.ca>    John Smith wrote:0 >  > Why France plays tough > By GUILLAUME PARMENTIERu  F > Many people, especially outside France, wonder why President JacquesD > Chirac has gone so far in pushing for a position on Iraq that setsH > France apart from the United States and brings it closer to Russia and# > China, as well as the Arab world.o  L That paragraph definitely has a USA slant. It is the USA and Blair which areJ alone in having a different viewpoint than the rest of the world. France'sL stance only reflects that of other countries. Bush Jr has essentially chosenM to include France in his axis-of evil thing because it was easy/convenient togB pick one country who disagrees with bush Jr and blast it verbally.  L The fact that the British government has lost ministers and the house leaderI should be a pretty good indication that lair is acting alone without muchl! suppport from his own government.e  D > Council Resolution 1441 last autumn when the subject of Iraq first > arose.  I Lets not remmeber that Bush Jr already had his war stance before 1441. He H refused to accept the fact that Kofi Anan had already re-negotiated fullJ access to Iraq and it is the USA that insisted in a new resolution becauseE Vush Jr had bet that Hussein would not allow those inspections. Other M countries objected to the original US proposal and it had to be toned down tonJ remove any possibility that 1441 would give the USA automatic right to use- military. (hence the "serious consequences").e    F > resorting to war was created. This is how Resolution 1441 is read in4 > Paris, and, indeed, in most of continental Europe:  N It is only the USA and Blair which interpret 1441 as giving them full power to do as they wish.  E > Where France differs from the United States is in its assessment of  > the urgency of the issue.g  J The USA and Blair are the only ones who feel some sort of urgency. That isM because their troups are already there and without air conditioning, will notmN be as useful in a few weeks due to heat. What is really needed for for the USAH to pull back its troups until next november. But thatw ould be admitting defeat for Bush Jr.i   ------------------------------  % Date: Mon, 17 Mar 2003 20:08:21 -0400,0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>3 Subject: Re: National Moratorium to Appease Tyrantsb/ Message-ID: <3E766351.7A9CE030@vl.videotron.ca>i  L The moron who deserves to be taken to the War Crimes Tribunal is speaking atG the white house. He has regained his "deer staring at headlights" look.v   ------------------------------    Date: 17 Mar 2003 11:15:40 -08000 From: keith.cayemberg@conti.de (Keith Cayemberg)R Subject: Re: OpenVMS at CeBIT 2003 - more  info on hp OpenVMS Industry Standard 64= Message-ID: <3a65a5c8.0303171115.77e29b8c@posting.google.com>a  F > I have seen the name BaseStar for years, but never knew any details.2 > Is it more prominent in Europe than in the USA ?  C I don't have any idea whether it is used more in Europe than in thee USA.@ However, if you study the introduction at the BASEstar Homepage, you'll find then following statements...M  B "BASEstar is used by over 800 firms in most vertical manufacturing
 industries worldwide."1  F "is used by such widely diverse industries as: automotive assembly andE part production, household appliance manufacturing, food and beverage0
 packaging,> paper manufacturing, metal production and processing, refinery
 management/ systems, and the chemical processing industry."d  F For more details, the BASEstar Homepage leads to plenty of informative links.   Cheers!t   Keith Cayembergt   ------------------------------  % Date: Mon, 17 Mar 2003 23:54:15 -0400L0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>; Subject: Re: OT: Something everyone should ask their DoctorM/ Message-ID: <3E769866.53899B36@vl.videotron.ca>    Larry Kilgallen wrote:L > > http://www.comics.com/creators/speedbump/archive/speedbump-20030307.html% > Please don't post uncommented URLs.W  F Wow, someone's going thorugh some 28 day cycle here. The subject line,A combined with the text inside the URL seemed quite obvious to me.T   ------------------------------  % Date: Mon, 17 Mar 2003 11:01:08 -0800w0 From: Randy Park <rjpark@mindspring.nospaam.com> Subject: Re: RMS-F-KNM error8 Message-ID: <si6c7vo6jje9s6m719a9gib35j0lbg0k4a@4ax.com>  B On 17 Mar 2003 08:37:36 -0800, abhijitbhosale@hotmail.com (Abhijit Bhosale) wrote:@   >Hi, e5 >I am getting following error, when I run my program.d7 >%RMS-F-KNM, key name buffer not accessible for key = 01 >92 >It's sample program to write in to a index file. ; >At the first time, when the file doesn't exists, it writess! >the records without any problem.qA >But when I try to run it again(or when outfile already exixts), r >it gives the error. >What could be the problem?s >05 >Please let me know if you want any more information.- >D >  >- Regards,O >Abhijit >e >e >  >Sample programe >--------------------------c ><snip>  >   out_rec write_rec;1 >   int count = 0;   char fn[30] = {"OUTFILE_1"};g= >   fab =  cc$rms_fab;               /* Initialize FAB     */b& >   fab.fab$l_dna =  DEFAULT_FILE_EXT;0 >   fab.fab$b_dns =  sizeof DEFAULT_FILE_EXT -1;, >   fab.fab$b_fac =  FAB$M_DEL | FAB$M_GET |+ >                    FAB$M_PUT | FAB$M_UPD;d >   fab.fab$l_fna =  fn;  >   fab.fab$b_fns =  strlen(fn); >   fab.fab$l_fop =  FAB$M_CIF;T! >   fab.fab$w_mrs =  RECORD_SIZE;a >   fab.fab$b_org =  FAB$C_IDX;o >   fab.fab$b_rat =  FAB$M_CR;  >   fab.fab$b_rfm =  FAB$C_FIX ; >   fab.fab$b_shr =  FAB$M_NIL; " >   fab.fab$l_xab =  &primary_key; >l= >   rab =  cc$rms_rab;              /* Initialize RAB      */f >o >   rab.rab$l_fab =  &fab; >   rab.rab$b_krf =  0;z4 >   rab.rab$l_kbf =  (char *) &(write_rec.username);  >   rab.rab$b_ksz =  SIZE_UNAME; >   rab.rab$b_rac = RAB$C_KEY;< >   primary_key =  cc$rms_xabkey;   /* Initialize Primary  *= >                                    *  Key XAB            */t& >   primary_key.xab$b_dtp = XAB$C_STG; >   primary_key.xab$b_flg = 0;< >   primary_key.xab$w_pos0 =  (char *) &write_rec.username -2 >                             (char *) &write_rec; >  >   primary_key.xab$b_ref =  0; ( >   primary_key.xab$b_siz0 = SIZE_UNAME;( >   primary_key.xab$l_knm = "User Name"; > ! >   rms_status =  sys$open(&fab); " >   if (rms_status != RMS$_NORMAL) >   { % >     rms_status =  sys$create(&fab);h& >     if (rms_status != RMS$_NORMAL &&% >         rms_status != RMS$_CREATED) ! >        error_exit("$CREATE _");d >w% >     if (rms_status == RMS$_CREATED)l- >       printf("[Created new data file.]\n");f >   }  >r >e ><snip>   9 xab$l_knm should be a pointer to a writeable buffer.  I'm > not a C programmer, but I think your literal is in a read only psect.  8 This is because when sys$open executes it will place the< name of the key into this buffer.  By the way, make sure you make the buffer large enough.    ------------------------------  % Date: Mon, 17 Mar 2003 14:12:59 -0500n9 From: Hein van den Heuvel <hein_netscape@eps.zko.dec.com>q Subject: Re: RMS-F-KNM error/ Message-ID: <3E761E3B.7218F984@eps.zko.dec.com>s   Abhijit Bhosale wrote:   > Hi,a6 > I am getting following error, when I run my program.8 > %RMS-F-KNM, key name buffer not accessible for key = 0 > What could be the problem?  @ The problem is that the key name buffer is not write accessible.4 $HELP /MESS /FAC=RMS KNM is pretty clear about this.A When a file already exists, $OPEN will return attributes, and you 2 provided a pointer to a read-only piece of string.G If you really want RMS  to return that keyname, then you should providen) a pointer to a 32 byte writeable buffers.I  ( note 1) Thank for including the example!F note 2) Please consider to NEVER have a program create an indexed file through SYS$CREATE. D         Check out using an FDL file to create it though  CREATE/FDL,# convert or callable FDL or convert.eE         Much more maintainable. No accidental start with empty files.tE note 3) If you use FOP=CIF like you do,, then just calling SYS$CREATEe replaces OPEN+CREATE.a= note 4) The default bucket size is rarely correct, check FDL.f   hth,
      Hein.   ------------------------------  % Date: Tue, 18 Mar 2003 04:31:46 +0100 2 From: martin@radiogaga.harz.de (Martin Vorlaender)) Subject: Re: Samba Missing stropts.h file ; Message-ID: <3e769322.524144494f47414741@radiogaga.harz.de>o  * Pat Rankin (rankin@pactechdata.com) wrote:# > artin@radiogaga.harz.de writes...:> > > Alan Adams (alan.adams@orchard-way.freeserve.co.uk) wrote:, > [ obtaining compiler version information ]  > >> A Fortran trick might work: > >># > >> FORTRAN /LIS=TT: /NOOBJECT TT:o
 > >> <CTRL-Z>h > >>: > >> The listing from compiling nothing shows the version. > >w8 > > Then, of course, the second "TT:" should read "NL:". > >rC > > And yes, this also works with DEC C (where older versions wouldp > > require a file to compile).o >E > No it doesn't. [...]   I stand corrected.   > > Simpler yet, IIRC: > >I > > $ CC /VERSION NL:M >-? > Early versions of DEC C didn't support that, and the original B > poster stated that it wasn't working for him so evidently he has! > an old version of the compiler.Y  D I came to know DEC C in the v5 timeframe which did have the /VERSION2 qualifier but would require a filename to compile.   Thanks Pat.c   cu,s   Martin --  G So long, and thanks        | Martin Vorlaender  |  VMS & WNT programmer 4 for all the books...       | work: mv@pdv-systeme.deK In Memoriam Douglas Adams  |       http://www.pdv-systeme.de/users/martinv/ ;             1952-2001      | home: martin@radiogaga.harz.de(   ------------------------------  % Date: Mon, 17 Mar 2003 15:11:20 -0400 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>( Subject: Re: send mail from an intranet?/ Message-ID: <3E761DC6.69F538D4@vl.videotron.ca>e   Didier Morandi wrote:hJ > ok, it works, but only if the destination is @nerim.net which is my ADSLD > ISP. Now I need to figure out why it does not accept to reroute my' > messages to other Internet addresses.E  L try to telnet/port=25 to a foreign SMTP server. It is possible that your ISP2 would be blocking all outbound calls to a port 25.   ------------------------------    Date: 17 Mar 2003 14:07:59 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)aD Subject: Somebody didn't get the message?  HP shows it doesn't care.3 Message-ID: <$AoCBamw8fP1@eisner.encompasserve.org>h  K    "Today I received an illegible email from dspp.hewlett-packarg@hp.com. IrJ    think it says something about being customized news. Since it's full ofK    HTML markups it can't easily be read through my HP OpenVMS mail system, -)    so I know it's not customized for me."R  5    I sent the above to the DSPP contact and got back:n  L    ... "The newsletters are tested and supported for the most popular email D    systems that the majority of the newsletter subscribers currently    use." ...  F    Followed by instructions on how to get the info via the web and how&    to unsubscribe from the email list.   ------------------------------    Date: 17 Mar 2003 14:38:07 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen):H Subject: Re: Somebody didn't get the message?  HP shows it doesn't care.3 Message-ID: <fQWUM5DZRwqz@eisner.encompasserve.org>B  q In article <$AoCBamw8fP1@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes:t > M >    "Today I received an illegible email from dspp.hewlett-packarg@hp.com. I L >    think it says something about being customized news. Since it's full ofM >    HTML markups it can't easily be read through my HP OpenVMS mail system, t+ >    so I know it's not customized for me."e > 7 >    I sent the above to the DSPP contact and got back:i > N >    ... "The newsletters are tested and supported for the most popular email F >    systems that the majority of the newsletter subscribers currently >    use." ... > H >    Followed by instructions on how to get the info via the web and how( >    to unsubscribe from the email list.  G The same thing happened to me.  I hope VMS Development figures out thatl/ DSPP has no communication channels to VMS ISVs.o   ------------------------------  % Date: Mon, 17 Mar 2003 13:20:07 -0800s# From: "Tom Linden" <tom@kednos.com>rH Subject: RE: Somebody didn't get the message?  HP shows it doesn't care.9 Message-ID: <CIEJLCMNHNNDLLOOGNJIOEDEGNAA.tom@kednos.com>t   >-----Original Message-----i5 >From: Larry Kilgallen [mailto:Kilgallen@SpamCop.net]s& >Sent: Monday, March 17, 2003 12:38 PM >To: Info-VAX@Mvb.Saic.ComH >Subject: Re: Somebody didn't get the message? HP shows it doesn't care. >o >y4 >In article <$AoCBamw8fP1@eisner.encompasserve.org>,> >koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: >>/ >>    "Today I received an illegible email froml >dspp.hewlett-packarg@hp.com. Ir@ >>    think it says something about being customized news. Since
 >it's full of @ >>    HTML markups it can't easily be read through my HP OpenVMS
 >mail system,., >>    so I know it's not customized for me." >>8 >>    I sent the above to the DSPP contact and got back: >>@ >>    ... "The newsletters are tested and supported for the most >popular emailG >>    systems that the majority of the newsletter subscribers currently" >>    use." ..., >>I >>    Followed by instructions on how to get the info via the web and how ) >>    to unsubscribe from the email list.h >lH >The same thing happened to me.  I hope VMS Development figures out that0 >DSPP has no communication channels to VMS ISVs.  I Bob, I gave up on that in 1999.  Run a pc as a POP client, that is what I  do.sG I can still read the mail (if I want to) on one of my VMS platforms.  I  don'te, think anybody will regard you as a quisling.   >a >---' >Incoming mail is certified Virus Free.o; >Checked by AVG anti-virus system (http://www.grisoft.com).tA >Version: 6.0.455 / Virus Database: 255 - Release Date: 2/13/2003  >e --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.455 / Virus Database: 255 - Release Date: 2/13/2003   ------------------------------  # Date: Mon, 17 Mar 2003 19:07:24 GMT 9 From: Alan Adams <alan.adams@orchard-way.freeserve.co.uk>o- Subject: Re: Two VAXes on one SCSI bus (long)t? Message-ID: <58b6bcd44b.Alan.Adams@orchard-way.freeserve.co.uk>m  5 In message <b52gc6$249t5t$1@ID-143435.news.dfncis.de>e-           "Hans Vlems" <hvlems@iae.nl> wrote:h   > A > "JF Mezei" <jfmezei.spamnot@vl.videotron.ca> schreef in bericht,+ > news:3E735C6E.65066DE6@vl.videotron.ca...I > > Hans Vlems wrote: E > > > ALLOCLASS                 100                               100w > >vI > > Shouldn't the ALLOCLASS be different for each node of a cluster ? (torN > > differentiate the drive served MSCP by node 2 from the same drive accessed* > > directly by node 1 ?) (and vice-versa) > H > Good question, it was one of the things I felt that needed sorting outN > before the experiment. On dual hosted RA disks between a pair of HSC's, bothM > HSC's had to have the same alloclass value. On Alpha's with shared SCSI theoK > same rule applies. That was the reason I used the same ALLOCLASS for bothMJ > VAXes. Otherwise the disknames would have been different on each cluster' > member, giving rise to ghost devices.t  I Yes, this is how Alpha SCSI clusters had to be set up on VMS6.2. V7 addedc% different ways, using port_alloclass.-  J If you do have both machines with the same alloclass, then the LOCAL disksG need unique names. Assuming each has an internal SCSI bus which becomesrH controller A, the system disk on each is likely to be DUA200, and the CDH DUA400. You need to change the jumpers on at least one of these to avoid$ confusion (of you and maybe of VMS.)   > K > > > 1 This is not a useful configuration, as predicted by Hoff and othersa > from > > > DEC engineering. > >eL > > Prior to setting up a disaster tolerant architecture, I had 2 vaxes with > dualN > > ported RA82 drives. If one vax failed, we could boot the other va from theN > > first vax's drives and continue without loss of data.  Seems to me that asN > > long as node 2 doesn't attempt to mount the drives, this would work, right > ?e > K > Right. I would now even want to go even further: you can mount the sharedeK > SCSI disk cluster wide and use LOCKDIRWAIT to force lock ownership on thee* > node that will actively use the disk(s). > M > > Perhaps this type of shared scsi could be used to emulate the dual ported J > > nature of RA8x drives, by allowing a second vax to boot from the first > vaxe,sK > > drives when the 1st vax fails. However, this would lack the protectionst > given-I > > by the harware switches of the RA drives which prevent one drive fromQ > beingp > > seen by 2 vaxes. >  > That is correct. > L > > Note that I have seen MACs do this. You can boot your laptop from a real > MACVM > > with a special SCSI plug that makes it boot off the real mac's drives andM > viceH > > versa. (but the MAC that "serves" the drive must boot with a specialH > > application that makes that possible - gives poiwer to the drive and	 > ensuresrJ > > that the SCSI is inactive so that the remote MAC can access its drives > without conflict)h > >nN > The experiment shows that both VAXes can use a cluster mounted disk, but oneJ > node will find that the disk went off-line for the period that the otherJ > machine used that disk. First come, first serve is the rule that applies > here.  > >nI > > Having said this, is the SCSI used by the 3100-10 advanced enough forb > sharedM > > scsi ? I think it is just a very basic narrow SCSI-2 system. If it have aI > moreE > > modern SCSI bus, is it possible that it would be able to handle a  > > multiple-host system ? > J > The 3100-10 and the 3100-M48 have SCSI-2 hardware without tagged commandI > queuing. That is a prerequisite to implement true cluster wide use of asF > peripheral. Even though there was a tape drive (TZ30, MKA500) in the: > VS3100-M48 you may have noted that it was not tested ... >  > Hans >    -- r
 Alan Adams& alan.adams@orchard-way.freeserve.co.uk http://www.nckc.org.uk/d   ------------------------------  % Date: Mon, 17 Mar 2003 21:39:20 +0100o" From: "Hans Vlems" <hvlems@iae.nl>- Subject: Re: Two VAXes on one SCSI bus (long),6 Message-ID: <b55bqg$25ltgm$1@ID-143435.news.dfncis.de>  H "Alan Adams" <alan.adams@orchard-way.freeserve.co.uk> schreef in bericht9 news:58b6bcd44b.Alan.Adams@orchard-way.freeserve.co.uk...r7 > In message <b52gc6$249t5t$1@ID-143435.news.dfncis.de>a/ >           "Hans Vlems" <hvlems@iae.nl> wrote:c >n > >eC > > "JF Mezei" <jfmezei.spamnot@vl.videotron.ca> schreef in berichto- > > news:3E735C6E.65066DE6@vl.videotron.ca...  > > > Hans Vlems wrote:pG > > > > ALLOCLASS                 100                               100t > > >rK > > > Shouldn't the ALLOCLASS be different for each node of a cluster ? (toaG > > > differentiate the drive served MSCP by node 2 from the same drive. accessed, > > > directly by node 1 ?) (and vice-versa) > >eJ > > Good question, it was one of the things I felt that needed sorting outK > > before the experiment. On dual hosted RA disks between a pair of HSC's,- bothK > > HSC's had to have the same alloclass value. On Alpha's with shared SCSId therH > > same rule applies. That was the reason I used the same ALLOCLASS for bothL > > VAXes. Otherwise the disknames would have been different on each cluster) > > member, giving rise to ghost devices.0 >lK > Yes, this is how Alpha SCSI clusters had to be set up on VMS6.2. V7 addedo' > different ways, using port_alloclass.W >@L > If you do have both machines with the same alloclass, then the LOCAL disksI > need unique names. Assuming each has an internal SCSI bus which becomestJ > controller A, the system disk on each is likely to be DUA200, and the CDJ > DUA400. You need to change the jumpers on at least one of these to avoid& > confusion (of you and maybe of VMS.) >e > >iJ Yes, I had to make sure that the DKA devices had different SCSI addresses.H In fact that is the reason I selected these two VAX systems: no internalJ surgery required to alter SCSI id's. The only assumption was that, like onI Alpha's, it would be possible to have a DKA500 as well as an MKA500. Thatr worked out well.  , The positive results of the experiment were:F - device naming conventions followed what was used in early Alpha SCSI clustersJ - on disk data structure integrity remained intact (whatever I tried, even( two batch jobs running at the same time)I - it performs somewhat similar to a wolfpack cluster, but with both nodess functioning.   Hans   ------------------------------   Date: 17 Mar 2003 16:40 CDTH' From: carl@gerg.tamu.edu (Carl Perkins)" Subject: Re: unixt- Message-ID: <17MAR200316402046@gerg.tamu.edu>n  9 "Peter Ibbotson" <spambox@ibbotson.demon.co.uk> writes...lM }b) The resolution is "fixed", they'll support lower resolutions, but they doeG }it by interpolating between the pixels, so if the screen resolution ishJ }1024x768 you'ld better set your computer to the same or it'll be "fuzzy".I }(Relevant for those who are getting older and like to work in 800x600 or  }640x480 to get "bigger" fonts)   I If you are lowering the resolution to get bigger fonts then you are doing E it wrong. To get bigger fonts, you should set it to use bigger fonts.e   --- Carl   ------------------------------  % Date: Mon, 17 Mar 2003 16:15:19 -0700y From: bfranchuk@jetnet.ab.ca Subject: Re: unixd+ Message-ID: <3E765707.3080708@jetnet.ab.ca>f   Carl Perkins wrote:i; > "Peter Ibbotson" <spambox@ibbotson.demon.co.uk> writes...rO > }b) The resolution is "fixed", they'll support lower resolutions, but they do I > }it by interpolating between the pixels, so if the screen resolution is L > }1024x768 you'ld better set your computer to the same or it'll be "fuzzy".K > }(Relevant for those who are getting older and like to work in 800x600 ord! > }640x480 to get "bigger" fonts)k > K > If you are lowering the resolution to get bigger fonts then you are doing G > it wrong. To get bigger fonts, you should set it to use bigger fonts.a > 
 > --- Carl  E I beg to differ because you then have a lot of standard stuff in tinytG little fonts like menus. All the higher res stuff seems to be a way to cD have your fancy graphic windowing crap not take up the whole screen.E @ 800x600 in netscape here with all the menu bars expanded I have 40%eH of the screen lost to crap. I really wish they could have made GUI stuffG fixed sized windows that are fast ( fixed width fonts) and the correct tF width and still have room for borders and stuff. If I want a window I ) want it 72,80,96,128 characters wide.Ben.    ------------------------------   Date: 17 Mar 2003 18:11 CDT ' From: carl@gerg.tamu.edu (Carl Perkins)y Subject: Re: unixp- Message-ID: <17MAR200318114156@gerg.tamu.edu>t    bfranchuk@jetnet.ab.ca writes... }Carl Perkins wrote:< }> "Peter Ibbotson" <spambox@ibbotson.demon.co.uk> writes...P }> }b) The resolution is "fixed", they'll support lower resolutions, but they doJ }> }it by interpolating between the pixels, so if the screen resolution isM }> }1024x768 you'ld better set your computer to the same or it'll be "fuzzy".sL }> }(Relevant for those who are getting older and like to work in 800x600 or" }> }640x480 to get "bigger" fonts) }>  L }> If you are lowering the resolution to get bigger fonts then you are doingH }> it wrong. To get bigger fonts, you should set it to use bigger fonts. }>   }> --- Carl  } F }I beg to differ because you then have a lot of standard stuff in tiny }little fonts like menus.   ' Then set the menus to use bigger fonts.n   --- Carl   ------------------------------  % Date: Mon, 17 Mar 2003 17:36:32 -0700d From: bfranchuk@jetnet.ab.ca Subject: Re: unix-+ Message-ID: <3E766A10.5060908@jetnet.ab.ca>    Carl Perkins wrote:b) > Then set the menus to use bigger fonts.>1 Why?  I thought software was to my my life easiert not harder?D   ------------------------------  % Date: Mon, 17 Mar 2003 18:16:15 -0700r From: bfranchuk@jetnet.ab.ca Subject: Re: unixr+ Message-ID: <3E76735F.5020904@jetnet.ab.ca>7   Carl Perkins wrote:b*  > Then set the menus to use bigger fonts.3 Why?  I thought software was to make my life easiere not harder?n   ------------------------------   Date: 17 Mar 2003 19:53 CDTe' From: carl@gerg.tamu.edu (Carl Perkins)o Subject: Re: unixi- Message-ID: <17MAR200319530725@gerg.tamu.edu>i    bfranchuk@jetnet.ab.ca writes... }Carl Perkins wrote:* }> Then set the menus to use bigger fonts. }Why?   ! So that you can read them. (Duh.)t  , }I thought software was to my my life easier }not harder?  = (First I'd like to point out that this statement may indicateg; that you have not been paying much attention to reality...)p  ? Software is not now, nor has it ever been, telepathic. It can'tl; know what font size you want. You have to tell it. This hasa9 always been the case, although once upon a time there wast> nothing you could do about it (without modifying the hardware, anyway).  ? You know, you have to set the screen resolution and color depth < that you want to use too (unless you happen to get lucky and? the default is what you actually want). It does not set itself.i  A Thus you have a choice: you can set the resolution low to make iteD have bigger (and uglier) text, or you can set the fonts to be biggerA (and relatively nice). In either case, you are setting something.n  D This ugly-nice resolution dependant comparison is true on a CRT typeE display, but it is even more so on an LCD. Running an LCD at anythingtE other than it's native resolution is a bad plan - that blurryness maylB not be your bad eyesight, it may be the interpolation that you are making it use.   --- Carl   ------------------------------  # Date: Mon, 17 Mar 2003 20:15:35 GMT?# From: hoff@hp.nospam (Hoff Hoffman) L Subject: Re: VAXstation or MicroVAX 3100 parts (was: Re: Newbie Please Help)0 Message-ID: <H1qda.426$Fk1.145@news.cpqcorp.net>  d In article <f925d8ca.0303170339.52cda84f@posting.google.com>, fakharmtc@hotmail.com (Fakhar) writes:  C   Please remember to pick a title relevent to the question, as this ?   can help you attract the attention of the folks that know thec;   answer.  Generic subject lines can and often are ignored.t  ?   Also please remember to take a look at the information in thez=   OpenVMS Frequently Asked Questions (FAQ) document.  I would(=   encourage you to download the text-format version, and readl@   through it.  You will find answers to some of these questions,A   and to questions you probably haven't thought of quite yet. :-)    :I am a newbie in VMS/VAX ...u  C   Please remember that all of us were once OpenVMS VAX newbies, andrC   most of us remember what that was like -- and there is no need tosA   identify yourself as a newbie, as we can usually determine thatc(   from the phrasing of the question. :-)  7 :                              and desperately finding a8 :the following information related to VAX 3100 Model 30.  @   Please ensure correct use of the model name, as there are manyA   very similarly-named systems.  In this case, I will assume this-C   is either a MicroVAX 3100 model 30 or a VAXstation 3100 model 30. B   (And regardless of the use of "3100 model 30" on both, these twoC   boxes are quite different internally, and with differing limits.)r  6 :1: From where can I get a Floppy drive for this model  E   The floppy on the MicroVAX 3100 model 30 and on the VAXstation 3100eE   model 30 is a generic PC floppy drive.  If you find the drive lightsD   remains lit all the time, reverse the ribbon cable into the drive.B   (Having the ribbon cable connected incorrectly is very easy, andE   (AFAIK) causes no lasting damage.  It does cause the drive activity    light to lock on.)  3 :2: Is there Free version of VMS for VAX available p  D   Please see the OpenVMS FAQ for information on the OpenVMS hobbyist
   program.  ; :3: How can I install/run OpenVMS on my Pentium II computer   H   Only with a VAX hardware emulator -- OpenVMS currently operates on VAXG   and VAX emulators, and on Alpha and (if there are any) Alpha hardware.I   emulators.  OpenVMS is presently being ported to Itanium-based systems.tG   Please see the OpenVMS FAQ for a pointer or two to the available VAX lF   emulators -- I do not know if hobbyist kits are available for all ofJ   the commercial kits, but not all of the emulators are commercial.  (AlsoI   visit the google newsgroup search, and look for previous discussions oftF   the available VAX emulators.  An advanced search through comp.os.vmsB   for VAX and emulat* or some such should find these discussions.)  H   Also please see the discussion of "OpenVMS" and "VMS" -- these are twoG   names for the operating system, and I might infer there is some leveln1   of confusion over these based on your phrasing.d  E   The OpenVMS FAQ is available at http://www.hp.com/products/openvms/   N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.comm   ------------------------------  # Date: Mon, 17 Mar 2003 19:17:09 GMTt+ From: "David Pikcilingis" <dcpik@attbi.com>y! Subject: Re: VMS Backup solutionsh. Message-ID: <Vapda.144084$S_4.82638@rwcrnsc53>  K The ability to recover some bad data blocks is a function of OpenVMS BACKUPs  K Save set blocks are the units of data recovery: if media corruption occurs,i errors in one blocku  3 per sequence of group-size blocks can be corrected.c   David Pikcilingisr Boston Business Computingo
 www.bosbc.coma  K "Andrew Harrison SUNUK Consultancy" <Andrew_No.Harrison_No@nospamn.sun.com>r9 wrote in message news:3E687E4F.6010102@nospamn.sun.com...  >a >d > Jeff Cameron wrote:iI > > On 3/6/03 7:07 AM, in article 3E676435.70002@nospamn.sun.com, "Andrew G > > Harrison SUNUK Consultancy" <Andrew_No.Harrison_No@nospamn.sun.com>  wrote: > >i > > : > >>And the Veritas Netbackup was able to recover the data; > >>because it keeps two copies on two separate tapes whicha= > >>would also be the only way that OpenVMS backup could havee > >>recovered the same data. > >c > >aH > > While this is true, no software product can protect against a singleG > > Copy of a backup saveset and physical destruction of the tape. Your H > > point is well taken that Veritas can help by making a second copy ofI > > the saveset on another tape. You can also make physical copies of VMSaH > > backup savesets, and complete multi-volume copies without backing upB > > twice with VMS. So in this area, VMS can do what Veritas does. > > D > > The underlying point is that when it comes to a single copy of aC > > Saveset on a single tape, VMS BACKUP can handle many tape block E > > destructions within the saveset without loss of backup integrity,u  > > and this, Veritas cannot do. > >i >t3 > Fine I will take you word for it. However we haveo1 > only had one tape failure and that was a jammedd2 > cartridge which OpenVMS BACKUP would have failed
 > to recover.u >t4 > So at least of the customer I am working with this4 > would not appear to be a huge advantage, much more5 > important to have multiple copies, which you shoulds > have anyway. >i	 > regardsm > Andrew Harrisonr >y   ------------------------------  # Date: Mon, 17 Mar 2003 19:06:43 GMT + From: "David Pikcilingis" <dcpik@attbi.com> , Subject: Re: VMS Backup solutions - for UNIX. Message-ID: <71pda.145617$qi4.70310@rwcrnsc54>   Sorry about the delay.  0 There is a PDF version of the manual located at:  # www.bosbc.com/documents/vbackup.pdfC   David Pikcilingisa Boston Business Computingk    < "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message! news:3E6409DC.ED70AA5A@fsi.net...% > David Pikcilingis wrote: > >iH > > As part of its OpenVMS emulation tool set, Boston Business Computing sells,J > > Vbackup, an OpenVMS BACKUP emulator that can read and restore savesetsJ > > created by OpenVMS BACKUP on UNIX systems and can also create savesets on0 > > UNIX that are can be read by OpenVMS BACKUP. > >nK > > Additional information can be found at www.bosbc.com/vbackup.html or by  > > contacting info@bosbc.com- > A > Y'all got doc.'s for that on-line? I'd like to read up on it...m >@ > -- > David J. DachteraR > dba DJE Systemsi > http://www.djesys.com/ >g* > Unofficial Affordable OpenVMS Home Page:! > http://www.djesys.com/vms/soho/n   ------------------------------  % Date: Mon, 17 Mar 2003 21:38:45 -0500s5 From: "Brad McCusker" <brad.mccuskerNosp@Mcompaq.com>g7 Subject: Re: [MOTIF V1.3] Someone already experiences ? / Message-ID: <v7d1lse8v4gse4@corp.supernews.com>   4 "JOUKJ" <joukj@hrem.stm.tudelft.nl> wrote in message$ news:b4i2ht$qtv$1@news.tudelft.nl... > Larry Kilgallen wrote: > >a > >i > >eA > > Are you sure that is related to X11, vs. the C compiler/RTL ? H > As I understood it is both. Due to the structure of DecWindows the the9 > select function could not be programmed to do the task.e >s >      Jouk/ >vL A full function select is on the "futures" list in C RTL engineering.  The VJ 1.3 work that Fred mentioned won't provide this.  The work really needs toL be done in C RTL first, and then out to things like TCP/IP, DECWindows, etc.  
 Brad McCusker  OpenVMS Engineering  C RTL Project Leader Hewlett-Packard Companye Nashua, NH USA   ------------------------------  % Date: Tue, 18 Mar 2003 00:00:59 -0600c0 From: arturo saavedra <arturo.saavedra@wcom.com> Subject: RE: [OT]:to SueC Message-ID: <NDBBJFNBJJHKADILJHIJEEGLLLAA.arturo.saavedra@wcom.com>   I I gave up hopes on HP/Compaq/HP/Digital advertising of their best productsL long ago.. its like the movie Brazil.. a cult following.. yes its lightyearsL beyond the current understanding of what a true good OS should be.. but justH because its above and beyond anything that is out there now, it does not mean it will be successful.  :(i   -----Original Message-----; From: Kesav Tadimeti [mailto:Kesav_Tadimeti@KeaneIndia.com]t& Sent: Thursday, March 06, 2003 2:57 AM To: Info-VAX@Mvb.Saic.Com  Subject: Re: [OT]:to Sue     Hi Sue,r Well,fL It was given by HP. PLease refer to Pg 26. It is mostly about HP-Oracle. But. there is a boxed section on HP-UX 11i as well.K And HP doesn't mention VMS & NSK while they mention HP-UX, Tru64, Linux andd Windows.	 Cheers...n7 +-----------------------------------------------------+W 	KEANE INDIA LIMITED 	E9 - E12, SDF 	NEPZ, NOIDA 201 305 	U.P, INDIAn  & 	e-mail: kesav_tadimeti@keaneindia.com 	phone: +91-120-2568210(371)+       Men are from MACs, Women are from VMS37 +-----------------------------------------------------+o@ Horses are forbidden to eat fire hydrants in Marshalltown, Iowa.   ------------------------------   End of INFO-VAX 2003.151 ************************