1 INFO-VAX	Sun, 24 Feb 2002	Volume 2002 : Issue 107       Contents:5 Re: 500au ethernet apparently won't operate at 100bps & Re: Backup/Restore Verification Errors$ Compaq Intel server revenue for 2001; Re: Compaq Secure Web Browser for OpenVMS Alpha announcment ; Re: Compaq Secure Web Browser for OpenVMS Alpha announcment $ Re: DECTERM ERROR MESSAGE??????????? DELQA programming specs?' Re: DEQNA/DELQA - Checksum calculation? ' Re: DEQNA/DELQA - Checksum calculation? ' Re: DEQNA/DELQA - Checksum calculation? ' Re: DEQNA/DELQA - Checksum calculation? 0 Re: F$EXTRACT does parsing before giving result?) Re: How to monitor directory for changes? ) Re: How to monitor directory for changes? ) Re: How to monitor directory for changes? ) Re: How to monitor directory for changes? ) Re: How to monitor directory for changes? ) Re: How to monitor directory for changes? ) Re: How to monitor directory for changes?  Re: Postscript printing ) Re: Profitability and the survival of VMS ) Re: Profitability and the survival of VMS ) Re: Profitability and the survival of VMS ) Re: Profitability and the survival of VMS ) Re: Profitability and the survival of VMS & Re: Session Manager Won't Start!! HELP Re: Setting Time and Date  Re: Setting Time and Date  Re: Shannon on the merger  Re: Shannon on the merger  Re: Shannon on the merger P Re: Singular they was Re: Sv: Younger recruits versus experienced veterans ( vet7 Re: Strange status value - when can I expect to get it? ! Re: The portability of Windows NT ! Re: The portability of Windows NT . Re: TS10 - Successful but some PROBE problems.. Re: TS10 - Successful but some PROBE problems.P Re: What happens to the VMS Port if Intel drops Itanium in favor of  another chi [Q] internet and VMS Re: [Q] internet and VMS Re: [Q] internet and VMS Re: [Q] internet and VMS Re: [Q] internet and VMS  F ----------------------------------------------------------------------    Date: 23 Feb 2002 20:26:30 +0100* From: eplan@kapsch.net (Peter LANGSTOEGER)> Subject: Re: 500au ethernet apparently won't operate at 100bps* Message-ID: <3c77ece6$1@news.kapsch.co.at>  i In article <3c7748ed$0$8721$626a54ce@news.free.fr>, "Michel Herrscher" <michel.herrscher@free.fr> writes: K >Using DS10 and 3com non manageable switches. I got problem when forcing to L >FastFd at console level, All my LAN go down to lesss than 1Mb/s Without any >signaled errors  J Yup. Switching off Autonegotiation must be done on both sides of the link.L A nonmanageable switch can't be used for that so autonegotiation should keep enabled.K And if autonegotiation (still) doesn't work then, replace the switch with a  manageable one...   E >I set back to Auto all EWx0 and the LAN boosted up to 3 ( EWx0)  x 2  >(Duplex) X 100 Mb/s  E Sure. A 100MB/s link with autonegotiation problems has as you noted a $ throughput well below a 10MB/s link.  L >According to 3com and Compaq TS no rule except this one : change config and >try....  	 As always    --  < Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111 2651; Network and OpenVMS system manager  Fax.    +43 1 81111 888 < KAPSCH AG      Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  # Date: Sat, 23 Feb 2002 22:19:57 GMT . From: "Richard L. Dyson" <rickdyson@mchsi.com>/ Subject: Re: Backup/Restore Verification Errors ) Message-ID: <3C78158B.9A5CBE40@mchsi.com>   
 nic wrote: >  > Rick Dyson wrote:  > > L > >         Actually, this is a static datafile with a dual shadow set whereO > > break the set and then mount the broken-out partner and use it as a source. P > > There should be no open files.  The Backup job is the only one that actuallyR > > has this physical disk drive allocated.  I admit, some of the qualifers in the% > > backup command my be unnecessary.  > 1 > A shadow set is not actually a 'backup' device.  > E > The application writes to DSAn:. Those writes end up on the current  > member(s) of the shadow set. > J > Taking a member out does not give the data some integrity, you can stillF > end up with partial files. When you remerge, the shadow server makesI > sure that the data on the volumes forming the shadow set is consistent.  > D > What I understand from the original post, is you're comparing thisF > shadow-split-frozen-in-time with the current picture, and if there's5 > been writes, yes there will be verification errors.   @ 	When we do a backup of the DSA device, we break the shadow set,J and use the "quiet" member as the source to tape.  Then remerge the memberF and it sits and spins for months, and then we do it again, etc.  TheseJ disks are "frozen" and filled to about 99.9% of capacity and nothing (thatH I know of) writes to them unless we are without thinking about it, e.g.  Backup/record.  C 	The backups are performed of all the volumes (29 of them) at about  quarterly intervals.  B > The only case you should not see errors is comparing the tape orH > restored disk with the split member still out on its own [no remerge].  ? 	I just ran a full end-to-end test with the successful result I G had hoped to see initially. :)  For completeness, I will list the batch J log.  In this case both the scratch disk and the original source disk wereG identical model drives.  Plus, when I compared them it was against the  B broken-out shadow member and scratch disk, as you mentioned above.  ? 	I will experiment like this some more, but change to the newer E Compaq drive in the HSG80 instead of the old RZ29B and see if this is H where the verification errors occur.  If not, then test by comparing theF scratch disk against the DSA drive instead of the raw shadow member...  H Thanks to everyone.  I think I learned something and I am getting calmer about my backups being OK. :)   
 Rick Dyson  J **************************************************************************   $ Initialize FVS2$MKC600: Test $ Wait 00:03:00.00 $ H $ Mount /Foreign /Cache = Tape_Data /BlockSize = 65535 FVS2$MKC600: Test/ %MOUNT-I-MOUNTED, TEST mounted on _FVS2$MKC600:  $ Mount /NoWrite $3$DKA0: Path1 3 %MOUNT-I-MOUNTED, PATH1 mounted on _$3$DKA0: (FVS1) M $ Backup /Verify /NoInitialize /Image /CRC /BlockSize = 65535 /Label = Test - .          /Ignore = NoBackup /List = Test.log -&          $3$DKA0: FVS2$MKC600:Test.bck1 %BACKUP-I-STARTVERIFY, starting verification pass  $ ! $ Dismount /NoUnload FVS2$MKC600:  $ Wait 00:03:00.00 $  $ Show Time    22-FEB-2002 18:40:02 $ Mount /Foreign $4$DKD100: 5 %MOUNT-I-MOUNTED, PATH1 mounted on _$4$DKD100: (MISC) H $ Mount /Foreign /Cache = Tape_Data /BlockSize = 65535 FVS2$MKC600: Test/ %MOUNT-I-MOUNTED, TEST mounted on _FVS2$MKC600: M $ Backup /Log /Verify /Image /Initialize /BlockSize = 65535 /Ignore = Label -           FVS2$MKC600:Test.bck -           $4$DKD100: 9 %BACKUP-S-CREATED, created $4$DKD100:[000000]000000.DIR;1 9 %BACKUP-S-CREATED, created $4$DKD100:[000000]BACKUP.SYS;1 9 %BACKUP-S-CREATED, created $4$DKD100:[000000]CONTIN.SYS;1 9 %BACKUP-S-CREATED, created $4$DKD100:[000000]CORIMG.SYS;1 F %BACKUP-S-CREATED, created $4$DKD100:[000000]HNA_300_PUR_ARCHIVE.DIR;1G %BACKUP-S-CREATED, created $4$DKD100:[HNA_300_PUR_ARCHIVE]01APR04.DIR;1 K %BACKUP-S-CREATED, created $4$DKD100:[HNA_300_PUR_ARCHIVE.01APR04]PUR.DAT;1 G %BACKUP-S-CREATED, created $4$DKD100:[HNA_300_PUR_ARCHIVE]01FEB02.DIR;1 K %BACKUP-S-CREATED, created $4$DKD100:[HNA_300_PUR_ARCHIVE.01FEB02]PUR.DAT;1 ; %BACKUP-S-CREATED, created $4$DKD100:[000000]SECURITY.SYS;1 9 %BACKUP-S-CREATED, created $4$DKD100:[000000]VOLSET.SYS;1 1 %BACKUP-I-STARTVERIFY, starting verification pass ; %BACKUP-S-COMPARED, compared $4$DKD100:[000000]000000.DIR;1 ; %BACKUP-S-COMPARED, compared $4$DKD100:[000000]BACKUP.SYS;1 ; %BACKUP-S-COMPARED, compared $4$DKD100:[000000]CONTIN.SYS;1 ; %BACKUP-S-COMPARED, compared $4$DKD100:[000000]CORIMG.SYS;1 H %BACKUP-S-COMPARED, compared $4$DKD100:[000000]HNA_300_PUR_ARCHIVE.DIR;1I %BACKUP-S-COMPARED, compared $4$DKD100:[HNA_300_PUR_ARCHIVE]01APR04.DIR;1 M %BACKUP-S-COMPARED, compared $4$DKD100:[HNA_300_PUR_ARCHIVE.01APR04]PUR.DAT;1 I %BACKUP-S-COMPARED, compared $4$DKD100:[HNA_300_PUR_ARCHIVE]01FEB02.DIR;1 M %BACKUP-S-COMPARED, compared $4$DKD100:[HNA_300_PUR_ARCHIVE.01FEB02]PUR.DAT;1 = %BACKUP-S-COMPARED, compared $4$DKD100:[000000]SECURITY.SYS;1 ; %BACKUP-S-COMPARED, compared $4$DKD100:[000000]VOLSET.SYS;1  $ Show Time    22-FEB-2002 20:47:33 $  $ Dismount $4$DKD100: - $ Mount /Override = Identification $4$DKD100: 5 %MOUNT-I-MOUNTED, PATH1 mounted on _$4$DKD100: (MISC) C $ Backup /Compare $3$DKA0:[HNA_300_Pur_Archive...]*.* $4$DKD100:[*]  $  $Error:  $  $   Dismount FVS2$MKC600:  $   Dismount $4$DKD100:  $   Dismount $3$DKA0:  $   Exit   ------------------------------  # Date: Sun, 24 Feb 2002 00:38:32 GMT * From: "Bill Todd" <billtodd@metrocast.net>- Subject: Compaq Intel server revenue for 2001 C Message-ID: <cCWd8.167528$Aw2.12662181@bin7.nnrp.aus1.giganews.com>   L For what it may be worth, the article below (URL wraps) specifies 2001 IntelH server revenue for Q as $4.5 billion (which may not have been broken outF elsewhere - can't recall).  No specification of profitability, though.  L http://story.news.yahoo.com/news?tmpl=story&u=/cn/20020223/tc_cn/ibm_holds_i ts_own_in_server_market&cid=70   - bill   ------------------------------    Date: 23 Feb 2002 14:36:32 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) D Subject: Re: Compaq Secure Web Browser for OpenVMS Alpha announcment3 Message-ID: <KQ5elHeYdN1F@eisner.encompasserve.org>   G In article <3C775237.6050903@home.nl>, Dirk Munk <munk@home.nl> writes:   M > Maybe we can ask Microsoft for a VMS version of Windows Media Player :-)  ?   G The one in the news this week for tracking viewing habits ?  No thanks. B It would probably bomb out if it found itself not connected to the	 Internet.    ------------------------------  % Date: Sat, 23 Feb 2002 16:08:10 -0600 , From: "Rich Jordan" <rjordan@mindspring.com>D Subject: Re: Compaq Secure Web Browser for OpenVMS Alpha announcment2 Message-ID: <a593mr$c7j$1@slb7.atl.mindspring.net>   Sue,K      great news!  Beta at last, and I'm so very close to being able to dump L the NT on one of my Alphas and install an operating system  because of this!   Rich Jordan   " Sue Skonetski wrote in message ... >Dear Newsgroup, > G >I just got this and thought you might be interested (few minutes ago).  >  >Sue   ------------------------------   Date: 23 Feb 2002 13:20 CST ' From: carl@gerg.tamu.edu (Carl Perkins) - Subject: Re: DECTERM ERROR MESSAGE??????????? - Message-ID: <23FEB200213205096@gerg.tamu.edu>   5 Alex.Feliziani@space.gc.ca (Alex Feliziani) writes... 	 }Hi guys,  } F }I have attempted everything you have suggested..but nothing changed.  } F }When i log in it seems as if it is logged in  by the system but afterG }that it seems to be trying to open the session manger and then it just E }logs me out . the session manager doesn't appear on the screen (blue F }screen) at this point. I think it seems to have a problem opening theF }session manager. Do you know how i can attempt to fix this problem. i! }would really appreciate the help  }  }Thanks a lot  }Alex    Two more things:  E 1) You may need a more complete detection of non-terminal type things D in your login.com, causing them to bail out, than was suggested. Try7 putting this as the very first thing in your login.com:   B (Watch for bad line breaks - should be two lines starting with "$"A then two without, then one with; the 2nd and 3rd lines should end 
 with "-".)  6 $ If .NOT. F$GetDVI("SYS$OUTPUT","TRM") Then Goto EXIT $ If -N   F$GetDVI("SYS$OUTPUT","DEVNAM")-"''F$GetDVI("SYS$OUTPUT","UNIT")'"-"_"-":" -   .EQS. "MBA" Then Goto EXITG $ If F$Extract(0,2,"''F$TrnLnm(""TT"")'"-"_") .EQS. "MB" Then Goto EXIT   I You should make sure that there is something like this near the beginning A of the system login proceedure (sys$manager:sylogin.com) as well.   D 2) You should also check your entry in the SYSUAF and make sure that@ your account's "Prclm" (maximum number of subprocesses a process< can have) is at least 2. I think 1 is enough, but 0 may not @ be - in some cases a 0 means "infinite", but in this case it may@ actually mean 0. 2 is definately sufficient. The session managerD needs to be able to create a subprocess (in which it runs the window	 manager).    --- Carl   ------------------------------  % Date: Sun, 24 Feb 2002 04:48:36 -0000  From: sword7@speakeasy.org! Subject: DELQA programming specs? / Message-ID: <u7gs54dn03ki3a@corp.supernews.com>    Hello folks:  E I learned something from Mark's warning about DEQNA emulation because C later than OpenVMS v5.2 no longer supports DEQNA in favor of DELQA. A Does anyone have DELQA programming specs?  I have a copy of DEQNA , programming specs to work on it in progress.  
 Thank you!   -- Tim Stark   --  , Timothy Stark	<><	Inet: sword7@speakeasy.orgJ --------------------------------------------------------------------------F "For God so loved the world, that he gave his only begotten Son, that H whosoever believeth in him should not perish, but have everlasting life.. Amen." -- John 3:16 (King James Version Bible)   ------------------------------  % Date: Sat, 23 Feb 2002 23:05:57 -0000  From: sword7@speakeasy.org0 Subject: Re: DEQNA/DELQA - Checksum calculation?/ Message-ID: <u7g82l8b8hp087@corp.supernews.com>   3 In comp.sys.dec Mark Hittinger <bugs@pu.net> wrote: 5 > DELQA was newer, faster, less buggy than the DEQNA.   4 > Post 5.2 VMS starting making DEQNA's unsupported.   D Ok, I get it.  I will see if OpenVMS v7.2 works with DEQNA.  If not,D I have modify my DEQNA emulation to funcion as DELQA.  Do both DEQNA( and DELQA have same functions/registers?  D I still am looking for information about checksum calcuation becauseE KA655 firmware refuse to boot XQA0 (MOP) without right checksum value 4 in last two bytes of 8 bytes station address (PROM).  
 Thank you!   -- Tim Stark   --  , Timothy Stark	<><	Inet: sword7@speakeasy.orgJ --------------------------------------------------------------------------F "For God so loved the world, that he gave his only begotten Son, that H whosoever believeth in him should not perish, but have everlasting life.. Amen." -- John 3:16 (King James Version Bible)   ------------------------------  # Date: Sat, 23 Feb 2002 23:21:29 GMT " From: bugs@pu.net (Mark Hittinger)0 Subject: Re: DEQNA/DELQA - Checksum calculation?C Message-ID: <ZtVd8.185829$Re2.13988380@bin6.nnrp.aus1.giganews.com>    sword7@speakeasy.org writes:E >Ok, I get it.  I will see if OpenVMS v7.2 works with DEQNA.  If not, E >I have modify my DEQNA emulation to funcion as DELQA.  Do both DEQNA ) >and DELQA have same functions/registers?   M They probably don't look exactly alike.  I stopped messing with VMS after 5.5 F came out.  There was a sysgen paramater that allowed the continued yetN unsupported use of DEQNA after 5.2 but there were always threats that at some  point it would be removed.  M There were so many things wrong with the DEQNA that you probably don't really  want to emulate it :-)   Later    Mark Hittinger bugs@pu.net    ------------------------------  % Date: Sun, 24 Feb 2002 04:37:30 +0100 / From: Dennis Henriksen <opus@osrl.net_spamfree> 0 Subject: Re: DEQNA/DELQA - Checksum calculation?0 Message-ID: <3C785FFA.3000503@osrl.net_spamfree>   sword7@speakeasy.org wrote:   5 > In comp.sys.dec Mark Hittinger <bugs@pu.net> wrote:  > 5 >>DELQA was newer, faster, less buggy than the DEQNA.  >> > 4 >>Post 5.2 VMS starting making DEQNA's unsupported.  >> > F > Ok, I get it.  I will see if OpenVMS v7.2 works with DEQNA.  If not,F > I have modify my DEQNA emulation to funcion as DELQA.  Do both DEQNA* > and DELQA have same functions/registers?    B Please excuse a dumb question, but didn't the DEQNA work with someB of the pre vax systems pdp-11 and/or pdp-10 ? If so than the DEQNAC simulation would be of value in those simulators or am I mistaken ?      F > I still am looking for information about checksum calcuation becauseG > KA655 firmware refuse to boot XQA0 (MOP) without right checksum value 6 > in last two bytes of 8 bytes station address (PROM).    J Really looking forward to the next snapshot of the TS10 - Have you decidedI whether or not you'll include the various supporting files eg KA630.rom ?n    : > Thank you! >  > -- Tim Stark >  >    ------------------------------  # Date: Sun, 24 Feb 2002 04:08:41 GMTe" From: bugs@pu.net (Mark Hittinger)0 Subject: Re: DEQNA/DELQA - Checksum calculation?C Message-ID: <dHZd8.190006$Re2.14258204@bin6.nnrp.aus1.giganews.com>   1 Dennis Henriksen <opus@osrl.net_spamfree> writes:eC >Please excuse a dumb question, but didn't the DEQNA work with somelC >of the pre vax systems pdp-11 and/or pdp-10 ? If so than the DEQNA D >simulation would be of value in those simulators or am I mistaken ?  L Not for the PDP-10 but it would be of some value on the PDP-11.  Chances areH the later versions of RSX, RT, and RSTS also attempted to drop official , support for the DEQNA in favor of the DELQA.  J The DEQNA support would only be needed for those who want to run the olderI versions of the operating systems (like the ones Bob S. liberated for us)lG so I assume it is of value - but I think Timothy is still in more of a  H development mode - getting his emulator to run the latest cut of OpenVMS
 first. :-)  I Now someone like me might rather run VMS 5.5 (still looking for a copy of!G VMS 5.5 that is for the 4000/90) or run RSTS v7/9 instead of the latesto	 cuts. :-)r   Later    Mark Hittinger bugs@pu.netn   ------------------------------   Date: 23 Feb 2002 12:58 CSTs' From: carl@gerg.tamu.edu (Carl Perkins)t9 Subject: Re: F$EXTRACT does parsing before giving result? - Message-ID: <23FEB200212582159@gerg.tamu.edu>   d In article <3c76a040$1@news.si.com>, "Brian Tillman" <tillman_brian@notnoone.notnohow.com> writes...( }>$ write sys$output "a string ",'today' }> }>which is equivalent to }>) }>$ write sys$output "a string ",f$time()  } " }No, it's not.  It's equivalent to } 7 }$ write sys$output "a string", 22-FEB-2002 14:43:45.11- } M }or whatever the datetime was when you got the value of F$TIME.  The above is2) }syntactically incorrect and will produce( } > }%DCL-W-UNDSYM, undefined symbol - check validity and spelling } \FEB\0 }-- B }Brian Tillman                   Internet: tillman_brian at si.com   Consider this:   $ z = f$time() $ sh symb z<   Z = "23-FEB-2002 12:53:27.90" $ $ write sys$output "some stuff ",'z'= %DCL-W-UNDSYM, undefined symbol - check validity and spellingv  \FEB\ $ z = "f$time()" $ sh symb zb   Z = "f$time()" 23-FEB-2002 12:53:50.76i$ $ write sys$output "some stuff ",'z'" some stuff 23-FEB-2002 12:56:58.22  ' So it depends on whether it was done asa   $ today = f$time()   or   $ today = "ftime()"g   --- Carl   ------------------------------    Date: 23 Feb 2002 11:11:57 -0800" From: cstranslations@msn.com (Joe)2 Subject: Re: How to monitor directory for changes?= Message-ID: <d56d1c2d.0202231111.3135bf74@posting.google.com>h  E Some of the RMS and file system locking is (briefly) discussed in one E of the ISDN appendices. There is a lock that RMS assumes to serialize.E access to a file (this is in executive mode). There is also one taken D out (by XQP, in kernel mode, I believe on the directory) when a fileC is (for example) 1st created. You can "get in the middle" of things- using blocking AST notification   F I was working ot something not too long ago where I needed "real time"D notification for mail arrival. Played around with the executive modeC serialization lock on MAIL.MAI. Couldn't really get it to work... IsF drop the lock on blocking AST notification, reassume the lock and then? use the MAIL$ routines. Of course at that point my use of MAIL$hF routines fires the blocking AST and things start going round and round> in circles. Couldn't "resolve" that problem. Ended up taking aC different approach using sockets (the whole thing was to move filesy2 between systems and involved HTTP GET/POST methods8 - before using mail to trigger the process was dropped).  E Yes - you could drop the lock, do any processing, reassume lock lock.oF This leaves a window where new mail could sit  "unrecognized" for some length of time.    Joei  o "W. John Guineau" <guineau@earthlink.net> wrote in message news:<r1Dd8.1070$j47.422170@twister.socal.rr.com>...,M > Is there a way in VMS to monitor a directory to be notified in a program (CwL > for example) if as file is added to a directory? I thought this capabilityM > was added back in OpenVMS 6 or around there. Something similar to the WIN32f# > FindFirstChangeNotification()API.l >  > john   ------------------------------  % Date: Sat, 23 Feb 2002 15:39:53 -0600oC From: "Craig A. Berry" <craig.berry@nospam.SignalTreeSolutions.com>g2 Subject: Re: How to monitor directory for changes?H Message-ID: <craig.berry-A72DAE.15395323022002@news.directvinternet.com>  8 In article <r1Dd8.1070$j47.422170@twister.socal.rr.com>,1  "W. John Guineau" <guineau@earthlink.net> wrote:a  M > Is there a way in VMS to monitor a directory to be notified in a program (CuL > for example) if as file is added to a directory? I thought this capabilityM > was added back in OpenVMS 6 or around there. Something similar to the WIN32o# > FindFirstChangeNotification()API.t   There is a program posted here:l  I <http://groups.google.com/groups?q=jdtcom+group:comp.os.vms&hl=en&scoring < =d&selm=p22oltsb9sfb2vo9665k016mp80i5j5r19%404ax.com&rnum=1>  > that will do that.  If the URL is too munged, just search for G "serialization lock" in the archives to this newsgroup.  Unfortunately  D this method requires a kernel-mode AST so the program has to be run F with privs.  It would be nice to have a supported system service that ? did this and required only appropriate access to the directory.n   ------------------------------  # Date: Sat, 23 Feb 2002 22:47:07 GMT # From: Jim <krait1@worldnet.att.net>r2 Subject: Re: How to monitor directory for changes?/ Message-ID: <3C781BE9.7010400@worldnet.att.net>s   Craig A. Berry wrote:*  : > In article <r1Dd8.1070$j47.422170@twister.socal.rr.com>,3 >  "W. John Guineau" <guineau@earthlink.net> wrote:  >  > M >>Is there a way in VMS to monitor a directory to be notified in a program (CDL >>for example) if as file is added to a directory? I thought this capabilityM >>was added back in OpenVMS 6 or around there. Something similar to the WIN32g# >>FindFirstChangeNotification()API.s >> > ! > There is a program posted here:e > K > <http://groups.google.com/groups?q=jdtcom+group:comp.os.vms&hl=en&scoring > > =d&selm=p22oltsb9sfb2vo9665k016mp80i5j5r19%404ax.com&rnum=1> > @ > that will do that.  If the URL is too munged, just search for I > "serialization lock" in the archives to this newsgroup.  Unfortunately  F > this method requires a kernel-mode AST so the program has to be run H > with privs.  It would be nice to have a supported system service that A > did this and required only appropriate access to the directory.S >   @ Heh, thanks.  You just saved me the trouble of re-posting it :-)   Jim. -- 0 krait1@worldnet.att.net-- PGP public key available at keyserver.pgp.com;
 942wu/8122hrsR   ------------------------------  # Date: Sat, 23 Feb 2002 23:27:01 GMTd- From: "John E. Malmberg" <wb8tyw@qsl.network>A2 Subject: Re: How to monitor directory for changes?* Message-ID: <3C7827BE.3060106@qsl.network>  4 "W. John Guineau" <guineau@earthlink.network> wrote:  C > Is there a way in VMS to monitor a directory to be notified in a A= > program (C for example) if as file is added to a directory?C  A Can you explain exactly what you are really trying to accomplish?;  @ If you can control the name of the file that the application is F creating, then you can cause the file open to trigger a DECNET networkJ file creation where you can control what account is used to open the file.  E This DECNET causes the login command procedure to run.  You can have C6 this procedure initiate whatever processing is needed.  A The same thing can be done for the SNA Gateway and FTP transfers.M  F Keep in mind that the LOGIN.COM is run with a process type of NETWORK B before the file is transfered, so you need to wait in a different * process for the file transfer to complete.  I Usually either the Network process will terminate or it will change it's pI process name.  If it changes it process name, then your watching process pH will need to terminate it, so the next network transfer will go through  the login process again.  H Of course the names of the network processes are not always documented, B and may change with an upgrade.  But the names are pretty easy to G determine, and this avoids having a process continually watching for a H file to show up.  D An alternative is to also open a DECNET network object instead of a - file, but that is a bit more work to program.S   -John  wb8tyw@qsl.network Personal Opinion Only$   ------------------------------  % Date: Sat, 23 Feb 2002 21:25:20 -05002' From: Glenn Everhart <Everhart@gce.com>d2 Subject: Re: How to monitor directory for changes?' Message-ID: <3C784F10.A78ED6F8@gce.com>w  H If you want to fix it so a directory change will cause a command file toJ run, you can get Safety to add that ability for you. On recent sigtapes...  G If you want to tweak the source code you can of course arrange whateversI you want to have happen. The difference is that such notification doesn'ttG need you to take out locks, so if you have thousands of cases where you0G want notification, the tags sit out on disk (in application ACEs) to be2H handled as needed. they can optionally sit in a kernel structure also...      
 Jim wrote: >  > Craig A. Berry wrote:e > < > > In article <r1Dd8.1070$j47.422170@twister.socal.rr.com>,5 > >  "W. John Guineau" <guineau@earthlink.net> wrote:l > >t > > O > >>Is there a way in VMS to monitor a directory to be notified in a program (C N > >>for example) if as file is added to a directory? I thought this capabilityO > >>was added back in OpenVMS 6 or around there. Something similar to the WIN32-% > >>FindFirstChangeNotification()API., > >> > >2# > > There is a program posted here:  > >dM > > <http://groups.google.com/groups?q=jdtcom+group:comp.os.vms&hl=en&scoringn@ > > =d&selm=p22oltsb9sfb2vo9665k016mp80i5j5r19%404ax.com&rnum=1> > > A > > that will do that.  If the URL is too munged, just search foroJ > > "serialization lock" in the archives to this newsgroup.  UnfortunatelyG > > this method requires a kernel-mode AST so the program has to be runsI > > with privs.  It would be nice to have a supported system service thateC > > did this and required only appropriate access to the directory.2 > >3 > B > Heh, thanks.  You just saved me the trouble of re-posting it :-) >  > Jim. > -- > krait1@worldnet.att.netB/ > PGP public key available at keyserver.pgp.coma > 942wu/8122hrsl   ------------------------------  # Date: Sun, 24 Feb 2002 05:37:18 GMT / From: "W. John Guineau" <guineau@earthlink.net> 2 Subject: Re: How to monitor directory for changes?9 Message-ID: <i__d8.3156$1d4.1631501@twister.socal.rr.com>g  J Craig -  Many thanks. I think this should solve the problem my coworker is having.b   john    F "Craig A. Berry" <craig.berry@nospam.SignalTreeSolutions.com> wrote inJ message news:craig.berry-A72DAE.15395323022002@news.directvinternet.com...: > In article <r1Dd8.1070$j47.422170@twister.socal.rr.com>,3 >  "W. John Guineau" <guineau@earthlink.net> wrote:t > L > > Is there a way in VMS to monitor a directory to be notified in a program (CC > > for example) if as file is added to a directory? I thought thisc
 capabilityI > > was added back in OpenVMS 6 or around there. Something similar to thet WIN32h% > > FindFirstChangeNotification()API.l >n! > There is a program posted here:V >SK > <http://groups.google.com/groups?q=jdtcom+group:comp.os.vms&hl=en&scoring'> > =d&selm=p22oltsb9sfb2vo9665k016mp80i5j5r19%404ax.com&rnum=1> > ? > that will do that.  If the URL is too munged, just search foreH > "serialization lock" in the archives to this newsgroup.  UnfortunatelyE > this method requires a kernel-mode AST so the program has to be runoG > with privs.  It would be nice to have a supported system service thateA > did this and required only appropriate access to the directory.a   ------------------------------  # Date: Sun, 24 Feb 2002 05:37:49 GMTe/ From: "W. John Guineau" <guineau@earthlink.net>s2 Subject: Re: How to monitor directory for changes?9 Message-ID: <N__d8.3159$1d4.1631457@twister.socal.rr.com>b   Hi John,  8 "John E. Malmberg" <wb8tyw@qsl.network> wrote in message$ news:3C7827BE.3060106@qsl.network...6 > "W. John Guineau" <guineau@earthlink.network> wrote: >jD > > Is there a way in VMS to monitor a directory to be notified in a? > > program (C for example) if as file is added to a directory?n > C > Can you explain exactly what you are really trying to accomplish?p  L The bottom line is there is a set of legacy code running on a combination ofI OpenVMS Alpha servers and Sun Unix machines, which exchange various filesoG for processing (of satellite data - this is for the NASA Jet Propulsion H Laboratory - where I work.) The issue is that the current mechanism usesE some kind of polling and they are trying to reduce unnecessary delays I wherever possible. By monitoring for directory changes, the sytem is more L "event driven" will process new files as soon as they appear, rather than at the next polling interval.  I The systems "exchange" the files via an NFS mounted share and, again, forkJ legacy reasons, we are not allowed to modernise this operation and do awayI with the multiple machines. Back when it was designed (if you can call itlJ that!) a single system did not have the horsepower to perform the "scienceI data processing" in real-time. Of course, these days that's no longer theoK case, but the system works and is deemed "untouchable" so we must live with  it.   L The "serialization lock" program Craig posted looks like it will solve their problem.   john   ------------------------------  % Date: Sat, 23 Feb 2002 19:45:16 -0600 , From: "Rich Jordan" <rjordan@mindspring.com>  Subject: Re: Postscript printing2 Message-ID: <a59ge3$939$1@slb1.atl.mindspring.net>  J What the others said, but also check your default print forms, if any.  IfI you are sending a SETUP or PAGE SETUP module, its language will determine L the language a printer can auto-switch to;  if you have PCL code to set up aK page in the form, then it will always print your postscript programs as raw-J text.  You may need to create a very plain form with no modules to use for printing PS.   Rich JordanC   David Lee wrote in message ...J >I have no problems printing text file to my printer.  However, whenever IE >print postscript file to this printer, nothing happen.  Just like itN doesn'tt# >understand what I am sending over.  >fK >It is a postscript printer type (HP 4000N).  Am I missing some software on E >the ES-40 machine running VMS 7.2 or am I missing something from thef printer  >itself. >e >Does anyone  have any ideas?a >w
 >Thank you   ------------------------------  # Date: Sat, 23 Feb 2002 20:54:31 GMTs1 From: "David J. Dachtera" <djesys.nospam@fsi.net> 2 Subject: Re: Profitability and the survival of VMS' Message-ID: <3C7802DE.14632723@fsi.net>:   Sue Skonetski wrote: >  > Newsgroup folks, > E > What Fred has said is true.  It is your choice to belive us or not.rF > But please keep in mind what Fred has said in this note.  None of usE > at Compaq are commended by management for any participation on thiseH > newsgroup.  We participate because we care about VMS and what you have	 > to say.w > H > JF what bonus? you must obviously know something we do not, because we > sure have not gotten them. > = > Its funny to me, but all the people from the VMS group thatSF > participate in this newsgroup are known for being straight shooters.G > Why would we take the time to lie, we are very busy?  And if you knewrE > Fred or Hoff or Robert or John or Clair or Andy you would know thato > they do NOT lie. > D > And if you think that makes me a prostitute too, so be it.  I have> > been called worse for saying what I think. And I will not be? > intimidated or scared away from stating my opinion by anyone.A > E > There are many people from this newsgroup who really value what thelH > engineers opinion.  And if you doubt the integrity of Compaq employeesC > in the VMS Group.  Please feel free to contact our group manager.t > Mark.Gorham@compaq.com   Hi, Sue,  E I feel I would be remiss if I didn't speak up here, since I also have C "had words" in this forum with Fred and others among you at Compaq.e  6 When the rubber meets the road, it comes down to this:  G What I think means precisely squat. Zero. Zip. Nada. Zilch. Nill. ...orn
 even null!  ) What matters is what the customer thinks._  E For that reason, I have a real problem with going into a presentationwD and saying, as Rob Young and others would have me do, "Mr, Customer,B Compaq says it's true. I have no proof myself, nor have I seen anyH evidence myself, and when pressed, Compaq has fallen silent. However, if! Compaq says it, it must be true."e  E ...where upon the customer will remind me of Compaq's "commitments to E Alpha/NT" and Alpha itself, not to mention OpenVMS, Tru64, and so on.dC They will then go on to bring my own integrity and credibility intot question based on that.   C ...and that doesn't begin to address HP's actions re: MPE and other  items.   *THAT* is the problem *I* have!t  H I realize this is not your doing, nor Fred's, nor Hoff's, nor ... I alsoF realize that outside of myself, there are few - if any - in this groupG who give two spits one way or the other about what problems I have. All H I can do is to say what troubles me, and prevents me from competing with' the likes of NT/W2K, Solaris and Linux.r  7 Like you, I am at a loss for a way to work around this.A  5 Any and all suggestions would indeed be most welcome.B   -- 8 David J. Dachtera  dba DJE Systemsc http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/$   ------------------------------    Date: 23 Feb 2002 22:50:55 +0100* From: eplan@kapsch.net (Peter LANGSTOEGER)2 Subject: Re: Profitability and the survival of VMS* Message-ID: <3c780ebf$1@news.kapsch.co.at>  R In article <3C779BBF.CE2C5047@spam.net>, Brass Christof <welcome@spam.net> writes: >JF Mezei wrote: >> Brass Christof wrote:D >> > I think at present the Compaq VMS group is more concerned about: >> > getting the job done as fast and as good as possible. >> nQ >> The actual port itself is not at issue. The Compaq VMS staff have a reasonable:P >> amount of credibility when they say that the port is technically possible and> >> that they are not worried about it not going to completion. >> bM >> The problem is that even before June 25, VMS wasn't exactly healthy in the'P >> marketplace and still suffered big time inside of Compaq outside of the smallP >> VMS group. And that problem remains and it is that problem which is a greaterL >> concern, especially when nobody seems to know how VMS will translate onceO >> under HP. This is an issue that is far above the engineers, gorham and where1 >> Marcello has little control.o >eN >This is common knowledge. While I don't like to criticise what you're saying K >I would like to recommend that it would a good idea to say something new, eM >original or helpful. To repeat well known facts to an audience that is well ,M >acquainted with the situation is not the best use of yours and other's time.c >tQ >> Consider that Carly has given token commitment to NSK, has explained the deathaJ >> of tru64, said that she would keep Compaq's wintel server, but use HP'sK >> consumer PCs, so that leaves VMS out without any statement of direction.o >>  L >> What Compaq says doesn't have much credibility right now because in a fewC >> months, the management will change and new directions announced.c >sI >Again: these are all trivia. There is simply no point in repeating that sA >or complaining about the obvious *without* offering a clear and rI >convincing alternative. Did you ever think about a second what a person  J >loving VMS should do? Besides all the recommendations already published?  >e/ >Do you have anything really new to contribute?   # Now it's time for me to jump in ;-)   E 1.) I love VMS and still will do almost all I can do to keep it alivel7 2.) I do respect most (if not all) of the posters here. K 3.) I DO AGREE with almost all arguments stated here by JF and Bill and ...$L 4.) I second especially JF's statements regarding CSWS/CSWB (APACHE/MOZILLA)N 5.) I do see offering OpenVMS on an additional platform (Itanic) as very good.   But:  G 1.) I see COMP.OS.VMS as a technical newsgroup and I'm getting tired of.,     most of the threads here the last monthsF 2.) I don't want to see people hitting Q's people participating in theJ     usenet for the actions of Q's management. They are not paid/authorizedG     for reading and writing here and don't deserve all the bad feelings M     (I still wonder, why Fred invested so much time in this discussions here)eH 2.) I second Christoph's claim here that JF (and Bill and FWIW Fred too)F     do repeat only their opinions (and sometimes irony and seldom evenK     insults) without any noticeable advantages or news for us readers here.fK 3.) I see these opinions based on official _and_ non-disclosed informationsp<     but I see them only as opinions. Only time will tell us.G 4.) I unfortunately see (after much more than 5 years of heavy injurieshH     to [Open]VMS) that VMS DAYS ARE NOW REALLY COUNTED because I see VMSH     installations fall out of the allowed/declared niche-markets (banks,4     stock exchanges, hospitals, telecoms, ...) too. D 5.) We did complain at DEC for years, if you do this, then that willH     happen. They did it anyway and they ceased to exist just as we said.F     We then did complain at Q for years, if you do this then that willF     happen. They do it anyway and they will cease to exist as we said.G     It is sad to see it happen again, but if Q wants to commit suicide, I     then live with it. Wait for the next owner of OpenVMS and start againhK     and in the meantime pray, that VMS can live that long (at least on youro
     site).  J So, please, stop whining and moaning (it doesn't help any longer) but alsoH stop praising Q's decsions/actions (they are not worth it) and return to& useful work at/with/for [Open]VMS like  @ 1) porting to INTEL IA64 (and IBM POWER4 and AMD Hammer as well)K 2) porting U**X freeware to OpenVMS (and don't forget to regularly say manylC 	thanks to the porters of already ported products because a growingr> 	number of them sees their work as unneccessary/unbeloved now)J 3) continously ask ISVs for OpenVMS versions of their products (eg. ADOBE, 	REAL, ...)rI 4) continously ask analysts/trade press reporters/personal-agencies aboutuG 	their knowledge/omision of OpenVMS (in their surveys/articles/reports) J 5) continously ask managers/salespeople/product-managers (esp. at Q) aboutD 	their knowledge/plans of/with OpenVMS and why they don't have them.N 6) fixing bugs in OpenVMS and layered products (esp. in TCPIP, PATHWORKS, ...)  	 and so one  ! 'nuff said (at least for/from me)u   -- r< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111 2651; Network and OpenVMS system manager  Fax.    +43 1 81111 888 < KAPSCH AG      Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  % Date: Sat, 23 Feb 2002 17:43:24 -0500r- From: JF Mezei <jfmezei.spamnot@videotron.ca>o2 Subject: Re: Profitability and the survival of VMS, Message-ID: <3C781B04.878C5862@videotron.ca>   Peter LANGSTOEGER wrote:L > So, please, stop whining and moaning (it doesn't help any longer) but alsoJ > stop praising Q's decsions/actions (they are not worth it) and return to( > useful work at/with/for [Open]VMS like > B > 1) porting to INTEL IA64 (and IBM POWER4 and AMD Hammer as well)M > 2) porting U**X freeware to OpenVMS (and don't forget to regularly say manypL >         thanks to the porters of already ported products because a growingG >         number of them sees their work as unneccessary/unbeloved now)sL > 3) continously ask ISVs for OpenVMS versions of their products (eg. ADOBE, >         REAL, ...)K > 4) continously ask analysts/trade press reporters/personal-agencies abouteP >         their knowledge/omision of OpenVMS (in their surveys/articles/reports)L > 5) continously ask managers/salespeople/product-managers (esp. at Q) aboutM >         their knowledge/plans of/with OpenVMS and why they don't have them.gP > 6) fixing bugs in OpenVMS and layered products (esp. in TCPIP, PATHWORKS, ...)  J Or heed the calls for silence and let Compaq/HP/whoever do the above tasksE because that is THEIR JOB TO SELL THEIR PRODUCTS TO GENERATE PROFITS.a  M We were only doing that because we felt we could help VMS survive a hopefullyrN temporary situation where VMS was mistreated. People's definition of temporary6 differ and this is what is causing here the arguments.  L Some still feel there is a good chance of VMS's fortunes turning around, butN others have come to take their heads out of the sand and see that there really7 is no ship on the horizon that could possibly save VMS.o   ------------------------------  % Date: Sat, 23 Feb 2002 23:52:37 +0100t' From: Brass Christof <welcome@spam.net>e2 Subject: Re: Profitability and the survival of VMS( Message-ID: <3C781D35.72BDB4F7@spam.net>   JF Mezei wrote:p >  > Brass Christof wrote:uJ > > original or helpful. To repeat well known facts to an audience that is > > wellJ > > acquainted with the situation is not the best use of yours and other's	 > > time.  > M > Some still refuse to admit that Compaq is poised to cease to exist in a few  > weeks.  5 So what? What difference would it make for real life?09 I stick to VMS as long as possible no matter who owns it.<   -- @6 moc dot slupofni at ssarb - please revert the sequence   ------------------------------  # Date: Sun, 24 Feb 2002 01:12:48 GMTm4 From: "Terry C. Shannon" <terryshannon@mediaone.net>2 Subject: Re: Profitability and the survival of VMS: Message-ID: <k6Xd8.13491$ro5.4814795@typhoon.ne.ipsvc.net>  < "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message! news:3C7802DE.14632723@fsi.net...g > Sue Skonetski wrote: > >u > > Newsgroup folks, > >nG > > What Fred has said is true.  It is your choice to belive us or not. H > > But please keep in mind what Fred has said in this note.  None of usG > > at Compaq are commended by management for any participation on this J > > newsgroup.  We participate because we care about VMS and what you have > > to say.  > > J > > JF what bonus? you must obviously know something we do not, because we > > sure have not gotten them. > >o? > > Its funny to me, but all the people from the VMS group thatrH > > participate in this newsgroup are known for being straight shooters.I > > Why would we take the time to lie, we are very busy?  And if you knew-G > > Fred or Hoff or Robert or John or Clair or Andy you would know thati > > they do NOT lie. > >tF > > And if you think that makes me a prostitute too, so be it.  I have@ > > been called worse for saying what I think. And I will not beA > > intimidated or scared away from stating my opinion by anyone.  > > G > > There are many people from this newsgroup who really value what thenJ > > engineers opinion.  And if you doubt the integrity of Compaq employeesE > > in the VMS Group.  Please feel free to contact our group manager.h > > Mark.Gorham@compaq.com >e
 > Hi, Sue, > G > I feel I would be remiss if I didn't speak up here, since I also haverE > "had words" in this forum with Fred and others among you at Compaq.t >c8 > When the rubber meets the road, it comes down to this: >.I > What I think means precisely squat. Zero. Zip. Nada. Zilch. Nill. ...or  > even null! >p+ > What matters is what the customer thinks.o >.G > For that reason, I have a real problem with going into a presentationsF > and saying, as Rob Young and others would have me do, "Mr, Customer,D > Compaq says it's true. I have no proof myself, nor have I seen anyJ > evidence myself, and when pressed, Compaq has fallen silent. However, if# > Compaq says it, it must be true."u > G > ...where upon the customer will remind me of Compaq's "commitments to G > Alpha/NT" and Alpha itself, not to mention OpenVMS, Tru64, and so on.-E > They will then go on to bring my own integrity and credibility intom > question based on that.u >rE > ...and that doesn't begin to address HP's actions re: MPE and otherg > items. >3! > *THAT* is the problem *I* have!m > J > I realize this is not your doing, nor Fred's, nor Hoff's, nor ... I alsoH > realize that outside of myself, there are few - if any - in this groupI > who give two spits one way or the other about what problems I have. AllnJ > I can do is to say what troubles me, and prevents me from competing with) > the likes of NT/W2K, Solaris and Linux.a >r9 > Like you, I am at a loss for a way to work around this.  >e7 > Any and all suggestions would indeed be most welcome.h  J Indeed they would, and it would seem to me that the folks most responsibleL for such suggestions are in Compaq's strategy and marketing groups. Muffled,! mayhap, by the Cone of Silence???r   ------------------------------  # Date: Sat, 23 Feb 2002 21:04:18 GMTn1 From: "David J. Dachtera" <djesys.nospam@fsi.net>f/ Subject: Re: Session Manager Won't Start!! HELPd' Message-ID: <3C78052B.5115FB4E@fsi.net>t   Didier Morandi wrote:t >  > Read the openvms faqQ > http://www.openvms.compaq.com/wizard/faq_frames/faq.htm entry DECW6 and others.a >  > D. > ! > Hoff: 96393645172823, Didier: 1o  0 Wow! Is that (Hoff's number) a quadword integer?   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/t   ------------------------------  # Date: Sat, 23 Feb 2002 21:05:44 GMTr1 From: "David J. Dachtera" <djesys.nospam@fsi.net> " Subject: Re: Setting Time and Date' Message-ID: <3C780580.604950A8@fsi.net>l   Ozone Radical wrote: > E > My college obtained a copule of VMS machines, and I need to set the0E > time and day back to get certain software working. How do we do it?pE > SET TIME doesn't work. Says too many parameters. Also we don't havet > the help file.  ) When push comes to shove you can look at:.  " http://www.openvms.compaq.com/doc/   -- o David J. Dachteraw dba DJE Systemsh http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Sat, 23 Feb 2002 16:36:09 -0500c- From: JF Mezei <jfmezei.spamnot@videotron.ca>f" Subject: Re: Setting Time and Date, Message-ID: <3C780B46.7BBA7077@videotron.ca>  G > > My college obtained a copule of VMS machines, and I need to set therG > > time and day back to get certain software working. How do we do it?r   $SET PROC/PRIV=OPER   = if the above fails, you don't have sufficient privs to do it.s then:m    $SET TIME="01-JAN-1997 16:31:25"   ------------------------------  % Date: Sat, 23 Feb 2002 20:13:23 -0600 , From: "Rich Jordan" <rjordan@mindspring.com>" Subject: Re: Shannon on the merger3 Message-ID: <a59i2k$8q4$1@nntp9.atl.mindspring.net>J  % Terry C. Shannon wrote in message ...j   >RJ >Got a complaint about the merger? Then put your money where your mouth is! >and vote your shares against it.  >e   .....oJ >I note with interest that most of the loudest bitchers and whiners aren'tH >even Compaq customers, which renders their bitching and whining totally- >irrelevant. Perhaps they need to get a life.     J Customer _and_ shareholder.  I don't have 6-figures shares, and my companyL sells in the two-figure range of systems each year, and we don't sell CompaqL wintel (only Alpha/VMS) so honestly Compaq doesn't give a flying fudge aboutE us or our customers, and doubtless rather wishes we'd go away or justtK conform to their nice little wintel-centric view of the way things ought to I be.  Speaking as a reseller (used to be ASP) and user since the mid 1980soE (the company connection goes back to the early 1970s, before my time) K Digital itself never got as bad, as totally full of itself and its own viewlE of what should be, _even_ under GQ Palmer, as it is now under currents management.o  L I'm voting my meager irrelevant shares against the merger.  If I had any wayL of getting to the meetings I'd try to speak towards removal of the current QG management on the basis of their complicity in brain dead marketing (ortF outright lack of marketing) of enterprise systems, shabby treatment ofC customers trying to buy or get information on non-wintel Q systems,rK devolution of what once was a world class service organization to the shelleF that remains (I've got a couple dozen customers with soft and hardwareI service contracts; every single one has noted large increases in response K time, and call takers utterly clueless on VMS systems, at the least!), withnI the resulting frittering away of many customers and losses to stockholderoK value.  Pfeiffer was let go for a lot less than this.  Its time for a cleaneK sweep; it'd be hard to do worse than this bunch has done the last couple of L years.  And yes, its in part because I do have a personal stake in this; VMSJ is my chosen career and I believe my best chance of staying in that careerK is a Compaq with new, competent, management not under the thumb of the borgy of redmond (I can hope...)  L I'm also voting my stake in HP against the merger; in fact I decided to sendJ in the green proxy to Mr. Hewlett in case any other issues came up becauseH I'm satisfied that long term shareholder value would be better served byK staying the hell away from Compaq and the management that dragged it to itse current state.   Rich Jordano   ------------------------------  # Date: Sun, 24 Feb 2002 02:46:29 GMTf1 From: "David J. Dachtera" <djesys.nospam@fsi.net>d" Subject: Re: Shannon on the merger' Message-ID: <3C785557.99290E8A@fsi.net>n   Rich Jordan wrote: > [snip]F > And yes, its in part because I do have a personal stake in this; VMSL > is my chosen career and I believe my best chance of staying in that careerM > is a Compaq with new, competent, management not under the thumb of the borg+ > of redmond (I can hope...)  H Thanks, Rich, for this info. It goes a long way toward validating my ownG position, as I am likewise a VMS "lifer", have been since 1983. I'll dopC what I must to survive when I must do it, but given a preference, I  prefer VMS.s   -- t David J. Dachtera  dba DJE Systemsq http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Sun, 24 Feb 2002 00:02:58 -0500o- From: JF Mezei <jfmezei.spamnot@videotron.ca>t" Subject: Re: Shannon on the merger, Message-ID: <3C787400.50471E97@videotron.ca>   Rich Jordan wrote:N > of getting to the meetings I'd try to speak towards removal of the current QI > management on the basis of their complicity in brain dead marketing (or 4 > outright lack of marketing) of enterprise systems,  G Capellas and friends seem to have good support from the board and majoryM shareholders. And should the takeover fail, I fully expect Compaq to increaseiJ its focus on wintel. Returning to its roots where it used to excell is theM only way for Compaq to prevent Dell from stealing more market share. Compaq'ssD service organisation is better than what Dell or Gateway can offer.   M If Compaq suddently wants what is left of Digital and Tandem to grow, it willhL allocate marketing money and grow those systems.   VMS employees tell us allJ is fine and dandy and they clearly don't want customers to get involved inL trying to change Compaq's/HP's handling of VMS. Let us be customers who justH make purchasing decisions and not bother explaining to the VMS folks whyJ certain decisions are made since they don't like to hear negative opinions from customers.o  L Why should you vote no to the merger ? Compaq and HP management have decidedJ that this was the best thing to do. Why should customers try to prevent itN from happening ? Customers can only vote one way: with their spending dollars.E And the outcome of THAT vote will be known only well after the actualsL takeover, once Carly has made all the promised product futures announcementsF and customers will then make decisiosn on whether they like it or not.  N HP or Compaq are clearly not cooperatives, so customer input is less importantK that shareholder input. Or perhaps input from customers of products with no.L clear growth potential is considered unimportant since the corporation isn't5 betting its life on those products without potential.W   ------------------------------  # Date: Sat, 23 Feb 2002 20:36:05 GMTr1 From: "David J. Dachtera" <djesys.nospam@fsi.net>OY Subject: Re: Singular they was Re: Sv: Younger recruits versus experienced veterans ( vetl' Message-ID: <3C77FE88.8B576C0D@fsi.net>e  & paddy.o'brien@zzz.tg.nsw.gov.au wrote: >  > Bob,- > >      Fish is only singular in New Jersey.p > , > Is this some strange US attempt at humour?   I was wondering that myself.   Thanx for your support, BTW...   -- e David J. Dachteran dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/t   ------------------------------   Date: 23 Feb 2002 12:46 CSTw' From: carl@gerg.tamu.edu (Carl Perkins)f@ Subject: Re: Strange status value - when can I expect to get it?- Message-ID: <23FEB200212464601@gerg.tamu.edu>   1 koehler@encompasserve.org (Bob Koehler) writes... q }In article <3c75ba7e.524144494f47414741@radiogaga.harz.de>, martin@radiogaga.harz.de (Martin Vorlaender) writes:C }> D? }> Gross approximation, I'd say: 1 uFortnight = 1.2096 seconds.l. }> But properly documented. What a great joke! } I }   1 Fortnight is nearly an even multiple of 60Hz line clock frequency.d1 }   I think some PDP-11/70 fellow was having fun.w  < Sounds like flawed math. A microfortnight is 1.2096 seconds.= That is 72.576 times 1/60 second.  That doesn't seem anywheren near an even multiple to me.   --- Carl   ------------------------------  % Date: Sat, 23 Feb 2002 14:11:56 -0500 ' From: Glenn Everhart <Everhart@gce.com>W* Subject: Re: The portability of Windows NT' Message-ID: <3C77E97C.6DD9A075@gce.com>t  * The question is, I take it, rhetorical...?< All have gone. NT was coded by a bunch of folks some of whom: worked on VMS. VMS' design is of course the result of many besides Mr. Cutler.i  E VMS doesn't crash all the time. VMS doesn't have new holes discovered  in it weekly.   H VMS does have the history of being coded partly in MACRO-32; NT is codedC mainly in C or C++. This would appear to make NT more portable, butd@ the ability to make compilers for MACRO-32 gives the lie to thatE notion to some degree, and has preserved VMS from the buffer overflow E diseases promoted by use of null terminated strings all over. HistorykD may eventually decide that whatever happens to the two OSs, the pathC of using C may not be the better engineering one. Sometimes historyi works out like that...     "Terry C. Shannon" wrote:a > F > Ah, the portability of Windows NT... Alpha's no longer a player, but( > whatever happened to MIPS, PPC, et al? > K > "Jonathan de Boyne Pollard" <J.deBoynePollard@tesco.net> wrote in messagef% > news:3C779D9A.EC47B9E6@tesco.net...GJ > > MSS> In terms of kernel architecture smartness NT beats VMS hands downK > > MSS> - remember that VMS is 25 years old, and designed and coded by theaG > > MSS> same team as NT. I think the team have learned something, am I' > > MSS> wrong?- > >-K > > You are wrong if you think that when David Cutler left DEC in 1988 thatzJ > > all development of VMS halted.  Development of VMS has continued since0 > > David Cutler stopped being involved with it. > >>@ > > <URL:http://winntmag.com./Articles/Index.cfm?ArticleID=4494>   ------------------------------    Date: 23 Feb 2002 14:44:17 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) * Subject: Re: The portability of Windows NT3 Message-ID: <fGDh$CDyc239@eisner.encompasserve.org>H  h In article <3C779D9A.EC47B9E6@tesco.net>, Jonathan de Boyne Pollard <J.deBoynePollard@tesco.net> writes:I > MSS> In terms of kernel architecture smartness NT beats VMS hands down  I > MSS> - remember that VMS is 25 years old, and designed and coded by theoF > MSS> same team as NT. I think the team have learned something, am I 
 > MSS> wrong?  > I > You are wrong if you think that when David Cutler left DEC in 1988 that H > all development of VMS halted.  Development of VMS has continued since. > David Cutler stopped being involved with it.  A In particular, David Cutler was not working on development of thef? VMS operating system after V1.  Clustering was not added to VMS  until V4.  VMS is now at V7.3.   ------------------------------  % Date: Sat, 23 Feb 2002 22:58:23 -0000q From: sword7@speakeasy.org7 Subject: Re: TS10 - Successful but some PROBE problems.E/ Message-ID: <u7g7kfegri60f3@corp.supernews.com>s  A In comp.sys.dec Zane H. Healy <healyzh@shell1.aracnet.com> wrote: F > I'm talking about the "VAX Architecture Reference Manual", which wasL > published by Digital Press in 1987.  I really think this is the one you'reK > talking about.  Unfortunatly I don't have the 2nd Ed. of this one either.h  H Oh, yes. I got it. I have a copy of "VAX Arch Reference Manual" that is 6 1st edition (1987).  I was given a book some time ago.  -M > I've also got the "VAX Architecture Handbook" published by DEC in 1981, andmM > the 1980-81 & 1886 versions of the "VAX Hardware Handbook" from DEC.  These3 > are the paperbacks.   , Hmmm. What is information (summary) in them?  M > Something you might want to try and get access to is copies of the "DigitaleJ > Technical Journal".  I believe some of these are available online still,I > somewhere at Compaq.  Unfortunatly they probably don't have what you'ree
 > needing.  G Thank you for information.  I will look into that.  I do not know wheree
 are them yet.V   -- Tim Stark   -- n, Timothy Stark	<><	Inet: sword7@speakeasy.orgJ --------------------------------------------------------------------------F "For God so loved the world, that he gave his only begotten Son, that H whosoever believeth in him should not perish, but have everlasting life.. Amen." -- John 3:16 (King James Version Bible)   ------------------------------  # Date: Sun, 24 Feb 2002 03:37:19 GMTe& From: weiner@TheWorld.com (Sam Weiner)7 Subject: Re: TS10 - Successful but some PROBE problems. & Message-ID: <Gs0q28.6oJ@world.std.com>  N In article <u7g7kfegri60f3@corp.supernews.com>,  <sword7@speakeasy.org> wrote:B >In comp.sys.dec Zane H. Healy <healyzh@shell1.aracnet.com> wrote:   [snip]  N >> Something you might want to try and get access to is copies of the "DigitalK >> Technical Journal".  I believe some of these are available online still,sJ >> somewhere at Compaq.  Unfortunatly they probably don't have what you're >> needing., >tH >Thank you for information.  I will look into that.  I do not know where >are them yet.  , Issues starting with Volume 3 in 1991 are at  / http://research.compaq.com/wrl/DECarchives/DTJ/-  / I wonder if all this stuff plus ftp.digital.comd+ which still has some interesting stuff will & survive if the HP merger goes through.   Samt   ------------------------------   Date: 23 Feb 2002 21:10:57 GMT7 From: Chip Coldwell <nospam.coldwell@frank.harvard.edu>yY Subject: Re: What happens to the VMS Port if Intel drops Itanium in favor of  another chih/ Message-ID: <a590h1$kjp$2@news.fas.harvard.edu>   . JF Mezei <jfmezei.spamnot@videotron.ca> wrote:S > And go where ? They've burned their bridges.  They're committed to IA64 big time.r  P > Will the 64 bit 8086 have lockstep for NSK and the 4 modes needed for VMS ? If: > not, can it be added, and if so, how long will it take ?  C Pentium-class processors have four modes; the "Descriptor Privilegeo? Level" field in segment registers is two bytes wide.  Most UnixuE implementations (e.g. Linux) only use levels 0 (kernel) and 3 (user).eC I would assume that IA64 would have at least as many as IA32, but Il% haven't actually seen a machine spec.s   Chip   --   Charles M. "Chip" Coldwell "Turn on, log in, tune out"    ------------------------------   Date: 24 Feb 2002 01:39:17 GMT# From: merefbast@aol.com (MerefBast), Subject: [Q] internet and VMSv9 Message-ID: <20020223203917.21349.00000247@mb-mr.aol.com>e  M    I saw a list comparing operating systems on internet related features, butlG VMS was missing from the comparison list. Does anyone know which of thegE following VMS has (preferably with an authorative reference)? Thanks.o  	 Extension  IPSecd IPv6 RSVP IP Multiplexings IP Multicast   Performance Optimizations  Telnet in kernel Kernel Sockets TCP Large Windowsz Zero Copy TCP/Hardware Checksumd Path MTU Discovery OpenShortestPathFirst (OSPF) RTP: Real Time Protocol   RTCP: Real Time Control Protocol Parallelized TCP/IPw    G    A courtesy copy of your reply directly to MerefBast@aol.com would ber) appreciated, but isn't necessary. Thanks.i   ------------------------------  # Date: Sun, 24 Feb 2002 02:25:10 GMT 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> ! Subject: Re: [Q] internet and VMSt' Message-ID: <3C785058.CAABE6F7@fsi.net>o   MerefBast wrote: > O >    I saw a list comparing operating systems on internet related features, butnI > VMS was missing from the comparison list. Does anyone know which of the-G > following VMS has (preferably with an authorative reference)? Thanks.h >  > Extensionp > IPSect > IPv6 > RSVP > IP Multiplexingn > IP Multicast  2 These will be a function of the IP stack, not VMS.  0 There are three IP stacks available for OpenVMS:  B TCPware for OpenVMS from Process Software, http://www.process.com/E TCPware was written from the ground up on VMS. It's kind of a pain to(6 manage, but is very fast for some important functions.  ? Multinet is essentially a VMS port of UN*X-land software. It isrE currently also owned by Process. Has some very good functionality and-F easily provides direct replacements for functions that were previouslyC performed using LAT such as printing and reverse-TELNET (previouslynG reverse-LAT). Management is a little more straight-forward, but has its  quirks.c  F TCP/IP Services for OpenVMS is offered by Compaq, and traces its rootsG back to a VAX/VMS-Ultrix connectivity product known as UltrixConnectionEC or UCX. It was UN*X-land software ported to VMS originally, but haseG since seen an extensive redevelopment. It now shares a common code basevD with Tru64's IP stack. Management of UCX has been known to drive the unstable over the brink. ;-)   > Performance Optimizations: > Telnet in kernel > Kernel Sockets  A Nope - not in VMS. At least, NAFAIK - I'm hardly an expert on the0 subject, however.<   > TCP Large Windowso  D Check the specifications for the IP stack in question - which of the three?  ! > Zero Copy TCP/Hardware Checksum  > Path MTU Discovery > OpenShortestPathFirst (OSPF) > RTP: Real Time Protocola" > RTCP: Real Time Control Protocol > Parallelized TCP/IPE  2 Again, this will be dependent upon which IP stack.  I >    A courtesy copy of your reply directly to MerefBast@aol.com would be-+ > appreciated, but isn't necessary. Thanks.3  D I'll try, but Netscape in concert with my ISP's mail server is kinda6 funny 'bout that. Let's try it and see what happens...   -- p David J. Dachtera  dba DJE Systemsi http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/d   ------------------------------  # Date: Sun, 24 Feb 2002 04:28:52 GMTmL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")! Subject: Re: [Q] internet and VMSt8 Message-ID: <00A0A031.2BBBB6C7@SSRL04.SLAC.STANFORD.EDU>  _ In article <20020223203917.21349.00000247@mb-mr.aol.com>, merefbast@aol.com (MerefBast) writes:rN >   I saw a list comparing operating systems on internet related features, butH >VMS was missing from the comparison list. Does anyone know which of theF >following VMS has (preferably with an authorative reference)? Thanks.  M David Dachtera has already pointed out that this is mostly a function of  thelM IP stack, which is not directly part of the OS.  I don't feel like looking atsH all the documentation for everything; I suggest you check out the TCP/IPK services docs online at www.openvms.compaq.com, but I'll answer what I knowe	 off-hand:,   >Extension n8 >IPv6  TCPIP/Services 5.0+: yes    Multinet&TCPware: no,C                                    not until customers ask for it. e   >Performance OptimizationsA >Telnet in kernel: No, but that's not necessarily an optimizationc@ >Kernel Sockets: No, but that's not necessarily an optimization.     -- Alant    O ===============================================================================s0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056tM  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA  94309-0210gO ===============================================================================a   ------------------------------    Date: 23 Feb 2002 22:38:57 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)s! Subject: Re: [Q] internet and VMSI3 Message-ID: <B2cTLGnkdN3X@eisner.encompasserve.org>   [ In article <3C785058.CAABE6F7@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes:p > MerefBast wrote: >> SP >>    I saw a list comparing operating systems on internet related features, butJ >> VMS was missing from the comparison list. Does anyone know which of theH >> following VMS has (preferably with an authorative reference)? Thanks. >> i >> Extension >> IPSec >> IPv6g >> RSVPy >> IP Multiplexing >> IP Multicastu > 4 > These will be a function of the IP stack, not VMS. > 2 > There are three IP stacks available for OpenVMS: > D > TCPware for OpenVMS from Process Software, http://www.process.com/G > TCPware was written from the ground up on VMS. It's kind of a pain to28 > manage, but is very fast for some important functions. > A > Multinet is essentially a VMS port of UN*X-land software. It is9G > currently also owned by Process. Has some very good functionality andcH > easily provides direct replacements for functions that were previouslyE > performed using LAT such as printing and reverse-TELNET (previouslywI > reverse-LAT). Management is a little more straight-forward, but has itsa	 > quirks.  > H > TCP/IP Services for OpenVMS is offered by Compaq, and traces its rootsI > back to a VAX/VMS-Ultrix connectivity product known as UltrixConnectiontE > or UCX. It was UN*X-land software ported to VMS originally, but hasrI > since seen an extensive redevelopment. It now shares a common code base/F > with Tru64's IP stack. Management of UCX has been known to drive the > unstable over the brink. ;-) >  >> Performance Optimizations >> Telnet in kernelm  ; 	I would say yes, but you seem to be using Unix terminologyn; 	and there is not a precise correspondence.  Establishing a 9 	terminal device must be done from process context -- andt8 	that is typically (regardless of networking protocol) a9 	process devoted to that task.  After that initial setup, 8 	however, characters from the network driver go straight= 	to the terminal driver without going through an intermediate 8 	process.  Otherwise echoing would be horribly slow.  An8 	intermediate process was used for this sort of thing in5 	VMS V1 with DECnet.  That was fixed in VMS V2 or V3,y 	and VMS is now at V7.   >> Kernel Socketse  > 	The QIO interface which lies underneath VMS socket interfaces9 	can be called from kernel mode.  The user-mode C runtimeh> 	library does not run in kernel mode.  On Alpha only, there is= 	a rudimentary C runtime library for kernel mode, but withoutl= 	socket services.  One could probably port a socket interfacet< 	to kernel mode, but it is highly unlikely anyone would want: 	to do that, since the QIO system service provides all the> 	needed capabilities and is a more natureal waay to program in
 	kernel mode.e   >> TCP Large Windows > F > Check the specifications for the IP stack in question - which of the > three? > " >> Zero Copy TCP/Hardware Checksum >> Path MTU Discovery  >> OpenShortestPathFirst (OSPF)n >> RTP: Real Time Protocol# >> RTCP: Real Time Control Protocolr >> Parallelized TCP/IP > 4 > Again, this will be dependent upon which IP stack.   And definition of your terms.s  J >>    A courtesy copy of your reply directly to MerefBast@aol.com would be, >> appreciated, but isn't necessary. Thanks.   ------------------------------    Date: 23 Feb 2002 22:42:53 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)s! Subject: Re: [Q] internet and VMSi3 Message-ID: <EmBhoLoJAIkT@eisner.encompasserve.org>a   In article <00A0A031.2BBBB6C7@SSRL04.SLAC.STANFORD.EDU>, winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr") writes:ea > In article <20020223203917.21349.00000247@mb-mr.aol.com>, merefbast@aol.com (MerefBast) writes:yO >>   I saw a list comparing operating systems on internet related features, but7I >>VMS was missing from the comparison list. Does anyone know which of theoG >>following VMS has (preferably with an authorative reference)? Thanks.r > O > David Dachtera has already pointed out that this is mostly a function of  the O > IP stack, which is not directly part of the OS.  I don't feel like looking atnJ > all the documentation for everything; I suggest you check out the TCP/IPM > services docs online at www.openvms.compaq.com, but I'll answer what I know. > off-hand:l >  >>Extension 9 >>IPv6  TCPIP/Services 5.0+: yes    Multinet&TCPware: no, E >                                    not until customers ask for it. . >  >>Performance Optimizations B >>Telnet in kernel: No, but that's not necessarily an optimization  - My answer of "yes" related to inbound Telnet.   A >>Kernel Sockets: No, but that's not necessarily an optimization.B  . My answer of "yes" was a bit more complicated.   ------------------------------   End of INFO-VAX 2002.107 ************************