1 INFO-VAX	Sat, 22 Nov 2003	Volume 2003 : Issue 647       Contents: Re: Backwards File Dump  Re: Backwards File Dump  Re: Backwards File Dump  Re: Backwards File Dump  Re: Backwards File Dump  RE: Backwards File Dump  Re: RE: Backwards File Dump  Re: Backwards File Dump = CSR address for VS4000/VLC and 4000/60 Audio/AM79C30A device?  Disk cluster size question Re: Disk cluster size questionA Re: Efficiency Question: Large Arrays vs. Indexed Files on Alphas * Re: HSG80 Firmware / Drive Capacity limits Re: lat for linux problem  Re: Main memory for galaxy4 Re: OT: Offshoring of IT Jobs Expected to Accelerate Re: password generation  Re: password generation  Re: password generation  Re: php on VMS? $ Re: Routable Protocol for Clustering$ Re: Routable Protocol for Clustering$ Re: Routable Protocol for Clustering Re: SQLSRV V7.1-5 Problem 8 Re: SYS$LIBRARY:TRACE_V74.EXE on VMS 7.3-1 causing error8 Re: SYS$LIBRARY:TRACE_V74.EXE on VMS 7.3-1 causing error8 Re: SYS$LIBRARY:TRACE_V74.EXE on VMS 7.3-1 causing error8 Re: SYS$LIBRARY:TRACE_V74.EXE on VMS 7.3-1 causing error+ SYS$MANAGER search list: behaviour changed? / Re: SYS$MANAGER search list: behaviour changed? / Re: SYS$MANAGER search list: behaviour changed? / Re: SYS$MANAGER search list: behaviour changed?   Re: VMS Defragmentation SoftwareH VMS port of ICU, International Components for Unicode libraries, anyone?$ wrong translation (was: php on VMS?)* Re: [OT] Mac OS X: system folder not found; [OT] Sudents are looking for survey participation on forums   F ----------------------------------------------------------------------  % Date: Fri, 21 Nov 2003 20:01:00 +0100 * From: Paul Sture <nospam@sture.homeip.net>  Subject: Re: Backwards File Dump0 Message-ID: <3FBE6EFB.4D4CADE5@sture.homeip.net>   Bob Koehler wrote: > D > In article <03112020361869@antinode.org>, sms@antinode.org writes: > > P > > I started off with IBM mainframes with "real" dumps. A millenium later, I amR > > still never used to the VMS style of dumps with the hex stuff reversed. It has > > never been natural for me. > G >    There's the trouble.  Folks who learn the big-endian way never can ? >    seem to understand little-endian systems.  Folks who learn = >    little-endian systems seem to have no problem with both.   E I once upon a time did some work interfacing VMS applications to a BT H X25 network. The BT interface spec didn't use the phrase big-endian, but" on careful reading did mean that.   C A little bit of byte swapping and I had the systems talking to each 	 other :-)   F Neither the customer nor BT had even dreamt that the two systems could
 be different.    --  
 Paul Sture   ------------------------------  % Date: Fri, 21 Nov 2003 14:34:03 -0600 ( From: Wayne Sewell <wayne@tachysoft.com>  Subject: Re: Backwards File Dump/ Message-ID: <00A293C4.F93AC8AD.3@tachysoft.com>    >From: sms@antinode.org  >X-Newsgroups: comp.os.vms! >Subject: Re: Backwards File Dump * >Message-ID: <03112020361869@antinode.org>, >Date: Thu, 20 Nov 2003 20:36:18 -0600 (CST). >Organization: Info-VAX<==>comp.os.vms Gateway$ >X-Gateway-Source-Info: Mailing List   > 6 >I started off with IBM mainframes with "real" dumps.    Me too.    >A millenium later, I amI >still never used to the VMS style of dumps with the hex stuff reversed.    1 It took me a little while to make the transition.    >It has  >never been natural for me.  >     O Perhaps not, but it is natural for the vax and alpha.  The ibm 370 had opposite O endian-ness from vax/alpha, so forward binary dumps made sense there.  Backward M binary dumps make more sense on vax/alpha.  Binary numbers display correctly, J no matter whether they are quadwords, longwords, or words.  Going right toM left, you would have to reconstruct integers by reversing bytes in your head.   O If a data cell is supposed to contain the decimal number 89378, is it easier to 
 find it as   00015D22   or     225D0100    O =============================================================================== N Wayne Sewell, Tachyon Software Consulting  (281)812-0738   wayne@tachysoft.com; http://www.tachysoft.com/www/tachyon.html and wayne.html    O =============================================================================== H Randolph Duke (in Trading Places): "Mother always said you were greedy."1    Mortimer Duke: "She meant it as a compliment!"    ------------------------------  % Date: Fri, 21 Nov 2003 15:08:13 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>  Subject: Re: Backwards File Dump) Message-ID: <3FBE70AC.16F6605F@istop.com>    Bob Koehler wrote:D >    Nobody wants to see a 32 bit integer 1 dumped as "01000000", itF >    should read as "00000001", just like they taught us in elementary >    school. > D >    Nobody wants to see the original vendor's name as "latigid", it9 >    should be "digital", just like we learned to read.     L But for VMS DUMP, text strings are read left to right. It is just because ofH the ascii display that you can recognize text and then your brain has toN multithread youere eyes so the left eye read the hex from right to left as the# right eye reads from left to right.   M The problem with wanting to read 01000000 as 00000001 is that you assume that L the file you are dumping will be filled with longword aligned longwords, and4 all text strings will be a multiple of 4 bytes long.  M Face it , VMS is little endian, and learn to live with it. This means getting L used to seeing the least significant byte first and always working with thisL in mind, and not relying on some dump utility to  mirror everyuthing to give$ the illusion that VMS is big endian.   ------------------------------    Date: 21 Nov 2003 15:40:16 -0600 From: briggs@encompasserve.org  Subject: Re: Backwards File Dump3 Message-ID: <53Sa+wojO4F$@eisner.encompasserve.org>   V In article <3FBE70AC.16F6605F@istop.com>, JF Mezei <jfmezei.spamnot@istop.com> writes: > Bob Koehler wrote:E >>    Nobody wants to see a 32 bit integer 1 dumped as "01000000", it G >>    should read as "00000001", just like they taught us in elementary 
 >>    school.  >>  E >>    Nobody wants to see the original vendor's name as "latigid", it : >>    should be "digital", just like we learned to read.   > N > But for VMS DUMP, text strings are read left to right. It is just because ofJ > the ascii display that you can recognize text and then your brain has toP > multithread youere eyes so the left eye read the hex from right to left as the% > right eye reads from left to right.   C In normal human beings, the left eye and the right eye both look at A the same things at the same time.  Most of us are able to use the ? resulting parallax in order to get a sense of depth perception.   E Some of us even realize that those television depictions of binocular @ view are utterly unrealistic.  A binocular view is circular, not! some kind of modified lazy eight.   O > The problem with wanting to read 01000000 as 00000001 is that you assume that N > the file you are dumping will be filled with longword aligned longwords, and6 > all text strings will be a multiple of 4 bytes long. > O > Face it , VMS is little endian, and learn to live with it. This means getting N > used to seeing the least significant byte first and always working with thisN > in mind, and not relying on some dump utility to  mirror everyuthing to give& > the illusion that VMS is big endian.  D There is a difference between lsb first and lsb left.  Deal with it.   	John Briggs   ------------------------------  % Date: Fri, 21 Nov 2003 16:59:33 -0600 ( From: Wayne Sewell <wayne@tachysoft.com>  Subject: Re: Backwards File Dump/ Message-ID: <00A293D9.4D2F77A1.3@tachysoft.com>   < >From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) >X-Newsgroups: comp.os.vms! >Subject: Re: Backwards File Dump ! >Date: 21 Nov 2003 07:37:44 -0600  >Organization: Encompasserve
 >Lines: 104 >Message-ID: <6CP76w3wKSd2@eisner.encompasserve.org>I >X-Trace: grandcanyon.binc.net 1069421780 2436 192.135.80.34 (21 Nov 2003  >         13:36:20 GMT)   >X-Complaints-To: abuse@binc.net9 >NNTP-Posting-Date: Fri, 21 Nov 2003 13:36:20 +0000 (UTC) @ >Reply-To: koehler@eisner.nospam.encompasserve.org (Bob Koehler) >X-Gateway-From: mvb.saic.com  >To: Info-VAX@Mvb.Saic.Com >X-Gateway-Source-Info: USENET > C >In article <03112020361869@antinode.org>, sms@antinode.org writes:  >>  O >> I started off with IBM mainframes with "real" dumps. A millenium later, I am Q >> still never used to the VMS style of dumps with the hex stuff reversed. It has  >> never been natural for me.  > F >   There's the trouble.  Folks who learn the big-endian way never can> >   seem to understand little-endian systems.  Folks who learn< >   little-endian systems seem to have no problem with both. >     O Perhaps true in some cases, not in all.  I also started with ibm mainframes and L made the transition just fine.  I was confused by the first few dumps I saw,L but got the hang of it fairly quick.  This was vms version 1, so needless to8 say, I've been born-again little-endian for a while now.O =============================================================================== N Wayne Sewell, Tachyon Software Consulting  (281)812-0738   wayne@tachysoft.com; http://www.tachysoft.com/www/tachyon.html and wayne.html    O =============================================================================== H Randolph Duke (in Trading Places): "Mother always said you were greedy."1    Mortimer Duke: "She meant it as a compliment!"    ------------------------------  % Date: Fri, 21 Nov 2003 17:34:29 -0800 # From: "Tom Linden" <tom@kednos.com>   Subject: RE: Backwards File Dump9 Message-ID: <CIEJLCMNHNNDLLOOGNJIEEENIIAA.tom@kednos.com>   J I think you miss the point.  When, for example a an integer is loaded intoK a register its most significant value is in position 15, 31 0r 63 depending L in the size but when it is in memory it is backward.  In my previous postingI I gave an example, to illustrate that bit strings can ONLY be stored in a  big L endian manner and if you hope to have those represent, for example, integersL then on a little endian machine you will need to swap the order of the bits.G To give another example, going back many years, when you are looking at  object code K it is very useful to have values that the eye can easily recognize.  I have  usedG the hex strings CAFEBABE and DEADBEEF as an aid to locate fields in the  object. I But on a little endian machines you can't use those values in the source,  but  must invert them.  G Little endian results in an unnatural ordering, and requires additional J effort in certain circumstances.  But at this stage, it is far too late toF remedy that defect.  You learn to live with '0100000000000000' means 2     >-----Original Message----- C >From: Bob Koehler [mailto:koehler@eisner.nospam.encompasserve.org] ( >Sent: Friday, November 21, 2003 9:59 AM >To: Info-VAX@Mvb.Saic.Com! >Subject: RE: Backwards File Dump  >  > ? >In article <CIEJLCMNHNNDLLOOGNJIOEDMIIAA.tom@kednos.com>, "Tom ! >Linden" <tom@kednos.com> writes:  >> Of course, once the value >> is + >> in a register. it is in Big endian form.  > C >   A nonsese statement often heard from folks who don't understand A >   little-endian.   Probably comes from writing dumps or drawing C >   memory diagrams wrong, then knowing that it all actually works.  > B >   Endian-ness has to do with memory addressing.  On most systemsD >   registers do not have memory addresses.  On all the systems I'veC >   seen that do have memory addresses for registers the addressing * >   is the same as for the rest of memory. >  >---' >Incoming mail is certified Virus Free. ; >Checked by AVG anti-virus system (http://www.grisoft.com). B >Version: 6.0.542 / Virus Database: 336 - Release Date: 11/18/2003 >  --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).A Version: 6.0.542 / Virus Database: 336 - Release Date: 11/18/2003    ------------------------------  % Date: Fri, 21 Nov 2003 20:48:01 -0600 ( From: Wayne Sewell <wayne@tachysoft.com>$ Subject: Re: RE: Backwards File Dump0 Message-ID: <00A293F9.37D4E13C.25@tachysoft.com>  $ >From: "Tom Linden" <tom@kednos.com> >X-Newsgroups: comp.os.vms! >Subject: RE: Backwards File Dump : >Message-ID: <CIEJLCMNHNNDLLOOGNJIEEENIIAA.tom@kednos.com>& >Date: Fri, 21 Nov 2003 17:34:29 -0800      K >I think you miss the point.  When, for example a an integer is loaded into L >a register its most significant value is in position 15, 31 0r 63 dependingM >in the size but when it is in memory it is backward.  In my previous posting J >I gave an example, to illustrate that bit strings can ONLY be stored in a >bigM >endian manner and if you hope to have those represent, for example, integers M >then on a little endian machine you will need to swap the order of the bits. H >To give another example, going back many years, when you are looking at >object codeL >it is very useful to have values that the eye can easily recognize.  I have >used H >the hex strings CAFEBABE and DEADBEEF as an aid to locate fields in the >object.J >But on a little endian machines you can't use those values in the source, >but  must invert them.  > H >Little endian results in an unnatural ordering, and requires additionalK >effort in certain circumstances.  But at this stage, it is far too late to G >remedy that defect.  You learn to live with '0100000000000000' means 2  >     N But see, this is a PL/I-centric issue.  These "bit strings" you refer to are aL PL/I thang.  C and Pascal just deal with integers of varying sizes, and dump displays these correctly.       M If I want a deadbeef marker, I would just initialize the value to 0x0deadbeef % and I would see DEADBEEF in the dump.   L True, values in arrays, including characters in strings, display backwards. H But as far as discrete numeric values are concerned (when initialized asA numeric values, not "bit strings"), what you see is what you get.    Wayne O =============================================================================== N Wayne Sewell, Tachyon Software Consulting  (281)812-0738   wayne@tachysoft.com; http://www.tachysoft.com/www/tachyon.html and wayne.html    O =============================================================================== H Randolph Duke (in Trading Places): "Mother always said you were greedy."1    Mortimer Duke: "She meant it as a compliment!"    ------------------------------  % Date: Fri, 21 Nov 2003 22:32:10 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>  Subject: Re: Backwards File Dump) Message-ID: <3FBED8B8.48C28B71@istop.com>    Wayne Sewell wrote: M > True, values in arrays, including characters in strings, display backwards. J > But as far as discrete numeric values are concerned (when initialized asC > numeric values, not "bit strings"), what you see is what you get.   G When you dump a file to see what sort of line terminator it has, is the L reverse ordering of bytes natural ? Endianness has no relevancy when dumping files especially text files.   ------------------------------  + Date: Sat, 22 Nov 2003 02:07:19 +0000 (UTC) % From: bdc@world.std.com (Brian Chase) F Subject: CSR address for VS4000/VLC and 4000/60 Audio/AM79C30A device?( Message-ID: <bpmgcn$c31$1@pcls4.std.com>  F I'm hoping that one of the more seasoned VMS OS hackers can provide meG with a little information.  Does anyone here know what the CSR address  H for the AM79C30A chip used for built-in audio on the VAXstation 4000/VLCH and 4000/60?  VMS supports this as a low-quality (8000 Hz) audio device F on these systems, so maybe someone with access to VMS source code can  look this up for me.   Thanks.    -brian.  --  F --- Brian Chase | bdc@world.std.com | http://world.std.com/~bdc/ -----D           "A tree or shrub can grow and bloom. I am always the same.5                          But I am clever." -- Racter.    ------------------------------  + Date: Fri, 21 Nov 2003 14:47:54 -0600 (CST) & From: Drew Shelton <DREW@SEMATECH.Org># Subject: Disk cluster size question - Message-ID: <01L3AQMZ4VB2005RHZ@SEMATECH.Org>   E I'm planning an upgrade from VMS 7.1-2 to 7.3-1, and I'd like to take I advantage of smaller disk cluster sizes to conserve disk space.  Is there F any reason (such as performance) not to have the smallest cluster size	 possible?    Thanks,  Drew  L ============================================================================6 Drew Shelton                         drew@sematech.org9 VMS Systems Manager                  office: 512-356-7575 9 Sematech                             fax:    512-356-7600  2706 Montopolis Drive K Austin, TX 78741-6499                I speak for myself only, not Sematech. B     "OpenVMS is today what Microsoft wants Windows NT v8.0 to be!"I                                                         - Compaq, 9/22/98 L ============================================================================   ------------------------------  # Date: Fri, 21 Nov 2003 22:10:28 GMT # From: hoff@hp.nospam (Hoff Hoffman) ' Subject: Re: Disk cluster size question 1 Message-ID: <o3wvb.9546$Eu1.708@news.cpqcorp.net>   V In article <01L3AQMZ4VB2005RHZ@SEMATECH.Org>, Drew Shelton <DREW@SEMATECH.Org> writes:F :I'm planning an upgrade from VMS 7.1-2 to 7.3-1, and I'd like to takeJ :advantage of smaller disk cluster sizes to conserve disk space.  Is thereG :any reason (such as performance) not to have the smallest cluster size 
 :possible?  F   There is a small performance penalty -- negligible; I've not noticedH   it -- and there is a trade-off around the storage requirements for theF   larger bitmap and -- likely the most severe -- files can become moreH   fragmented and proper extent size settings become interesting (again).  E   Be aware of the trade-off between conserving storage -- the average F   savings will be half the difference between the original and the newD   cluster factor times the number of files on the disk. of course --'   and purchasing a couple of new disks.   N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------  # Date: Sat, 22 Nov 2003 01:33:48 GMT 0 From: Randy Park <rjpark@mindspring.nospaam.com>J Subject: Re: Efficiency Question: Large Arrays vs. Indexed Files on Alphas8 Message-ID: <uretrvccoli39k6u7jbds43ie54dtfhdnn@4ax.com>  K On 20 Nov 2003 14:38:14 -0800, hoefelmeyer@hotmail.com (Cheryl Hoefelmeyer)  wrote:  G >We have a GS80 and an ES40, not clustered, each running OpenVMS 7.3. I F >am writing a program in Basic that will run on each box, and I have aF >question regarding which of the following would be most efficient, in	 >general.  > G >The program will operate on three very large files, and at one point I  >can either A >(1) decide to read some fields of some records into an array and : >search for information sequentially through the array, orG >(2) read the information into another file and access it each time via 
 >single read. G >The number of elements or records in this circumstance is not expected  >to exceed 10,000. > ( >Elsewhere in the program, I can either G >(1) maintain records that will eventually be written to an output file E >in an array because they may need to be updated some number of times % >before a final record is written, or C >(2) write the first record to the output file and just update each  >time it is necessary.D >The first option would call for reading sequentially through a veryG >large array to find the proper record to update each time a new record C >is added. The second calls for 1-3 file operations per each record @ >added. The number of records maintained here is on the order of >1,000,000.  > G >So, for each of these, which is the best option in general? Years ago, C >I/O on DEC boxes was such a bottleneck that the array option would D >generally be the faster route, but I&#8217;m no longer sure that is >such a big issue now.  C Yes, I remember those days with I/O in BASIC was a bottleneck.  VMS C was a lot slower than RSTS/E back in the late 70s and early 80s for . indexed file operations.  Those days are gone.  F Based upon what you've written, with the volume of data that you have,E I'd go ahead an use an RMS Indexed file.  With good bucket sizing and F other design parameters, you can get pretty good performance.  The topK two index buckets will probably end up getting cached.  In addition, you'll M be able to use a variety of tools, like report writers, on your data, and you ' would be able to easily share the data.    ------------------------------  # Date: Sat, 22 Nov 2003 01:52:02 GMT % From: "Mike Naime" <mnaime@kc.rr.com> 3 Subject: Re: HSG80 Firmware / Drive Capacity limits 9 Message-ID: <6jzvb.60994$Eq1.34743@twister.rdc-kc.rr.com>   H 8.6F-8 does not support 146GB disks.  I'm not positive, but I have heard# that  8.6F-14 supports 146GB disks.   7 I know for a fact that 8.7F-0 does support 146GB disks.   * tryter <user@hotmail.com> wrote in message- news:Xns943A6682ACA83tryter@216.196.97.131...  > Hello, > K > I was wondering if my HSG80 at firmware 8.6F supports 146GB drives, or do  I % > need to upgrade my firmware to 8.7?  >  > TIA    ------------------------------  % Date: Fri, 21 Nov 2003 21:43:37 +0100 ( From: "H Vlems" <hvlems.nieuw@zonnet.nl>" Subject: Re: lat for linux problem: Message-ID: <bpltj3$1psc02$1@ID-143435.news.uni-berlin.de>   John,   G glad that helped. But there is a connection between DECnet and terminal I servers. The older units, the DS100/200/300 use a derivative of DECnet to K download their operating system. But they also may be managed thru NCP (the L CONNECT NODE command) and that's where the DECnet address check was probably needed.    Hans  = "John Forkosh" <john@SeeSigForAddress.com> schreef in bericht & news:bpj64i$olj$1@reader2.panix.com...) > H Vlems <hvlems.nieuw@zonnet.nl> wrote: 	 > : Bart, H > : LAT is indeed completely different from DECnet. Now IIRC the LAT and DECnetL > : implementations for linux are in someway related. An invalid MAC addressB > : for DECnet could perhaps affect LAT behaviour. Hence the post. > : Hans > ' > Hi Hans (and Bart and Roland, et al), H >      Thanks for all the help.  Hans turns out to be right -- I changedJ > the MAC address to AA:00:04:00:14:04 corresponding to valid address 1.20D > (or SCSSYSTEMID 1044) according to Hans' instructions, below.  The? > DECserver 90L+ then connected immediately.  Problem all gone. G >      If you look back carefully at Caulfield's post that I reproduced J > earlier, you'll see that his last two hex digits were 04 (which xlate toK > a valid DECnet address by Hans' instructions).  I'd intentionally changed G > that to 03 for my own reasons, not realizing it would cause problems. I > The posts I'd googled led me to believe that only the leading AA:00:04, > > which designate Digital, mattered.  That's apparently wrong.I >      I understand Bart's point that "LAT has noting to do with DECnet". F > But the 90L+'s firmware apparently checks more than it theoreticallyJ > needs to check, leading to Hans' remark that "an invalid MAC address forD > DECnet could perhaps affect LAT behavior".  That's apparently what happenedH > with my 90L+, though Roland's DECservers apparently don't exhibit this little	 > glitch. A >      And I guess if I edit sys$system:modparams.dat, change the  SCSSYSTEMID,H > and rerun autogen, then that will change the VAXstation's MAC address, too,2 > as per Hans' formula.  Haven't tried it, though.5 > Thanks again, Hans and everybody, for all the help,  > --  @ > John Forkosh  ( mailto:  j@f.com  where j=john and f=forkosh ) > - > : "Bart Zorn" <Bart.Zorn@xs4all.nl> schreef J > : > LAT has nothing to do with DECnet (and vice versa). If the Linux boxL > : > is not running DECnet, there is no need to change it's MAC address. If@ > : > the Linux box does have a DECnet implementation, then thatF > : > implementation will take care of the proper MAC address setting. > : > I > : > This does not explain your problem, however, and I am afraid that I  > : > cannot help you there. > : > Bart Zorn  > : > . > : > "H Vlems" <hvlems.nieuw@zonnet.nl> wrote
 > : > > John, ; > : > > not sure whether it is cause of your problem but is  aa-00-04-00-0a-03  > : > > a valid DECnet address? I > : > > IIRC one takes tha last two bytes and reverse them. The leading 6  bits; > : > > designate area, the trailing 10 designate the node. / > : > > 0a-03 -> 03-0A -> 0000 00 11 0000 10 10 ; > : > >                                --------- ========== . > : > > That's 0.778 which is invalid, right ? > : > > L > : > > BTW I use LAT for linux (RedHat 9) without any problems, like Roland the ( > : > > server is started with defaults. > : > > Hans > : > > : > : > > "John Forkosh" <john@SeeSigForAddress.com> schreefG > : > > > Not sure if this is right group, but anybody here use Lat for  Linux,@ > : > > >           http://linux-decnet.sourceforge.net/lat.htmlG > : > > > I have a small 10base2 lan with some Linux PC's, some genuine J > : > > > VMS VAXstations, and a DECserver 90L+.  The wires are okay sinceJ > : > > > I can ping/telnet/ftp between the VS's and PC's, and can connect$ > : > > > to the VS's from the 90L+.	 > : > > > G > : > > > I also found out about the MAC address problem with the 90L+,  i.e., J > : > > > it barfs on packets from non-Digital addresses, and have applied > : > > > the linux fix 7 > : > > >           ifconfig hw ether AA:00:04:00:0A:03 H > : > > > so the PC looks like a Digital address.  And I'm also applying* > : > > > the extra lat-for-linux commands > : > > >           latcp -j. > : > > >           latcp -x 100 -s -a psistarL > : > > > (where psistar is the name of the PC), though I'm not sure whether' > : > > > either is helpful in any way. 	 > : > > > L > : > > > And all this kind of works -- I can sometimes  c psistar  from theF > : > > > 90L+ and log on to the PC.  Works fine when it works at all.	 > : > > > D > : > > > Problem is it always takes a _long_ time (90L+ prints lotsI > : > > > of ...'s before I ever get a prompt) before connecting, and the C > : > > > 90L+ frequently just gives up with "service unavailable". I > : > > > But if I do manage to connect and then later logout/exit, I can @ > : > > > always establish a new PC connection almost instantly.3 > : > > > The VS's always connect almost instantly. 	 > : > > > E > : > > > What might be wrong, and what can I do to fix it or tune it  > : > > > or whatever?  Thanks, 
 > : > > > --  H > : > > > John Forkosh  ( mailto:  j@f.com  where j=john and f=forkosh ) > --  @ > John Forkosh  ( mailto:  j@f.com  where j=john and f=forkosh )   ------------------------------  # Date: Sat, 22 Nov 2003 04:32:15 GMT % From: "Mike Naime" <mnaime@kc.rr.com> # Subject: Re: Main memory for galaxy 9 Message-ID: <jFBvb.61020$Eq1.47199@twister.rdc-kc.rr.com>   C Well, That explains why I have never heard/used GCU.  We do not use F graphical consoles on our systems. (Or Galaxy anymore for that matter)  G Our systems are all hard partitioned now.  The maintenance requirements H (Monolithic firmware upgrades) and CD ROM hardware need is what drove usH away from Galaxy.  Why buy the larger box and split it up if I can buy 8J smaller boxes for less and then have no requirement to take down 8 systems/ at the same time to perform a firmware upgrade.   6 Martin Vorlaender <mv@pdv-systeme.de> wrote in message3 news:bpaimd$1m11qv$1@ID-56200.news.uni-berlin.de...  > Paul Sture wrote:  > > Roy Omond wrote: > >> > >> Martin Vorlaender wrote:  > >> > >>> [... snip ...]I > >>>>  Paul:  What exactly is GCU?  I am not familiar with that Acronym.  > >>> # > >>> Galaxy Configuration Utility.  > >>> J > >>> A graphical (DWmotif) application that shows the partitioning of the$ > >>> machine. Drap-and-drop CPUs... > >>> ( > >>> It resides in SYS$EXAMPLES:, IIRC. > >>. > >> Small correction: it's Sys$System:GCU.Exe > >> at least in VMS 7.3-1.  > >  > > Ah, but there is also: > > * > > Directory SYS$COMMON:[SYSHLP.EXAMPLES] > > > > > GCU$BALANCER.C;1    GCU$BALANCER.CLD;1  GCU$BALANCER.EXE;1 > > 5 > > I haven't used either, so cannot comment further.  > % > Right, that's the one I remembered. H > It's an example of how to automatically transfer CPUs between Galaxies > based on load. >  > cu, 
 >   Martin > --H >   OpenVMS:                | Martin Vorlaender  |  VMS & WNT programmer5 >    The operating system   | work: mv@pdv-systeme.de H >    God runs the           |   http://www.pdv-systeme.de/users/martinv/< >    earth simulation on.   | home: martin@radiogaga.harz.de >    ------------------------------  # Date: Fri, 21 Nov 2003 19:22:25 GMT ' From: Don Sykes <anonymous@pacbell.net> = Subject: Re: OT: Offshoring of IT Jobs Expected to Accelerate + Message-ID: <3FBE669D.CFAD23E4@pacbell.net>    Fabio Cardoso wrote: > \ > Don Sykes <anonymous@pacbell.net> wrote in message news:<3FBBA796.8C13FA51@pacbell.net>... > > Fabio Cardoso wrote: > > > ^ > > > "pbc" <pbc@informchaos.com> wrote in message news:<bpe2uf$g4l$1@alpha2.radio-msu.net>... > > > > > > 	 > > > > > O > > > > > Some good points, Rob. Business and economics in general are about as R > > > > > predictable as winning lottery numbers. What seems like the current tide> > > > > > today has an odd way of changing direction tomorrow.	 > > > > > R > > > > > John's point about more IT jobs leaving US is of valid concern, however.O > > > > > Foremost, because it effects me personally;) and of course many other M > > > > > COV'ers. Second problem is the impact on the overall economy on all P > > > > > these good paying jobs leaving. There are a lot of us whose income hasQ > > > > > been significantly reduced over the past few years, in part, because of N > > > > > this offshore flow. One way to fight back of course is to lower yourI > > > > > expectations and charge fees that can compete with the offshore N > > > > > companies. I know that's a big drop, but I think a programmer can beM > > > > > competitive with anyone at say ~$20/hr... or I guess we could drive P > > > > > taxis and code on our laptops, while we're waiting for our next fare;)	 > > > > > 	 > > > > >  > > > > E > > > > I'm afraid your estimate at ~$20/hr is far away from reality. R > > > > How do you compete with a programmer who lives under the palm tree, eats aT > > > > couple of bananas a day, has one t-shirt, wears sandals all year long? Looks) > > > > like it's closer to ~$20 a month.  > > > > 
 > > > > Peter  > > > B > > > With the Free Trade Area in Americas, USA should think about > > > "offshoring"B > > > to Mexico, Brazil, Argentina ! We receive low salaries too ! > > 
 > > :):):) > > B > > > I am a System Manager with about 15 years of job experience:F > > > Different of some graduates I had career -> tp operator/computer > > > op/system  > > > manager, etc...  > > > L > > > My annual salary goes about US$ 15.000,00 per year  (including taxes).L > > > The gov takes me 25% of my gross salary ! The company pays more 60% ofB > > > my salary to the gov too (social security/insurance,etc...)!. > > > So my salary goes about US$ 8,00 / hour. > > L > > Just curious. What benefits do you get from the 25% taxes + the 60% your > > employer pays? > >  > > ...  >  > Well ! >  > There are a lot of taxes:  >  > Mainly of them federal taxes:  > + > a) Income Tax -> (13,5%) paid by employee 1 > b) Health insurance  -> (1,2%) paid by employee F > c) Private Social Security -> (4,6%) paid by company/employee (each); > d) Gov. Social Security ->   (5%) paid by employee (each) ( > e) Food Ticket (1,2%) paid by employee >   A So it sounds like you get health insurance & retirement benefits.  And is "e" a discount on food?   --     Have VMS, Will Travel  Wire paladin, San Francisco    (paladinATalphaseDOTcom)   ------------------------------  # Date: Fri, 21 Nov 2003 19:04:50 GMT # From: hoff@hp.nospam (Hoff Hoffman)   Subject: Re: password generation2 Message-ID: <mltvb.9523$gi1.4829@news.cpqcorp.net>  g In article <bplkqe$9m0$1$8300dec7@news.demon.co.uk>, Chris Sharman <chris.sharman@sorry.nospam> writes:  : a :http://h71000.www7.hp.com/freeware/freeware40/srh_examples/decus_undoc_clinic/sys$forge_word.txt  : H :is what I need, but it's a bit cryptic - how are the arguments passed ? :What are the flags ?   .   fp_v_dictionary = 0    do a dictionary check/   fp_v_exceptions = 1    do an exceptions check 3   fp_v_fileparse  = 2    check for a legal filenamee  ! :What are mindata & retdata for ?   +   How much you want, and where you want it.a  L :Is it self-seeding, or are mindata & retdata something to do with seeding ?     Self.  Also see:  ?   $ sear sys$sysroot:[decc$lib...]starlet.h $forge_word/wind=21i,   $ sear sys$share:*.req $forge_word/wind=21    N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faqoN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.como   ------------------------------  % Date: Fri, 21 Nov 2003 15:33:02 -0500o* From: JF Mezei <jfmezei.spamnot@istop.com>  Subject: Re: password generation) Message-ID: <3FBE767C.D4535232@istop.com>R   Chris Sharman wrote:H > We're creating passwords for our customers to submit orders and access? > information, initially via a phone call to customer services,$  K For what it is worth, ALL-IN-1 had a password generation function here is arQ bit of the doc, it may give you an indea of what is available under the VMS hood.h     Syntax  0    GENERATE_PASSWORDS   (len, pwd1-sym, prn1-symB                                          [,pwd2-sym [,prn2-sym ...B                                          [pwd5-sym [,prn5-sym]]]])        Description  2    The GENERATE_PASSWORDS function generates up to;    5 random strings that can be used as passwords. For each-=    password, the function also generates pronunciation guide-m=    lines. However, on Alpha AXP pronounciation guidelines areF    not generated.D $3   ------------------------------  % Date: Sat, 22 Nov 2003 04:58:06 +0100<2 From: martin@radiogaga.harz.de (Martin Vorlaender)  Subject: Re: password generation; Message-ID: <3fbedece.524144494f47414741@radiogaga.harz.de>   1 Chris Sharman (chris.sharman@sorry.nospam) wrote:eI > Is the vms password generation algorithm callable from an application ?tF > I'd like to be able to generate passwords, without resorting to DCL.  @ A bit off the question: there's a C program called GPW (generateE pronouncable passwords) that works by disassembling words from a worddA list. I've used it with good success, feeding it the VMS passworde; dictionary (of forbidden passwords - I like that irony ;-).c  G Sorry, I can't recall where I got it right now. If you drop me an emailhG to my work address, I can mail you the URL and a DESCRIP.MMS on monday.    cu,e   Martin -- oH    Emacs would be a great   | Martin Vorlaender  |  VMS & WNT programmer5    operating system,        | work: mv@pdv-systeme.derH    if only it came with     |   http://www.pdv-systeme.de/users/martinv/<    a decent editor...       | home: martin@radiogaga.harz.de   ------------------------------  # Date: Sat, 22 Nov 2003 00:11:12 GMTDL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr") Subject: Re: php on VMS?6 Message-ID: <00A293D2.8BB11D90@SSRL.SLAC.STANFORD.EDU>  Y In article <3fbe2adb$0$27567$626a54ce@news.free.fr>, Didier Morandi <no@spam.com> writes:  >labadie wrote:l >> Didier Morandi wrote: >> oF >>> I would like to install OSCommerce on my VMS box. I'm supposed to G >>> "run" the install.php procedure, but I do not know what php is, and  >>>  >>> DTL02> sea vmsfaq.txt phpn+ >>> %SEARCH-I-NOMATCHES, no strings matchedd >>>s >>> Where should I start from ?  >>> Thanks,n >>>u >>> D. >>>e1 >> if you use CSWS (Apache on Vms),have a look at F >> http://h71000.www7.hp.com/openvms/products/ips/apache/csws_php.html >q >b non, I use WASD.   L Look at that URL anyway.  CSWS_PHP has a VMS-Engineering-supported PHP pieceL and an Apache mod_PHP piece; you can use the PHP processor without using the mod_PHP piece.    J WASD has support for PHP both for general scripts in CGI or CGIplus and inE a don't-have-to-reload-the-interpreter-every-time persistent process eL (implemented using CGIplus/RTE), and you can use either the CSWS_PHP versionH of PHP or Dave Jones' PHP version - as far as I know Dave did the first  PHP port to VMS.  8 (Plug: This is all discussed in my VMS webservers book.)   -- Alan  -- sO ===============================================================================m0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056>M  Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA   94025 O ===============================================================================0   ------------------------------  % Date: Fri, 21 Nov 2003 12:52:20 -0800n0 From: Mark Berryman <Mark.Berryman@Mvb.Saic.Com>- Subject: Re: Routable Protocol for Clustering ' Message-ID: <3fbe0a84$1@cpns1.saic.com>d   Stuart, Ed wrote:oH > We keep getting pressure from our networking group to consolidate our G > multi-site VMS cluster.  They want this consolidation so they do not uK > have to worry about network configurations that support the non-routable  K > LAVC protocol.  Are there any plans to make LAVC routable or tunnel LAVC 0 > in IP?  E Please ask your networking folks to justify their pressure.  So far, iG every reason I have heard in this regard can be summed up as "Well, IP fD is the only thing we know so we have to get rid of everything else".  F If you need ammunition to fight the pressure, feel free to contact me.D You can start by asking the question "Since when did Network become E synonymous with Internet Protocol"? (the meaning of IP in the TCP/IP d8 network implementation they are trying to limit you to).  
 Mark Berryman  Chief Network Engineer   ------------------------------  % Date: Fri, 21 Nov 2003 15:27:12 -0500e* From: JF Mezei <jfmezei.spamnot@istop.com>- Subject: Re: Routable Protocol for Clusterings) Message-ID: <3FBE751E.8353356B@istop.com>   I If your cluster is multi-site, then you can use the "disaster tolerance" u *excuse* :-)  I If your corporation has deemed it important enough to maintain multi-site I clusters, this was probably done at a high enough level that your networku1 folks could be told to shut up and live with SCS.   I Often the question about putting SCS over IP is the result of the network M folks not understanding the nature of SCS, and hot know the importance of the ( multi-site cluster to your organisation.  D Also, don't forget MOP for satellite boots. It is also non-routable.  N Look at the console when a VMS system boots, and you'll see just how early theM clustering software kicks in. This is deep down in the bowels of VMS.  SCS isaM and is required to be extremely robust and reliable. The TCPIP stack, being ahL port from Unix isn't exactly something I would rate as having the robustness of the VMS clustering software.    ------------------------------  % Date: Sat, 22 Nov 2003 01:22:43 -05000( From: David Froble <davef@tsoft-inc.com>- Subject: Re: Routable Protocol for Clusteringh, Message-ID: <3FBF00B3.7070807@tsoft-inc.com>   Bob Koehler wrote:   > In article <92EFB80E551BD511B39500D0B7B0CDCC11053206@ohms.electric.ci.austin.tx.us>, "Stuart, Ed" <Ed.Stuart@austinenergy.com> writes: > L >>This message is in MIME format. Since your mail reader does not understand> >>this format, some or all of this message may not be legible. >>) >>------_=_NextPart_001_01C3B055.165F29F0e >>Content-Type: text/plain >>G >>We keep getting pressure from our networking group to consolidate ourrN >>multi-site VMS cluster.  They want this consolidation so they do not have toG >>worry about network configurations that support the non-routable LAVCmL >>protocol.  Are there any plans to make LAVC routable or tunnel LAVC in IP? >> >>Ed >> > I >    Making LAVC routable just doesn't make sense, neither does tunnelinggF >    it.  When you've got your systems linked at the kernel you need a# >    quick, tight network protocol.n >  >   J If you have a multi-site cluster for disaster tolerance, then you need to 8 approach the networking group with a 2x4 and pink slips.  P Another case of the networking people no longer providing a service, but rather F dictating what you can and can't do.  Do you really need these clowns?   Dave   -- S4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Roadn Vanderbilt, PA  15486y   ------------------------------    Date: 21 Nov 2003 22:28:39 -0800# From: dooleys@snowy.net.au (dooley)l" Subject: Re: SQLSRV V7.1-5 Problem= Message-ID: <1ca82fc6.0311212228.6de11ded@posting.google.com>l  x paul.j.whapshott@lineone.net (Paul Whapshott) wrote in message news:<51f54c31.0311210203.3923508a@posting.google.com>...D > Verify is set to off. All events appear to be logged into this log> > file. The logfile will typically be around 400K after 1 day. > 9 in sqlsrv_manage I think you can set the logfile location  you could try NL:- Phil   ------------------------------  # Date: Fri, 21 Nov 2003 18:34:44 GMT=# From: "John N." <JNixon@cfl.rr.com> A Subject: Re: SYS$LIBRARY:TRACE_V74.EXE on VMS 7.3-1 causing errort; Message-ID: <8Vsvb.21958$86.419993@twister.tampabay.rr.com>a  J Thanks for your repsonse.  After I posted, I did a few more searches and I" found that SYSTARTUP_VMS.COM calls; SYS$STARTUP:DEBUG$STARTUP_V74 and passes a parameter "V74".r  G Debug$startup_v74.com calls sys$startup:debugsetup.com where TRACE gets- defined.  I The programmers are saying that defining a system logical name "TRACE" isjK bad judgement and that should be changed, not their application module thate& gets used and called from many places.  0 "Hoff Hoffman" <hoff@hp.nospam> wrote in message, news:ZGrvb.9499$U91.4698@news.cpqcorp.net...G > In article <f5rvb.21524$86.410787@twister.tampabay.rr.com>, "John N."b <JNixon@cfl.rr.com> writes:i > K > :Now, the problem is, I do not know where the logical is created, or whati. > :problems I will create trying to delete it. >rB >   You could SEARCH for additional information and for potential,: >   um, potential "culprit" command procedures, of course. >,> > :Unless there is some good reason NOT to remove the logical, > :that is what I have to do.s >aH >   That approach might work, or it might well cause failures elsewhere.> >   These failures might be apparent, or they might be subtle. >lI >   Use of modules named DEBUG or TRACE is not something I would suggest, - >   for reasons that should already be clear.a > : L > :Does anyone know where the logical get's created?  I believe it must haveK > :been from some ECO we applied, but we have applied many ECOs and I don't  who0B > :the culprit is.  If this is a required logical, I can force the developmento; > :group to change, but I need a reason to make them do so.v >eC >   I would encourage use of a command such as SEARCH to locate it.d >i> >   The first SEARCH command I would try would look like this: >nC >     $ SEARCH SYS$SYSROOT:[*...]*.COM TRACE,DEF/MATCH=AND/WINDOW=9e >e> >   I might expect to try some other SEARCH commands, as well. > F >   PCSI can identify the owner kit, if the image was loaded via PCSI./ >   Commands such as the following can be used:s > 3 >     $ product show object [syslib]trace.exe /fullt7 >     $ product show object [syslib]trace_v74.exe /fulli >mG >   You could also ANALYZE/IMAGE the image, and see if the image headereH >   contains any interesting details, either in the image identificationK >   string, in the link date and time, or in the image build identification-J >   string.  (The build identification string can help identify an OpenVMS >   image.)w >rJ >   I've made cursory searches for "trace_v74" and related information andJ >   have found no matches.  (You might want to confirm the filename, too.) >u >y( >  ---------------------------- #include' <rtfaq.h> -----------------------------t4 >     For additional, please see the OpenVMS FAQ --  www.hp.com/go/openvms/faq0, >  --------------------------- pure personal# opinion --------------------------- G >         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.comd >  >m   ------------------------------  % Date: Fri, 21 Nov 2003 13:51:07 -0500 & From: David M Smith <dsmit115@csc.com>A Subject: Re: SYS$LIBRARY:TRACE_V74.EXE on VMS 7.3-1 causing error 8 Message-ID: <g9nsrvompqq2qqpcm3v4kpdv4j4gub4gcc@4ax.com>  F On Fri, 21 Nov 2003 16:31:07 GMT, "John N." <JNixon@cfl.rr.com> wrote:  M >Ok,  we have confirmed that there is a system logical named "Trace" which is  >causing our problem.II >Now, the problem is, I do not know where the logical is created, or whatbG >problems I will create trying to delete it.  For now, my orders are toiH >remove the system logical rather than make the programmers change theirF >build procedures.  Unless there is some good reason NOT to remove the$ >logical, that is what I have to do. >rJ >Does anyone know where the logical get's created?  I believe it must haveM >been from some ECO we applied, but we have applied many ECOs and I don't whocL >the culprit is.  If this is a required logical, I can force the development9 >group to change, but I need a reason to make them do so.n  O I do not believe it is defined by any VMS patch, nor by any "normal" VMS systemtP procedure. My V7.3-1 system has almost all current patches applied and we do notL have this logical. I've never come across it on a system. It seems to me theL most likely thing is that it is defined as part of one of your applications,> perhaps the very one that the programmer is trying to compile.  K My V7.3-1 system has only a SYS$LIBRARY:TRACE.EXE file, not a TRACE_V74.EXExN file. The only way I know to find such "offending" logical name definitions isO by brute force, SEARCHing every file which is invoked as part of system startupcK sequence (and, of course, someone could have "manually" defined the logical)> after the boot). That said, I would try some SEARCH's such as:  / $ SEARCH SYS$STARTUP:*.COM DEF,TRACE /MATCH=AND=  J or variations thereof, and try to find the DEFINE TRACE ... command. If itO doesn't show up with this simple SEARCH, you may need to "follow the links" and=G identify all other .COM files called from, say SYS$MANAGER:SY*.COM with  something like:     $ SEARCH SYS$MANAGER:SY*.COM "@"  0 and then SEARCH all of *those* files. Good luck!I -------------------------------------------------------------------------0I David M. Smith 302.391.8533                       dsmit115 at csc dot com:I Computer Sciences Corporation     (Opinions are those of the writer only)eI -------------------------------------------------------------------------s   ------------------------------  # Date: Fri, 21 Nov 2003 19:11:05 GMTw# From: hoff@hp.nospam (Hoff Hoffman) A Subject: Re: SYS$LIBRARY:TRACE_V74.EXE on VMS 7.3-1 causing error 2 Message-ID: <drtvb.9524$gi1.8487@news.cpqcorp.net>  a In article <8Vsvb.21958$86.419993@twister.tampabay.rr.com>, "John N." <JNixon@cfl.rr.com> writes:yJ :The programmers are saying that defining a system logical name "TRACE" isL :bad judgement and that should be changed, not their application module that' :gets used and called from many places.3  D   While I would agree with the sentiment of the programmers, OpenVMSB   can and will claim right of precedence in this particular designC   faux pas.  TRACE and DEBUG have been around and have worked this  @   way for eons, and are correspondingly unlikely to see changes.C   This mechanism is built into the assumptions of image activation.c  D   This is centrally a case of who breaks more stuff with the change,C   and I know who wins that comparison -- well, unless y'all want tosF   field the support calls arising from our making such a change... :-)       N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------  # Date: Fri, 21 Nov 2003 20:32:02 GMT # From: "John N." <JNixon@cfl.rr.com>iA Subject: Re: SYS$LIBRARY:TRACE_V74.EXE on VMS 7.3-1 causing errora; Message-ID: <6Duvb.22446$86.428295@twister.tampabay.rr.com>n  G I agre with you completely, Hoff.  I just have to get my ducks lined up= before I make this stand.n
 Thanks again.   0 "Hoff Hoffman" <hoff@hp.nospam> wrote in message, news:drtvb.9524$gi1.8487@news.cpqcorp.net...G > In article <8Vsvb.21958$86.419993@twister.tampabay.rr.com>, "John N."  <JNixon@cfl.rr.com> writes: L > :The programmers are saying that defining a system logical name "TRACE" isI > :bad judgement and that should be changed, not their application module  that) > :gets used and called from many places.= >=F >   While I would agree with the sentiment of the programmers, OpenVMSD >   can and will claim right of precedence in this particular designD >   faux pas.  TRACE and DEBUG have been around and have worked thisB >   way for eons, and are correspondingly unlikely to see changes.E >   This mechanism is built into the assumptions of image activation.i >:F >   This is centrally a case of who breaks more stuff with the change,E >   and I know who wins that comparison -- well, unless y'all want totH >   field the support calls arising from our making such a change... :-) >  >p >i( >  ---------------------------- #include' <rtfaq.h> -----------------------------t4 >     For additional, please see the OpenVMS FAQ --  www.hp.com/go/openvms/faqt, >  --------------------------- pure personal# opinion --------------------------- G >         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.comd >f   ------------------------------  % Date: Fri, 21 Nov 2003 20:21:15 +0100f" From: Didier Morandi <no@spam.com>4 Subject: SYS$MANAGER search list: behaviour changed?4 Message-ID: <3fbe65cf$0$18425$626a54ce@news.free.fr>  D I'm surprized by a strange behaviour I do not remember I met before:  
 DTL02> sh def-    SYS$SYSROOT:[SYSMGR.STATS]e!    =   SYS$SYSROOT:[SYSMGR.STATS]p     =   SYS$COMMON:[SYSMGR.STATS] DTL02> dir .lognI %DIRECT-E-OPENIN, error opening SYS$COMMON:[SYSMGR.STATS]*.LOG;* as inpute -RMS-E-DNF, directory not found " -SYSTEM-W-NOSUCHFILE, no such file) DTL02> crea/dir SYS$COMMON:[SYSMGR.STATS]m DTL02> dir .loga! %DIRECT-W-NOFILES, no files found:  N There are no .LOG files in SYS$SYSROOT:[SYSMGR.STATS]. Why does DCL signal an L error about a non-existent SYS$COMMON:[SYSMGR.STATS] subdirectory? I do not  remember that. Is this new?l  K I created in my VMS life hundreds of subdirectories in [sysmgr] (I know, I iN shouldn't but...) and it is the first time I see this error message. If it is N new, I would accept it to be a warning, meaning "I scanned my search list and @ found no other subdirectories with that name", but not an error.   What do you think?   D.   ------------------------------  % Date: Fri, 21 Nov 2003 15:23:41 -0500 & From: David M Smith <dsmit115@csc.com>8 Subject: Re: SYS$MANAGER search list: behaviour changed?8 Message-ID: <nussrv09t157hlo0d7vramtodqo41ub2e1@4ax.com>  G On Fri, 21 Nov 2003 20:21:15 +0100, Didier Morandi <no@spam.com> wrote:t  E >I'm surprized by a strange behaviour I do not remember I met before:t >  >DTL02> sh def >   SYS$SYSROOT:[SYSMGR.STATS]" >   =   SYS$SYSROOT:[SYSMGR.STATS]! >   =   SYS$COMMON:[SYSMGR.STATS]r >DTL02> dir .logJ >%DIRECT-E-OPENIN, error opening SYS$COMMON:[SYSMGR.STATS]*.LOG;* as input  >-RMS-E-DNF, directory not found# >-SYSTEM-W-NOSUCHFILE, no such fileo* >DTL02> crea/dir SYS$COMMON:[SYSMGR.STATS] >DTL02> dir .log" >%DIRECT-W-NOFILES, no files found >cO >There are no .LOG files in SYS$SYSROOT:[SYSMGR.STATS]. Why does DCL signal an hM >error about a non-existent SYS$COMMON:[SYSMGR.STATS] subdirectory? I do not 0 >remember that. Is this new? >eL >I created in my VMS life hundreds of subdirectories in [sysmgr] (I know, I O >shouldn't but...) and it is the first time I see this error message. If it is  O >new, I would accept it to be a warning, meaning "I scanned my search list and  A >found no other subdirectories with that name", but not an error.a >S >What do you think?  >  >D.a  M I think this is normal behavior, and has always been this way. The problem isoK that, in this case, your default "device" is SYS$SYSROOT, which is a searchRN list, and since DIR searches all elements of the search list "exhaustively" itM will look first in SYS$SPECIFIC:[SYSMGR.STATS] (which does exist) and then ingP SYS$COMMON:[SYSMGR.STATS] (which did not, until you dir the CREATE/DIR command).I ------------------------------------------------------------------------- I David M. Smith 302.391.8533                       dsmit115 at csc dot com I Computer Sciences Corporation     (Opinions are those of the writer only) I -------------------------------------------------------------------------    ------------------------------    Date: 21 Nov 2003 15:16:30 -0800. From: spamsink2001@yahoo.com (Alan E. Feldman)8 Subject: Re: SYS$MANAGER search list: behaviour changed?= Message-ID: <b096a4ee.0311211516.1bf75f6e@posting.google.com>C  ^ Didier Morandi <no@spam.com> wrote in message news:<3fbe65cf$0$18425$626a54ce@news.free.fr>...F > I'm surprized by a strange behaviour I do not remember I met before: >  > DTL02> sh def- >    SYS$SYSROOT:[SYSMGR.STATS]2# >    =   SYS$SYSROOT:[SYSMGR.STATS]V" >    =   SYS$COMMON:[SYSMGR.STATS] > DTL02> dir .lognK > %DIRECT-E-OPENIN, error opening SYS$COMMON:[SYSMGR.STATS]*.LOG;* as inputn! > -RMS-E-DNF, directory not founds$ > -SYSTEM-W-NOSUCHFILE, no such file+ > DTL02> crea/dir SYS$COMMON:[SYSMGR.STATS]/ > DTL02> dir .loge# > %DIRECT-W-NOFILES, no files foundi > P > There are no .LOG files in SYS$SYSROOT:[SYSMGR.STATS]. Why does DCL signal an N > error about a non-existent SYS$COMMON:[SYSMGR.STATS] subdirectory? I do not  > remember that. Is this new?s  F No. This is normal behavior and is documented in my v6.2 User's Manual4 under Search Lists with Wildcards (section 13.13.3).  M > I created in my VMS life hundreds of subdirectories in [sysmgr] (I know, I nP > shouldn't but...) and it is the first time I see this error message. If it is P > new, I would accept it to be a warning, meaning "I scanned my search list and B > found no other subdirectories with that name", but not an error. >  > What do you think? >  > D.  < Well, I tried it on a VMS v6.2 box and here are the results:  
 $ SHOW DEF   SYS$SYSROOT:[SYSMGR.STATS]    =   SYS$SYSROOT:[SYSMGR.STATS]
 $ DIR .LOGC %DIRECT-E-OPENIN, error opening SYS$COMMON:[SYSMGR.STATS]*.LOG;* aso input  -RMS-E-DNF, directory not foundt" -SYSTEM-W-NOSUCHFILE, no such file $ CRE/DIR SYS$COMMON:[]i
 $ DIR .LOG! %DIRECT-W-NOFILES, no files founda $ SH DEF   SYS$SYSROOT:[SYSMGR.STATS]    =   SYS$SYSROOT:[SYSMGR.STATS]   =   SYS$COMMON:[SYSMGR.STATS]i $o  < The only difference is that my first SH DEF doesn't show theD SYS$COMMON:[SYSMGR.STATS] directory. Other than that it is the same.     Disclaimer: JMHO Alan E. Feldmand   ------------------------------  % Date: Sat, 22 Nov 2003 00:11:35 +01000" From: Didier Morandi <no@spam.com>8 Subject: Re: SYS$MANAGER search list: behaviour changed?4 Message-ID: <3fbe9bc9$0$18428$626a54ce@news.free.fr>   David M Smith wrote:  O > I think this is normal behavior, and has always been this way. The problem iseM > that, in this case, your default "device" is SYS$SYSROOT, which is a searchdP > list, and since DIR searches all elements of the search list "exhaustively" itO > will look first in SYS$SPECIFIC:[SYSMGR.STATS] (which does exist) and then invR > SYS$COMMON:[SYSMGR.STATS] (which did not, until you dir the CREATE/DIR command).  D Indeed. I found that my command "home" in my login.com was "set def 7 sys$sysroot:[sysmgr]" instead of "set def sys$manager".A  C I changed it back to that value and now I have the usual behaviour. 
 Thank you.   D.   ------------------------------  # Date: Sat, 22 Nov 2003 04:53:59 GMTo% From: "Mike Naime" <mnaime@kc.rr.com>e) Subject: Re: VMS Defragmentation Software 9 Message-ID: <HZBvb.61023$Eq1.34105@twister.rdc-kc.rr.com>   G This thread reminds me of our solution to the PEEK & SPY license issue.lK They wanted a license based on # of CPU's in the system that it was runningnK on.  We needed to log all the connections to our VMS systems.  So, we setupmJ a DS10L firewall/gateway system (Whatever you want to call it) that all itH does is log sessions of people that connect to that system, and then areL routed through to another VMS system from there.  So, all we paid for was toK license a 1 CPU system, and I have logging for people connecting up to some-H 300+ CPU's.  They would not offer a site or enterprise license.  So that" forced us to devise a cheaper way!   Here's my favorite:mL Shadowing license for an ES45.  approx. $2,500.  Shadowing License for a QBBC of a GSxxx system that is exactly equivalent to that ES45.  $14,500 G So, if I have 4 ES45's my cost for shadowing is about 10K.  If I have a J GS160 that is partitioned into 4 qbb's my cost is almost 30K.  3 times theG cost for no more CPU power, but it's running on a GS!  Makes people buy  smaller systems!   Mike  , <VAXman- @SendSpamHere.ORG> wrote in message* news:00A2915D.FEE74A7A@SendSpamHere.ORG...@ > In article <voekrvk6jl7nmphbi0q2ne7m7pqcjg42f0@4ax.com>, jlsue" <jefflsxxxz@sbcglobal.net> writes:F > >On Mon, 17 Nov 2003 18:32:53 GMT, VAXman-  @SendSpamHere.ORG wrote: > >r > >  > >>J > >>I'm no fan of the licensing scheme.  It's caused me many problems when build H > >>product.  I almost created a permanent schism betweem myself and the authorsgL > >>(a well know company, not Raxco) of their keying system when I expounded my > >>personal opinions of it. > > C > >When I was a system manager I detested any licensing scheme that 	 generated K > >a key based on any specific (list of) hardware component(s).  One of the 2 > >biggest hemorrhoids was a key based on the NIC. > J > Like I said, I didn't write the licensing scheme software.  I only write  > the software that calls to it. >  > --2 > VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM >f6 >   "Well my son, life is like a beanstalk, isn't it?"   ------------------------------    Date: 21 Nov 2003 12:27:18 -0800$ From: rcbryan@hotmail.com (RC Bryan)Q Subject: VMS port of ICU, International Components for Unicode libraries, anyone?o= Message-ID: <fbcf38dc.0311211227.59fb0942@posting.google.com>l  > I am working on a project that needs a VMS port of the IBM ICU
 libraries.  " Has anyone worked on such a thing?  9 From the IBM web site (http://oss.software.ibm.com/icu/):   @ The International Components for Unicode (ICU) libraries provide> robust and full-featured Unicode services on a wide variety of
 platforms. --- and --- C ICU is a cross-platform Unicode enablement type of API. It includesrA Unicode compliant support for locale-sensitive string comparison,0F date/time/number/currency/message formatting, text boundary detection,# character set conversion and so on.   0 This is an open source product developed by IBM.  E From my cursory examination, this appears to be typical IBM software,tB rock solid with all possible features but maybe a little bulky and developer hostile.  F I am hoping to get some hints/comments from somebody on the web beforeC I jump into this head first.  I guess I can ask if anybody would beo8 interested in the results of my investigations, as well.   Thanks for any and all input.-	 /RC Bryan    ------------------------------  % Date: Sat, 22 Nov 2003 07:22:19 +0100a" From: Didier Morandi <no@spam.com>- Subject: wrong translation (was: php on VMS?) # Message-ID: <3FBF009B.604@spam.com>W  N In the given link below, the French for "Hello World" is not "Bonjour, World"  but "Salut les copains".   FYI.   D.  * Alan Winston - SSRL Admin Cmptg Mgr wrote:  1 >>>if you use CSWS (Apache on Vms),have a look atUF >>>http://h71000.www7.hp.com/openvms/products/ips/apache/csws_php.html     -- oN      Read the latest VAX/VMS to Itanium Migration News | mirrors   | downloadsI   www.openvms.org/dmorandi/vaxvms2itanium_200311en.pdf   en USA       n/a$H www.didiermorandi.com/vms/vaxvms2itanium_200311en.pdf   en Europe   2407H www.didiermorandi.com/vms/vaxvms2itanium_200311fr.pdf   fr Europe    490  ;                   Discover the FutureVAX: www.futurevax.comr  K      didier morandi  ~ sarl au capital de 8 000 euros ~  Revendeur agr HPnG          Expertise en environnement DIGITAL ~ Formation ~ ProgrammationeK      Offshore ~ 5 av. A. Durand 31700 Blagnac France. Tl: 33(0)5 6131 6287 H        SIRET 448 694 851 00016 RCS Toulouse http://www.didiermorandi.com   ------------------------------   Date: 22 Nov 2003 05:06:26 GMT From: healyzh@aracnet.com13 Subject: Re: [OT] Mac OS X: system folder not found , Message-ID: <bpmqsi1265k@enews1.newsguy.com>  * Roland Barmettler <itsme@127.0.0.1> wrote:J > Also a noticeable improvement is that the terminal emulator now supports> > keymappings, so you can map yourself a "Do" key and more ;-)  K Interesting....  Where is this documented?  This might be better than usingm- .Xmodmap to remap the keyboard for X-Windows..   		Zane   ------------------------------  % Date: Sat, 22 Nov 2003 07:15:34 +0100 " From: Didier Morandi <no@spam.com>D Subject: [OT] Sudents are looking for survey participation on forums3 Message-ID: <3fbeff27$0$2382$626a54ce@news.free.fr>i   -------------------  Dear forums members,  O We are two doctoral researchers at Maastricht University (Netherlands) looking  L into the effectiveness of online support forums and what you think of them. L Toward that end, we have prepared an academic online survey that takes just 6 10-15 minutes to complete. The survey is available at:  5 http://www.fdewb.unimaas.nl/marketing/research/forums   G We would like to invite you to share your opinion with us. In order to  M appreciate your effort, you will be notified of the findings. Thank you very s' much for your highly appreciated input!    Vera and Carolineo -----------------,   D.	t -- aN      Read the latest VAX/VMS to Itanium Migration News | mirrors   | downloadsI   www.openvms.org/dmorandi/vaxvms2itanium_200311en.pdf   en USA       n/aiH www.didiermorandi.com/vms/vaxvms2itanium_200311en.pdf   en Europe   2407H www.didiermorandi.com/vms/vaxvms2itanium_200311fr.pdf   fr Europe    4907               Discover the FutureVAX: www.futurevax.come  F didier morandi  ~ sarl au capital de 8 000 euros ~  Revendeur agr HPC      Expertise en environnement DIGITAL ~ Formation ~ Programmation F Offshore ~ 5 av. A. Durand 31700 Blagnac France. Tl: 33(0)5 6131 6287D    SIRET 448 694 851 00016 RCS Toulouse http://www.didiermorandi.com   ------------------------------   End of INFO-VAX 2003.647 ************************nager with about 15 years of job experience:F > > > Different of some graduates I had career -> tp operator/computer > > > opRETR vmslt96atpe.doci >>> 150 IMAGE retrieve of /disk$misc/decus/02avmslt/old_aaareadme/vmslt96atpe.doc (7663 bytes) started..: >>> 226 Transfer completed.  6673 (8) bytes transferred. <<< PORT 212,54,0,172,198,1195 >>> 200 Port 198.119 at Host 212.54.0.172 accepted.d <<< RETR vmslt96btpe.doci >>> 150 IMAGE retrieve of /disk$misc/decus/02avmslt/old_aaareadme/vmslt96btpe.doc (9198 bytes) started..: >>> 226 Transfer completed.  8210 (8) bytes transferred. <<< PORT 212,54,0,172,198,1205 >>> 200 Port 198.120 at Host 212.54.0.172 accepted.d <<< RETR vmslt97atpe.doci >>> 150 IMAGE retrieve of /disk$misc/decus/02avmslt/old_aaareadme/vmslt97atpe.doc (8818 bytes) started..: >>> 226 Transfer completed.  8590 (8) bytes transferred. <<< PORT 212,54,0,172,198,1215 >>> 200 Port 198.121 at Host 212.54.0.172 accepted.d <<< RETR vmslt97btpe.doci >>> 150 IMAGE retrieve of /disk$misc/decus/02avmslt/old_aaareadme/vmslt97btpe.doc (5983 bytes) started..: >>> 226 Transfer completed.  5281 (8) bytes transferred. <<< PORT 212,54,0,172,198,1225 >>> 200 Port 198.122 at Host 212.54.0.172 accepted.d <<< RETR vmslt98atpe.doci >>> 150 IMAGE retrieve of /disk$misc/decus/02avmslt/old_aaareadme/vmslt98atpe.doc (2054 bytes) started..: >>> 226 Transfer completed.  1973 (8) bytes transferred. <<< PORT 212,54,0,172,198,1235 >>> 200 Port 198.123 at Host 212.54.0.172 accepted.d <<< RETR vmslt98btpe.doci >>> 150 IMAGE retrieve of /disk$misc/decus/02avmslt/old_aaareadme/vmslt98btpe.doc 