1 INFO-VAX	Fri, 23 Mar 2001	Volume 2001 : Issue 164       Contents:@ Re: Alpha or Vax has to check if a Sun server is still alive HOW@ Re: Alpha or Vax has to check if a Sun server is still alive HOW  Re: Boring the pants off the COVC Re: Boring the pants off the COV (was RE: Dumbing Down VMS with...) C Re: Boring the pants off the COV (was RE: Dumbing Down VMS with...) C Re: Boring the pants off the COV (was RE: Dumbing Down VMS with...) % Re: Can this be done through lexicals % Re: Can this be done through lexicals  Re: COE implementation details compaction "nabled"?N DECevent 3.3 abort with "_DIAGNOSE-FAT:  Automatic analysis is still running."P RE: DECevent 3.3 abort with"_DIAGNOSE-FAT:  Automatic analysis is still running.C Re: Dumb and dumber (was RE: Dumbing Down VMS with UNIX Elements? ) 9 Re: Dumbing Down VMS with UNIX Elements? (was Re: OpenVMS 9 Re: Dumbing Down VMS with UNIX Elements? (was Re: OpenVMS P Re: Dumbing Down VMS with UNIX Elements? (was Re: OpenVMS      EducationalPrograP Re: Dumbing Down VMS with UNIX Elements? (was Re: OpenVMS Educati   onalProgram)P RE: Dumbing Down VMS with UNIX Elements? (was Re: OpenVMS EducationalProgram) onP Re: Dumbing Down VMS with UNIX Elements? (was Re: OpenVMSEducationalProgram) Pro1 lexical function F$FAO and directives !UL and !XL 1 lexical function F$FAO and directives !UL and !XL 1 lexical function F$FAO and directives !UL and !XL 5 Re: lexical function F$FAO and directives !UL and !XL P New qualifiers for some DCL commands (was: Re: Dumbing Down VMS with UNIX Elemen Please ignore test message# Re: POSIX Streams, File Permissions # Re: POSIX Streams, File Permissions # Re: POSIX Streams, File Permissions # Re: POSIX Streams, File Permissions # Re: POSIX Streams, File Permissions # Re: POSIX Streams, File Permissions  Re: Support of old systems Re: Support of old systems Re: Support of old systems. Re: the Northeast Digital Systems Ebay Follies' Re: Uaf Show/rights status bug (v7.2-1) & Re: unable to ftp for certain user a/c= VMS COE docs online (was Re: POSIX Streams, File Permissions) A RE: VMS COE docs online (was Re: POSIX Streams, File Permissions) A Re: VMS COE docs online (was Re: POSIX Streams, File Permissions) A Re: VMS COE docs online (was Re: POSIX Streams, File Permissions) A Re: VMS COE docs online (was Re: POSIX Streams, File Permissions) A RE: VMS COE docs online (was Re: POSIX Streams, File Permissions) A Re: VMS COE docs online (was Re: POSIX Streams, File Permissions) 2 Re: VMS filesystem as a single tree with one root.2 Re: VMS filesystem as a single tree with one root.2 Re: vpn clients can not telnet into a Vax or Alpha9 Re: What part of Attunity Connect is included in OpenVMS? # Where is the Alpha instruction set? ' Re: Where is the Alpha instruction set? ' Re: Where is the Alpha instruction set?  Re: [DCL] minute of the day  Re: [DCL] minute of the day  Re: [DCL] minute of the day  Re: [DCL] minute of the day  RE: [DCL] minute of the day  RE: [DCL] minute of the day , [INFO] rebuild missing/corrupt PCSI$DATABASE0 Re: [Q] PCSI error with FILE FRED SOURCE FOOBAR;  F ----------------------------------------------------------------------   Date: 23 Mar 2001 09:07:22 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann) I Subject: Re: Alpha or Vax has to check if a Sun server is still alive HOW 0 Message-ID: <99f3oa$avg$1@n.ruf.uni-freiburg.de>  Y In article <99dv5j$9g5$1@news1.xs4all.nl>, "anonymous" <verledentijd@hotmail.com> writes: E >I need to check every hour if a Sun station is still up and running. M >And if not than the DCL procedure should page or sms or something like that.  >But how do I start, > I >Should I try a ping every hour, or and rsh command or an rlogin command. L >Has anyone done this before, and if so can you email me what you have done.A >I think it is not that difficult but I dont know where to start,   N We do something similar here. We use "ping" to check whether certain computersI are up. And then a while ago I posted my program to control a voice-modem 8 (http://www.immunbio.mpg.de/groups/gartmann/phone.zip) .' Here we do (I stripped off some stuff):    $ !  $ ASSIGN "LTA6:" phdev $ ! F $ SET NOON                             ! because of unsuccessfull PING$ $ dphone == "$mpi_exe:phone_message" $label1:. $    MULTINET PING my_host /QUIET/DATA=4/NUM=1 $    IF .NOT. $status  $       THEN $       now = F$TIME()7 $       dnow = F$CVTIME( now, "COMPARISON", "DATETIME") * $       dday = F$CVTIME( now, , "WEEKDAY")? $       dstart = F$CVTIME("09:00:00", "COMPARISON", "DATETIME") > $       dstop = F$CVTIME("18:00:00", "COMPARISON", "DATETIME")O $       IF dnow .GTS. dstart .AND. dnow .LTS. dstop .AND. dday .NES. "Sunday" - &            .AND. dday .NES. "Saturday" $          THEN A $          dphone diskb:[prg.mpi.data]prt39.vox 6 123 456 1234567  $       ELSEH $          dphone diskb:[prg.mpi.data]prt39.vox 6 321 654 7654321 989898
 $       ENDIF  $       EXIT
 $    ENDIF $    WAIT 00:00:10.00  $    GOTO label1 $ EXIT   Regards,    Christoph Gartmann   H -- --------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, FRG                                               |H +--------- http://www.immunbio.mpg.de/home/english/menue.html ---------+   ------------------------------    Date: 23 Mar 2001 20:56:18 +0800, From: Paul Repacholi <prep@prep.synonet.com>I Subject: Re: Alpha or Vax has to check if a Sun server is still alive HOW - Message-ID: <87elvoprt9.fsf@prep.synonet.com>   . "anonymous" <verledentijd@hotmail.com> writes:  F > I need to check every hour if a Sun station is still up and running.C > And if not than the DCL procedure should page or sms or something ! > like that.  But how do I start,   D TO do it reliably, you need to turn it around. The other system must> send a heart-beat to the monitoring system every <time>. If noC heat-beat is heard by <time>+10% ( say ) or id it *is* heard before A 90% of the interval, you declare the machine insane and raise the  alarm.   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Fri, 23 Mar 2001 13:01:36 +0000 ) From: Christof Brass <brass@infopuls.com> ) Subject: Re: Boring the pants off the COV , Message-ID: <3ABB4930.D1CF0157@infopuls.com>   Dave Weatherall wrote: > C > On Thu, 22 Mar 2001 00:44:38, Christof Brass <brass@infopuls.com>  > wrote: > 
 > > [SNIP] > > F > > > >The UNIXification of VMS already started. That's why we have to. > > > >express our concerns and fight against. > > > N > > > VMS cannot become "just another UN*X". VMS will not become "just anotherM > > > UN*X". And, I'd agree with you when you say VMS should not become "just H > > > another UN*X", but you're being rabid about this. Look upon COE asQ > > > expecting UN*X to raise their standards (or at least find some) rather than   > > > VMS lowering its standard. > > ? > > See above. And there even more problems to come. VMS should " > > evolve in its natural own way. > ? > The trouble is Chris, that invites extinction. Unix is, or is 3 > percieved to be, winning the evolutionary battle. F > Perhaps the COE work should be seen as part of that evolution. Adapt > or die being the metaphor. > A > By the way , have you picked up the use of the word 'crap' from G > British colleagues? We do have a terrible habit of saying things like F > 'and all that crap'. We use it instead of 'stuff' or 'things' or theF > more correct collective term for what we are referring to. I used toG > do it (still do, sadly) until I realised that it was being taken as a G > pejorative (herabsetzend) instead of the collective (sammelwort) that 4 > I'd intended. I try to be more careful these days. >  > Cheers - Dave.   Thanks for your words.  ; If UNIXification of VMS is the only way to survive than I'd 9 prefer to give it up. What I don't like is the mixture of @ technical and economical and marketing arguments. What I learned@ from this NG is that DECpaq is responsible for the non-technical forces against VMS.   = I honestly don't know where I picked up the word "crap". As I = learned English from movies, technical books and listening to < NGs because I learned Latin and Greek at school thanks to my> parents which should be 10 years tortured to death for that. I use it to denote shit.  3 Did you pick up the German words from a dictionary?    ------------------------------    Date: 23 Mar 2001 08:23:05 -00004 From: Doc.Cypher <Use-Author-Address-Header@[127.1]>L Subject: Re: Boring the pants off the COV (was RE: Dumbing Down VMS with...)6 Message-ID: <20010323082305.12168.qmail@nym.alias.net>  " -----BEGIN PGP SIGNED MESSAGE-----  ? On Thu, 22 Mar 2001, Christof Brass <brass@infopuls.com> wrote:  >"Doc.Cypher" wrote: >>  % >> -----BEGIN PGP SIGNED MESSAGE-----  >>  B >> On Wed, 21 Mar 2001, Christof Brass <brass@infopuls.com> wrote: >>  	 >> <snip>  >>  O >> >> I've been following this "VMS is the best thing since Alan Turing's time"   >> >> argument for too long now. >> > >> >Misunderstanding.  >>  I >> Really? You do seem to be in favour of VMS in an almost fanatical way.  >  >Technical, *technical*!  K But Christoff, your passion for the subject is not doing your viewpoint any  favours. This is important.   K You might think that there was no substance to my little flamewar with Tony K Szopa (a known Troll). That's because the point was already made and he (a) J refused to acknowledge it, and (b) Was most discourteous. So, he invited a3 flaming. You have to be careful not to do the same.   J One of the key pieces of advice in RFC 1855 is to cool off before posting.H It doesn't say that you should avoid using inflammatory language, but itH would be a good idea around here to do so only when you don't care about0 the followups (or know they'll be on your side).  K The only way you'll get everyone on your side, is if you're bashing The Q's B marketing division for not getting their act together to sell VMS.     Doc.   -----BEGIN PGP SIGNATURE-----  Version: 2.6.2  @ iQEVAwUBOrqD8sriC3SGiziTAQEC2AgAra/tiZ1+z48TqBCowxz16uXU+ZYg3/bd@ sD2MKLWn2L5iHVDspQLHo9Q6aSlQoDQ0rHLdGN5j1nA5qTsE6ipvO4lLQy0r7r5s@ zAKbQ04/+H7JMXgJqJ+vwxi7ZlXxpXBSgLckhh2cYSZ1YY2L8SAFUfSitrgNe2PV@ YT7J1MpR3HSQP+OR0v+0YP/jjsOeiz4h1ufiBwWC/aM5qdMC9cWPakUINvQOhN7z@ WZ7Zfs57tDEUkmuSHys7yvJR4NF1c9oyZIAWnIxb2BLQCFZCMAqQvuIYnzNdL0EW8 BwTM9our/IwQ1pCjFuoviBK1Fi9v/5MUVpJoOxUyOG29FzqMEJt7rA== =fDaY  -----END PGP SIGNATURE-----    ------------------------------  % Date: Fri, 23 Mar 2001 13:14:16 +0000 ) From: Christof Brass <brass@infopuls.com> L Subject: Re: Boring the pants off the COV (was RE: Dumbing Down VMS with...), Message-ID: <3ABB4C28.E5316DD1@infopuls.com>   "Doc.Cypher" wrote:  > $ > -----BEGIN PGP SIGNED MESSAGE----- > A > On Thu, 22 Mar 2001, Christof Brass <brass@infopuls.com> wrote:  > >"Doc.Cypher" wrote: > >>' > >> -----BEGIN PGP SIGNED MESSAGE-----  > >>D > >> On Wed, 21 Mar 2001, Christof Brass <brass@infopuls.com> wrote: > >> > >> <snip>  > >>Q > >> >> I've been following this "VMS is the best thing since Alan Turing's time" " > >> >> argument for too long now. > >> > > >> >Misunderstanding.  > >>K > >> Really? You do seem to be in favour of VMS in an almost fanatical way.  > >  > >Technical, *technical*! > M > But Christoff, your passion for the subject is not doing your viewpoint any  > favours. This is important.  > M > You might think that there was no substance to my little flamewar with Tony M > Szopa (a known Troll). That's because the point was already made and he (a) L > refused to acknowledge it, and (b) Was most discourteous. So, he invited a5 > flaming. You have to be careful not to do the same.  > L > One of the key pieces of advice in RFC 1855 is to cool off before posting.J > It doesn't say that you should avoid using inflammatory language, but itJ > would be a good idea around here to do so only when you don't care about2 > the followups (or know they'll be on your side). > M > The only way you'll get everyone on your side, is if you're bashing The Q's D > marketing division for not getting their act together to sell VMS. >  > Doc. >  > -----BEGIN PGP SIGNATURE-----  > Version: 2.6.2 > B > iQEVAwUBOrqD8sriC3SGiziTAQEC2AgAra/tiZ1+z48TqBCowxz16uXU+ZYg3/bdB > sD2MKLWn2L5iHVDspQLHo9Q6aSlQoDQ0rHLdGN5j1nA5qTsE6ipvO4lLQy0r7r5sB > zAKbQ04/+H7JMXgJqJ+vwxi7ZlXxpXBSgLckhh2cYSZ1YY2L8SAFUfSitrgNe2PVB > YT7J1MpR3HSQP+OR0v+0YP/jjsOeiz4h1ufiBwWC/aM5qdMC9cWPakUINvQOhN7zB > WZ7Zfs57tDEUkmuSHys7yvJR4NF1c9oyZIAWnIxb2BLQCFZCMAqQvuIYnzNdL0EW: > BwTM9our/IwQ1pCjFuoviBK1Fi9v/5MUVpJoOxUyOG29FzqMEJt7rA== > =fDaY  > -----END PGP SIGNATURE-----   > You are basically right but I don't try to get the majority on> my side as I don't think that VMS is an OS for the majority or& fine arts or every high quality stuff.  > My biggest mistake - if we could say so - is not to be able to> communicate my intents to some of the people that might agree.@ But most opponents won't change their minds because *they* don't@ fit in. This NG is devoted to VMS not to UNIX crap. Therefore it@ is very naturally to defend VMS from a technically point of view< against damage which is to be expected of the course the COE things might take.  ? To be clear: what the majority thinks or does is no measure for ? quality. It could be the extinction of some minorities. In that = I could reference to the butt head (Brian Wheeler) in this NG > accusing me of beeing like the Nazis against the Jews. I would@ have used a more drastic word to denote this stupid ashole but I= don't know any suitable words which will pass the four letter < words filters. To come back: I'm a member of a minority! Too? many people here support the UNIXification of VMS - I think out ? of despair. I'm used to be part of a minority. My mother tongue ? is a rarely used language. My favourite PLs are rarely used. My : favorite desktop OSs are close to extinction. My favourite= enterprise OSs are near to extinction. Do you think you could ? impress me with "showing the instruments" (if you understand to ' which medieval phrase I'm referencing)?   = To get the applaus of the majority is boring. To get the best 5 people on my side is a challenge and would please me.    ------------------------------   Date: 23 Mar 2001 15:04:57 GMT* From: bdwheele@indiana.edu (Brian Wheeler)L Subject: Re: Boring the pants off the COV (was RE: Dumbing Down VMS with...)3 Message-ID: <99fomp$ivv$1@flotsam.uits.indiana.edu>   , In article <3ABB4C28.E5316DD1@infopuls.com>,, 	Christof Brass <brass@infopuls.com> writes:  A > To be clear: what the majority thinks or does is no measure for A > quality. It could be the extinction of some minorities. In that ? > I could reference to the butt head (Brian Wheeler) in this NG @ > accusing me of beeing like the Nazis against the Jews. I wouldB > have used a more drastic word to denote this stupid ashole but I? > don't know any suitable words which will pass the four letter  > words filters.    E Actually, I was merely accusing you of being irrational, and ignoring F the facts when they didn't suit you.  The Nazi reference was to invoke. Godel's law and shut down this tedious thread.   Brian    ------------------------------   Date: 23 Mar 2001 09:09:13 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann) . Subject: Re: Can this be done through lexicals0 Message-ID: <99f3rp$avg$2@n.ruf.uni-freiburg.de>  i In article <985305137.829195@ananke.eclipse.net.uk>, "Andy Proctor" <aproctor@nospam.hotmail.com> writes: G >Thanks to all for your comments. Yes training would seem to be the way L >ahead. Unfortunately I cannot be there all the time with customers so theseH >things will crop up! [haven't we all experienced it at some point?] :-)  G Why not stick a red label in front of the tapes stating something like: ) "DDS-4 tapes only!" or something similar?    Regards,    Christoph Gartmann   H -- --------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, FRG                                               |H +--------- http://www.immunbio.mpg.de/home/english/menue.html ---------+   ------------------------------  % Date: Thu, 22 Mar 2001 09:51:58 +0100x, From: Didier Morandi <Didier.Morandi@gmx.ch>. Subject: Re: Can this be done through lexicals& Message-ID: <3AB9BD2E.D6860E60@gmx.ch>  1 1. [section for info-vax and the c.o.v newsgroup]u  K Actually this is not an anwser (because I didn't find it) but fyi just someM' bizzare tape related data I discovered:n   The 7.2-1 New features manual A http://www.openvms.compaq.com:8000/721final/6614/6614pro_002.html I provides information on the new MT3_DENSITY item for the f$getdvi lexicall	 function:    F$GETDVI lexical function 6 The following item codes have been added to F$GETDVI: 0 Item           Return Type  Information ReturnedR --------------------------------------------------------------------------------- G MT3_DENSITY    String       Current density of the device (tapes only)  H MT3_SUPPORTED  String       TRUE or FALSE to indicate whether the device@ supports densities defined in the MT3DEF (for Alpha tapes only)   ; Unfortunately(?) the result is not the one we could expect:R  ( GD2079> a=f$getdvi("mkc0","mt3_density") GD2079> sh symb ae&   A = "(DENSITY=DEFAULT,NOCOMPACTION)"  H unless we are very familiar with the default values of all tape devices.  0 2. [section for the OpenVMS documentation Group]  N Now, another information for the OpenVMS HELP folks: The HELP lexical f$getdvi) command doesn't show these two new items.p  G A search on the OpenVMS COMPAQ site gave no results for MT3_DENSITY and P MT3_SUPPORTED althouth it can be found in the release notes html file present onP the site. Maybe this information could be forwarded to the appropriate person in& charge of the OpenVMS site indexation.  = A search via www.altavista.com showed the release notes file:s  D   OpenVMS Alpha Version 7.2-1 New Features and Release Notes Manual P   Document revision date: 19 July 1999. OpenVMS Alpha Version 7.2-1 New Features- and Release Notes Manual. Previous. Contents.o   Index. 3.11 Mounting...nI   URL: http://www.openvms.compaq.com:8000/721final/6614/6614pro_002.html e  P A search on the 7.2-1 doc CD gave only the release notes file as a result. ThereN are no such items found neither in the OpenVMS 7.2-1 DCL dictionary nor in the@ System Services Reference Manual as stated in the release notes.  $ (also sent to openvmsdoc@compaq.com)   D.   Andy Proctor wrote:n >  > All,M > I have what may be an easy question, but I cannot find the answer. Any help  > always welcome.u >  > 1.L > If I insert a DAT tape (DDSII/DDSIII) into a drive, is there a function orM > parameter i can read, either directly or via a DCL COM routine, where I canA > get the tape capacity?N > I know I can look on the tape, but I would like to try to generate a routine: > that does something like this when you put your tape in:$ > "You have just loaded a xxGB tape" >  > 2.N > Can the same be done for a DAT tape drive? This would be to determine if theJ > drive was compatible with a tape. EG "Drive capacity is 4GB maximum tape > capacity is 4GB" ../..c   ------------------------------    Date: 23 Mar 2001 19:48:37 +0800, From: Paul Repacholi <prep@prep.synonet.com>' Subject: Re: COE implementation detailsr- Message-ID: <87vgp0puy2.fsf@prep.synonet.com>   I Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> writes:a  1 > koehler@encompasserve.org (Bob Koehler) writes:t >  > [about hard links and quota]  % > > Ouch.  Just what I was afraid of.e  < > At least it is a clean definition. After the discussion on3 > comp.arch, I cannot see a reasonable alternative.o  3 At the risk of yet another thread that won't die.../  E The problem is there are several resonable alternatives. Some simple,"= some quite high on overhead. But no one can agree on a singlec" resonable to tackle their problem.   -- p< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------    Date: 23 Mar 2001 13:13:15 -0500- From: koehler@encompasserve.org (Bob Koehler)P Subject: compaction "nabled"?F3 Message-ID: <vQ3Jdz7reDtj@eisner.encompasserve.org>.  G Has this come up before (I thought I might have seen it, but Google and   Wizard searches didn't find it)?   VMS 7.2-1, DEC 3000 600S  H Magtape MUMBLE$MKB100:, device type TLZ06, is online, allocated, mountedK     foreign, record-oriented device, file-oriented device, error logging is0G     enabled, device is busy, controller supports compaction (compaction-&     nabled), device supports fastskip.
     ^^^^^^   Somebody run short a byte?  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporationo= NASA GSFC Flight Software       | Federal Sector, Civil Group E                                 | please remove ".aspm" when replying    ------------------------------  % Date: Fri, 23 Mar 2001 18:59:33 +0100-  From: Paul Sture <paul@sture.ch>W Subject: DECevent 3.3 abort with "_DIAGNOSE-FAT:  Automatic analysis is still running."u+ Message-ID: <VA.00000324.62fe0d08@sture.ch>    Hi,i    Has anyone seen similar to this?   This on Alpha V7.2-1H1.m  H Since installing DECEVENT 3.3, on one cluster it runs fine. On another,  DIAGNOSE fails with:  
 DECevent V3.3nE _DIAGNOSE-FAT:  Automatic analysis is still running. Please shutdown o and reissue command. %SYSTEM-F-ABORT, abort  D No DECevent process is running on the system. Even after performing = @SYS$STARTUP:DECEVENT$SHUTDOWN, the same message is produced.   C And, BTW, according to the release notes DIAG apparently now needs 0 SYSLCK.i  8 The DECEVENT startup log also contains the same message:   $ verify = 0 $ completion_code = 1  $ cfmg :== DIAGNOSEe $ set default DIA$:[MANAGER]% $ DEFINE/JOB SYS$LOGIN DIA$:[MANAGER] ' $ DEFINE/JOB SYS$SCRATCH DIA$:[MANAGER] D $ SET PROCESS/PRIVLEDGE=(NOALL,DIAGNOSE,TMPMBX,NETMBX,SYSLCK,SYSPRV) $ SHOW PROCESS/QUOTA  G 23-MAR-2001 15:53:36.08   User: SYSTEM           Process ID:   2020045As>                           Node: MYNODE           Process name: "DECevent_MYNODE"B   Process Quotas:p  Account name: SYSTEMrF  CPU limit:                      Infinite  Direct I/O limit:       100F  Buffered I/O byte count quota:     99424  Buffered I/O limit:     100F  Timer queue entry quota:              19  Open file quota:         98F  Paging file quota:                125280  Subprocess quota:        12F  Default page fault cluster:           64  AST quota:              324F  Enqueue quota:                      2000  Shared file limit:        0F  Max detached processes:                0  Max active jobs:          0 $ cfmg start MYNODE   
 DECevent V3.3 E _DIAGNOSE-FAT:  Automatic analysis is still running. Please shutdown v and reissue command. %SYSTEM-F-ABORT, abort8   SYSTEM       job terminated at 23-MAR-2001 15:53:36.21     Accounting information:tD   Buffered I/O count:                108      Peak working set size: 6400@   Direct I/O count:                   22      Peak virtual size: 176448>   Page faults:                       476      Mounted volumes: 0uC   Charged CPU time:        0 00:00:00.14      Elapsed time:       0a 00:00:00.33i  H I think my next step is to investigate quotas, but I wondered if anyone  else has seen this.  ___e
 Paul Sture Switzerlandf   ------------------------------  % Date: Fri, 23 Mar 2001 13:18:15 -0500e- From: "Mitchell, David R." <mitchell@wpi.edu>iY Subject: RE: DECevent 3.3 abort with"_DIAGNOSE-FAT:  Automatic analysis is still running. H Message-ID: <FE1835D68492D311BF7900508B5BEB0D2CA364@petra.admin.wpi.edu>  6 Yes.  Not the same, but similar.  I see the following:   $ diaf  
 DECevent V3.3  _DIAGNOSE-FAT: Execution failedo    F We have an AS 4000 with OpenVMS 7.2-1.  At the time I was working on aC problem and decided to "upgrade" to v3.3.  I ended up finding the =a problem I anyway, but I never could get DECevent to run.  I called Compaq and was =  toldJ that there was a problem with version 3.3 and it hadn't been fixed yet.  = ThisG was around 2 months ago.  After the problem was resolved the DECevent =o issuefF became a low priority and I haven't followed up with it.  I take it, = thatD since you actually have it running on one of your systems that the = person IC spoke to was full of it.  I guess I'll have to call them back and =: complain about poor service.w   Davidm   > -----Original Message-----) > From: Paul Sture [mailto:paul@sture.ch]e& > Sent: Friday, March 23, 2001 1:00 PM > To: Info-VAX@Mvb.Saic.ComsH > Subject: DECevent 3.3 abort with "_DIAGNOSE-FAT: Automatic analysis is > still running."M >=20 >=20 > Hi,  >=20" > Has anyone seen similar to this? >=20 > This on Alpha V7.2-1H1.> >=20@ > Since installing DECEVENT 3.3, on one cluster it runs fine.=20 > On another,=20 > DIAGNOSE fails with: >=20 > DECevent V3.3 I > _DIAGNOSE-FAT:  Automatic analysis is still running. Please shutdown=20  > and reissue command. > %SYSTEM-F-ABORT, abort >=20H > No DECevent process is running on the system. Even after performing=20? > @SYS$STARTUP:DECEVENT$SHUTDOWN, the same message is produced.e >=20G > And, BTW, according to the release notes DIAG apparently now needs=20a	 > SYSLCK.  >=20: > The DECEVENT startup log also contains the same message: >=20 > $ verify =3D 0 > $ completion_code =3D 1l > $ cfmg :=3D=3D DIAGNOSEu > $ set default DIA$:[MANAGER]' > $ DEFINE/JOB SYS$LOGIN DIA$:[MANAGER]t) > $ DEFINE/JOB SYS$SCRATCH DIA$:[MANAGER]tH > $ SET PROCESS/PRIVLEDGE=3D(NOALL,DIAGNOSE,TMPMBX,NETMBX,SYSLCK,SYSPRV) > $ SHOW PROCESS/QUOTA >=20B > 23-MAR-2001 15:53:36.08   User: SYSTEM           Process ID: =20 >  2020045Ah@ >                           Node: MYNODE           Process name: > "DECevent_MYNODE"i >=20 > Process Quotas:e >  Account name: SYSTEMMH >  CPU limit:                      Infinite  Direct I/O limit:       100H >  Buffered I/O byte count quota:     99424  Buffered I/O limit:     100H >  Timer queue entry quota:              19  Open file quota:         98H >  Paging file quota:                125280  Subprocess quota:        12H >  Default page fault cluster:           64  AST quota:              324H >  Enqueue quota:                      2000  Shared file limit:        0H >  Max detached processes:                0  Max active jobs:          0 > $ cfmg start MYNODE  >=20 > DECevent V3.3 I > _DIAGNOSE-FAT:  Automatic analysis is still running. Please shutdown=20  > and reissue command. > %SYSTEM-F-ABORT, abort: >   SYSTEM       job terminated at 23-MAR-2001 15:53:36.21 >=20 >   Accounting information: F >   Buffered I/O count:                108      Peak working set size: > 6400B >   Direct I/O count:                   22      Peak virtual size: > 176448@ >   Page faults:                       476      Mounted volumes: > 0tE >   Charged CPU time:        0 00:00:00.14      Elapsed time:       0t
 > 00:00:00.33i >=20B > I think my next step is to investigate quotas, but I wondered=20 > if anyone=20 > else has seen this.? > ___  > Paul Sture
 > Switzerlandn >=20 >=20   ------------------------------  % Date: Fri, 23 Mar 2001 02:03:49 -0500   From: John Santos <JOHN@egh.com>L Subject: Re: Dumb and dumber (was RE: Dumbing Down VMS with UNIX Elements? )6 Message-ID: <1010323015543.59701E-100000@Ives.egh.com>  % On Thu, 22 Mar 2001, Dan Allen wrote:a  ] >  Come on guys, give this a rest. You can always find "a" job that is easier in your commandt@ >  set/OS of choice. Heh Bill, what's the Unix equivalent of :-) > @ > 	$ del/since="01-Jan-1971 00:00:00.00"/backup sys$login:*.*;*   @ I don't know, but there is probably a Unix somewhere with backupA dates, and find on that system probably knows about them.  Or youe= can always create a file listing all your files and when theyn: were backed up.  Update the file whenever you do a backup.  Requires Oracle, of course.  :-)  
 How about:? 	$ del/before="01-Jan-1969 00:00:00.00"/backup sys$login:*.*;* s or:M> 	$ del/since="01-Jan-2081 00:00:00.00"/backup sys$login:*.*;*    --   John SantosB Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------    Date: 23 Mar 2001 08:36:40 -0500- From: koehler@encompasserve.org (Bob Koehler)SB Subject: Re: Dumbing Down VMS with UNIX Elements? (was Re: OpenVMS3 Message-ID: <6Wpxm+hTh7Ku@eisner.encompasserve.org>1  X In article <3ABA8EA7.9CE38FD3@infopuls.com>, Christof Brass <brass@infopuls.com> writes:  A > I know the problem of beeing convinced as having the true pointiB > of view. But I have several years of UNIX/Linux experience which4 > makes me think that I know what I'm talking about.   So do I.  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporatione= NASA GSFC Flight Software       | Federal Sector, Civil GroupdE                                 | please remove ".aspm" when replying    ------------------------------    Date: 23 Mar 2001 08:40:52 -0500- From: koehler@encompasserve.org (Bob Koehler)eB Subject: Re: Dumbing Down VMS with UNIX Elements? (was Re: OpenVMS3 Message-ID: <5Udp1Pxo5L58@eisner.encompasserve.org>e  X In article <3ABA90D4.28B91733@infopuls.com>, Christof Brass <brass@infopuls.com> writes: > @ > There are two features I would like to see on VMS (but only ifA > no one disagrees and only if it can fit into VMS style): beyondbA > the ODS-5 way of treating case of filenames ("a" is "A" but the < > initial chosen case will retained) I would like to see theA > ability to have full case sensitivity. The second thing I would B > like to see is the ability to organise the whole filesystem as a2 > tree (with one root). Is this against VMS style?  G VMS style is very much "never break upward compatability" (not perfect,e but very much the style).n  E Case sensitive file names would very much break upward compatability. F and I for one don't want to see it.  But it is required by COE and theD tree style mounting might make the real purpose of COE actually work better.s  E IMHO it's OK as long as both are off by default.  Knowing VMS and thea9 people who write it I'm not expecting any problems there.r  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporatione= NASA GSFC Flight Software       | Federal Sector, Civil Group E                                 | please remove ".aspm" when replyingt   ------------------------------    Date: 23 Mar 2001 20:50:12 +0800, From: Paul Repacholi <prep@prep.synonet.com>Y Subject: Re: Dumbing Down VMS with UNIX Elements? (was Re: OpenVMS      EducationalPrograa- Message-ID: <87itl0ps3f.fsf@prep.synonet.com>a  + Christof Brass <brass@infopuls.com> writes:   D > Will this also remove all directories? I remember sometimes havingE > the directories left. I normally use backup to move files to retaina > the modification date.  I No. But you do not always want to nuke the directories and go through thehE overhead of re-creating and extending them. The delete get rid of the-. directories VERY fast once the files are gone.   -- n< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.r@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------   Date: 23 Mar 2001 14:42:57 GMT* From: bdwheele@indiana.edu (Brian Wheeler)Y Subject: Re: Dumbing Down VMS with UNIX Elements? (was Re: OpenVMS Educati   onalProgram)i3 Message-ID: <99fndh$ir0$1@flotsam.uits.indiana.edu>a  + In article <3ABA9A86.E75BFE9@infopuls.com>,e, 	Christof Brass <brass@infopuls.com> writes: > Brian Wheeler wrote: >> r/ >> In article <3AB925E1.1C7BA213@infopuls.com>,-6 >>         Christof Brass <brass@infopuls.com> writes: >> > Brian Wheeler wrote:- >> >>4 >  > [SNIP] >  >> >0 >> >> > WINE requires some sort of Windows also. >> >> N >> >> No, it does not.  It is a reimplementation of windows.  Original windowsL >> >> code is only required if you're emulating a windows binary....and only0 >> >> then if the WINE libraries are incomplete. >> >E >> > Yup. Learned that in between. What do you mean with "emulating a0D >> > windows binary"? Are talking about a genuine M$ tool that comes >> > with Windoze like the CLI?  >> aP >> On x86 machines you can run a windows .exe file as if it were native, becauseJ >> of environment emulation routines (mainly LDT and GDT tinkering) in theR >> kernel.  The wine version of the dlls will be loaded unless they are overriddenG >> (by the user) to use the native windows ones, or if there is no wineh$ >> equivalent (such as vbrunx00.dll) > A > Sorry, don't understand that. Is WINE part of the Linux kernel?c  L No, it uses facilities in the linux kernel to do things which most processesO do not:  setup LDTs.  They're useless to anything _but_ emulating the structure-/ of another environment, such as DOS or Windows.S  ? > What does it mean "as if it were native"? Can you install theT@ > original Windoze DLLs or leave the WINE versions of these DLLs > in place?s  J Either way.  The wine software loads the windows.exe into memory, and doesJ fixups for the dlls.  For each of the dlls required (or requested later), K wine makes a choice:  use the 'real' dll, or use the wine-supplied dll.  ByeN default it uses the wine-supplied, but can be overridden.  So, for all intentsK and purposes, the windows .exe file is being run as a native application:  OF there is no emulation, other than in initial setup and library fixups.     > # >> >> > AFAIK from a sound PR eventON >> >> > organised by SUN to promote Solaris/386 you even have to buy a WindowsL >> >> > licence - though I'm not sure about this because this was about 1990M >> >> > or even earlier. One of the best technical PR events I ever met. OnlyeQ >> >> > a few SUN people but highly qualified, sound answers, very good concepts.  >> >> > Alas UNIX crap ... >> >>t0 >> >> WABI required a windows license, not Wine. >> >@ >> > Okay then - as far as I understood the concept is the same:E >> > offering the Windoze API on the host platform. Maybe the licenceR: >> > requirement comes from a contract between SUN and M$. >> tP >> WABI does binary emulation _only_.  Wine does binary emulation _and_ provides8 >> a source API to provide building native applications. > ? > What is a source API? If I have the header files of Windoze ItB > can write an application for WABI because all other Windoze apps@ > that run under WABI are written that way. What is specifically7 > needed for building native ("native" wrt what?) apps?l  I Applications which run under WABI are _strictly_ x86 windows EXE files.  eL There is no other choice.  That is what it emulates, and if you wish to run 2 something under it, you must generate that format.  J Wine, on the other hand, will _allow_ those files to be "emulated" (thoughO its only an environment emulation, the code is run natively on the processor), lK but also provides winelib, which is a native (I.E. linux ELF shared object)iN library which allows you to recompile your 'windows' source code into a linux + ELF executable with the same functionality."  = So, if you had "hello.c" which was windows source, you could:9   Under wabi:r: 	compile with a windows compiler and then run the x86 .exe   Under wine: : 	compile with a windows compiler and then run the x86 .exeI or	compile with a native compiler (i.e. gcc) and run the linux executable        Get it?o Brianv   ------------------------------  % Date: Fri, 23 Mar 2001 12:42:52 -0600h+ From: Christopher Smith <csmith@amdocs.com>iY Subject: RE: Dumbing Down VMS with UNIX Elements? (was Re: OpenVMS EducationalProgram) ontL Message-ID: <3B55D7F383B0D31197D9009027541CBF0D9D1C83@cmiexch1.cmi.itds.com>   > -----Original Message-----2 > From: Christof Brass [mailto:brass@infopuls.com]  A > Sorry, don't understand that. Is WINE part of the Linux kernel? ? > What does it mean "as if it were native"? Can you install theC@ > original Windoze DLLs or leave the WINE versions of these DLLs > in place?   K No, what he meant there was that wine doesn't emulate an 8086 cpu.  It onlyoJ emulates "windows."  a good chunk of wine is in x86 assembly, and it will,K more or less, just pass instructions along to the cpu unaltered, where it'scE possible.  The only thing that wine provides is the "windows" api andg: interfaces (loader, linker, ipc, etc) for the application.  ? As for the last question, you can do either.  Wine has built-inDK DLL-replacements, and will eventually have a complete one for each DLL (noteK the case yet, but more or less...).  You have the option of using these, orlH of installing windows dlls somewhere on the disk and telling wine to useB those instead.  In face, for each DLL, you can specify this option separately.o  9 > > WABI does binary emulation _only_.  Wine does binary - > emulation _and_ provides9 > > a source API to provide building native applications.o  ? > What is a source API? If I have the header files of Windoze I B > can write an application for WABI because all other Windoze apps@ > that run under WABI are written that way. What is specifically7 > needed for building native ("native" wrt what?) apps?C  G I think he meant that wine is, in a large part, implemented as a set ofuJ libraries and headers.  When code that was written for windows is compiledG with these headers (which replace the windows headers), and linked with.K these libraries (which replace the windows libraries), then you end up withtI a "native" application that uses the windows gui calls (which end up justn> getting translated into X11).  AFAIK, wine _itself_ uses theseF libraries/headers as well in the actual "wine" program, which does the windows binary emulation.m   Regards,   Chris   ! Christopher Smith, Perl Developern Amdocs - Champaign, IL   /usr/bin/perl -e '? print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");i '=   ------------------------------  % Date: Fri, 23 Mar 2001 10:40:57 -0800E! From: Shane.F.Smith@Healthnet.comNY Subject: Re: Dumbing Down VMS with UNIX Elements? (was Re: OpenVMSEducationalProgram) ProMD Message-ID: <OFB4391996.D1649B74-ON88256A18.00664322@foundation.com>  I By default, directories are created with RWE protection, so they can't be F deleted without either privs, or changing the protection first. If you? don't do either, only the files in the directories get deleted.   J If you /really/ want to get rid of everything, may I direct your attentionG to the "INIT" command? Surely as powerful as the previously posted Unix18 "nuke everything" command, but shorter. And quicker. :-)   Shane1          E Paul Repacholi <prep@prep.synonet.com>@k9.healthnet.com on 03/23/2001T 04:50:12 AM    Sent by:  prep@k9.healthnet.com      To:   Info-VAX@Mvb.Saic.Comm cc:   C Subject:  Re: Dumbing Down VMS with UNIX Elements? (was Re: OpenVMS "       EducationalProgram) Program)    + Christof Brass <brass@infopuls.com> writes:   D > Will this also remove all directories? I remember sometimes havingE > the directories left. I normally use backup to move files to retainc > the modification date.  I No. But you do not always want to nuke the directories and go through theiE overhead of re-creating and extending them. The delete get rid of the . directories VERY fast once the files are gone.   --< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.i@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Fri, 23 Mar 2001 12:18:20 +0100M$ From: Michael Unger <unger@decus.de>: Subject: lexical function F$FAO and directives !UL and !XL* Message-ID: <009F971B.CFD2A03D.6@decus.de>  9 > The system services reference manual does document this>H > difference in behavior.  !XL directives are truncated, !UL and !ZL are7 > filled with the asterisk character as you have noted.v  8 I.e., if it is documented somewhere it's a feature ? ;-)   Thank you for the explanation.  4 > Whether or not it is consistent is another matter.   Indeed.e  ( 	$ write sys$output f$fao("!3XL", 12345) 	039 	$ show symbol $status 	$ $STATUS == "%X00010001") 	$ write sys$output f$message(%X00010001)s, 	%RMS-S-NORMAL, normal successful completion! 	               ^^^^^^^^^^^^^^^^^f  % No indication of a problem at all ...l  C ("You have got an answer, right or wrong, this _is_ a success." ;-)g  
 > Ken Randelly   Michaelt   ------------------------------  % Date: Fri, 23 Mar 2001 12:24:39 +0100c$ From: Michael Unger <unger@decus.de>: Subject: lexical function F$FAO and directives !UL and !XL* Message-ID: <009F971C.B1D13DC8.1@decus.de>  9 > The system services reference manual does document thisjH > difference in behavior.  !XL directives are truncated, !UL and !ZL are7 > filled with the asterisk character as you have noted.   8 I.e., if it is documented somewhere it's a feature ? ;-)   Thank you for the explanation.  4 > Whether or not it is consistent is another matter.   Indeed.t  ( 	$ write sys$output f$fao("!3XL", 12345) 	039 	$ show symbol $status 	$ $STATUS == "%X00010001") 	$ write sys$output f$message(%X00010001),, 	%RMS-S-NORMAL, normal successful completion! 	               ^^^^^^^^^^^^^^^^^n  % No indication of a problem at all ...h  C ("You have got an answer, right or wrong, this _is_ a success." ;-)e  
 > Ken Randelle   Michaele   ------------------------------  % Date: Fri, 23 Mar 2001 13:08:10 +0100 $ From: Michael Unger <unger@decus.de>: Subject: lexical function F$FAO and directives !UL and !XL* Message-ID: <009F9722.C64F1DF0.1@decus.de>  D Sorry for sending twice - I didn't specify the quote signs correctlyE with the MAIL command using MX and assumed the mail would be rejected ! but it wasn't. (mailing from VMS)2   Michael6   ------------------------------  % Date: Fri, 23 Mar 2001 13:21:58 +0100 . From: Marcin Szczecinski <marcin@lodz.tpsa.pl>> Subject: Re: lexical function F$FAO and directives !UL and !XL0 Message-ID: <20010323132158.A24927@lodz.tpsa.pl>  ; On Fri, 23 Mar 2001 at 12:18:20 +0100, Michael Unger wrote:q > 1 >         $ write sys$output f$fao("!3XL", 12345)q
 >         039a >         $ show symbol $statusa# >         $ $STATUS == "%X00010001" 2 >         $ write sys$output f$message(%X00010001)5 >         %RMS-S-NORMAL, normal successful completion * >                        ^^^^^^^^^^^^^^^^^ > ' > No indication of a problem at all ...  > E > ("You have got an answer, right or wrong, this _is_ a success." ;-)   4 It may be: $STATUS comes from "show symbol" command.    try:u  ,          $ fao_result = f$fao("!3XL", 12345)"          $ $STATUS == "%X00010001"!          $ show symbol fao_result           $ show symbol $status   Marcin Szczecinski.  marcin@lodz.tpsa.pln   ------------------------------   Date: 23 Mar 2001 09:11 CSTs' From: carl@gerg.tamu.edu (Carl Perkins) Y Subject: New qualifiers for some DCL commands (was: Re: Dumbing Down VMS with UNIX Elemen - Message-ID: <23MAR200109111843@gerg.tamu.edu>P  3 jordan@lisa.gemair.com (Jordan Henderson) writes...tB }Oh?  Delete offers the "necessary selection criteria"?  Let's sayB }I wanted to perform the very commonly requested deleting files in= }reverse order?  How do I do that with delete?  In Unix it's:- }  }	ls -r1 | xargs rmr  > DELETE, PURGE, DIRECTORY, and probably some others could use a /REVERSE qualifier.   : Even better might be a more comprehensive /SORT qualifier.  > With a /SORT qualifer you could have things along the lines of $ DIR/SORT=KEY=(SIZE,ASCEND) or  $ DIR/SORT=KEY=(CREATED,DESCEND) or $ DIR/SORT=SPEC=myspec.spc or, of course,6 $ DELETE/SORT=(KEY=(NAME,DESCEND),KEY=(TYPE,DESCEND),-      KEY=(VERSION,DESCEND)) *.*;*? (perhaps a key called "filespec" or something along those linesnC to get the full spec including name, type, and version in one key).n  D After all, there are callable sorting routunes are there not? AddingD sort functionality should therefore, in theory, not be all that hardD (which is easy to say since I'm not the one who would be adding it).  > }Or, say I want to delete empty .tmp files, which is something }I've wanted to do.$ }That's: } 8 }	ls -s1 *.tmp |  awk '/^ *0 / { print $2 };' | xargs rm } I }So, I must be missing the options on DEL that provides an way to do the - }above easily. }-Jordan Henderson  C One of the good things people mention about DCL is it's regularity.cA To help promote this, and because it would be useful, I'd like togA suggest that DELETE and PURGE and possibly some others could alsoEB use the /SELECT= qualifier that was added to the DIRECTORY command- sometime around VMS V6.1. You could then do aa# $ DELETE/SELECT=SIZE=MAX=0 *.TMP;*.B   --- Carl   ------------------------------  % Date: Fri, 23 Mar 2001 11:46:54 -0700a+ From: "Barry Treahy, Jr." <treahy@mmaz.com>-# Subject: Please ignore test message-( Message-ID: <3ABB9A1E.EDD05BEE@mmaz.com>   VMS users list   --  ? Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIOe  A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028.   ------------------------------  % Date: Fri, 23 Mar 2001 09:49:49 +0000 % From: Alan Greig <a.greig@virgin.net>e, Subject: Re: POSIX Streams, File Permissions8 Message-ID: <re6mbt8gfnj62v8tta7p3j2s4q2a6qdlnu@4ax.com>  A On 23 Mar 2001 03:14:35 GMT, JONESD@er6.eng.ohio-state.edu (David1
 Jones) wrote:m    K >This is reminiscent of the way DEC insisted for years that disk defraggersuF >weren't needed on VMS because most files are smaller than the clusterE >size and thus not fragmented.  I see plenty of applications that useeK >fork without an exec (Apache being one example) and it is a real hindrance 0 >to a getting a clean port of these apps to VMS.  F And Tenex/TOPS-20 had the ability to do Unix style fork as well as VMSB style process creation as far back as 1969. Actually it's probablyF more true to say that Unix has the ability to do TOPS-20 style processF creation.  Another occasion where Cutler et al deliberately left theirB blinkers on. These features were not left out by accident. I don'tD suppose anyone has a copy of the TOPS-20 = > VMS migration documentsE which listed many of these "non-goals" as it called them. It would beaE amusing to see just how many of these might now be considered to havei been a mistake in hindsight.   >sG >The applications I see that do fork/exec almost always create pipes as-K >a communication mechanism between the processes.  The current pipe supportAH >in the C runtime is inadequate and even more so in a fork/exec context. >  >  > = >David L. Jones               |      Phone:    (614) 292-6929-. >Ohio State University        |      Internet:M >140 W. 19th St. Rm. 231a     |               jonesd@er6s1.eng.ohio-state.eduM; >Columbus, OH 43210           |               vman+@osu.edua >e, >Disclaimer: Dogs can't tell it's not bacon.   -- Alan   ------------------------------    Date: 23 Mar 2001 20:38:35 +0800, From: Paul Repacholi <prep@prep.synonet.com>, Subject: Re: POSIX Streams, File Permissions- Message-ID: <87n1acpsms.fsf@prep.synonet.com>o  ! LBohan@dbc.spam_less..com writes:t  F > on a side note, I see the folks doing the docs have a sense of humor > about COE ...g   >  ...4 >   For example, to change the case of a file named  >     COEISABLAST.TXT,  ! >    issue the following command:n  , >   $ RENAME COEISABLAST.TXT COEIsABlast.txt  B >   The RENAME command renames COEISABLAST.TXT to COEIsABlast.txt.  I Ah *UNLESS* there are changes to DCL, this will not work! DCL will upcase- the second file name :)   ( The canonically correct command would be  K      $ RENAME COEISABLAST.TXT "COEOsASunSoakedPileOfPox.UnreadableOnVMSpdf"s <smilley to suit>i   -- P< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.o@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------   Date: 23 Mar 2001 06:56 CSTB' From: carl@gerg.tamu.edu (Carl Perkins)], Subject: Re: POSIX Streams, File Permissions- Message-ID: <23MAR200106563676@gerg.tamu.edu>   % Shane.F.Smith@Healthnet.com writes...gG }Did I understand right? Christof just asked for a Unix feature on VMS?i }  }Shane  D Not only did he ask for one, he asked for one of the stupidest ones.  D Case sensitivity is completely and utterly moronic (not only in fileF names, but in programming languages and every other place it happens).  C The COE thingy is, of course, requiring such a feature. Fortunatelyx4 it will only happen if you deliberately activate it.  	 --- Carl o  E }Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> onn }03/22/2001 02:57:16 AMe }  }To:   Info-VAX@Mvb.Saic.Com }cc: } . }Subject:  Re: POSIX Streams, File Permissions }  } , }Christof Brass <brass@infopuls.com> writes: } B }> And I like to have the possibility of case sensitive file names? }> but the change is only half way. It only remembers the firstpA }> writing wrt case. It doesn't allow to have two files named "a"m@ }> and "A". I would have liked another option to make it as some }> other OSs wrt case. } G }AFAIK, what you describe is ODS-5 extended file name parsing, which isr }case-I }preserving and case-blind. What COE gives you is real, stupid Unix/Posixa }case-K }sensitive file naming, i.e., "a" and "A" are different files. (This is one  }ofr; }the few things MS's newer file systems got right, IMNSHO.)  } 	 }     Janu }  }  }  }  }    ------------------------------    Date: 23 Mar 2001 08:24:44 -0500- From: koehler@encompasserve.org (Bob Koehler) , Subject: Re: POSIX Streams, File Permissions3 Message-ID: <NItGlIYp7dWo@eisner.encompasserve.org>t  ` In article <re6mbt8gfnj62v8tta7p3j2s4q2a6qdlnu@4ax.com>, Alan Greig <a.greig@virgin.net> writes: > H > And Tenex/TOPS-20 had the ability to do Unix style fork as well as VMSD > style process creation as far back as 1969. Actually it's probablyH > more true to say that Unix has the ability to do TOPS-20 style process > creation.   F IMHO that fork style is just typical of the software technology of theF day.  UNIX was being written, new OS for PDP-10 was being written, ...  B They also share 2 modes, a then somewhat new idea for implementingH timesharing, and they share byte stream files.  I'm sure there are other8 simmilarities between these late 60's software products.  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporationn= NASA GSFC Flight Software       | Federal Sector, Civil GroupiE                                 | please remove ".aspm" when replying    ------------------------------    Date: 23 Mar 2001 08:34:02 -0500- From: koehler@encompasserve.org (Bob Koehler)a, Subject: Re: POSIX Streams, File Permissions3 Message-ID: <Y9zK0xC2ECcZ@eisner.encompasserve.org>n  \ In article <87n1acpsms.fsf@prep.synonet.com>, Paul Repacholi <prep@prep.synonet.com> writes: > - >>   $ RENAME COEISABLAST.TXT COEIsABlast.txtw > C >>   The RENAME command renames COEISABLAST.TXT to COEIsABlast.txt.  > K > Ah *UNLESS* there are changes to DCL, this will not work! DCL will upcasei > the second file name :)l >   I You're out of date.  That capability was added to DCL when ODS-5 shipped,uG I use it all the time.  Makes passing arguments to C/C++/Java main mucho% easier, too (like the Java compiler).s  7 Naturally it's off by default for upward compatability.w  E The big restriction is there must be no other versions of the file bydC the new name, new versions get the same case as existing versions. iB (Purge to 1 version before using rename stricktly to change case).   $show process/parse_style-  ... Parse Style: Extended1   $create A.Ah asdm ^Z $create a.at asdd ^Z $dir a.a   Directory USER1:[KOEHLER]    A.A;2               A.A;1R   $rename a.a a.an $dir a.a   Directory USER1:[KOEHLER]B   A.A;2               A.A;1@  
 $purge a.a $rename a.a a.a- $dir a.a   Directory USER1:[KOEHLER]f   a.a;1a  	 $type a.af asdd  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences CorporationC= NASA GSFC Flight Software       | Federal Sector, Civil GroupLE                                 | please remove ".aspm" when replyingt   ------------------------------  # Date: Fri, 23 Mar 2001 16:03:45 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman), Subject: Re: POSIX Streams, File Permissions0 Message-ID: <BtKu6.95$fB6.3830@news.cpqcorp.net>  \ In article <87n1acpsms.fsf@prep.synonet.com>, Paul Repacholi <prep@prep.synonet.com> writes:" :LBohan@dbc.spam_less..com writes:- :>   $ RENAME COEISABLAST.TXT COEIsABlast.txt  :lC :>   The RENAME command renames COEISABLAST.TXT to COEIsABlast.txt.  :eJ :Ah *UNLESS* there are changes to DCL, this will not work! DCL will upcase :the second file name :)     SETl  	   PROCESSu       /PARSE_STYLE              /PARSE_STYLE=(keyword)  ?        Allows a user to indicate how commands are to be parsed.y  F        Setting a particular parse style tells DCL how it should handleG        command syntax. User programs can also examine the state of this 9        setting if they need to use different parse rules.f  @        The valid keywords for this qualifier are TRADITIONAL andD        EXTENDED. These keywords are mutually exclusive and cannot be        negated.   E        If the /PARSE_STYLE qualifier is not specified, the default isa        the TRADITIONAL format.          Keyword     Explanation  G        TRADITIONAL Indicates that commands should be examined using the F        (default)   former (prior to Version 7.2) rules for DCL syntax.E        EXTENDED    Indicates that commands should be examined using ai@        (Alpha      syntax that allows ODS-5 file specifications.        only)  D        The main differences for DCL when EXTENDED parse rules are in        effect are:  G        o  Arguments to foreign commands are case preserved. You can geteE           the command string by calling LIB$GET_FOREIGN. Note that at"E           this time, C/C++ programs which use the argc/argv mechanism-5           still have unquoted arguments in lowercase.m  ?        o  Some characters that were previously treated as tokenUB           delimiters are no longer delimiters. The pound sign (#),H           circumflex (^), and question mark (?) fall into this category.  G        o  A circumflex (^) is an escape character, which can be used touF           indicate that the next character in the command string is toG           be treated as if it were quoted, thereby losing its syntactict           significance.,  :        EXTENDED parsing also modifies DCL's rules for fileD        specifications, i.e., any item with a $FILE type in a Command'        Definition Language (.CLD) file:   7        o  File specifications will not be in uppercase..  B        o  Any number of commas (,) may be placed between directory!           delimiters ([] and <>).c  @        o  Directory file ID's (DIDs) can be included in the file           specification.  F        o  Any number of periods (.) or semi-colons (;) may be included$           in the file specification.  E        Refer to the OpenVMS Guide to Extended File Specifications for         more information.    N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------    Date: 23 Mar 2001 08:36:08 -05003 From: malmberg@encompasserve.org (John E. Malmberg)s# Subject: Re: Support of old systems-3 Message-ID: <h3HQ$voGT3tG@eisner.encompasserve.org>M  6 In article <1010323005354.59701D-100000@Ives.egh.com>,& John Santos <JOHN@egh.company> writes:) > On 22 Mar 2001, John E. Malmberg wrote:> > > >> Used Infoservers do show up from time to time, but with out= >> the activation key CD-ROMs and load media, they can easilyL >> become doorstops. >s; > I saw one on Ebay yesterday, bidding was about $15, but In6 > didn't know about activation key or load media being; > required and don't know if they were included or if therem > is a license transfer issue.  4 I am totally ignorant of any license transfer issue.  : Going strictly from my memory there is a load media CD-ROM also part of CON-DIST.  9 Without additional LICENSE KEY CD-ROMs, the unit can only^9 serve MOP boots, and paging files to VXTxxxx X-terminals.o  < Separate LICENSE KEY CD-ROMS are available for DISK serving,; tape serving, and possibly CD Recording.  I have never used- an Infoserver for CD-Recording.4  @ >> > (Last time I looked, QBUS SCSI controllers are about $1000.? >> > No way for a hobbyist, or even for a business that is only1? >> > keeping a VAX around to support the last few customers who ' >> > still haven't migrated to Alphas.)  >>C >> The last I looked the used third party ones were about $500 U.S.k> >> I do not have a list of suppliers with me, and can not give >> any recomendations. > 8 > Still much more than it's worth for a hobbyist system.  E Keep your eyes open.  Last year a VAX 4000-500, 128M Memory, bootable!: KZQSA controller, TLZ04, 3 RF72 disk drives was offered on  comp.os.vms for $50.00 U.S.  :-)  > Complete systems with valuable components can usually be found? for a fraction of the price of the components.  The used marketm can be strange."  A >> A cross architecture bootstrap should be possible.  I have not B >> yet tried it, and I would not expect the method to be supported >> officially. >1D > Hmm.  If VAX-VMS kits were done in PCSI, could you install VAX-VMSB > on a 2nd disk on an Alpha, then boot a VAX into the cluster from <snip>  ! Way too much work and trouble :-)   9 The following is untested, and probably a bit incomplete.o Use at your own risk!m  A It also will require that you have the needed license keys loaded 0 on the boot system for the satellite to operate.  A The VAX system must have an ethernet controller that is supportedl& for VMSCLUSTER operations.  No DEQNAs.  2 Assume that an Alpha is your system with a CD-ROM.   Convert it to a cluster.  > Use the CLUSTER_CONFIG procedure to build a satellite with the; ethernet address of the VAX.  Be sure to tell it not to put $ page or swap files on the satellite.  @ On a spare disk, make an IMAGE backup of the OpenVMS VAX CD-ROM.  3 Now look at the MOP database for the VAX satellite.,  E You will have to change the file and logical name references to point^3 to images on your backup of the OpenVMS VAX CD-ROM.   A You will also probably need to copy the cluster security database ? from the ALPHA system disk to backup of the OpenVMS VAX CD-ROM.   E It may be needed to set the logical names for SYSUAF and other common02 files in the SYLOGICALS.COM that will be executed.  J The VAX satellite can then be booted, it will not have much functionality,H but you can then do an image backup of the OpenVMS VAX CD-ROM to a spareA disk on the VAX, or do SAVE-SET B to start an install, or use them& tape drive on your VAX from the ALPHA.  7 Again, consider this an experimental untried procedure.   C I have probably missed a few steps, and of course this will requiref1 some research on the person who wants to do this.    -John  wb8tyw@qsl.network Personal Opinion Only.   ------------------------------  % Date: Fri, 23 Mar 2001 09:56:05 -0500-  From: John Santos <JOHN@egh.com># Subject: Re: Support of old systemsm6 Message-ID: <1010323094457.59701B-100000@Ives.egh.com>  ' On 23 Mar 2001, John E. Malmberg wrote:f  8 > In article <1010323005354.59701D-100000@Ives.egh.com>, [...]  > # > Way too much work and trouble :-)I > ; > The following is untested, and probably a bit incomplete.  > Use at your own risk!= > C > It also will require that you have the needed license keys loaded*2 > on the boot system for the satellite to operate. > C > The VAX system must have an ethernet controller that is supported ( > for VMSCLUSTER operations.  No DEQNAs. > 4 > Assume that an Alpha is your system with a CD-ROM. >  > Convert it to a cluster. > @ > Use the CLUSTER_CONFIG procedure to build a satellite with the= > ethernet address of the VAX.  Be sure to tell it not to putl& > page or swap files on the satellite. > B > On a spare disk, make an IMAGE backup of the OpenVMS VAX CD-ROM. > 5 > Now look at the MOP database for the VAX satellite.o > G > You will have to change the file and logical name references to pointo5 > to images on your backup of the OpenVMS VAX CD-ROM.  > C > You will also probably need to copy the cluster security databasesA > from the ALPHA system disk to backup of the OpenVMS VAX CD-ROM.h > G > It may be needed to set the logical names for SYSUAF and other common 4 > files in the SYLOGICALS.COM that will be executed. > L > The VAX satellite can then be booted, it will not have much functionality,J > but you can then do an image backup of the OpenVMS VAX CD-ROM to a spareC > disk on the VAX, or do SAVE-SET B to start an install, or use the>( > tape drive on your VAX from the ALPHA.  F I think the "copy the CD-ROM to a spare disk" method should work fine.E I'm not sure about the "SAVE-SET B" method, since after rebooting the-B VAX, it probably would no longer be in the cluster and wouldn't beB able to get SAVE-SET C, etc.  However, you could probably copy theC save-sets to a spare disk on the VAX, install S/A backup on a spareaF disk on the VAX, boot S/A backup from the spare disk, restore SAVE-SETF B, and go from there.  Just copying the CD-ROM to the spare disk wouldD be easier, unless you have limited disk space.  If you only have oneB disk, that might problematical, but I know you can boot S/A backupF from a disk, then restore to that disk you just booted, wiping it out!D (I've done this on single disk systems, where I needed to defrag theE system disk, and didn't want to spend the 1/2 hour to boot S/A backup D from a TK50 or (horrors) RX01...  Boot S/A backup from root E on theE system disk, backup to tape, restore to the system disk, reboot.  Allo
 was fine.)   > 9 > Again, consider this an experimental untried procedure.  > E > I have probably missed a few steps, and of course this will require 3 > some research on the person who wants to do this.c >  > -John  > wb8tyw@qsl.network > Personal Opinion Only.  ? Thanks, John... If your post ever makes it to Deja, it could bee  a lifesaver for someone someday!   -- i John Santoss Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  % Date: Fri, 23 Mar 2001 13:06:17 -0500T2 From: rdeininger@mindspring.com (Robert Deininger)# Subject: Re: Support of old systems L Message-ID: <rdeininger-2303011306180001@user-2iveang.dialup.mindspring.com>  3 In article <h3HQ$voGT3tG@eisner.encompasserve.org>, 4 malmberg@encompasserve.org (John E. Malmberg) wrote:    # > Way too much work and trouble :-)3 > ; > The following is untested, and probably a bit incomplete.g > Use at your own risk!o > C > It also will require that you have the needed license keys loaded32 > on the boot system for the satellite to operate. > C > The VAX system must have an ethernet controller that is supportedm( > for VMSCLUSTER operations.  No DEQNAs. > 4 > Assume that an Alpha is your system with a CD-ROM. >  > Convert it to a cluster. > @ > Use the CLUSTER_CONFIG procedure to build a satellite with the= > ethernet address of the VAX.  Be sure to tell it not to puto& > page or swap files on the satellite. > B > On a spare disk, make an IMAGE backup of the OpenVMS VAX CD-ROM. > 5 > Now look at the MOP database for the VAX satellite.L > G > You will have to change the file and logical name references to pointi5 > to images on your backup of the OpenVMS VAX CD-ROM.L > C > You will also probably need to copy the cluster security databaseiA > from the ALPHA system disk to backup of the OpenVMS VAX CD-ROM.d > G > It may be needed to set the logical names for SYSUAF and other common 4 > files in the SYLOGICALS.COM that will be executed. > L > The VAX satellite can then be booted, it will not have much functionality,J > but you can then do an image backup of the OpenVMS VAX CD-ROM to a spareC > disk on the VAX, or do SAVE-SET B to start an install, or use the6( > tape drive on your VAX from the ALPHA. > 9 > Again, consider this an experimental untried procedure.f  9 Take a look at the VMS clustering manual.  The section on J cross-architecture satellite booting describes quite a bit of this, IIRC. 6 I think what you are describing is _almost_ supported.     > Personal Opinion Only.   -- t Robert Deininger rdeininger@mindspring.como   ------------------------------    Date: 23 Mar 2001 19:59:50 +0800, From: Paul Repacholi <prep@prep.synonet.com>7 Subject: Re: the Northeast Digital Systems Ebay Folliesn- Message-ID: <87r8zopufd.fsf@prep.synonet.com>   7 Lyndon Bartels <lyndon.bartels@childrenshc.org> writes:X  D > It looks like somebody finally antied up enough money to get above- > the reserve on one of Northeast's machines.l   8 > It's a 600au, with 512M of ram, and 1 18.1G diskdrive.  w > Current Bid: $2,600.  iE > I looked at their web-site, and the same 600au, they have listed atm > $2,999.00.  oC > Hmmm... Seems more than a wee bit high for me. But... If somebodys0 > want's to pay that kind of money.... so be it.  E A friend as some 4100s and 7000s for sale, with SW kit. About $2300USC@ ( depending on the state of the pacific peso ) plus freight. See
 comp.sys.dec.a   -- A< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.u@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Thu, 22 Mar 2001 10:00:31 +0100s, From: Didier Morandi <Didier.Morandi@gmx.ch>0 Subject: Re: Uaf Show/rights status bug (v7.2-1)& Message-ID: <3AB9BF2F.AF196AC6@gmx.ch>  > You discovered something even more critical than your example:   V7.2-1 Alpha GD2079> uaf sh/rights toto    / %UAF-E-SHOWERR, unable to complete SHOW command - -SYSTEM-F-NOSUCHID, unknown rights identifiero GD2079> sh symb $status    $STATUS == "%X10000000"k  
 V7.1 Alpha GD2089> uaf sh/rights toto/ %UAF-E-SHOWERR, unable to complete SHOW command - -SYSTEM-F-NOSUCHID, unknown rights identifiers GD2089> sh symb $statuso   $STATUS == "%X00000001"n  N We could have expected at least the $status matching the SYSTEM error message.   D.   "J. Scott Greig" wrote:' > 2 > Just a heads-up for anyone converting to V7.2-1. > : > It seems that the "show/rights" portion of the authorize+ > utility for OpenVMS version 7.2-1 (Alpha)A9 > returns a bad status.   This can lead to broken command + > files &etc. for user authorization tasks.v >  > Version 7.2-1... > $ uaf:=$authorize- > $ uaf show/rights system? > Identifier                         Value           Attributesr/ >   NET$MANAGE                       %X91F50002 / >   NET$DIAGNOSE                     %X91F50004g > $ sh sym $status >   $STATUS == "%X10000000"> >  > Version 7.1... > $  uaf show/rights system ? > Identifier                         Value           AttributesN/ >   NET$MANAGE                       %X91F50002t > $ sh sym $status >   $STATUS == "%X00000001"L >   > I'm logging a call to DEQ now. > Scotte   ------------------------------  % Date: Thu, 22 Mar 2001 16:33:09 +0100 , From: Didier Morandi <Didier.Morandi@gmx.ch>/ Subject: Re: unable to ftp for certain user a/cc& Message-ID: <3ABA1B35.1DC5D17E@gmx.ch>  $ on the machine running VMS, do this:  $ $ set audit/alarm/enable=logfail=all $ reply/enable  A then try to connect and you will get the reason on your terminal.g  & On all machines I manage, I have this:   ISLKP1_mgr> sh audit e- System security alarms currently enabled for:o   ACLs   Authorization.   Audit:         illformed5   Breakin:       dialup,local,remote,network,detachedaM   Logfailure:    batch,dialup,local,remote,network,subprocess,detached,server.  - System security audits currently enabled for:;   ACL    Authorization    Audit:         illformed5   Breakin:       dialup,local,remote,network,detachedtF   Logfailure:    batch,dialup,local,remote,network,subprocess,detached  H alarms are displayed on a terminal with REPLY/ENABLE and recorded in the OPERATOR.LOG filel2 audits are recorded in the security audit journal.   D.3 (and avoid posting three times the same message :-)n   Netsurfer wrote: >  ../..-$ > What is the cause of the problem??   ------------------------------  % Date: Fri, 23 Mar 2001 14:32:06 +0000:% From: Alan Greig <a.greig@virgin.net>eF Subject: VMS COE docs online (was Re: POSIX Streams, File Permissions)8 Message-ID: <fanmbt0g2fpgk12asm295c6u568fjj80vr@4ax.com>  E On 23 Mar 2001 20:38:35 +0800, Paul Repacholi <prep@prep.synonet.com>S wrote:  " >LBohan@dbc.spam_less..com writes: >n  - >>   $ RENAME COEISABLAST.TXT COEIsABlast.txte >AC >>   The RENAME command renames COEISABLAST.TXT to COEIsABlast.txt.a > J >Ah *UNLESS* there are changes to DCL, this will not work! DCL will upcase >the second file name :)  B Immediately before this specific example in the docs it says: "You? must have previously set your process to CASE_LOOKUP=SENSITIVE"l  	 Docs at:  A http://www.openvms.compaq.com/solutions/government/coe/index.html     ) >The canonically correct command would bep >eL >     $ RENAME COEISABLAST.TXT "COEOsASunSoakedPileOfPox.UnreadableOnVMSpdf" ><smilley to suit>   -- Alan   ------------------------------  % Date: Fri, 23 Mar 2001 07:59:16 -0800R! From: Tom Linden <tom@kednos.com>,J Subject: RE: VMS COE docs online (was Re: POSIX Streams, File Permissions)9 Message-ID: <CIEJLCMNHNNDLLOOGNJIKEBECEAA.tom@kednos.com>   E LOOKUP=CASE_SENSITIVE would seem to make more sense, the other one isr nonsensicals   > -----Original Message-----. > From: Alan Greig [mailto:a.greig@virgin.net]& > Sent: Friday, March 23, 2001 6:32 AM > To: Info-VAX@Mvb.Saic.Com H > Subject: VMS COE docs online (was Re: POSIX Streams, File Permissions) >  > G > On 23 Mar 2001 20:38:35 +0800, Paul Repacholi <prep@prep.synonet.com>e > wrote: >a$ > >LBohan@dbc.spam_less..com writes: > >l > / > >>   $ RENAME COEISABLAST.TXT COEIsABlast.txtm > >CE > >>   The RENAME command renames COEISABLAST.TXT to COEIsABlast.txt.q > > L > >Ah *UNLESS* there are changes to DCL, this will not work! DCL will upcase > >the second file name :) >iD > Immediately before this specific example in the docs it says: "YouA > must have previously set your process to CASE_LOOKUP=SENSITIVE"  >i
 > Docs at:C > http://www.openvms.compaq.com/solutions/government/coe/index.htmla >h >e+ > >The canonically correct command would be  > >   > >     $ RENAME COEISABLAST.TXT/ > "COEOsASunSoakedPileOfPox.UnreadableOnVMSpdf"n > ><smilley to suit> >a > -- > Alan >e   ------------------------------    Date: 23 Mar 2001 23:56:25 +0800, From: Paul Repacholi <prep@prep.synonet.com>J Subject: Re: VMS COE docs online (was Re: POSIX Streams, File Permissions)- Message-ID: <87ae6cpjh2.fsf@prep.synonet.com>   ' Alan Greig <a.greig@virgin.net> writes:e  G > On 23 Mar 2001 20:38:35 +0800, Paul Repacholi <prep@prep.synonet.com>  > wrote: > $ > >LBohan@dbc.spam_less..com writes: > >r > / > >>   $ RENAME COEISABLAST.TXT COEIsABlast.txt  > > E > >>   The RENAME command renames COEISABLAST.TXT to COEIsABlast.txt.t > > L > >Ah *UNLESS* there are changes to DCL, this will not work! DCL will upcase > >the second file name :) > D > Immediately before this specific example in the docs it says: "YouA > must have previously set your process to CASE_LOOKUP=SENSITIVE"r  ? And this will also change DCLs handeling of the command's case?o  J Wonder how many programs are going to have their internal command scanning busted as a result...3   Using VMS to read the docs?    -- g< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.s@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  # Date: Fri, 23 Mar 2001 16:25:10 GMTp2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)J Subject: Re: VMS COE docs online (was Re: POSIX Streams, File Permissions)0 Message-ID: <GNKu6.99$fB6.3830@news.cpqcorp.net>  ` In article <fanmbt0g2fpgk12asm295c6u568fjj80vr@4ax.com>, Alan Greig <a.greig@virgin.net> writes:F :On 23 Mar 2001 20:38:35 +0800, Paul Repacholi <prep@prep.synonet.com> :wrote:e :S# :>LBohan@dbc.spam_less..com writes:  :> :r. :>>   $ RENAME COEISABLAST.TXT COEIsABlast.txt :>D :>>   The RENAME command renames COEISABLAST.TXT to COEIsABlast.txt. :>K :>Ah *UNLESS* there are changes to DCL, this will not work! DCL will upcaseo :>the second file name :)- :-C :Immediately before this specific example in the docs it says: "Youp@ :must have previously set your process to CASE_LOOKUP=SENSITIVE"  G   If you want case-sensitivity (DII COE).  If you want case-preserving <E   (available now), you will be using a slightly different command forn   the parse style.  1   And yes, PDF viewers are available for OpenVMS.s  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Fri, 23 Mar 2001 16:58:53 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)J Subject: Re: VMS COE docs online (was Re: POSIX Streams, File Permissions)1 Message-ID: <hhLu6.100$fB6.3581@news.cpqcorp.net>   \ In article <87ae6cpjh2.fsf@prep.synonet.com>, Paul Repacholi <prep@prep.synonet.com> writes:@ :And this will also change DCLs handeling of the command's case?     Yes, it will.a  K :Wonder how many programs are going to have their internal command scanningc :busted as a result...  	   None.  u  F   Those that expect to see the old DCL parsing and the old file naming   will continue to function.  2   Please see my previous posting on compatibility.  I   Those tools that wish to use the newer rules and the newer capabilitiesH0   can selectively enable that ability as needed.   :Using VMS to read the docs?  E   Yes, there exist PDF viewers for OpenVMS.  Freeware V5.0 (shipping o8   out as part of OpenVMS V7.3 -- Real Soon Now) has one.  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Fri, 23 Mar 2001 16:59:58 GMTo2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)J Subject: RE: VMS COE docs online (was Re: POSIX Streams, File Permissions)1 Message-ID: <iiLu6.101$fB6.3581@news.cpqcorp.net>   ] In article <CIEJLCMNHNNDLLOOGNJIKEBECEAA.tom@kednos.com>, Tom Linden <tom@kednos.com> writes: F :LOOKUP=CASE_SENSITIVE would seem to make more sense, the other one is :nonsensical  ;   DCL has some subtleties around four-character uniqueness.   N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------    Date: 23 Mar 2001 13:00:58 -0500- From: koehler@encompasserve.org (Bob Koehler):J Subject: Re: VMS COE docs online (was Re: POSIX Streams, File Permissions)3 Message-ID: <TWcPBzfCO2QE@eisner.encompasserve.org>   \ In article <87ae6cpjh2.fsf@prep.synonet.com>, Paul Repacholi <prep@prep.synonet.com> writes: > L > Wonder how many programs are going to have their internal command scanning > busted as a result...e >   B The feature is off unless you turn it on, so you're code will keepB working unless you feel like doing something.  (VMS remains upward compatable.)  H There's also DECC$ARGV_PARSE_STYLE and DECC$EFS_CASE_PRESERVE to control3 what happens by the time you see arguments to main.a  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporationl= NASA GSFC Flight Software       | Federal Sector, Civil GroupdE                                 | please remove ".aspm" when replying    ------------------------------  % Date: Fri, 23 Mar 2001 09:14:12 +0000-- From: Roy Omond <Roy.Omond@BlueBubble.UK.Com> ; Subject: Re: VMS filesystem as a single tree with one root. 1 Message-ID: <3ABB13E4.1906A11E@BlueBubble.UK.Com>e   Christof Brass wrote:2  @ > There are two features I would like to see on VMS (but only if: > no one disagrees and only if it can fit into VMS style): > The second thing I wouldB > like to see is the ability to organise the whole filesystem as a2 > tree (with one root). Is this against VMS style?  * Whole filesystem as a tree with one root ?  C Sure, just make every disk a bound volume set with the system disk.t  	 Roy Omondi Blue Bubble Ltd.                                                     p.s. ;-)   ------------------------------    Date: 23 Mar 2001 13:05:10 -0500- From: koehler@encompasserve.org (Bob Koehler) ; Subject: Re: VMS filesystem as a single tree with one root.E3 Message-ID: <E48y4ebfPYzX@eisner.encompasserve.org>O  a In article <3ABB13E4.1906A11E@BlueBubble.UK.Com>, Roy Omond <Roy.Omond@BlueBubble.UK.Com> writes:0 > Christof Brass wrote: , > Whole filesystem as a tree with one root ?  E > Sure, just make every disk a bound volume set with the system disk.L >   E Not quite the UNIX fashion COE probably wants, and not supported.  Oft; course, if you NEVER have to restore a backup it will work.O  ; But sometimes posting the smiley a couple pages down won't..  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporationm= NASA GSFC Flight Software       | Federal Sector, Civil GrouplE                                 | please remove ".aspm" when replyingw   ------------------------------    Date: 23 Mar 2001 08:44:59 -0500- From: koehler@encompasserve.org (Bob Koehler)S; Subject: Re: vpn clients can not telnet into a Vax or Alphaa3 Message-ID: <MqiqlFycTIqu@eisner.encompasserve.org>t  g In article <P_wu6.7513$o41.112446@newshog.newsread.com>, "Sharon Pulsifer" <zydko@softdisk.com> writes:v > 8 > Has anyone else had any experience like this?  Thanks.  H Yep, the local network security folks haven't figured out that denial of" service is not a security feature.  F Just what can get messed up depends on much more detail of the network( configuration than what you've posted.    A What kind of firewalls, what kind of rules are implemented on the-E firewalls, are there address translating routers, how are the routerse configured, ...?  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporationr= NASA GSFC Flight Software       | Federal Sector, Civil GroupuE                                 | please remove ".aspm" when replyingl   ------------------------------   Date: 23 Mar 2001 15:38:49 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)B Subject: Re: What part of Attunity Connect is included in OpenVMS?, Message-ID: <99fqm9$bk8@gap.cco.caltech.edu>  c In article <99dllm$vad$1@nighthawk1.acs.ttu.edu>, "Steven Downing" <Steven.Downing@ttu.edu> writes:YL >Here part of a quotation from Attunity. Sorry the formatting got mangled inG >the cut/paste. Surly we don't have to pay this much now since AttunitywL >Connect is going to be embedded in VMS V7.3. But which of this quotation is
 >free now?  C The part of Attunity connect that comes with VMS provides "connect" H to Oracle.  Period.  Any other of their products is extra.  I don't knowF if you also need to buy per user licenses or not since we didn't have B Oracle and that pretty much terminated my interest in the product.   Regards,   David Mathog mathog@seqaxp.bio.caltech.edup? Manager, sequence analysis facility, biology division, Caltech nJ **************************************************************************J *                                RIP VMS                                 *J **************************************************************************   ------------------------------   Date: 23 Mar 2001 15:16:13 GMT- From: ejheller@aol.com.nojunk (Edward Heller)f, Subject: Where is the Alpha instruction set?: Message-ID: <20010323101613.22133.00000877@ng-fc1.aol.com>  N I am attempting to debug some C code on an OpenVMS Alpha. For various reasons,I I am forced to peruse the asembly code. I am familiar with assembly code,iM however, I wish to be certain that my assumptions on mnemonics is correct. IniJ this attempt I have tried to find some documentation of the Alpha assemblyL code. I suspect that I have simply not looked in the appendix of the correctM manual. If I could be directed to the proper manual - online is best, OpenVMS J documentation set (CD-ROM) is next, least likely for me to locate would be+ paper copies, but I am open to suggestions.e   Thanks, 
 Edward Hellere TransCore ITS, Inc   ------------------------------  % Date: Fri, 23 Mar 2001 10:24:44 -0500y- From: John Reagan <reagan@hiyall.zko.dec.com>M0 Subject: Re: Where is the Alpha instruction set?1 Message-ID: <3ABB246C.D3E5DFB@hiyall.zko.dec.com>U   Edward Heller wrote: > O > manual. If I could be directed to the proper manual - online is best, OpenVMSeL > documentation set (CD-ROM) is next, least likely for me to locate would be- > paper copies, but I am open to suggestions.t >   D The MACRO-64 assembler on the Freeware CD comes with instruction set documentation.  / http://www.openvms.compaq.com/freeware/MACRO64/V   --   John Reagans Compaq Pascal Project Leader   ------------------------------  # Date: Fri, 23 Mar 2001 16:11:42 GMTh2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)0 Subject: Re: Where is the Alpha instruction set?0 Message-ID: <2BKu6.96$fB6.3830@news.cpqcorp.net>  j In article <20010323101613.22133.00000877@ng-fc1.aol.com>, ejheller@aol.com.nojunk (Edward Heller) writes:O :I am attempting to debug some C code on an OpenVMS Alpha. For various reasons,sJ :I am forced to peruse the asembly code. I am familiar with assembly code,L :however, I wish to be certain that my assumptions on mnemonics is correct.   J   It has been my experience that machine-code debugging on Alpha is ratherJ   more difficult than it is on VAX, and it is my experience that the rulesK   and the compiler generated code optimizations are far more sophisticated.lM   (Accordingly, IA64 VLIW machine-code debugging will be very "interesting".)   K   It has also been my experience that debugging best first concentrates on eK   the program and on the program operations and on the failure.  A list of tN   common programming mistakes is included in the Ask The Wizard topic (1661), K   a list which would be (IMNSHO) a better and more fruitful starting point     than machine-code.  F   I would also encourage the use of a recent C compiler.  If you wish J   additional assistance around the particular problem seen, you will need J   to provide rather detail of the problem and the program environment and I   (potentially) provide the source code of a (small!) problem reproducer.s  N :In this attempt I have tried to find some documentation of the Alpha assemblyM :code. I suspect that I have simply not looked in the appendix of the correcteN :manual. If I could be directed to the proper manual - online is best, OpenVMS& :documentation set (CD-ROM) is next...  F   Please acquire and skim the OpenVMS FAQ -- you will find pointers to6   the Alpha Architecture documentation included there.  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Fri, 23 Mar 2001 09:07:06 +0000Q% From: Alan Greig <a.greig@virgin.net>r$ Subject: Re: [DCL] minute of the day8 Message-ID: <he4mbtoo2otfh7usbjrm46ssvm44tqapid@4ax.com>  E On 22 Mar 2001 20:56:56 CDT, wayne@tachysoft.xxx.412538.killspam.015at (Wayne Sewell) wrote:a    P >The computer room staff nearly went nuts trying to figure out why jobs were notL >generating any output, yet there were no error messages.  After a couple ofP >dozen jobs went by, the simulator would drop out and return control to the realP >operating system, which made it just that much harder to diagnose the problem. I >Of course, if it saw one of *my* jobs, it would drop out instantly.  :-)k > N >Admittedly, this was a fairly primitive operating system (this was in 1971 orO >so) and rather easy to simulate, but what the hey.  It was a lot of laughs foru >not that much code.  F Of course now no distinction is made between a bit  of fun and genuineD destructive damage. You'd probably get 5 years behind bars for doing that today.A   >  >Wayne   -- Alan   ------------------------------    Date: 23 Mar 2001 08:15:19 -0500- From: koehler@encompasserve.org (Bob Koehler) $ Subject: Re: [DCL] minute of the day3 Message-ID: <$FbNR+EpGUUX@eisner.encompasserve.org>    In article <rdeininger-2203011135050001@user-2ive6g4.dialup.mindspring.com>, rdeininger@mindspring.com (Robert Deininger) writes:o > L > You could, if you worked for microsoft.  Little glitches like you describeF > would not stop a product from shipping, and would probably get you a > raise.  H You might not get the raise until after you marketted and sold the fixes as upgrades.  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporation = NASA GSFC Flight Software       | Federal Sector, Civil Group E                                 | please remove ".aspm" when replyingt   ------------------------------  % Date: Fri, 23 Mar 2001 18:59:35 +0100.  From: Paul Sture <paul@sture.ch>$ Subject: Re: [DCL] minute of the day+ Message-ID: <VA.00000325.62fe135e@sture.ch>e  J In article <he4mbtoo2otfh7usbjrm46ssvm44tqapid@4ax.com>, Alan Greig wrote:' > From: Alan Greig <a.greig@virgin.net>c > Newsgroups: comp.os.vms & > Subject: Re: [DCL] minute of the day' > Date: Fri, 23 Mar 2001 09:07:06 +0000t > G > On 22 Mar 2001 20:56:56 CDT, wayne@tachysoft.xxx.412538.killspam.015at > (Wayne Sewell) wrote:i >  > R > >The computer room staff nearly went nuts trying to figure out why jobs were notN > >generating any output, yet there were no error messages.  After a couple ofR > >dozen jobs went by, the simulator would drop out and return control to the realR > >operating system, which made it just that much harder to diagnose the problem. K > >Of course, if it saw one of *my* jobs, it would drop out instantly.  :-)m > >rP > >Admittedly, this was a fairly primitive operating system (this was in 1971 orQ > >so) and rather easy to simulate, but what the hey.  It was a lot of laughs foro > >not that much code. > H > Of course now no distinction is made between a bit  of fun and genuineF > destructive damage. You'd probably get 5 years behind bars for doing
 > that today.  > P There was a story many years ago that the operators on an ICL (GEORGE ?) system Q were amazed to see a Happy New Year banner appear on the console at the start of FS the new year. The customer was pretty upset when they worked out the amount of cpu oG per year that simple date test soaked up - IIRC it was quite expensive.s   ___s
 Paul Sture Switzerlandf   ------------------------------  % Date: Fri, 23 Mar 2001 10:21:39 -0800t! From: Shane.F.Smith@Healthnet.coma$ Subject: Re: [DCL] minute of the dayD Message-ID: <OF7DFE7B83.56AFC72E-ON88256A18.0064AF01@foundation.com>  G I read somewhere that one of the early HPs had a tape drive that whined F different notes depending on the operation it was doing. Apparently atH least one of them played "Auld Lang Syne" (sp?) at midnight on new year,- much to the surprise of the operator on duty.e   Shanef          4 Paul Sture <paul@sture.ch> on 03/23/2001 09:59:35 AM   Please respond to paul@sture.chF   To:   Info-VAX@Mvb.Saic.ComG cc:9  % Subject:  Re: [DCL] minute of the daye    J In article <he4mbtoo2otfh7usbjrm46ssvm44tqapid@4ax.com>, Alan Greig wrote:' > From: Alan Greig <a.greig@virgin.net>a > Newsgroups: comp.os.vmso& > Subject: Re: [DCL] minute of the day' > Date: Fri, 23 Mar 2001 09:07:06 +0000A >CG > On 22 Mar 2001 20:56:56 CDT, wayne@tachysoft.xxx.412538.killspam.015aS > (Wayne Sewell) wrote:. >. >>I > >The computer room staff nearly went nuts trying to figure out why jobss were notK > >generating any output, yet there were no error messages.  After a couplec ofI > >dozen jobs went by, the simulator would drop out and return control toV the realH > >operating system, which made it just that much harder to diagnose the problem.K > >Of course, if it saw one of *my* jobs, it would drop out instantly.  :-)  > >nH > >Admittedly, this was a fairly primitive operating system (this was in 1971 orcF > >so) and rather easy to simulate, but what the hey.  It was a lot of
 laughs for > >not that much code. >oH > Of course now no distinction is made between a bit  of fun and genuineF > destructive damage. You'd probably get 5 years behind bars for doing
 > that today.o >cH There was a story many years ago that the operators on an ICL (GEORGE ?) systemG were amazed to see a Happy New Year banner appear on the console at thec start ofK the new year. The customer was pretty upset when they worked out the amounts of cpuG per year that simple date test soaked up - IIRC it was quite expensive.r   ___.
 Paul Sture Switzerlandd   ------------------------------  % Date: Fri, 23 Mar 2001 10:30:09 -0800i! From: Tom Linden <tom@kednos.com>r$ Subject: RE: [DCL] minute of the day9 Message-ID: <CIEJLCMNHNNDLLOOGNJIEEBKCEAA.tom@kednos.com>   > close, but no cigar.  It was an IBM printer attached to a 1401   > -----Original Message-----H > From: Shane.F.Smith@Healthnet.com [mailto:Shane.F.Smith@Healthnet.com]' > Sent: Friday, March 23, 2001 10:22 AMp > To: Info-VAX@Mvb.Saic.Com & > Subject: Re: [DCL] minute of the day >S >  >dI > I read somewhere that one of the early HPs had a tape drive that whinedhH > different notes depending on the operation it was doing. Apparently atJ > least one of them played "Auld Lang Syne" (sp?) at midnight on new year,/ > much to the surprise of the operator on duty.- >w > Shane. >p >c >  >  >-6 > Paul Sture <paul@sture.ch> on 03/23/2001 09:59:35 AM >-! > Please respond to paul@sture.cho >a > To:   Info-VAX@Mvb.Saic.Coma > cc:a >o' > Subject:  Re: [DCL] minute of the day- >  >eL > In article <he4mbtoo2otfh7usbjrm46ssvm44tqapid@4ax.com>, Alan Greig wrote:) > > From: Alan Greig <a.greig@virgin.net>a > > Newsgroups: comp.os.vmsm( > > Subject: Re: [DCL] minute of the day) > > Date: Fri, 23 Mar 2001 09:07:06 +0000N > >OI > > On 22 Mar 2001 20:56:56 CDT, wayne@tachysoft.xxx.412538.killspam.015a= > > (Wayne Sewell) wrote:o > >  > >sK > > >The computer room staff nearly went nuts trying to figure out why jobs-
 > were not= > > >generating any output, yet there were no error messages.- > After a couple > ofK > > >dozen jobs went by, the simulator would drop out and return control toc
 > the realJ > > >operating system, which made it just that much harder to diagnose the
 > problem.= > > >Of course, if it saw one of *my* jobs, it would drop outm > instantly.  :-)- > > >-J > > >Admittedly, this was a fairly primitive operating system (this was in	 > 1971 orrH > > >so) and rather easy to simulate, but what the hey.  It was a lot of > laughs for > > >not that much code. > >aJ > > Of course now no distinction is made between a bit  of fun and genuineH > > destructive damage. You'd probably get 5 years behind bars for doing > > that today.t > > J > There was a story many years ago that the operators on an ICL (GEORGE ?) > systemI > were amazed to see a Happy New Year banner appear on the console at theg
 > start ofB > the new year. The customer was pretty upset when they worked out > the amount > of cpuI > per year that simple date test soaked up - IIRC it was quite expensive.- >- > ___- > Paul Sture
 > Switzerland- >- >- >- >- >  >    ------------------------------  % Date: Fri, 23 Mar 2001 10:45:46 -0800g! From: Shane.F.Smith@Healthnet.com $ Subject: RE: [DCL] minute of the dayD Message-ID: <OF73E0DC87.EF87917C-ON88256A18.0066E103@foundation.com>  H The stories aren't mutually exclusive. I may not remember the model, butJ I'm sure the story I heard was about an HP. That doesn't mean an IBM and a printer couldn't do the same.E   ShaneE          5 Tom Linden <tom@kednos.com> on 03/23/2001 10:30:09 AM   8 To:   Shane.F.Smith@Healthnet.com, Info-VAX@Mvb.Saic.Com cc:e  % Subject:  RE: [DCL] minute of the day:    > close, but no cigar.  It was an IBM printer attached to a 1401   > -----Original Message-----H > From: Shane.F.Smith@Healthnet.com [mailto:Shane.F.Smith@Healthnet.com]' > Sent: Friday, March 23, 2001 10:22 AMv > To: Info-VAX@Mvb.Saic.Comi& > Subject: Re: [DCL] minute of the day >b >  >.I > I read somewhere that one of the early HPs had a tape drive that whined-H > different notes depending on the operation it was doing. Apparently atJ > least one of them played "Auld Lang Syne" (sp?) at midnight on new year,/ > much to the surprise of the operator on duty.r >c > Shanee >g >  >n >t >e6 > Paul Sture <paul@sture.ch> on 03/23/2001 09:59:35 AM >d! > Please respond to paul@sture.chi >f > To:   Info-VAX@Mvb.Saic.Comt > cc:  >e' > Subject:  Re: [DCL] minute of the dayr >i >aE > In article <he4mbtoo2otfh7usbjrm46ssvm44tqapid@4ax.com>, Alan Greigi wrote:) > > From: Alan Greig <a.greig@virgin.net>r > > Newsgroups: comp.os.vmso( > > Subject: Re: [DCL] minute of the day) > > Date: Fri, 23 Mar 2001 09:07:06 +0000n > > I > > On 22 Mar 2001 20:56:56 CDT, wayne@tachysoft.xxx.412538.killspam.015ao > > (Wayne Sewell) wrote:  > >o > >rK > > >The computer room staff nearly went nuts trying to figure out why jobsi
 > were not= > > >generating any output, yet there were no error messages.y > After a couple > ofK > > >dozen jobs went by, the simulator would drop out and return control tov
 > the realJ > > >operating system, which made it just that much harder to diagnose the
 > problem.= > > >Of course, if it saw one of *my* jobs, it would drop outo > instantly.  :-)e > > >cJ > > >Admittedly, this was a fairly primitive operating system (this was in	 > 1971 oreH > > >so) and rather easy to simulate, but what the hey.  It was a lot of > laughs for > > >not that much code. > >aJ > > Of course now no distinction is made between a bit  of fun and genuineH > > destructive damage. You'd probably get 5 years behind bars for doing > > that today.k > >fJ > There was a story many years ago that the operators on an ICL (GEORGE ?) > systemI > were amazed to see a Happy New Year banner appear on the console at the-
 > start ofB > the new year. The customer was pretty upset when they worked out > the amount > of cpuI > per year that simple date test soaked up - IIRC it was quite expensive.  >  > ___  > Paul Sture
 > Switzerlandh >r >y >l >  >- >-   ------------------------------  % Date: Wed, 21 Mar 2001 16:09:37 +0100x4 From: Didier Morandi <Didier.Morandi@Pachacamac.com>5 Subject: [INFO] rebuild missing/corrupt PCSI$DATABASE-. Message-ID: <3AB8C431.C41839B6@Pachacamac.com>  O Assume you have a PCSI installation process which hangs after 0% completed. You M may imagine that your .pcsi$database is corrupted for whatever reason and yougF will probably be right (the reason is outside the scope of this post).  J Anyway, you need to fix that problem, so you ^Y your installation but PCSIL suggests that you continue to avoid unstable environment. You can't continueI because the installation process still sits with 0% completed. So, do the 
 following:   (no warranty whatsoever)  O 1. delete your .pcsi$database (don't worry, you have my phone number at the endd of this message :-)r   ISLKP1_dmo> ste dfe sys$system ISLKP1_dmo> dir *islk* Directory SYS$COMMON:[SYSEXE]lN IMS-AXPVMS-ISLK-V0602.PCSI$DATABASE;1        2/18       9-MAR-2001 14:44:59.75  5 ISLKP1_dmo> del IMS-AXPVMS-ISLK-V0602.PCSI$DATABASE;1 H DELETE SYS$COMMON:[SYSEXE]IMS-AXPVMS-ISLK-V0602.PCSI$DATABASE;1 ? [N]: y ISLKP1_dmo>*  K Then you can do a PROD SHOW PROD * which will complain because there is one  database file missing:   ISLKP1_dmo> prod sh prod *< ----------------------------------- ----------- ------------5 PRODUCT                             KIT TYPE    STATEn< ----------------------------------- ----------- ------------9 DEC AXPVMS DECNET_OSI V7.2-1        Full LP     Installedh9 DEC AXPVMS DWMOTIF V1.2-5           Full LP     Installed,9 DEC AXPVMS NS_NAV_EXPORT V3.3       Full LP     Installedo9 DEC AXPVMS OPENVMS V7.2-1           Platform    Installeda9 DEC AXPVMS SWCC V2.3-190            Full LP     Installedp9 DEC AXPVMS TCPIP V5.0-11            Full LP     Installedc9 DEC AXPVMS VMS V7.2-1               Oper System Installedn %PCSI-E-OPENIN, error opening)A SYS$COMMON:[SYSEXE]IMS-AXPVMS-ISLK-V0602.PCSI$DATABASE;1 as input  -RMS-E-FNF, file not found" %PCSI-E-S_OPFAIL, operation failedM %PCSIUI-E-ABORT, operation terminated due to an unrecoverable error condition  ISLKP1_dmo>   L 2. duplicate any other PCSI database with the exact name of the one you just deleted:  < ISLKP1_dmo> cop DEC-AXPVMS-VMS721_PCSI-V0100.PCSI$DATABASE;1= _To: SYS$COMMON:[SYSEXE]IMS-AXPVMS-ISLK-V0602.PCSI$DATABASE;1r ISLKP1_dmo>   N Note it is SYS$COMMON:[SYSEXE]. If you do not specify sys$common, it will copyF it in sys$specific then PCSI will complain about not finding the file.  P 3. reconfigure the database with the PROD RECON your_product/SOURCE=your_kit_dirH The "your_kit_dir" specification is the place where your kit is located:  # ISLKP1_dmo> dir islk$build:*-islk-*-, Directory SYS$SYSDEVICE:[MORANDI.ISLK.BUILD]N IMS-AXPVMS-ISLK-V0602-0-1.PCSI;1        441440/441450  20-MAR-2001 17:35:50.98& Total of 1 file, 441440/441450 blocks.   Then reconfigure:9  / ISLKP1_dmo> prod reconf islk/source=islk$build:3  6( The following product has been selected::     IMS AXPVMS ISLK V6.2-0                 Layered Product  e Do you want to continue? [YES] h  F  Configuration phase starting ...   N You will be asked to choose options, if any, for each selected product and forO any products that may be installed to satisfy software dependency requirements.r  c IMS AXPVMS ISLK V6.2-0  n7 * This product does not have any configuration options.     Execution phase starting ...  : The following product will be reconfigured in destination:D     IMS AXPVMS ISLK V6.2-0                 DISK$VMSSYS:[VMS$COMMON.]  lM Portion done: 0%...10%...20%...30%...40%...50%...60%...70%...80%...90%...100%e  , The following product has been reconfigured::     IMS AXPVMS ISLK V6.2-0                 Layered Product ISLKP1_dmo>    Et voil, merci Didier :-)8 (also posted in http://groups.yahoo.com/group/vmsinstal) (9 members today)n  K Next time, don't ^Y a PCSI installation ever. Wait until it completes, thenaF uninstall your product before reinstalling it, even if PCSI allows it.   D. -- e6 MORANDI Consultants, Swiss Quality Computer Consulting6 avenue de Granges-Paccot 2, 1700 Fribourg  Switzerland1     Tel: +41.79.705.46.70 - Fax: +41.26.465.13.58(4  Visit our Web site at http://Didier.Morandi.Free.fr   ------------------------------  % Date: Wed, 21 Mar 2001 15:24:43 +0100t4 From: Didier Morandi <Didier.Morandi@Pachacamac.com>9 Subject: Re: [Q] PCSI error with FILE FRED SOURCE FOOBAR;l. Message-ID: <3AB8B9AB.F723E193@Pachacamac.com>  M Thanks Charlie, it works. It needed a directory name for the source filename.p  G I post it in the http://groups.yahoo.com/group/vmsinstal forum at once.- D.   Charlie Hammond wrote: > 7 > I dont' think PCSI$SOURCE is defined in this context.nF > Assuming that the source files are in the same directory as the file, > being installed, the following might work: > L > file [islk_user.islk_op]LOGIN.COM  source [islk_user.islk_op]OP_LOGIN.COM;N > file [islk_user.islk_rma]LOGIN.COM source [islk_user.islk_rma]RMA_LOGIN.COM; > F > If the source files are in other directories, specifiy the directory > accordingly. > H > For PRODUCT PACKAGE, the source files must have the relative directoryK > specified within the /SOURCE you are using.  I.e., the PACKAGE would looka > for: > 1 >     PCSI$SOURCE:[islk_user.islk_op]OP_LOGIN.COMe3 >     PCSI$SOURCE:[islk_user.islk_rma]RMA_LOGIN.COMh > / > You don't specify PCSI$SOURCE; it is assumed.n   ------------------------------   End of INFO-VAX 2001.164 ************************