1 INFO-VAX	Wed, 15 Aug 2001	Volume 2001 : Issue 452       Contents:! Re: Alpha firmware upgrade advice  Alpha firmware upgrade advice ! Re: Alpha firmware upgrade advice - ANN: Updated VMSTAR available (ODS-5 support)  Capturing Opcom messages Re: Capturing Opcom messages Compaq (CNET - 15-AUG-2001) < Re: Could VMS be a desktop OS? (was: The Alpha Systems Custo< Re: Could VMS be a desktop OS? (was: The Alpha Systems Custo< Re: Could VMS be a desktop OS? (was: The Alpha Systems Custo< re: Could VMS be a desktop OS? (was: The Alpha Systems Custo< re: Could VMS be a desktop OS? (was: The Alpha Systems CustoF Re: Could VMS be a desktop OS? (was: The Alpha Systems Customer UpdateP Re: Could VMS be a desktop OS? (was: The Alpha Systems Customer Update will no l	 CTRL Keys * Re: DECnet-over-IP or NFSmount for backups Re: Does MOD_PERL work on VMS  Re: Does MOD_PERL work on VMS  Re: Does MOD_PERL work on VMS  Re: Does MOD_PERL work on VMS  Re: Does MOD_PERL work on VMS  Re: Good VMS news 
 Re: HyperSort 1 Re: Installing V7.3 on Personal Workstation 500au + Re: Introduction and BACKUP recommendations + Re: Introduction and BACKUP recommendations 6 Is there a Lexical function that shows a process state: Re: Is there a Lexical function that shows a process state Re: Linker-Warnings in VMS 7.3 Re: Linker-Warnings in VMS 7.37 Re: OT: Citroen C5 Re: AMD and Samsung could save Alpha 7 Re: OT: Citroen C5 Re: AMD and Samsung could save Alpha  Re: Quorum Disk Questions  RE: SCSI ID on RZ23 " Silence, is the SAIC list working?" Re: Storageworks retirement letter Re: SYSTEM HANG-UP Re: Version string specs# Re: VIRUSES: What about antibodies?  What system-call to use  Re: What system-call to use G Why shouldn't VMS be a desktop OS? (was RE: Could VMS be a desktop OS?) P Re: Why shouldn't VMS be a desktop OS? (was RE: Could VMS be a desktop OS?) OS?)% Re: Writing to a DOS floppy under VMS   F ----------------------------------------------------------------------  % Date: Wed, 15 Aug 2001 09:23:52 -0500 1 From: "Dave Gudewicz" <david.gudewicz@abbott.com> * Subject: Re: Alpha firmware upgrade advice8 Message-ID: <9le0ln$csm$1@fizban.fizban.pprd.abbott.com>  G Given the chance, I'd recommend updating the firmware.  Since this is a K 2100, its likely that the firmware has been static/stable for some time and A whatever problems that might have existed have been fixed by now.   . As always read and heed all the release notes.   Dave...   A "John Laird" <john@laird-towers.freeserve.co.uk> wrote in message 2 news:ueukntoatrc0htucn29hiqkjrvnei4flc8@4ax.com...H > I have been tasked with upgrading an AS2100 4/200 from its current 6.1G > installation to 6.2 (please don't start - it's the client's preferred G > level and matches a slightly lesser machine which is being replaced).  > C > VMS aside, I would be interested to hear folks views on the Alpha I > firmware side.  It seems quite likely that some upgrade might be needed B > for 6.2 support, but...  stop at the minimum rev level for that,H > progress all the way to the most recent release (we have all the CDs),J > or land on some hot-spot ?  And likewise for any installed options, such > as SCSI adapters ? >  > Any advice much appreciated. >  >  > John >  > -- > John Laird > Yezerski Roper Ltd   ------------------------------  % Date: Wed, 15 Aug 2001 14:36:38 +0100 4 From: John Laird <john@laird-towers.freeserve.co.uk>& Subject: Alpha firmware upgrade advice8 Message-ID: <ueukntoatrc0htucn29hiqkjrvnei4flc8@4ax.com>  F I have been tasked with upgrading an AS2100 4/200 from its current 6.1E installation to 6.2 (please don't start - it's the client's preferred E level and matches a slightly lesser machine which is being replaced).   A VMS aside, I would be interested to hear folks views on the Alpha G firmware side.  It seems quite likely that some upgrade might be needed @ for 6.2 support, but...  stop at the minimum rev level for that,F progress all the way to the most recent release (we have all the CDs),H or land on some hot-spot ?  And likewise for any installed options, such as SCSI adapters ?   Any advice much appreciated.     	John    --  
 John Laird Yezerski Roper Ltd   ------------------------------  % Date: Wed, 15 Aug 2001 18:36:06 +0100 4 From: John Laird <john@laird-towers.freeserve.co.uk>* Subject: Re: Alpha firmware upgrade advice8 Message-ID: <5eclntog4i21g5ad6fq6igbihmvg0p1u70@4ax.com>  E On Wed, 15 Aug 2001 14:50:09 GMT, hoffman@xdelta.zko.dec.nospam (Hoff  Hoffman) wrote:   p >In article <ueukntoatrc0htucn29hiqkjrvnei4flc8@4ax.com>, John Laird <john@laird-towers.freeserve.co.uk> writes:H >:I have been tasked with upgrading an AS2100 4/200 from its current 6.1G >:installation to 6.2 (please don't start - it's the client's preferred G >:level and matches a slightly lesser machine which is being replaced).  > E >  OpenVMS Alpha V6.2 does have support available for folks that have I >  acquired Prior Version Support (PVS) contracts.   Pointers to details  4 >  on PVS contracts are included in the OpenVMS FAQ.  . Noted.  It wouldn't be my choice of version...  I >  I would specifically encourage you to acquire and apply the mandatory  I >  ECO kits for this release.  Details and search tools and URL pointers   >  are in the OpenVMS FAQ.  D Familiar with that, thanks.  Our usual 6.2 systems seem to have someH flavour of SCSI ECO, the Y2K stuff, and for this machine I need to check VOLSHAD as well.  C >:VMS aside, I would be interested to hear folks views on the Alpha I >:firmware side.  It seems quite likely that some upgrade might be needed B >:for 6.2 support, but...  stop at the minimum rev level for that,H >:progress all the way to the most recent release (we have all the CDs),J >:or land on some hot-spot ?  And likewise for any installed options, such >:as SCSI adapters ? >  > M >  If you have SRM firmware appropriate for OpenVMS V6.1, you should be able  N >  to jump directly from it to the firmware for OpenVMS V6.2.  (Though withoutH >  details of the current firmware configuration, I can't confirm this.) > K >  The Alpha firmware website and the associated firmware documentation are J >  referenced in the OpenVMS FAQ.  Included in the firmware documentation F >  files are tables of the versions of firmware required for the host  >  operating system version. > K >  Since I will infer you have not upgraded firmware before, you will also  J >  want to dig up the platform user documentation on the particular memberH >  of the AlphaServer 2100 series systems, and read it.  Included there I >  should be details of the firmware upgrade process, as well as details  I >  of the firmware failsafe loader mechanism.  (You very likely will NOT  H >  need to use the firmware failsafe loader.  I reference it here solelyF >  to provide you with an improved level of comfort with the upgrade.)  H Oh, I've updated firmware with 7.n releases where advised, but always toG the latest-and-greatest if you like.  It's because this system is going B from version ;-N to ;--N+1 that I was not sure where to "land" theB firmware update.  Someone has suggested that the 2100 firmware has stabilised anyway.  & Thanks to everyone for their comments.     	John    --  
 John Laird Yezerski Roper Ltd   ------------------------------  # Date: Wed, 15 Aug 2001 03:10:41 GMT - From: goathunter@goatley.com (Hunter Goatley) 6 Subject: ANN: Updated VMSTAR available (ODS-5 support)0 Message-ID: <3b79e811.27183227@news.process.com>  C Thanks to Larry Kilgallen, a slightly-modified VMSTAR that supports C extracting to ODS-5 disks without replacing extra "."s with "-"s is  now available from my archives.   A You can download the new version using any of the following URLs:    http://www.process.com/openvms/   6 ftp://ftp.process.com/vms-freeware/fileserv/vmstar.zip; http://vms.process.com/ftp/vms-freeware/fileserv/vmstar.zip 2 ftp://ftp.tmk.com/vms-freeware/fileserv/vmstar.zip7 http://www.tmk.com/ftp/vms-freeware/fileserv/vmstar.zip   2 And on the other mirrors within the next 24 hours.     Hunter ------9 Hunter Goatley, Process Software, http://www.process.com/ 9 goathunter@goatley.com     http://www.goatley.com/hunter/    ------------------------------  % Date: Wed, 15 Aug 2001 13:02:30 -0400 ' From: "Ung Ho Yi" <yi-1@medctr.osu.edu> ! Subject: Capturing Opcom messages : Message-ID: <9le9vn$bpk$1@charm.magnus.acs.ohio-state.edu>   Hello,  K there's a problem which causes our disks to go into mount verification then 	 come out. J We would like to be alerted when ever the mount verification occurrs so weJ can notify to our Novelle folks who are sharing the same io subsystem(this is a long story).   K One way to do this would be to check the operator log every 10 minutes, but J this would require the system to read through the whole operator log every time.   L Is there a way to get a new opcom message on a separate file or notice so we, only need to examine the new opcom messages?   Thanks,  yi   ------------------------------  % Date: Wed, 15 Aug 2001 14:12:11 -0300 % From: <fabio_compaq@petrobras.com.br> % Subject: Re: Capturing Opcom messages L Message-ID: <OF62B90EC7.2A94DA26-ON03256AA9.005E4120@ep-bc.petrobras.com.br>  F I suggest you to develop a procedure to check all the disks and search? for the one/ones  when appears the "MountVerification" message. + So you can send a REPLY or MAIL to someone.   @ I developed a procedure to check the disk space of all my disks.4 Each 05 minutes it checks the %  of occupied space .       Regards   
 F=E1bio C.    H                                                                        =            =20H                     "Ung Ho Yi"                                        =            =20H                     <yi-1@medctr.        Para:   Info-VAX@Mvb.Saic.Com =            =20H                     osu.edu>             cc:                           =            =20H                                          Assunto:     Capturing Opcom m= essages    =20H                     15/08/2001                                         =            =20H                     14:02                                              =            =20H                     Responder a                                        =            =20H                     "Ung Ho Yi"                                        =            =20H                                                                        =            =20H                                                                        =            =20       Hello,  H there's a problem which causes our disks to go into mount verification = then	 come out. H We would like to be alerted when ever the mount verification occurrs so=  we H can notify to our Novelle folks who are sharing the same io subsystem(t= his  is a long story).   H One way to do this would be to check the operator log every 10 minutes,=  butH this would require the system to read through the whole operator log ev= ery  time.   H Is there a way to get a new opcom message on a separate file or notice = so we, only need to examine the new opcom messages?   Thanks,  yi           =    ------------------------------  % Date: Wed, 15 Aug 2001 09:29:47 -0300 % From: <fabio_compaq@petrobras.com.br> $ Subject: Compaq (CNET - 15-AUG-2001)L Message-ID: <OF69DA92D9.DB4E15B6-ON03256AA9.0044904C@ep-bc.petrobras.com.br>   Click   ? http://news.cnet.com/news/0-1276-210-6875986-1.html?tag=3Dbt_pr    Regards    F=E1bio Cardoso=   ------------------------------  % Date: Wed, 15 Aug 2001 07:58:26 +0200 0 From: Andreas Strahm <andreas.strahm@siemens.ch>E Subject: Re: Could VMS be a desktop OS? (was: The Alpha Systems Custo * Message-ID: <3B7A0F82.CC7B3D74@siemens.ch>   WILLIAM WEBB wrote:   B > IMHO the only thing that Windows can do that VMS cannot is BSOD. >  > WWWebb  ? I have to disagree with you there. I have to see a BSOD of VMS  @ (bugcheck or black screen of death) at least as often as a BSOD = of WinNT. The bugcheck is often caused by UCX or the X-server + of VAX/VMS 6.1 under heavy load conditions.   	 A. Strahm    ------------------------------  % Date: Wed, 15 Aug 2001 13:28:16 +0200 0 From: Andreas Strahm <andreas.strahm@siemens.ch>E Subject: Re: Could VMS be a desktop OS? (was: The Alpha Systems Custo * Message-ID: <3B7A5CD0.6C6C9C4A@siemens.ch>   Alan Greig wrote:   F > If you are seeing a VMS system regularly bugchecking due to problemsH > with Compaq supplied software then you should call support and not letG > them drop the ball until it is fixed. This is VMS not Windows and you - > should not be seeing regular crashes. [...]   ? I think the VMS release we're using isn't supported any more...    E > Of course VMS 6.1 is not a supported release any more AFAIK so have  > you thought of upgrading?   = We're (still) developing and maintaining VAXELN applications. < As far as I know the VAXELN developing kit is not supported ; on more recent VMS releases, so upgrading is not an option.   < Using VAXELN as an operating system on the latest available ; VAXen (3100-98) is a pain. Under heavy load conditions in a = really large local network (more than 20 VAXen using VAXELN)  9 the VAXELN network feature freezes randomly on those new  7 machines. We don't have a clue how to fix this issue...   	 A. Strahm    ------------------------------  # Date: Wed, 15 Aug 2001 16:47:20 GMT  From: dittman@dittman.net E Subject: Re: Could VMS be a desktop OS? (was: The Alpha Systems Custo A Message-ID: <sIxe7.27069$mz2.1734212@e420r-atl1.usenetserver.com>   1 Andreas Strahm <andreas.strahm@siemens.ch> wrote: > : Using VAXELN as an operating system on the latest available = : VAXen (3100-98) is a pain. Under heavy load conditions in a ? : really large local network (more than 20 VAXen using VAXELN)  ; : the VAXELN network feature freezes randomly on those new  9 : machines. We don't have a clue how to fix this issue...   4 Are the VAXELN systems the only ones on the network? --   Eric Dittman dittman@dittman.net 9 School Zones:  Man's attempt to thwart natural selection.    ------------------------------  % Date: Wed, 15 Aug 2001 11:34:03 +0100 / From: Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk> E Subject: re: Could VMS be a desktop OS? (was: The Alpha Systems Custo 7 Message-ID: <00A00906.A640E655.12@maxwell.ph.kcl.ac.uk>   B > IMHO the only thing that Windows can do that VMS cannot is BSOD.  C Oh, VMS can do that - it just finds it necessary a lot less often!  J (And lord protect us from alleged O/Ses that *can't* BSOD, that just keep 2 on munging stuff until they finally go catatonic).  B Seriously, VMS would have made a fine desktop operating system hadI Digital been run by other management at the relevant time. But it wasn't.   D In theory, there's still no reason, but the economics now looks more4 doubtful than ever (like, hard even to dream about).  5 Not least, because the main threat to the MS monopoly D is now not from above but from below (Linux and free software). It'sL as yet an immature threat, but methinks it'll get there. Linux may not quiteL have the utter reliability of VMS, but it beats anything Microsoft can offerG and is definitely good enough for the desktop. Linux "office" products, J and idiot-friendly distributions are less mature, but catching up with MS L pretty fast. (Read, incomplete or broken by accident, rather than broken by 	 design.)    I Now, if Compaq were to open-source a version of VMS and system-integrated F products (VMS 6.2 would do), maybe, just maybe, the real desktop VMS+1> might emerge. Likelyhood given current owners: infinitessimal.   	Yours, 
 		Nigel Arnot - 		NRA@MAXWELL.PH.KCL.AC.UK                      7 		"In the beginning there was nothing, which exploded."    ------------------------------  % Date: Wed, 15 Aug 2001 13:18:21 -0400  From: William_Bochnik@acml.comE Subject: re: Could VMS be a desktop OS? (was: The Alpha Systems Custo > Message-ID: <OFD34B41BC.41AF9952-ON85256AA9.005EA95A@acml.com>  ; IMHO the three things that would have made VMS popular as a 
 dekstop os  @ 1 - intel cpu support (not strictly necessary, but lessens the $? impact by using commodity hardware - take a look at all the pci = and scsi stuff out there for VMS now and the impact it had on  system costs in the 90's) @ 2 - decent gui interface (users like gui; sysadmins like cmdline
 with scripts)e@ 3 - basic apps that take advantage of the gui - wp, spreadsheet,? user size db, web browser, email (that'll probably cover 90% ofv the needs of the desktop user)  @ I agree tho that the window of opportunity for this has come and gone.1      v                                                                                                                       v                     Nigel Arnot                                                                                       v                     <sysmgr@maxwell.ph.                To:  Info-VAX@Mvb.Saic.Com                                     v                     kcl.ac.uk>                         cc:                                                            v                                                Subject:     re: Could VMS be a desktop OS? (was: The Alpha Systems    v                     08/15/2001 06:34 AM        Custo                                                                  v                                                                                                                       v                                                                                                                             < > IMHO the only thing that Windows can do that VMS cannot is BSOD.3  ; Oh, VMS can do that - it just finds it necessary a lot less  often!? (And lord protect us from alleged O/Ses that *can't* BSOD, thats	 just keep 2 on munging stuff until they finally go catatonic).  > Seriously, VMS would have made a fine desktop operating system hadtA Digital been run by other management at the relevant time. But itt wasn't.e  ? In theory, there's still no reason, but the economics now looks  more4 doubtful than ever (like, hard even to dream about).  5 Not least, because the main threat to the MS monopolye? is now not from above but from below (Linux and free software).- It's> as yet an immature threat, but methinks it'll get there. Linux
 may not quite 8 have the utter reliability of VMS, but it beats anything Microsoft can offerr= and is definitely good enough for the desktop. Linux "office"a	 products, A and idiot-friendly distributions are less mature, but catching ups with MS1A pretty fast. (Read, incomplete or broken by accident, rather thanm	 broken byt design.)  7 Now, if Compaq were to open-source a version of VMS anda system-integrated @ products (VMS 6.2 would do), maybe, just maybe, the real desktop VMS+1e> might emerge. Likelyhood given current owners: infinitessimal.        Yours,.           Nigel Arnotd"           NRA@MAXWELL.PH.KCL.AC.UK  ?           "In the beginning there was nothing, which exploded."t          F ______________________________________________________________________;  The information contained in this transmission may containr@ privileged and confidential information and is intended only forA the use of the person(s) name above.  If you are not the intendedo= recipient, or an employee or agent responsible for delivering 3 this message to the intended recipient, any review,l@ dissemination, distribution or duplication of this communication? is strictly prohibited.  If you are not the intended recipient, A please contact the sender immediately by reply e-mail and destroy-# all copies of the original message.1   ------------------------------    Date: 15 Aug 2001 11:42:58 -05003 From: malmberg@encompasserve.org (John E. Malmberg)eO Subject: Re: Could VMS be a desktop OS? (was: The Alpha Systems Customer Update 3 Message-ID: <cyh1mYI3hCMH@eisner.encompasserve.org>l  & In article <3B7A9A4B.C673821D@gmx.ch>,. Didier Morandi <Didier.Morandi#gmx.ch> writes: > Fred Kleinsorge wrote: > ../..rB >> Subsequently, the industry (including DEC) standardized the API) >> and created Motif, and eventually CDE.e >kJ > Btw, as far as CDE is concerned, the start_new_desktop global symbol (orG > logical name, I do not remember, I saw it once only yesterday) set toeI > FALSE does not prevent my station to start the CDE as documented in theyH > DECwindows configuration file. I'll figure this out tomorrow, today is- > an holiday, the day of the Assuption (sp?).p  G The installation of the traditional desktop is optional.  If it was not G selected as an installation option, I would not expect the logical name: to have much effect.   -John  wb8tyw@qsl.network Personal Opinion Only1   ------------------------------  % Date: Wed, 15 Aug 2001 17:50:36 +0200s, From: Didier Morandi <Didier.Morandi@gmx.ch>Y Subject: Re: Could VMS be a desktop OS? (was: The Alpha Systems Customer Update will no lw& Message-ID: <3B7A9A4B.C673821D@gmx.ch>   Fred Kleinsorge wrote: ../..eA > Subsequently, the industry (including DEC) standardized the API'( > and created Motif, and eventually CDE.  H Btw, as far as CDE is concerned, the start_new_desktop global symbol (orE logical name, I do not remember, I saw it once only yesterday) set to G FALSE does not prevent my station to start the CDE as documented in the F DECwindows configuration file. I'll figure this out tomorrow, today is+ an holiday, the day of the Assuption (sp?).o  6 (nice to see someone else from COMPAQ in here. Thanks)   D.   ------------------------------  % Date: Wed, 15 Aug 2001 13:35:11 +1200A& From: A Bonaveidogo <Asena@fsc.com.fj> Subject: CTRL Keys? Message-ID: <000001c1252a$86d5d7a0$100a640a@Patrick.fsc.com.fj>m  , This is a multi-part message in MIME format.  + ------=_NextPart_000_0001_01C1258F.1C0AB7A0e Content-Type: text/plain;e 	charset="iso-8859-1"l Content-Transfer-Encoding: 7bitn  F How do you disable CTRL - C function in Gembase running from Open VMS?  :  g AB  + ------=_NextPart_000_0001_01C1258F.1C0AB7A0e Content-Type: text/html; 	charset="iso-8859-1" + Content-Transfer-Encoding: quoted-printables  > <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD>      @ <META content=3D"MSHTML 5.00.2614.3500" name=3DGENERATOR></HEAD> <BODY bgColor=3D#ffffff>G <DIV><FONT face=3DArial size=3D2><SPAN class=3D930153201-15082001>How =  do you disable=20AG CTRL - C function in Gembase running from Open VMS?</SPAN></FONT></DIV>r) <DIV><FONT face=3DArial size=3D2><SPAN=20t5 class=3D930153201-15082001></SPAN></FONT>&nbsp;</DIV>v <DIV>&nbsp;</DIV> ) <DIV><FONT face=3DArial size=3D2><SPAN=20 ? class=3D930153201-15082001>AB</SPAN></FONT></DIV></BODY></HTML>e  - ------=_NextPart_000_0001_01C1258F.1C0AB7A0--l   ------------------------------  % Date: Wed, 15 Aug 2001 10:30:58 +02001, From: Didier Morandi <Didier.Morandi@gmx.ch>3 Subject: Re: DECnet-over-IP or NFSmount for backupse& Message-ID: <3B7A3342.3CD57FFC@gmx.ch>   Robert Deininger wrote:i >   H > DECnet-plus over TCPIP will allow most (all?) of your applications andI > procedures to continue to run without change.  It will work between anyfL > two VMS system with compliant TCPIP stacks, which I think means any of theL > commercially available ones.  The two systems do NOT have to have the same > TCPIP stack.  H But they DO need to have all of them DECnet-Plus. You cannot, of course,? do over IP between a DECnet-Plus and a DECnet Phase-IV systems.b   D.   ------------------------------  % Date: Tue, 14 Aug 2001 21:13:00 -0500nC From: "Craig A. Berry" <craig.berry@nospam.SignalTreeSolutions.com> & Subject: Re: Does MOD_PERL work on VMSI Message-ID: <craig.berry-6AA40F.21125914082001@newsrump.sjc.telocity.net>b  , In article <FC$pUKcOdlaf@malvm5.mala.bc.ca>,3  nothome@spammers.are.scum (Malcolm Dunnett) wrote:s  0 >   I've noticed that the PERL found on the CSWS3 > website won't run if the account you run it underi. > holds too many identifiers ( it dies with an2 > ACCVIO as soon as you say "PERL" ). Perhaps this' > is relevant to hieronymous's problem?   E How many is too many?  Is this with standalone Perl as well, or only o; MOD_PERL?  If you have a simple reproducer, please send to . vmsperl@perl.org.  Thanks.   ------------------------------    Date: 14 Aug 2001 20:08:41 -07001 From: nothome@spammers.are.scum (Malcolm Dunnett) & Subject: Re: Does MOD_PERL work on VMS, Message-ID: <2jLtlhpXCHpB@malvm5.mala.bc.ca>  J In article <craig.berry-6AA40F.21125914082001@newsrump.sjc.telocity.net>, H    "Craig A. Berry" <craig.berry@nospam.SignalTreeSolutions.com> writes:  . > In article <FC$pUKcOdlaf@malvm5.mala.bc.ca>,5 >  nothome@spammers.are.scum (Malcolm Dunnett) wrote:t > 1 >>   I've noticed that the PERL found on the CSWSr4 >> website won't run if the account you run it under/ >> holds too many identifiers ( it dies with an 3 >> ACCVIO as soon as you say "PERL" ). Perhaps this ( >> is relevant to hieronymous's problem? > G > How many is too many?  Is this with standalone Perl as well, or only o= > MOD_PERL?  If you have a simple reproducer, please send to r > vmsperl@perl.org.  Thanks.  C    As Murphy would have it, I can't reproduce it now. However therep? was definitely a problem when I installed it, but only with my s@ account. The problem showed up in standalone Perl, simply typingI the "PERL" command to DCL would cause it to die with an access violation.uD After eliminating various other factors such as logicals and symbolsE which my account might have defined I started changing UAF parameterspC to see if that would help, which is when I discovered that deletingnE some identifiers caused perl to start working. Adding the identifiersMA back in doesn't break it again though, so it must be dependant on " some specific ordering of entries.   ------------------------------  % Date: Wed, 15 Aug 2001 01:36:23 -0500 C From: "Craig A. Berry" <craig.berry@nospam.SignalTreeSolutions.com> & Subject: Re: Does MOD_PERL work on VMSI Message-ID: <craig.berry-5622CF.01362315082001@newsrump.sjc.telocity.net>   , In article <2jLtlhpXCHpB@malvm5.mala.bc.ca>,3  nothome@spammers.are.scum (Malcolm Dunnett) wrote:.  L > In article <craig.berry-6AA40F.21125914082001@newsrump.sjc.telocity.net>, J >    "Craig A. Berry" <craig.berry@nospam.SignalTreeSolutions.com> writes: > 0 > > In article <FC$pUKcOdlaf@malvm5.mala.bc.ca>,7 > >  nothome@spammers.are.scum (Malcolm Dunnett) wrote:4 > > 3 > >>   I've noticed that the PERL found on the CSWS 6 > >> website won't run if the account you run it under > >> holds too many identifiers  > > I > > How many is too many?  Is this with standalone Perl as well, or only  ? > > MOD_PERL?  If you have a simple reproducer, please send to   > > vmsperl@perl.org.  Thanks. > 9 > The problem showed up in standalone Perl, simply typing K > the "PERL" command to DCL would cause it to die with an access violation.sF > After eliminating various other factors such as logicals and symbolsG > which my account might have defined I started changing UAF parametersaE > to see if that would help, which is when I discovered that deleting 1 > some identifiers caused perl to start working. d  F Hmm.  Perl uses $getjpi to get a list of all your identifiers when it H starts up.  I've heard of corruptions in the rights database that cause C $getjpi to report that it needs more buffer space than it actually =C does, though I've only heard of it leading to cpu-bound loops, not iE accvios.  We handle this better in Perl 5.6.0 and later, but I never 0G had a reproducer myself to be absolutely sure I nailed it.  Thanks for a	 the info.5   ------------------------------    Date: 15 Aug 2001 06:03:59 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)-& Subject: Re: Does MOD_PERL work on VMS3 Message-ID: <TtjDoR7iucnh@eisner.encompasserve.org>-   In article <craig.berry-5622CF.01362315082001@newsrump.sjc.telocity.net>, "Craig A. Berry" <craig.berry@nospam.SignalTreeSolutions.com> writes:   H > Hmm.  Perl uses $getjpi to get a list of all your identifiers when it J > starts up.  I've heard of corruptions in the rights database that cause E > $getjpi to report that it needs more buffer space than it actually oE > does, though I've only heard of it leading to cpu-bound loops, not fG > accvios.  We handle this better in Perl 5.6.0 and later, but I never rI > had a reproducer myself to be absolutely sure I nailed it.  Thanks for - > the info.-  @ Even if VMS makes outrageous memory demands, it would be good if? PERL could make an explicit report of the situation, to aid thek> reporting of the VMS problem.  Perhaps that could be tested by= making a temporary modified version of PERL that thought some = small amount of buffer space (12 bytes ?) was too much.  OnceaA the error message works, then restore PERL to it's working state.m   Larry Kilgallenl9 not a PERL user, but a big fan of explicit error messagest   ------------------------------    Date: 15 Aug 2001 02:02:50 -0700' From: steve.esson@esa.int (hieronymous)f& Subject: Re: Does MOD_PERL work on VMS= Message-ID: <fe9697fd.0108150102.4d2380b5@posting.google.com>r  ) I thought I did have the latest versions:p' I installed PERL 5.5-3a1, Apache 1.3.12 ) setup the logicals PERL_ROOT and pointed e8 PERLSHR to PERLSHR.exe then installed APACHE_PERL 1.21-1  9 Everything installs OK but Apache dies with a lot of PERLeH related errors when it starts apache$root:[000000]apache_httpd.exe_Alpha ..things like:-t  + (Do you need to predeclare Carp::longmess?)k( String found where operator expected at > /perl_root/lib/Cwd.pm line 213, near "carp "stat($start): $!"" .h .  etc-   PERL still works at DCL level.  ? I notice that both carp.pm and cwd.pm are opened and processed c< without error during execution (isn't "set watch" wonderful)  C I'm out of ideas here.  Everybody elses MOD_PERL worked first time?    ------------------------------   Date: 15 Aug 2001 17:07:25 GMT% From: "Paul Dembry" <pade@trifox.com>v Subject: Re: Good VMS news0 Message-ID: <9lea8d$3an@dispatch.concentric.net>  J > Can you at least say if it's something that more than one state might be > interested in? >rJ > Granted, that's only 50 customers nationwide, but hey - every little bit > helps!C Lots of police/fire/court record management systems run on OpenVMS.m   ------------------------------    Date: 15 Aug 2001 08:14:19 -0700, From: don.braffitt@compaq.com (Don Braffitt) Subject: Re: HyperSort= Message-ID: <14c5ce2f.0108150714.1fcc1fd7@posting.google.com>a  P > }In article <OF0D2D7EE6.46A63B8C-ON85256A99.006DFB85@lightbridge.com>,  wrote:J > }> Does anyone know of any hidden "gotchas" in using the Alpha Hypersort > }> utility?  It seems thatP > }>    even if you define the sortshr logical to hypersort.exe the system still& > }> uses sortmerge.exe in some cases.  D Both SORT32 and Hypersort use SYS$SYSTEM:SORTMERGE.EXE to handle the< initial command line processing.  The sorting engines are in SYS$LIBRARY.  > To select SORT32    - $ define sortshr sys$library:sortshr.exe@ To select Hypersort - $ define sortshr sys$library:hypersort.exe  B Hypersort will issue a diagnostic for any attempts to use features- supported by SORT32 only (e.g. /PROCESS=TAG).    - Don Braffitt&   Compaq COBOL and SORT project leader   ------------------------------  / Date: Wed, 15 Aug 2001 08:30:13 +0200 (MET DST) & From: Rudolf Wingert <win@fom.fgan.de>: Subject: Re: Installing V7.3 on Personal Workstation 500au6 Message-ID: <200108150630.IAA00371@sinet1.fom.fgan.de>   Hello,  C The Personel Workstation 500au was not only sold for True64. It was F also sold with OpenVMS and we do have five of them. With OpenVMS 7.1-2B we did not have had any problem with the IDE CDrom. There are alsoD Patches for the full IDE CDrom support under OpenVMS 7.1-1Hx and may@ be for OpenVMS 7.1. In case of this I am wondering me, that with9 OpenVMS 7.3 it should be inpossible to use the IDE CDrom.    Regards Rudolf Wingert   ------------------------------  # Date: Wed, 15 Aug 2001 06:19:14 GMToL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")4 Subject: Re: Introduction and BACKUP recommendations8 Message-ID: <00A0089F.FF3550CD@SSRL04.SLAC.STANFORD.EDU>  O In article <3B7A0DDB.F62580F1@austin.rr.com>, Robin <rlb@austin.rr.com> writes:M? >I've been lurking the past couple of weeks and decided to stepo	 >forward.    Welcome!   > D >I'm not completely new to OpenVMS.  I have been a programmer/DB MgrA >on an OpenVMS system that we shared with other State users.  Ther= >system management/facility management had been outsourced to 9 >Northrup Grumman via a state-wide contract.  My agency'sdC >powers-that-be decided to bring our stuff in-house and now I'm the A >proud possessor of an Alpha OpenVMS 7.3 server.  Suddenly I'm noyC >longer a glorified user I'm now a system manager.  I've spent thateA >last 3 weeks moving applications and migrating data and I'm VERY  >tired.  > C >Anyway, I was wondering if anyone could recommend that best way to B >do backups.  The consultant that did the initial install/setup ofC >the server set up a little command procedure that works fine.  But D >when I was digging into it further today, I noticed he is using theC >/image switch and got to wondering if that's really what we want.  < >From what I gather, I guess this means that if a restore is? >necessary the entire image must be restored.  If I only need a B >single file, this would be a pain to "back rev" the entire system1 >for one file.  Anyone have any opinions on this?   B You can retrieve a single file from an image backup saveset quite / readily.  Just don't use /IMAGE on the restore.   J $ BACKUP savesetname/SELECT=(filespec-you-want)/SAVE  target /VERIFY/OWNER  9 will more-or-less do it.  The filespec can be a wildcard.   I If you have lots more data than you can back up daily, you might want to  H look at doing incremental backups.  (Do an image backup with the /RECORDG switch set, then do a /SINCE=BACKUP backup nightly to get the changes.)e   >A9 >Also, we are running volume shadowing that was installeda@ >last-minute, so if that backup procedure needs to be changed toC >reflect this I don't think the consultant did it.  Any wisdom herea >would be appreciated also.   G There are ways to mess around with your shadow sets to get a consistentiI disk image while still staying available for production, but if you don't ? do them, you're no worse off than if you were just backing up at non-shadowed disk.  F The real wisdom here is that your backup strategy needs to be based onI meeting your real operational needs.  Do you need to be up 24x7 or do you B have 16 hours a day of system time available?  Are there databasesJ involved?  How much trouble will you be in if you lose a disk and are downE for a day?  How long does it take an image backup to run?  And so on.c   -- Alani      O =============================================================================== 0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056tM  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA  94309-0210:O ===============================================================================H   ------------------------------    Date: 15 Aug 2001 06:11:43 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)_4 Subject: Re: Introduction and BACKUP recommendations3 Message-ID: <JbbF8LcGqJQk@eisner.encompasserve.org>d  O In article <3B7A0DDB.F62580F1@austin.rr.com>, Robin <rlb@austin.rr.com> writes:b@ > I've been lurking the past couple of weeks and decided to step
 > forward.  B If you are hesitant to ask questions like this in front of a largeD audience, you might consider subscribing to DECUServe/Encompasserve.B Use telnet to connect to eisner.decus.org for a free subscription.> The major discussion vehicle is DECnotes, which does require aB working terminal emulator (i.e., not the Microsoft one), or a real	 terminal.a  D The group is smaller than comp.os.vms, but with some members who areB quite expert.  The general discussion level is civil all the time,B so it can be more friendly to those who think Usenet News is a bit rough-and-tumble.a   Larry Kilgallen7   ------------------------------  % Date: Wed, 15 Aug 2001 12:04:51 -0500n( From: "Bill Ames" <billames@accunet.net>? Subject: Is there a Lexical function that shows a process stateM/ Message-ID: <tnlasbpl8lo80c@corp.supernews.com>C  G I want to write a routine in DCL that would check for process states of ? RWMBX. Is there a function that returns the State of a process?o   ------------------------------  % Date: Wed, 15 Aug 2001 11:08:22 -0600o% From: Dan O'Reilly <dano@process.com> C Subject: Re: Is there a Lexical function that shows a process statepB Message-ID: <5.1.0.14.2.20010815110756.00a83028@ntbsod.psccos.com>  . f$getjpi, with "STATE" as the item looked for.  ' At 11:04 AM 8/15/2001, Bill Ames wrote:uH >I want to write a routine in DCL that would check for process states of@ >RWMBX. Is there a function that returns the State of a process?   ------I +-------------------------------+---------------------------------------+SI | Dan O'Reilly                  |                                       |.I | Principal Engineer            |  "Why should I care about posterity?  |uI | Process Software              |   What's posterity ever done for me?" |aI | http://www.process.com        |                    -- Groucho Marx    |yI +-------------------------------+---------------------------------------+t   ------------------------------    Date: 14 Aug 2001 23:33:15 -07009 From: lzoedv@cretschmar-logistik.de (M.Eismann&W.Richard)u' Subject: Re: Linker-Warnings in VMS 7.3 = Message-ID: <6d280ea8.0108142233.54a08daa@posting.google.com>A  6 John Reagan <john.reagan@compaq.com> wrote in message J > When you did the same build on your previous V7.2-based system, you say ' > you didn't get any of these messages?0  C Our previos V7.1-1H1-system was (completely) built when we migratedaC from VAX to Alpha in August 1998! I'm very sure to remember that weBA got ONLY the warnings of pas$environment_time, but not any of therE NOMSG-messages! After the migration to Alpha we did lots of changes &sE extensions to our application. Such NOMSG-messages never occured when5* we relinked parts of out appl in V7.1-1H1.@ After we done the upgrade to V7.3 (testsystem) we wanted to do a7 complete build of our application due to any changes inlF runtime-libraries. And since there we get these "puzzlingly" messages!  @ We had never upgraded from V7.1 to V7.2, but want to upgrade out< productive cluster from V7.1 to V7.3 (like our test-server).8 Are we forced to upgrade to V7.2 first (7.1->7.2->7.3)?   
 > John ReaganT > Compaq Pascal Project Leader   Martin Eismann OpenVMS-Systemadmin. Oracle Rdb DBA&Development   ------------------------------  % Date: Wed, 15 Aug 2001 12:45:34 -0400l* From: John Reagan <john.reagan@compaq.com>' Subject: Re: Linker-Warnings in VMS 7.30) Message-ID: <3B7AA72E.8030003@compaq.com>-   M.Eismann&W.Richard wrote:  E > Our previos V7.1-1H1-system was (completely) built when we migrated>E > from VAX to Alpha in August 1998! I'm very sure to remember that we7C > got ONLY the warnings of pas$environment_time, but not any of theuG > NOMSG-messages! After the migration to Alpha we did lots of changes &sG > extensions to our application. Such NOMSG-messages never occured when , > we relinked parts of out appl in V7.1-1H1.  F I think we've got a difference in terminology.  You've just confirmed H that you used to get linker warnings about PAS$ENVIRONMENT_TIME.  (I wasF confused by previous statements that you received NO warnings at all.)  F The NOMSG problem is just the linker trying to print out a new form ofC the PAS$ENVIRONMENT_TIME warning.  These are not new or additional <G warnings, just reformatting of existing messages from 1 very long line wB that used to truncate to 4 shorter lines that should not truncate.  ? So I think the only problem is that the linker cannot find the  B reformatted PAS$ENVIRONMENT_TIME warnings inside its message file.  I If you are willing to live with the PAS$ENVIRONMENT_TIME warnings (and I rH guess you are since you tolerated them on your V7.1-1H1 system), then I F think you can just ignore the NOMSGs from the linker today.  When the > message file gets fixed, the NOMSGs will turn into the proper  PAS$ENVIRONMENT_TIME messages.   John Reaganm Compaq Pascal Project Leader   ------------------------------  % Date: Wed, 15 Aug 2001 17:41:25 +01004( From: Nic Clews <sendspamhere@127.0.0.1>@ Subject: Re: OT: Citroen C5 Re: AMD and Samsung could save Alpha) Message-ID: <3B7AA635.6127B534@127.0.0.1>m   Tim Llewellyn wrote: >  > Nic Clews wrote:D > > The latest round of Citroen C5 ads in the UK claim, that for theF > > 'estate' version of the C5, all 19 computers "have been rebooted". > G > yeah, I saw that, didn't make much sense as a marketting slogan to metD > but then, why call the product C5 anyway, when that has such a bad0 > reputation with Bristish public (Sinclair:-)). > 5 > Anyway, I don't have to reboot my XM that often :-)   E It raises an interesting question. If the C5 got shunted in the back,eD literally crashing the computers, would they assume that it has justC gone dark, it was raining very hard and the car was taking a corner ) pretty fast? http://www.citroen.co.uk/c5/   : My BX (diesel) is 4/5 the way to the moon by its odometer.   -- e( Regards, Nic Clews CSC Computer Sciences nclews at csc dot comn   ------------------------------  % Date: Wed, 15 Aug 2001 13:33:56 -0400a2 From: rdeininger@mindspring.com (Robert Deininger)@ Subject: Re: OT: Citroen C5 Re: AMD and Samsung could save AlphaL Message-ID: <rdeininger-1508011333560001@user-2ivebr5.dialup.mindspring.com>  3 In article <3B7AA635.6127B534@127.0.0.1>, Nic Clewse <sendspamhere@127.0.0.1> wrote:e  < > My BX (diesel) is 4/5 the way to the moon by its odometer.  D Can you buy diesel on the moon?  You may be in for a long walk home!   :-)e   --   Robert Deininger rdeininger@mindspring.com    ------------------------------  % Date: Wed, 15 Aug 2001 13:24:05 +0100@E From: "Dane Maslen" <dane.maslen@real-address-withheld-to-avoid-spam>S" Subject: Re: Quorum Disk QuestionsA Message-ID: <qbye7.2082$gF5.399712@news2-win.server.ntlworld.com>B   Rob Young wrote in message ...A > Working with a cluster with 6 nodes, we would on the FIRST noder
 > to boot: >1C > >>> boot -fl 1,N  $n$DGA|DUA.a.b.c.d      ! Alpha booting SYSBOOTr  > SYSBOOT>  SET WRITESYSPARAMS 0  > SYSBOOT>  SET EXPECTED_VOTES 1 > SYSBOOT>  CONTINUE    6 Minor quibble.  From what I can recall, that should be   SYSBOOT>  SET EXPECTED_VOTES 1 SYSBOOT>  SET WRITESYSPARAMS 0 SYSBOOT>  CONTINUE  I I'm fairly sure that WRITESYSPARAMS is implicitly reset to 1 whenever any  other parameter is set.I   Dane Maslenn   ------------------------------  % Date: Wed, 15 Aug 2001 08:25:52 -0500c* From: WILLIAM WEBB <WWEBB1@email.usps.gov> Subject: RE: SCSI ID on RZ23- Message-ID: <0033000032307235000002L052*@MHS>h  3 =0AIf you haven't found it, TheRef is a great site.c  ' This should be what you're looking for:u7 http://theref.aquascape.com/hard_drives/h_dec_rz23.htmla   Hope this helps.   Regards, WWWebb   > -----Original Message-----1 > From: Info-VAX-Request@Mvb.Saic.Com at INTERNETd) > Sent: Tuesday, August 14, 2001 12:04 PM F > To: Webb, William W - Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNET > Subject: SCSI ID on RZ23 >  >e > Hi,o >o; > I offered to restore a backup to an RZ23.  I received ther > tape and the drive9 > FedEx just moments ago but I don't know which pins willd > permit me to address
 > this drive.i >c; > Any help would be greatly appreciated.  I usually look onn > Seagate's site but' > it appears that the RZ23 is a Conner.i >  > --4 > VAXman- OpenVMS APE certification number: AAA-0001 > VAXman(at)TMESIS(dot)COM >5? >   "And of course, I'm a genius, so people are naturally drawnu
 > to my fiery ; >   intellect.  Their admiration overwhelms their envy!" --a > Calvin & Hobbesa >=   ------------------------------  % Date: Wed, 15 Aug 2001 08:29:36 -0700 + From: "Barry Treahy, Jr." <Treahy@mmaz.com>s+ Subject: Silence, is the SAIC list working?o( Message-ID: <3B7A9560.A6AEF971@mmaz.com>  H A very unusually event, I haven't received any comp.os.vms postings fromG SAIC's mail forwarder for roughly 15 hours.  Is anyone else having thisoD problem?  Obviously if I do not see my message post, I have probably6 fallen off the list some how, but this was rather odd.   Regards,   Barry    --  ? Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO-  A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028l   ------------------------------  % Date: Wed, 15 Aug 2001 11:18:09 -0400h; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>e+ Subject: Re: Storageworks retirement letterP$ Message-ID: <3b7a930c$1@news.si.com>  I >Misters Capellas and Winkler gave themselves 180 day "immunity" from thee> >board, during which they can do as much dammage as they want.  # Oh, JF!  You're so funny sometimes!e -- mA Brian Tillman                   Internet: tillman_brian at si.com0A Smiths Aerospace                          tillman at swdev.si.comD= 3290 Patterson Ave. SE, MS      Addresses modified to prevent8< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  / Date: Wed, 15 Aug 2001 08:19:55 +0200 (MET DST)R& From: Rudolf Wingert <win@fom.fgan.de> Subject: Re: SYSTEM HANG-UPe6 Message-ID: <200108150619.IAA00361@sinet1.fom.fgan.de>   Hello,  G I did see the same behavior, except that, if I did wait to long to stop D BACKUP the server did hang too and nothing did go on until reboot ofG server. I did made a call to TSC Muenchen. The specialist did say: yourCC quotas for BACKUP are too high. I could not believe that. But i dideC made quotas and sysgen parameters smaller and in the right relation A (there are rules for the relationship of some quotas/parameters).eC After doing that, I did never see a hang onymore. I am sorry, but ITD can't remember all the values and quotas/parameter I did change, but3 may be there are some specialist in this newsgroup.    Regards Rudolf Wingert   ------------------------------  % Date: Wed, 15 Aug 2001 12:51:42 -0400n* From: John Reagan <john.reagan@compaq.com>! Subject: Re: Version string specs ) Message-ID: <3B7AA89E.6050205@compaq.com>    Brad Hughes wrote: > C > For layered products, 1) are suffixes all numeric, and 2) is each > > product on its own as to a numbering scheme?  The C compiler@ > suffixes seem to be three digits (e.g. V6.2-008);  the FORTRAN > compiler I have is V7.3-1155.6 > H Layered product (especially compilers) use the numbers after the "dash" I as a sequential edit or build level.  Some compilers reset to 0 at major  F releases, some do not.  There is an internal standard for the numbers C after the dash, but honestly, nobody follows it.  For example, the  G standard says that the first 2 numbers after the dash is an edit level  H and the remaining characters are a language variant.  The -008 in the C H compiler is really edit level "00" and whatever language variant "8" is G (I don't have the table in front of me).  The -1155 in Fortran is edit nG level "11" and language variant "55".   Fortunately no software checks RG or relies on these edit levels for correct behavior.  We just use them  F as a unique identifier of the compiler.  The compiler builds are much @ simpler than OpenVMS since we tend to only have one (maybe two) E development streams active at once.  OpenVMS has many more than that..   John Reagan. Compaq Pascal Project Leader   ------------------------------  % Date: Tue, 14 Aug 2001 22:00:29 -0700 " From: Koloth <koloth@telocity.com>, Subject: Re: VIRUSES: What about antibodies?, Message-ID: <3B7A01EC.D1F710D3@telocity.com>   Cure for Viruses:l   1) Take 2 OpenVMS SystemsV
 2) Cluster   Cass GreyCloud wrote:   > Didier Morandi wrote:e >g > > GreyCloud wrote: > > >t > > > Didier Morandi wrote:t > > >CA > > > > http://www.internetwebfactory.com/antibodies-00-index.htm  > > > L > > > Nope!  Not a good idea, considering it was done before... and the good7 > > > ol' FBI raked the poor fellow over the coals too!  > >A1 > > You can tell us more on this? I'm interested.D > >0 > > D. >FN > The concept of using a friendly agressive virus to counter-attack a virus is$ > still a virus in the DOJs' eyes...M > hence its against the law even tho it would benefit.  This particular topict2 > I saw in the mosh pit of comp.os.linux.advocacy.   ------------------------------    Date: 15 Aug 2001 01:53:56 -0700 From: pjo@pjo.dk (Peter)  Subject: What system-call to use= Message-ID: <4dd0684b.0108150053.52e3ecf4@posting.google.com>e  E Does anyone have an idea about which systemcall in C I should use, toh? pinpoint one or more of the following information from a file :m  > LOGSEARCH.PC;751              File ID:  (4282,373,0)          0 Size:           29/32         Owner:    [SYSTEM]" Created:   14-AUG-2001 12:45:56.71& Revised:   14-AUG-2001 12:45:56.73 (1) Expires:   <None specified>y Backup:    <No backup recorded>t Effective: <None specified>/ Recording: <None specified>a File organization:  Sequential Shelved state:      Online    Caching attribute:  WritethroughE File attributes:    Allocation: 32, Extend: 0, Global buffer count: 0e$                     No version limitA Record format:      Variable length, maximum 0 bytes, longest 105  bytesu4 Record attributes:  Carriage return carriage control RMS attributes:     None Journaling enabled: None= File protection:    System:RWED, Owner:RWED, Group:RE, World:r Access Cntrl List:  None Client attributes:  None    
 Thank's......d   ------------------------------    Date: 15 Aug 2001 06:15:36 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)s$ Subject: Re: What system-call to use3 Message-ID: <ZtCax2$IRD0L@eisner.encompasserve.org>u  X In article <4dd0684b.0108150053.52e3ecf4@posting.google.com>, pjo@pjo.dk (Peter) writes:G > Does anyone have an idea about which systemcall in C I should use, to A > pinpoint one or more of the following information from a file :n  + You should use the RMS service SYS$DISPLAY.d  F HELP RMS $DISPLAY gives a cursory overview on VMS V7.3, but to get theH full details you should read the appropriate sections of the RMS manual.   ------------------------------    Date: 15 Aug 2001 11:42:20 -0000+ From: Doc.Cypher <doc_cypher@nym.alias.net>tP Subject: Why shouldn't VMS be a desktop OS? (was RE: Could VMS be a desktop OS?)6 Message-ID: <20010815114220.16074.qmail@nym.alias.net>  " -----BEGIN PGP SIGNED MESSAGE-----  A On Tue, 14 Aug 2001, Christopher Smith <csmith@amdocs.com> wrote:    >> -----Original Message-----e4 >> From: WILLIAM WEBB [mailto:WWEBB1@email.usps.gov] >cC >> IMHO the only thing that Windows can do that VMS cannot is BSOD.   J >I'll second that, and add that there are certainly myriad things that VMS1 >will do and windows has no chance of ever doing.=  K Given a lot more projects like Bill Gunshannon's, then perhaps the software G to make this a possibility will appear. I sincerely hope that Compaq is3( providing some assistance/input on this.  G What would help further is designing the education programme to promote=C such projects. I would also like to see Compaq giving equipment and-C licenses to colleges and universities which run courses on computernK security. After all, the students that take an interest in security will ber$ those running systems in the future.  E Of course, VMS also needs marketing - and lots of it. If Compaq can't.G spread the word, then only military personnel, and the c.o.v. will evenu know it exists.d     Doc. - --  6 The bigger the humbug, the better people will like it.K ~ Phineas Taylor Barnum.                              http://vmsbox.cjb.net/   -----BEGIN PGP SIGNATURE-----n Version: 2.6.2  @ iQEVAwUBO3mtcsriC3SGiziTAQFlggf8Dg6MC0aihwpROmIdyZrMd+wy2aiJixjS@ J0UWtOy/Kl+FCzSuJmWuMG4+/qRI5c6ADvAGUOiFrK9DcE6AsRXE7VyGLgJkWXlT@ 1ASoiSDExPbZdQXmZcIKgenz5SQv6ydtAyhJObPJ8vfhqEPf7jtvRsBPzjyJy29s@ VXEcHhTDxnKs6U7oyvDKQuJEFH1VtKx3pwXmxrPhFFecKrrLt+1e9O7hl45lAMKo@ 868C3VAevef8TV7X0EszUlX4PO6TEJ2lIFkEsQmQ0hrJVjFPLZiwhEOfJ44oZsvE8 zG58RmR09mnVlnG7SrYsYQdHZTuvk8OYVvxkeAfsnAFwzDTtf5FZ2g== =+G3Au -----END PGP SIGNATURE-----    ------------------------------  % Date: Wed, 15 Aug 2001 11:55:14 -0400r- From: JF Mezei <jfmezei.spamnot@videotron.ca>:Y Subject: Re: Why shouldn't VMS be a desktop OS? (was RE: Could VMS be a desktop OS?) OS?)s, Message-ID: <3B7A9B60.87433CCC@videotron.ca>   "Doc.Cypher" wrote:oM > Given a lot more projects like Bill Gunshannon's, then perhaps the softwareoI > to make this a possibility will appear. I sincerely hope that Compaq is * > providing some assistance/input on this.  I For the last decade, the owner of VMS has made a point of pricing VMS andsN Alpha so that they do not compete against Microsoft Windows. This has resultedL in VMS being relegated to a small niche market of customers for whom qualityL is more important than price. And Compaq doesn't seem to have any intentions! to release VMS to a wider market.s  H The Hobbyist programme has allowed those VMS geeks to get their dream ofN having a vax at home to come true and this has released a lot of pressure from) Compaq/Digital to provide affordable VMS.   M Desktop software would appear on VMS only if Compaq were to start pushing VMSeM as a desktop product and attract ISVs. Otherwise, with only hobbyists left tocL use VMS as a desktop machine, the commercial market for desktop applications is next to nil.-  L So hobbyists will make desktop-VMS survive as much as volunteers are able toK do so, and it will happen despite Compaq's efforts to relegate VMS to largea8 faceless servers with Windows machines used as consoles.   ------------------------------  % Date: Wed, 15 Aug 2001 20:28:05 +0400e$ From: Sergey Tikhonov <tsv@solvo.ru>. Subject: Re: Writing to a DOS floppy under VMS( Message-ID: <3B7AA315.122442B1@solvo.ru>   Hello,  B Lastest freeware CD contains Unitx mtools utilities ported to VMS.  
 Thank you,   WILLIAM WEBB wrote:n  5 > Look for MGPCX and say 'Thank you, Hunter Goatley.'Y >e6 > I believe it may be on the freeware CD; if not, then2 > it's available over the net from various venues. >s > WWWebb >s > > -----Original Message-----3 > > From: Info-VAX-Request@Mvb.Saic.Com at INTERNET ) > > Sent: Monday, August 13, 2001 1:14 PMnH > > To: Webb, William W - Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNET. > > Subject: Writing to a DOS floppy under VMS > >e > >d > > Hello all... > >sA > > Question one, is there an archive of this list? I just joined, > > and was hoping< > > that there would be some info sent to me to this effect. > > ; > > The real question is:  Is it possible to write to a DOS  > > formatted floppy@ > > under the VMS system, much like you can do under Unix (mount > > -t msdos...)?p7 > > This is under OpenVMS 7.1 running on a Alpha au600.u   -- Sergey Tikhonov 
 Solvo Ltd. tsv@solvo.ru   ------------------------------   End of INFO-VAX 2001.452 ************************