1 INFO-VAX	Wed, 22 Sep 2004	Volume 2004 : Issue 527       Contents:> Re: 1920x1200 resolution with VMS and the HP L2335 LCD monitor> Re: 1920x1200 resolution with VMS and the HP L2335 LCD monitor) Re: AlphaServer DS10L - IDE disk question  Re: Ancient UCX help needed....  Re: BASIC EDIT$ - 256  Re: BASIC EDIT$ - 256  C file operations  Re: C file operations  C file operations ( Can YOU save the Hubble Space Telescope?# Re: From Sun:  HP-UX has no future.   HOw to convert seq to ascii file$ Re: HOw to convert seq to ascii file$ Re: HOw to convert seq to ascii file Re: insufficient virtual memory  Re: insufficient virtual memory  Login using UAF? Help  Re: Login using UAF? Help  Re: Login using UAF? Help  Re: Login using UAF? Help  Re: Mapping UNIX File Names  Re: Mapping UNIX File Names  Re: Mapping UNIX File Names  News Group Evolution Re: News Group Evolution Re: News Group Evolution Re: News Group Evolution Re: Off-the-wall CI QuestionP Re: OpenVMS Pearl -  Indian Railways Celebrates 10th anniversary using HP TechnoP Re: OpenVMS Pearl -  Indian Railways Celebrates 10th anniversary using HP Techno OT: Sun's fighting chance  Re: OT: Sun's fighting chance  Re: OT: Sun's fighting chance , Re: Readable error log while process running, Re: Readable error log while process running Re: RMS and threads 7 Re: Saveset File that OpenVMS ZIP V2.3 will not archive ' search txt file for a specified string? + Re: search txt file for a specified string? + Re: search txt file for a specified string? + Re: search txt file for a specified string? + Re: search txt file for a specified string? + Re: search txt file for a specified string? + Sending mail from application: the solution / Re: Sending mail from application: the solution  SLS / drive compatibility ! Sniffer Can't see cluster traffic % Re: Sniffer Can't see cluster traffic % Re: Sniffer Can't see cluster traffic % Re: Sniffer Can't see cluster traffic   Re: TCP/IP cluster interconnect?  Re: TCP/IP cluster interconnect? TCP/IP connection problem  Re: TCP/IP connection problem  Re: user privilege( Re: VAX 6000 replacement with CHARON-VAX( Re: VAX 6000 replacement with CHARON-VAX Re: VMS on IBM's Itanium5 Re: Windoze not rebooted monthly shuts down airports! 5 Re: Windoze not rebooted monthly shuts down airports! : Re: ZIP "-V" v. UNIX, et al.: Problem, possible solutions.: Re: ZIP "-V" v. UNIX, et al.: Problem, possible solutions.< Re: [DCL REQUEST] New ignore keyword for DIFFERENCES command< Re: [DCL REQUEST] New ignore keyword for DIFFERENCES command< Re: [DCL REQUEST] New ignore keyword for DIFFERENCES command Re: [OT]: McNeally understands  F ----------------------------------------------------------------------  # Date: Wed, 22 Sep 2004 06:55:40 GMT 3 From: Vance Haemmerle <vance@toyvax.Glendale.CA.US> G Subject: Re: 1920x1200 resolution with VMS and the HP L2335 LCD monitor = Message-ID: <Ml94d.18230$QJ3.4384@newssvr21.news.prodigy.com>    Fred Kleinsorge wrote:N > We (VMS) have 2 of these flat panels on order to test them on a Radeon 7500,I > so I can't tell you much about the panel yet.  I do have several 2035's L > (1600x1200), and 1825's (1280x1024), which appear to work fine (but I haveG > not tried a P350).  The 2335 which is fairly new, was never tested or K > qualified on the P350 (or any of the cards yet) which stopped being built , > and sold long before this FP was designed.  G    I look forward to see what you think.  Especially as I read there's  0 no VMS support for 1920x1200 on the Radeon 7500.  I >  The P350 only has an analog output.  I know that the 2335 has a native I > display of 1920x1200 @ 60Hz -- at least in digital (DVI) mode.  I would N > expect it to be able to sync on an analog signal of that rate -- but until IG > get one in, I won't be able to tell.  It may be that the timing being 4 > generated is outside of what the panel can handle.  F    With an LCD, native is native, for analog or digital.  For DVI modeH it has to be a reduced blanking 1920x1200 since the regular DVI standard" only supports up though 1600x1200.  I    The 2335 has several inputs, Digital (DVI), Analog (DVI) (the DVI can  E be used as either), Analog (D-SUB), S-Video, Composite and Component  A Video.  I have the XP1000 hooked up to Analog (D-SUB) and my DEC  F 3000/900 hooked up to the Analog (DVI).  Like I mentioned previously, B the XP1000 is set to 1920x1200.  The 3000/900 has a ZLX-E2 set to F 1280x1024@72Hz.  I also have an HDTV tuner hooked up to the component 4 inputs and an watch it either full screen or as PIP.  G    The monitor syncs fine to both signals.  It recognizes the 1280x1024 D correctly and displays it correct.  Though the mode display calls itE 73Hz.  It isn't even one of the three presets for the monitor at this D resolution which are 60, 75 and 85Hz.  The monitor has three custom F scaling options:  Fill to Screen, Fill to Aspect Ratio and One to One.B All three of these settings works as expected for this resolution.  H    For the P350 the monitor sees 1920x1200x60 as 1600x1200x60.  It seemsD that whatever the P350 is putting out in 1920x1200 mode, the monitorC doesn't see it as a 1920x1200 standard.  This means black side bars F in the two latter scaling modes.  For the Fill to screen mode I don't A think it is measuring 1920 samples across the screen but 1600 and ? stretching them across the screen.  When I type vertical bars,  F ||||||||||||||||||||||, some are wider than others, though I guess it & could be some sort of aliasing effect.  I    In the 1280x1024 mode, One to One, the vertical bars are all the same. C In Fill to Screen or Fill to Aspect Ratio they are uneven because I B believe they're being sampled at 1024 and then stretched digitally to 1920 or 1500.    N > The P350 (or any of our drivers except perhaps the AlphaBook 1) driver isn'tL > smart enough to generate a 1600x1200 output when set to 1920x1200 - nor doK > we inquire the monitor capabilities (which can be done by some signalling L > techniques on most video cards).  It is entirely possible that the monitorM > however is doing something funky when seeing an input it can't handle - the & > FP displays are quite sophisticated.  B    I guess my question is what is really the difference between a F 1920x1200 and 1600x1200 analog signal and is the P350s video differentH between the two modes?  At a vertical refresh rate of 60Hz that means a H horizontal rate of 72KHz, not counting the vertical interval size.  The I monitor presets say 1600x1200 has a horizontal frequency of 75.00kHz but  F the 1920x1200 has 74.56kHz.  If it was a regular CRT it would stretch G each line across the whole screen and wouldn't matter.  The LCD treats  5 the modes differently depending what it thinks it is.    -- Vance Haemmerle    ------------------------------  # Date: Wed, 22 Sep 2004 07:01:03 GMT 3 From: Vance Haemmerle <vance@toyvax.Glendale.CA.US> G Subject: Re: 1920x1200 resolution with VMS and the HP L2335 LCD monitor 9 Message-ID: <Pq94d.733$nj.505@newssvr13.news.prodigy.com>    glen herrmannsfeldt wrote:  E > In analog tradition the monitor doesn't know anything about pixels, D > but couples the signal through an amplifier to the cathode or grid
 > on the CRT.  > A > An LCD monitor has discrete pixels, unlike a CRT, and so had to G > have some idea where they are.  As far as I know, when the horizontal H > pixel count doesn't match the monitor, it interpolates from the signalC > it gets, which results in fuzzy looking characters on the screen.   D    In this case the horizontal pixel count should match the monitor.C The card is putting out 1920 samples, the LCD is 1920 samples.  The D monitor thinks it's 1600 though.  If the monitor thought it was 1920) then I think the image would look better.   F    Also, the monitor only allows one custom scaling mode (Fill screen,B Fill to Aspect ratio, or One to One) to apply to all inputs.  ThisC means that I have to keep switching modes in the onscreen menu when I I switch between one computer at 1920x1200 and my other one at 1280x1024.    -- Vance Haemmerle    ------------------------------  % Date: Wed, 22 Sep 2004 18:40:48 +1000 # From: "Gremlin" <not-here@all.mate> 2 Subject: Re: AlphaServer DS10L - IDE disk question/ Message-ID: <41513a91$1@duster.adelaide.on.net>    Thanks for that   1 I guess that an 80-120Gb drive should be OK then? = "Paul A. Jacobi" <Paul.Jacobi@nospam.hp.com> wrote in message & news:4150a691$1@usenet01.boi.hp.com... > 0 > "Gremlin" <not-here@all.mate> wrote in message+ > news:415017ae$1@duster.adelaide.on.net... > > > Can a AlphaServer DS10L use a large IDE drive - say 200Gb? > J > The SRM console and the VMS DQDRIVER has a 137Gb limit on IDE drives.  I1 > don't know any plans to remove this limitation.  > J > Be aware that even Windows XP requires SP1 to support drives larger than< > 137Gb.  See http://news.zdnet.com/2100-9584_22-946929.html >  >  >  > Paul A. Jacobi > HP OpenVMS Systems Group > Nashua, NH >  >    ------------------------------    Date: 22 Sep 2004 05:52:47 -0700* From: cgilley@bravesw.com (Charles Gilley)( Subject: Re: Ancient UCX help needed....< Message-ID: <de3cdf0.0409220452.522015ef@posting.google.com>  @ George - I appreciate the detailed response.  I've compared yourA results with mine, and with very few exceptions, it appears we're F running on the same system :).  What is maddening is that this used toA work (and I cannot complete my project... but I'm whining there).   C The real zinger is that the system is a production system, it is 3K C miles away, and I simply cannot take the risk of taking it off line & (there are other issues at play here).  + I'll see if I can get some more log detail.    Thanks again....   ------------------------------  % Date: Wed, 22 Sep 2004 04:12:30 -0400 ( From: David Froble <davef@tsoft-inc.com> Subject: Re: BASIC EDIT$ - 256, Message-ID: <415133EE.7070002@tsoft-inc.com>   David J Dachtera wrote:   " > David B Sneddon - bigpond wrote: > ( >>David J Dachtera mentioned in passing: >>
 >>>Joe wrote:  >>>  >>>  >>>>Alpha BASIC V1.5-000 >>>>OpenVMS V7.3-2 >>>>I >>>>256 is suppose to "Do not alter characters inside quotes" but I guess D >>>>I always figured they were talking about "balanced" ones. Has it >>>>always been this way?? >>>> >>>>$ ty test.bas A >>>>option type = explicit, size = integer long,                & " >>>>       constant type = integer >>>>= >>>>print edit$("COEUR D'ALENE, ID 83814",2+4+8+16+32+64+128) A >>>>print edit$("COEUR D'ALENE, ID 83814",2+4+8+16+32+64+128+256)  >>>>$  >>>>$ run test >>>>COEURD'ALENE,ID83814 >>>>COEURD'ALENE, ID 83814 >>>> >>> @ >>>Not sure - never tested that. Looks like a "feature" to me... >>> / >>>When you said "quotes", I assumed you meant:  >>> - >>>A$ = "This is a ""quoted literal"" string"  >>>Print EDIT$( a$, 254 )  >>>Print EDIT$( a$, 510 )  >>> D >>>(Embedded double-quotes in the value of a string variable, not an) >>>embedded apostrophe ("single quote").)  >>> 	 >>>D.J.D.  >>>  >>> H >>BASIC allows strings to be quoted with either single or double quotes. >> > 5 > Hhmmm... YAUF (Yet Another Undocumented "Feature").  >  > E >>Since the string is parsed from left to right, the original example E >>with the single quote will cause characters after that single quote C >>to be unaltered expecting to find a matching quote BEFORE hitting  >>the end of the string. >> > 2 > It'd be interesting to test the results of this: > 0 > A$ = "This here's a ""quoted literal"" string" > Print EDIT$( a$, 254 ) > Print EDIT$( a$, 510 ) > H > Has double-quotes and apostrophe. Should prove amusing, but can't testJ > it right now (the little Alpha is set up for other stuff - don't want to > break it down just yet). >  > D.J.D. >    VAX BASIC V3.8-000   Ready   . A$ = "This here's a ""quoted literal"" string" Diagnostic in immediate mode  7          A$ = "This here's a ""quoted literal"" string"  .............................1  F %BASIC-E-FOUND, 1:        found string constant when expecting one of:5                                           an operator :                                           end of statement  K Ok, maybe a later version of BASIC allows it, but it seems that you may be   thinking of a DCL capability.    Dave   --  4 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 Road  Vanderbilt, PA  15486    ------------------------------  # Date: Wed, 22 Sep 2004 09:31:29 GMT 0 From: John Santos <john.santos@post.harvard.edu> Subject: Re: BASIC EDIT$ - 256> Message-ID: <MPG.1bbb107c9d04d7a09896e0@news.bellatlantic.net>  < In article <d56d1c2d.0409200746.7991de@posting.google.com>,  cstranslations@msn.com says... > Alpha BASIC V1.5-000 > OpenVMS V7.3-2 > G > 256 is suppose to "Do not alter characters inside quotes" but I guess B > I always figured they were talking about "balanced" ones. Has it > always been this way?? >  > $ ty test.bas ? > option type = explicit, size = integer long,                & ! >         constant type = integer  > ; > print edit$("COEUR D'ALENE, ID 83814",2+4+8+16+32+64+128) ? > print edit$("COEUR D'ALENE, ID 83814",2+4+8+16+32+64+128+256)  > $  > $ run test > COEURD'ALENE,ID83814 > COEURD'ALENE, ID 83814  @ BASIC+ behaves the same way.  (Need to replace EDIT$ with CVT$$)@ So I guess it has "always" been this way for fairly large values of "always" :-)        --   John   ------------------------------  % Date: Wed, 22 Sep 2004 13:54:29 +0100 0 From: Chris Sharman <chris.sharman@sorry.nospam> Subject: C file operations4 Message-ID: <cirsm6$3ag$1$830fa7a5@news.demon.co.uk>  E Is ther a way (supported or otherwise) to get at the underlying file    structures of standard C files ?  I I'm using fopen, fclose, etc, and know about the VMS specific parameters  < on fopen, but I've a couple of applications which need more:I (a) delete on close (if empty - can determine with ftell - don't know at   open).@ (b) use a $xab to avoid 'touching' the expiry date when reading.  G I know I could do this be going direct to RMS for all the file I/O, but * I'd prefer to stick to the standard calls.   Thanks,  Chris    ------------------------------    Date: 22 Sep 2004 09:32:57 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)  Subject: Re: C file operations3 Message-ID: <+jUsAADMsySp@eisner.encompasserve.org>   g In article <cirsm6$3ag$1$830fa7a5@news.demon.co.uk>, Chris Sharman <chris.sharman@sorry.nospam> writes: G > Is ther a way (supported or otherwise) to get at the underlying file  " > structures of standard C files ?   Certainly - use $QIO.   K > (a) delete on close (if empty - can determine with ftell - don't know at   > open).   I don't know about that.  B > (b) use a $xab to avoid 'touching' the expiry date when reading.  F XABs are an RMS construct and are best accessed via RMS.  If you don't want to use RMS...  I > I know I could do this be going direct to RMS for all the file I/O, but   F ...then $QIO is a layer deeper, but that is not a common choice and is" more likely to cause you problems.  , > I'd prefer to stick to the standard calls.  ? I think the term "standard calls" is incompatible with the term  "underlying file structure".   ------------------------------  + Date: Wed, 22 Sep 2004 10:21:40 -0500 (CDT)  From: sms@antinode.org Subject: C file operations) Message-ID: <04092210214020@antinode.org>   0 From: Chris Sharman <chris.sharman@sorry.nospam>  G > Is ther a way (supported or otherwise) to get at the underlying file  " > structures of standard C files ?  G    Once upon a time, in FORTRAN (is it Fortran now?), I made use of the E admirably convenient FOR$RAB() function, which takes a LUN and points E you to the RAB (from which you can get to the FAB, et c.).  Ideal for < doing most I/O the easy way, but still getting access to the underlayment when needed.   C    I dimly recall making repeated pleas in this forum for a c$rab() D which would do the same for a C file descriptor.  Even more dimly, I= recall one of the VMS wizards offering some workable (if less 7 convenient) solution, but I have not found it anywhere.       Isn't that helpful?  H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-org     Saint Paul  MN  55105-2547    ------------------------------    Date: 22 Sep 2004 10:27:46 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 1 Subject: Can YOU save the Hubble Space Telescope? 3 Message-ID: <QOgD8bx7+LOC@eisner.encompasserve.org>   F    Unofficially here's your chance to save the Hubble Space Telescope.  H    Since the Senate just passed the funds, we are anticipating work willG    start soon on a robotic servicing mission to extend the life of HST.   '    I cannot announce jobs at this time: ?       1)  I'm not a spokesman for Computer Sciences Corporation $       2)  I have no hiring authority$       3)  I'm not in human resources$       4)  we don't have the work yetJ    When we do start seeking candidates, an offical spokesman will add the $    usual legaleze about EEOC et. al.  F    But we do plan to start seeking candidates soon.  When we do, we'll"    be looking for programmers who:  =       can explain why Windows is not a deterministic platform A       program in more than one of C, C++, Ada, Java, Fortran, ... 0       program in more than one assembly languageE       program on more than one of VMS, UNIX, MacOS, Windows, MVS, ... 2       program on one or more real-time embedded OS>       debug programs with logic analyzers, Jtags, and o-scopes0       have a little space cadet deep inside themF       know physics, mathematics, mechanical, or electrical engineeringF       do a lot of things that are not stricly programming, but require       	 software expertise           Location:  Greenbelt, MD.)    US Citizenship will likely be required   G    Initial assignments may very well not be on HST, but may be to learn H    what we do by supporting one of many other science satellites that we5    have a contract for (UARS, RXTE, WMAP, Swift, ...)   H    If you're thinking of responding on usenet, you're a little bit lost.   ------------------------------  % Date: Wed, 22 Sep 2004 10:48:34 +0100 < From: Andrew Harrison <andrew_remove__s._harrison@s_u_n.com>, Subject: Re: From Sun:  HP-UX has no future.0 Message-ID: <cirhpk$6i1$1@new-usenet.uk.sun.com>   Main, Kerry wrote: >>-----Original Message-----7 >>From: JF Mezei [mailto:jfmezei.spamnot@teksavvy.com]  " >>Sent: September 16, 2004 8:25 PM >>To: Info-VAX@Mvb.Saic.Com - >>Subject: Re: From Sun: HP-UX has no future.  >> >>Alex Daniels wrote:  >>0 >>>>To sell it she would first need to recognise >>>>that it exists.  >> >>>She does. >>> 7 >>>http://www3.sympatico.ca/n.rieck/images/carleton.jpg  >>< >>Not necessarily.  The plates are facing away from her, it  >>doesn't mean that > >>she actually saw what was written on them :-)  And maybe on  >>the other side, it? >>was written "Microsoft" on one, and "Intel" on the other. :-)  >> >  > , > JF - check out the shirt Carly is wearing. >   	 Hilarious   ) The UNIX sign she is holding is for Tru64   + Thats the Tru64 UNIX which HP have axed and / while not delivering on the promised technology $ roadmap for Tru64 features in HP-UX.  - Could it be that she simply favours dark blue  over green.   $ http://h30097.www3.hp.com/index.html vs http://h71000.www7.hp.com/  4 Good one Kerry or do you think that Carly wearing an4 OpenVMS shirt indicates that she is more inclined to* keep OpenVMS than she was to keep Tru64 ??   Regards  Andrew Harrison  > :-)  >  > Kerry Main > Senior Consultant  > HP Services Canada > Voice: 613-592-4660  > Fax: 613-591-4477  > kerryDOTmainAThpDOTcom > (remove the DOT's and AT)  > & > "OpenVMS has always had integrity ..  > Now, Integrity has OpenVMS .."   ------------------------------  % Date: Wed, 22 Sep 2004 10:56:09 -0500 + From: Chuck Aaron <caaron@ceris.purdue.edu> ) Subject: HOw to convert seq to ascii file - Message-ID: <4151A099.40305@ceris.purdue.edu>   D I have a sequential file of userid's. How can I convert the file to 4 ascii to where when I send it it does not look like:   useriduseriduseriduserid...    but looks liks   userid userid userid   thanks,  chuck    ------------------------------  # Date: Wed, 22 Sep 2004 16:50:50 GMT % From: Rob Brown <mylastname@gmcl.com> - Subject: Re: HOw to convert seq to ascii file E Message-ID: <Pine.LNX.4.61.0409221048230.29233@localhost.localdomain>   ' On Wed, 22 Sep 2004, Chuck Aaron wrote:   O > I have a sequential file of userid's. How can I convert the file to ascii to  - > where when I send it it does not look like:  >  > useriduseriduseriduserid...  >  > but looks liks >  > userid > userid > userid > 	 > thanks,  > chuck  >   *    $ set file/attributes=rat:cr <filename>  	 Assuming: !    o  a new enough version of VMS =    o  the file is already ASCII, but just doesn't print right    --    B Rob Brown                        b r o w n a t g m c l d o t c o mA G. Michaels Consulting Ltd.      (866)438-2101 (voice) toll free! 6 Edmonton                         (780)438-9343 (voice)5                                   (780)437-3367 (FAX) 2                                   http://gmcl.com/   ------------------------------    Date: 22 Sep 2004 11:56:06 -0500 From: briggs@encompasserve.org- Subject: Re: HOw to convert seq to ascii file 3 Message-ID: <d36JS5r0qyt7@eisner.encompasserve.org>   [ In article <4151A099.40305@ceris.purdue.edu>, Chuck Aaron <caaron@ceris.purdue.edu> writes: F > I have a sequential file of userid's. How can I convert the file to 6 > ascii to where when I send it it does not look like: >  > useriduseriduseriduserid...  >  > but looks liks >  > userid > userid > userid  > What file transfer technique are you using now?  And what does1 a $ DIRECTORY /FULL on the source file look like?   E At a guess, you have null carriage control specified for the VMS file F and your transfer technique is honoring that.  The easiest to remember) and surest to work fix that I know of is:    $ EDIT newfile.txt <DO> include oldfile.txt	 <DO> exit    And then transfer newfile.txt   E If you're using FTP, be sure to use ASCII mode, not binary.  The same 6 goes for any other transfer method you might be using.   	John Briggs   ------------------------------  + Date: Wed, 22 Sep 2004 14:33:13 +0000 (UTC) ( From: John F <john@SeeSigForAddress.com>( Subject: Re: insufficient virtual memory, Message-ID: <cis2f9$57v$1@reader1.panix.com>  1 Chris Doran <chris_doran@postmaster.co.uk> wrote: 3 : John F <john@SeeSigForAddress.invalid.com> wrote: 5 : > Chris Doran <chris_doran@postmaster.co.uk> wrote: = : > : John Forkosh <john@SeeSigForAddress.invalid.com> wrote:  : > : >... I've reproduced> : > : > the code along with a test driver below, and I've also/ : > : > left a copy at www.forkosh.com/md5str.c  : > : > & : > : > I originally got the code from5 : > : >      http://www.cr0.net:8040/code/crypto/md5/ < : > : > and I'd guess it's all the #undef's and re-#define'sA : > : > of F that's somehow causing decc grief.  Try it yourself. % : > : > It should _easily_ compile as $ : > : >      cc/define=TEST md5str.c. : > : > But that sends my VS4K/90 into a loop. : >   I : > : Hmmm, no problem here, but I have an earlier VMS (6.2) and probably G : > : DECC (5.2-003). I tried it on VAX-3100/40 and Alpha-3000/600 with - : > : PGFLQUOTA 100,000 (Alpha); 60,000 (VAX) 2 : > : VIRTUALPAGECNT 800,000 (Alpha); 73,536 (VAX) : > : K : > : Starting from the file at forkosh.com which I httped to W2K and FTPed H : > : to VMS, I had to SET FILE/ATT=RFM:STMLF otherwise I got an EXQUOTAK : > : when I tried to TYPE or EDT the file. C didn't EXQUOTA, but generated B : > : a rubbish object file which turned out to be due to two junkG : > : characters at the very start of the file. After removing these it G : > : compiled in seconds and ran OK, though I got different numbers to 3 : > : yours, probably due to messing with the file.  : > E : > I usually ftp zip files to and from other systems.  Then unzip -a 9 : > seems to handle vms text file attributes pretty well.   A : Sure, I just threw in that paragraph in case it was part of the 
 : problem.  K : > : The only case I can remember C running out of quota and/or hanging is G : > : when you do something silly like a recursive #define, though it's J : > : obviously not that simple here. CC/PREPROCESS_ONLY, ctrl/C, and look? : > : at the .i file might help you if it's got hung like that.  : > : K : > : The brute force method on problems like this is to keep removing bits J : > : of code until the problem goes away, then stare at the line(s) which : > : make it come back. : > :  : > : I hope this helps a bit. : > : Chris  : > D : > Thanks, Chris.  I basically tried the brute force method.  FirstD : > I put an #if 0...#endif around all the P() macro invocations andC : > re-#define's if F() in md5_process() to confirm the problem was @ : > related to that.  And, sure enough, it compiled immediately.C : >      Then I got rid of the re-#define's by #define'ing separate J : > F1()...F4() and corresponding P1()...P4(), and replacing all the P()'sK : > with the appropriate P1()...P4().  But I guess I was too smug about it, + : > because the compiler continued to hang. K : >      So I manually expanded the F()'s and S()'s in the P()'s to get rid H : > of any possible preprocessor confusion.  Still no luck, which struckC : > me as very odd, since by this point the P() macros looked quite ) : > straightforward if a bit complicated. D : >      Out of frustration, I tried leaving a single P() invocationJ : > in the compiler's sight, hiding all the others between #if 0...#endif.M : > Very oddly, _that_ compiled fine.  Two, three P()'s continued to compile, I : > but the compile time started to increase exponentially (or maybe even 5 : > combinatorially faster) after six or seven P()'s. G : >      The next step, I suppose, would be to simplify the expressions E : > defining the P()'s to see if the problem could be better isolated E : > and identified.  But I was running out of time, and my "fiduciary E : > responsibility" vis-a-vis this thing was to get it working.  So I D : > just turned the macros into functions, and that compiled and ranC : > correctly right away.  I've left that final vax-friendly source E : > at www.forkosh.com/md5vax.c in case you or anybody else wants it.   H : Assuming the compiler in-lines your functions, or can be persuaded to,3 : you've achieved the same effect as macros anyway.  : H : What compiler version has this problem? I'm stuck in the doldrums of CH : and VMS versions which were already old when my employer abandoned VMSF : for inferior systems in case I need to support a customer who hasn'tC : downgraded. In this instance it looks as if this is just as well!  : Chris   B I've got Compaq C V6.4-005, exactly as on the VMS 7.3 Hobbyist CD.B (An alternate boot disk with the older 7.2 Hobbyist CD behaved the
 same way.)D      But the question remains as to what "this problem" actually is.? Ed didn't make it precisely clear, and a little further testing B revealed it has _nothing_ to do with the #undef's and re-#define'sC of the F() macro.  Below (also at www.forkosh.com/md5vaxtestfrag.c) E is roughly the shortest fragment I could get to exercise the problem. ?      #define P() is the only macro left, and look how simple it A is.  Moreover, I have four P's, with three of them commented out. F Two "work" (i.e., the compile completes successfully in two seconds onI my VS4K/90) and two don't (i.e., compile hangs in a compute-bound state), I but the difference between the working and non-working P's seems trivial. G      Even weirder, you can get the non-working P's to work another way. C See the two pairs of #if 1...#endif's surrounding the four lines of I ctx struct references at the top and bottom of the code?  Change _either_ A (or both) #if 1 to #if 0 and the compile completes in two seconds @ using any of the four P's.  Pretty weird, huh?  And the #if 1 at< the bottom occurs _after_ all the macro expansions are done.<      Finally, note the #if 0...#endif surrounding the bottom? "group" of P() references.  With that group hidden, the compile > actually does complete in about five minutes.  If you move the> opening #if 0 up, to hide two or three of the groups, then the@ compile completes almost as quickly as usual.  But when I didn't; hide any of the groups, the compile was still running after  30 minutes when I killed it.:      I imagine the problem is somehow related to the large; number of parameters "passed" to the P macro, but I haven't = played with that.  After all, #define P(a,b,c,d,k,s,t) a += b 5 fails, but I can't imagine the functionally identical > #define P(a,b) a += b  would fail.  I'd think lots more people3 would be complaining if something like that failed.  --   John Forkosh@      .-.     .-.     .-.     .-.     .-.     .-.     .-.     .-.A \ j-/-o-\-h-/-n \ @ / f-\-o-/-r-\-k-/-o-\-s-/-h \ . / c-\-o-/-m \ A  '-'     '-'     '-'     '-'     '-'     '-'     '-'     '-'         /* --- #include "md5.h" --- */  #define uint32 unsigned long int typedef struct   { uint32 state[4];   } md5_context; /* --- md5.h --- */   ) void md5_process_test( md5_context *ctx )      {      uint32 A, B, C, D;     /* --- test P's --- */8     /*#define P(a,b,c,d,k,s,t) a += b*/  /*** fails ***/8     /*#define P(a,b,c,d,k,s,t) a += 1*/  /*** works ***/4     #define P(a,b,c,d,k,s,t) a = a+b /*** fails ***/8     /*#define P(a,b,c,d,k,s,t) a = s+b*/ /*** works ***/ #if 1      A = ctx->state[0];     B = ctx->state[1];     C = ctx->state[2];     D = ctx->state[3]; #endif6     /* --- #define F(x,y,z) (z ^ (x & (y ^ z))) --- */(     P( A, B, C, D,  0,  7, 0xD76AA478 );(     P( D, A, B, C,  1, 12, 0xE8C7B756 );(     P( C, D, A, B,  2, 17, 0x242070DB );(     P( B, C, D, A,  3, 22, 0xC1BDCEEE );(     P( A, B, C, D,  4,  7, 0xF57C0FAF );(     P( D, A, B, C,  5, 12, 0x4787C62A );(     P( C, D, A, B,  6, 17, 0xA8304613 );(     P( B, C, D, A,  7, 22, 0xFD469501 );(     P( A, B, C, D,  8,  7, 0x698098D8 );(     P( D, A, B, C,  9, 12, 0x8B44F7AF );(     P( C, D, A, B, 10, 17, 0xFFFF5BB1 );(     P( B, C, D, A, 11, 22, 0x895CD7BE );(     P( A, B, C, D, 12,  7, 0x6B901122 );(     P( D, A, B, C, 13, 12, 0xFD987193 );(     P( C, D, A, B, 14, 17, 0xA679438E );(     P( B, C, D, A, 15, 22, 0x49B40821 );     /* --- #undef F /     #define F(x,y,z) (y ^ (z & (x ^ y))) --- */ (     P( A, B, C, D,  1,  5, 0xF61E2562 );(     P( D, A, B, C,  6,  9, 0xC040B340 );(     P( C, D, A, B, 11, 14, 0x265E5A51 );(     P( B, C, D, A,  0, 20, 0xE9B6C7AA );(     P( A, B, C, D,  5,  5, 0xD62F105D );(     P( D, A, B, C, 10,  9, 0x02441453 );(     P( C, D, A, B, 15, 14, 0xD8A1E681 );(     P( B, C, D, A,  4, 20, 0xE7D3FBC8 );(     P( A, B, C, D,  9,  5, 0x21E1CDE6 );(     P( D, A, B, C, 14,  9, 0xC33707D6 );(     P( C, D, A, B,  3, 14, 0xF4D50D87 );(     P( B, C, D, A,  8, 20, 0x455A14ED );(     P( A, B, C, D, 13,  5, 0xA9E3E905 );(     P( D, A, B, C,  2,  9, 0xFCEFA3F8 );(     P( C, D, A, B,  7, 14, 0x676F02D9 );(     P( B, C, D, A, 12, 20, 0x8D2A4C8A );     /* --- #undef F '     #define F(x,y,z) (x ^ y ^ z) --- */ (     P( A, B, C, D,  5,  4, 0xFFFA3942 );(     P( D, A, B, C,  8, 11, 0x8771F681 );(     P( C, D, A, B, 11, 16, 0x6D9D6122 );(     P( B, C, D, A, 14, 23, 0xFDE5380C );(     P( A, B, C, D,  1,  4, 0xA4BEEA44 );(     P( D, A, B, C,  4, 11, 0x4BDECFA9 );(     P( C, D, A, B,  7, 16, 0xF6BB4B60 );(     P( B, C, D, A, 10, 23, 0xBEBFBC70 );(     P( A, B, C, D, 13,  4, 0x289B7EC6 );(     P( D, A, B, C,  0, 11, 0xEAA127FA );(     P( C, D, A, B,  3, 16, 0xD4EF3085 );(     P( B, C, D, A,  6, 23, 0x04881D05 );(     P( A, B, C, D,  9,  4, 0xD9D4D039 );(     P( D, A, B, C, 12, 11, 0xE6DB99E5 );(     P( C, D, A, B, 15, 16, 0x1FA27CF8 );(     P( B, C, D, A,  2, 23, 0xC4AC5665 ); #if 0      /* --- #undef F *     #define F(x,y,z) (y ^ (x | ~z)) --- */(     P( A, B, C, D,  0,  6, 0xF4292244 );(     P( D, A, B, C,  7, 10, 0x432AFF97 );(     P( C, D, A, B, 14, 15, 0xAB9423A7 );(     P( B, C, D, A,  5, 21, 0xFC93A039 );(     P( A, B, C, D, 12,  6, 0x655B59C3 );(     P( D, A, B, C,  3, 10, 0x8F0CCC92 );(     P( C, D, A, B, 10, 15, 0xFFEFF47D );(     P( B, C, D, A,  1, 21, 0x85845DD1 );(     P( A, B, C, D,  8,  6, 0x6FA87E4F );(     P( D, A, B, C, 15, 10, 0xFE2CE6E0 );(     P( C, D, A, B,  6, 15, 0xA3014314 );(     P( B, C, D, A, 13, 21, 0x4E0811A1 );(     P( A, B, C, D,  4,  6, 0xF7537E82 );(     P( D, A, B, C, 11, 10, 0xBD3AF235 );(     P( C, D, A, B,  2, 15, 0x2AD7D2BB );(     P( B, C, D, A,  9, 21, 0xEB86D391 );     /* --- #undef F --- */ #endif #if 1      ctx->state[0] += A;      ctx->state[1] += B;      ctx->state[2] += C;      ctx->state[3] += D;e #endif     }m /* --- end-of-file --- */    ------------------------------  # Date: Wed, 22 Sep 2004 17:47:40 GMT 5 From: "Ed Vogel" <edward.vogel_stop_the_spam.@hp.com>v( Subject: Re: insufficient virtual memory3 Message-ID: <0Vi4d.11456$p86.4796@news.cpqcorp.net>H  5 "John F" <john@SeeSigForAddress.com> wrote in messagel& news:cis2f9$57v$1@reader1.panix.com...F >      But the question remains as to what "this problem" actually is.A > Ed didn't make it precisely clear, and a little further testingoD > revealed it has _nothing_ to do with the #undef's and re-#define'sE > of the F() macro.  Below (also at www.forkosh.com/md5vaxtestfrag.c)rG > is roughly the shortest fragment I could get to exercise the problem.'  /     Sorry...I should have given some more info.   ?     The problem has nothing to do with macros or preprocessing.s;     It's an optimizer problem.  As the Release Notes state,M6     using /OPTIMIZE=NODISJOINT will solve the problem.2     There is additional info in the Release notes.       Ed Vogel     HP C Engineering   ------------------------------    Date: 22 Sep 2004 07:44:08 -0700% From: labrat411@gmail.com (RT Carter)e Subject: Login using UAF? Help= Message-ID: <1c6131cd.0409220644.2f7c6fd2@posting.google.com>n  ? I am a network tech but know nothing about VMS. Our VMS guy gotcF "downsized" and I'm now taking care of three VMS servers. I need help.E The workstations and servers were all on one IP network 192.255.1.xxx C but we moved the designers to another building and the workstations/D are now 192.255.2.xxx (servers stayed the same). I know that we haveD security set to only allow certain IP addresses into the VMS serversA but I don't know where to change the access from 192.255.1.xxx towD 192.255.2.xxx. It isn't in the login.com files. I've read about UAF.E Is this were the IP address would be defined? Where are the UAF files B kept--is there a standard name for the files? Thanks for any help.   ------------------------------   Date: 22 Sep 2004 15:31:36 GMT+ From: "Doc." <doc.cypher@openvms-rocks.com>C" Subject: Re: Login using UAF? Help7 Message-ID: <Xns956CB28BB4033dcovmsrox@212.100.160.123>e  D %NEWS-I-NEWMSG, RT Carter wrote in news:1c6131cd.0409220644.2f7c6fd2 @posting.google.com-  A > I am a network tech but know nothing about VMS. Our VMS guy got H > "downsized" and I'm now taking care of three VMS servers. I need help.G > The workstations and servers were all on one IP network 192.255.1.xxxoE > but we moved the designers to another building and the workstationsrF > are now 192.255.2.xxx (servers stayed the same). I know that we haveF > security set to only allow certain IP addresses into the VMS serversC > but I don't know where to change the access from 192.255.1.xxx to4F > 192.255.2.xxx. It isn't in the login.com files. I've read about UAF.G > Is this were the IP address would be defined? Where are the UAF filesnD > kept--is there a standard name for the files? Thanks for any help.  ) The UAF knows nothing about IP addresses.o  F The restriction you're talking about could have been implemented in a J number of ways, but if the restriction is actually implemented on the VMS K system then it is probably in the TCP/IP stack.  Which stack are you using?d     Doc. -- dG OpenVMS:     Eight out of ten hackers prefer *other* operating systems.rG http://www.openvms-rocks.com    Deathrow Public-Access OpenVMS Cluster.t   ------------------------------    Date: 22 Sep 2004 10:35:45 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)." Subject: Re: Login using UAF? Help3 Message-ID: <MvPjFBZkFyw0@eisner.encompasserve.org>   e In article <1c6131cd.0409220644.2f7c6fd2@posting.google.com>, labrat411@gmail.com (RT Carter) writes:IA > I am a network tech but know nothing about VMS. Our VMS guy gotCH > "downsized" and I'm now taking care of three VMS servers. I need help.G > The workstations and servers were all on one IP network 192.255.1.xxxyE > but we moved the designers to another building and the workstations F > are now 192.255.2.xxx (servers stayed the same). I know that we haveF > security set to only allow certain IP addresses into the VMS serversC > but I don't know where to change the access from 192.255.1.xxx tonF > 192.255.2.xxx. It isn't in the login.com files. I've read about UAF.G > Is this were the IP address would be defined? Where are the UAF fileshD > kept--is there a standard name for the files? Thanks for any help.  H    You don't want the UAF.  If you've read about it you should know that
    by now.  E    What you do want to do is figure out which TCP/IP product you have2E    running on your VMS system (there are a few), and then we can tell %    you how to update the information.s  E    Or you can hire a properly trained VMS consultant for a few hours.t   ------------------------------    Date: 22 Sep 2004 10:38:13 -0500 From: briggs@encompasserve.org" Subject: Re: Login using UAF? Help3 Message-ID: <hEhphdONOrk5@eisner.encompasserve.org>r  e In article <1c6131cd.0409220644.2f7c6fd2@posting.google.com>, labrat411@gmail.com (RT Carter) writes:iA > I am a network tech but know nothing about VMS. Our VMS guy gotrH > "downsized" and I'm now taking care of three VMS servers. I need help.G > The workstations and servers were all on one IP network 192.255.1.xxxdE > but we moved the designers to another building and the workstationseF > are now 192.255.2.xxx (servers stayed the same). I know that we haveF > security set to only allow certain IP addresses into the VMS serversC > but I don't know where to change the access from 192.255.1.xxx to F > 192.255.2.xxx. It isn't in the login.com files. I've read about UAF.G > Is this were the IP address would be defined? Where are the UAF filesPD > kept--is there a standard name for the files? Thanks for any help.  @ The most obvious point for that sort of enforcement would either? be in an external box (router ACL's or firewalls) or in the TCPt stack on the VMS box.e  ? If it's there, we need to know which TCP stack you are running.v  = Another possibility would be in the system-wide login command B procedure.  This procedure is typically in SYS$MANAGER:SYLOGIN.COM2 and is pointed to by the logical name SYS$SYLOGIN.  ? One could get enforcement there by looking at the logical namesh3 such as SYS$REM_NODE or terminal attributes such as ! F$GETDVI ( "TT", "TT_ACCPORNAM" )-  > If you attempt to telnet into VMS from the 192.255.2.x address> space, what happens?  Do you get connection refused?  Timeout?> Connection accepted and immediately dropped?  Login prompt and= login failure?  Login prompt and login success and connectionh dropped?  Other error message?   	John Briggs   ------------------------------  % Date: Wed, 22 Sep 2004 08:20:00 -0400r, From: "Richard Whalen" <WhalenR@process.com>$ Subject: Re: Mapping UNIX File Names+ Message-ID: <cirqlp$jlo$1@news.process.com>   ? "Cookie Monster" <c00kiemonster69@hotmail.com> wrote in messagen7 news:6da13cb0.0409211053.220383ff@posting.google.com...lH > A file on a unix file system looks like "aCaseSENSITIVEFilename" wouldA > map to "A$C$ASE$SENSITIVEF$ILENAME" on the Multinet OpenVMS NFSl	 > server.  >iH > I'm sure there is a program to convert the files names back and forth,F > but the only one I can find is in fortran and I don't have a fortranB > compiler. I have compaq C (I guess that would be HP C now) V6.2.< > Any one know of a C program or perl script that does this? >r > Thanks  = That's SRI encoding.  You can find a table of the mappings ate6 http://www.process.com/tcpip/ssh21docs/AppA.htm#E29E13; MultiNet uses it for filename mapping in NFS, FTP and SFTP.4H The basic rules are: start off in lowercase, if you see a $, then if theL following character is a letter, then change to uppercase.  If the following" character is a $, then insert a $.     ---------------------------t Richard Whalen Process Software   ------------------------------    Date: 22 Sep 2004 07:25:52 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)4$ Subject: Re: Mapping UNIX File Names3 Message-ID: <TJc8LNCD0WP6@eisner.encompasserve.org>e  r In article <6da13cb0.0409211053.220383ff@posting.google.com>, c00kiemonster69@hotmail.com (Cookie Monster) writes:H > A file on a unix file system looks like "aCaseSENSITIVEFilename" wouldA > map to "A$C$ASE$SENSITIVEF$ILENAME" on the Multinet OpenVMS NFSv	 > server.X > H > I'm sure there is a program to convert the files names back and forth,F > but the only one I can find is in fortran and I don't have a fortranB > compiler. I have compaq C (I guess that would be HP C now) V6.2.< > Any one know of a C program or perl script that does this?  D    If you run ODS-5 with the latest release of MUltinet this problem    may go away.2  B    You can also sign on to test drive a VMS system (HP has several4    available on the net) and use the compiler there.   ------------------------------    Date: 22 Sep 2004 09:58:19 -07002 From: c00kiemonster69@hotmail.com (Cookie Monster)$ Subject: Re: Mapping UNIX File Names= Message-ID: <6da13cb0.0409220858.73756f0d@posting.google.com>m  w c00kiemonster69@hotmail.com (Cookie Monster) wrote in message news:<6da13cb0.0409211053.220383ff@posting.google.com>...iH > A file on a unix file system looks like "aCaseSENSITIVEFilename" wouldA > map to "A$C$ASE$SENSITIVEF$ILENAME" on the Multinet OpenVMS NFSe	 > server.2 > H > I'm sure there is a program to convert the files names back and forth,F > but the only one I can find is in fortran and I don't have a fortranB > compiler. I have compaq C (I guess that would be HP C now) V6.2.< > Any one know of a C program or perl script that does this? >  > Thanks  = Thanks for the replies, but I really am looking for a programlB to convert the filenames.  I can write it myself, but why reinvent
 the wheel?   ------------------------------    Date: 22 Sep 2004 07:32:39 -0700. From: fabiopenvms@yahoo.com.br (Fabio Cardoso) Subject: News Group Evolution = Message-ID: <f30679fb.0409220632.65b08f82@posting.google.com>(   I am thinking :8  G Would be amazing the evolution of a News Group like the "comp.os.vms"  +6 to some "collaborative" site like Orkut or Multiply ! H We would have online collaboration, fast interchange of knowledge, files? etc ... I think there is no escape of it like a Groupware tool.a   What do you think about ?   0 Would HP or OpenVMS.org start a site like this ?   RegardsP   FC   ------------------------------  # Date: Wed, 22 Sep 2004 16:30:21 GMTu! From: Nigel Barker <nigel@hp.com>b! Subject: Re: News Group Evolution(8 Message-ID: <dj93l0tgliiovglf0in5ife9mvl31nganj@4ax.com>  N On 22 Sep 2004 07:32:39 -0700, fabiopenvms@yahoo.com.br (Fabio Cardoso) wrote:   >I am thinking : >dH >Would be amazing the evolution of a News Group like the "comp.os.vms"  7 >to some "collaborative" site like Orkut or Multiply ! lI >We would have online collaboration, fast interchange of knowledge, filesf@ >etc ... I think there is no escape of it like a Groupware tool. >  >What do you think about ? s >h1 >Would HP or OpenVMS.org start a site like this ?t >l >Regards >n >FC   L Oh my goodness not another bloody web based forum. I hate the move away fromN Usenet (& Notes come to that:-). Reading discussions in ASCII text with a goodP threading newsreader is just so much faster & more productive. Also if you don'tN know of the existence of a particular forum you may never find it. I just haveG to do a list of groups on my News Server & choose from among thousands.q   -- Nigel Barker Live from the sunny Cote d'Azur.   ------------------------------  # Date: Wed, 22 Sep 2004 17:16:20 GMTo" From:   VAXman-  @SendSpamHere.ORG! Subject: Re: News Group Evolution 0 Message-ID: <00A3842E.D828261C@SendSpamHere.ORG>  n In article <f30679fb.0409220632.65b08f82@posting.google.com>, fabiopenvms@yahoo.com.br (Fabio Cardoso) writes: >I am thinking : >bH >Would be amazing the evolution of a News Group like the "comp.os.vms"  7 >to some "collaborative" site like Orkut or Multiply !  I >We would have online collaboration, fast interchange of knowledge, files @ >etc ... I think there is no escape of it like a Groupware tool.   Huh???   -- S< http://www.ProvN.com  for the *best* OpenVMS system security=                       solutions that others only claim to be.i -- >, Cyber-Terrorism (si'-ber tayr'-or-iz-em) n.:M   The release of, the sale of, or the use of any Micro$oft software product! p --  K VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COM    ------------------------------   Date: 22 Sep 2004 17:36:14 GMT+ From: "Doc." <doc.cypher@openvms-rocks.com>t! Subject: Re: News Group Evolution 7 Message-ID: <Xns956CC7A154CF8dcovmsrox@212.100.160.123>t  H %NEWS-I-NEWMSG, Fabio Cardoso wrote in news:f30679fb.0409220632.65b08f82 @posting.google.com(   > I am thinking :8 > I > Would be amazing the evolution of a News Group like the "comp.os.vms"  U8 > to some "collaborative" site like Orkut or Multiply ! E > We would have online collaboration, fast interchange of knowledge, f fileslA > etc ... I think there is no escape of it like a Groupware tool.-  ; These, as I understand it, are horrid "community" websites.m  J The only evolution Usenet news needs is to deal with the relative ease of   forgery and sundry other abuses.  D Fabio, you're missing out on Usenet as it is intended to be used by H accessing via Google Groups.  Go to http://news.individual.net and sign F up for an account there.  Then get yourself a decent news reader.  If I you're working on Windows I'd recommend Xnews, others can probably offer  1 other suggestions, including for other platforms..     Doc. -- bG OpenVMS:     Eight out of ten hackers prefer *other* operating systems.hG http://www.openvms-rocks.com    Deathrow Public-Access OpenVMS Cluster.    ------------------------------  # Date: Wed, 22 Sep 2004 10:07:09 GMT-2 From: Bob Willard <BobwBSGS@TrashThis.comcast.net>% Subject: Re: Off-the-wall CI Questionj. Message-ID: <h9c4d.345917$8_6.47516@attbi_s04>   David J Dachtera wrote:o > Keith Parris wrote:s >  >>David J Dachtera wrote:. >>> >>>I want to try connecting a CIPCA directly to an HSJ with noJ >>>intervening Star Coupler: that is, the TX of both channels go to the RX- >>>ports of the other device, and vice-versa.  >>A >>Bob is right: this overdrives the receivers and is unsupported.k >  > A > O.k., so what would I need to pad that down to a usuable level?  >  >  >>[snip]? >>I'm sure this is freeing up CI hardware all over the country.a >  > H > Not likely. Existing clusters tend to stay that way (the SysAdmins gotG > laid-off years ago, and they've been running without a reboot since - 3 > clueless Borg drones don't like to mess with it).l >  > 	 >>I see apJ >>star coupler on eBay right now for $300. I suspect you could call aroundH >>and find any number of customers in the Chicago area who have old star< >>couplers and cables they would probably lend you for free. >>H >>Alternatively, could you MSCP-serve the storage during the transition? >  > E > No. The disk is all SAN/FC. Only the tape silo (TL826) is still CI.n >  > D.J.D.  H Look for a cheap star coupler.  It supplies the right signal attenuationK and isolation and, as VB reminded me, is needed to make the CIPCA pass the t loopback selftest. -- e Cheers, Bobi   ------------------------------  % Date: Wed, 22 Sep 2004 10:29:58 -0400t; From: "Island Computers USA" <dbturner@islandco.com.nospam> Y Subject: Re: OpenVMS Pearl -  Indian Railways Celebrates 10th anniversary using HP Techno 0 Message-ID: <10l32h91ahelp62@news.supernews.com>   HmmmI Good to see that the Indian Railway Co. is still reliable in transportingi> HP's OpenVMS support center staff to their New Delhi offices !       -- v David B Turner Island Computers US Corporatione 2700 Gregory St., Suite 180  Savannah GA 31404- Tel: 912 447 6622  EXT.201 Fax: 912 201 0402-  > "Sue Skonetski" <susan_skonetski@hotmail.com> wrote in message7 news:857e9e41.0409211628.4037779f@posting.google.com...iB > Congratulations to the Indian Railways who celebrated their 10thB > anniversary of their online reservation system using OpenVMS andB > Reliable Transaction Router (RTR). Indian railways is the worlds@ > second largest railway and  annually transports over 4 billionF > passengers and 492 million tons of freight.  For more details on the@ > Indian Railways please see their HP testimonial on the web at:6 > http://h71000.www7.hp.com/openvms/brochures/indiarr/ >d4 > The following is from the customer: (bold is mine) >i? > It is 10 years back we implemented the country wide passengertB > reservation systems. It was running on VAX and recently moved toG > ALPHA. This is one of the largest distributed databases in the world.e >n# > It is an achievement of Open VMS.l >d= > 22 Sept 2004 marks the completion of 10 years of Successfula4 > implementation of the online PRS system --CONCERT. >  > Warm Regards,r > Suer   ------------------------------  % Date: Wed, 22 Sep 2004 07:56:55 -0700 # From: "Tom Linden" <tom@kednos.com>+Y Subject: Re: OpenVMS Pearl -  Indian Railways Celebrates 10th anniversary using HP Techno ( Message-ID: <opseqg45fxzgicya@hyrrokkin>  I On Wed, 22 Sep 2004 10:29:58 -0400, Island Computers USA <dbturner@islan=u dco.com.nospam> wrote:   > HmmmI > Good to see that the Indian Railway Co. is still reliable in transport=  ingp@ > HP's OpenVMS support center staff to their New Delhi offices ! >a >tC It appears to be an online reservations system, so reliability onlyt# extends to obtaining the tickets:-)   E I note that heart seems to be IMPRESS which is all in Fortran and theaI online system accessing it CONCERT is Fortran (30%) and C (70%).  But I =  alsoI note that they use Apache on Tru64 as the front-end, they could have use=r dAI WASD on VMS.  It would be nice when they give a news story like this to =e give an architectural overview.   >-   ------------------------------    Date: 22 Sep 2004 03:48:21 -0700. From: fabiopenvms@yahoo.com.br (Fabio Cardoso)" Subject: OT: Sun's fighting chance= Message-ID: <f30679fb.0409220248.681b8811@posting.google.com>.  2 People in this newsgroup must read all this text. = Looks like there is no competition between companies anymore.> Its turning in "WAR".    A http://news.com.com/Suns+fighting+chance/2010-1010_3-5374570.htmlh     Sun's fighting chanceD    B "Sun Microsystems seeks to avoid oblivion by pursuing a simple but powerful strategy.C Its plan? Attack Red Hat, use control over the operating system andrA the platform to disrupt competitors' pricing and business models, @ out-engineer everybody in the x86 space and use an alliance with' Microsoft to fight a common enemy: IBM.   F Last week in California, I visited two Sun bigwigs: Jonathan Schwartz,F president and chief operating officer, and Scott McNealy, chairman andF CEO. When Schwartz asked me, "What do you think of Sun?" I gave him anF honest answer. "Sun risks becoming the data general of the decade. TheD company could easily slide toward becoming a 'zombie'--a lot of cashD but no life, staggering and lurching with a fading heartbeat at each step," I said.  E Schwartz's comeback was, "You're wrong, and here's why." He then laidnF out the surprisingly simple and cohesive strategy that Sun will follow> in pursuit of a recovery. Here it is, in a stripped-down form. (...)"   ------------------------------  # Date: Wed, 22 Sep 2004 13:10:30 GMT51 From: Keith Parris <keithparris_NOSPAM@yahoo.com>O& Subject: Re: OT: Sun's fighting chance4 Message-ID: <aRe4d.11414$VO5.11320@news.cpqcorp.net>   Fabio Cardoso wrote:D > "Sun Microsystems seeks to avoid oblivion by pursuing a simple but > powerful strategy. > Its plan? Attack Red Hat  E  From the text at the URL you pointed at: "Linux is like every other i> operating system; it's about the foibles, greed, mistakes and G engineering prowess (or lack thereof) of one vendor--in this case, Red k> Hat. Step No. 1: Make the argument that Linux equals Red Hat."  I This statement shows that Sun clearly doesn't understand the Open Source  E movement. And so their strategy is doomed from the start. What about  G SuSE? Mandrake? TurboLinux, Slackware, etc.? Red Hat may have achieved 1H majority market share of Linux distros in recent years, and it has made G major engineering contributions, but it doesn't own Linux, and even if r0 Red Hat as a company fails, Linux will continue.  H And even Sun could take down Linux, what about OpenVMS, NetBSD, FreeBSD?   ------------------------------  % Date: Wed, 22 Sep 2004 16:50:18 +0100$< From: Andrew Harrison <andrew_remove__s._harrison@s_u_n.com>& Subject: Re: OT: Sun's fighting chance0 Message-ID: <cis6vr$dj2$1@new-usenet.uk.sun.com>   Keith Parris wrote:  > Fabio Cardoso wrote: > E >> "Sun Microsystems seeks to avoid oblivion by pursuing a simple but1 >> powerful strategy.  >> Its plan? Attack Red Hat  >  > G >  From the text at the URL you pointed at: "Linux is like every other  @ > operating system; it's about the foibles, greed, mistakes and I > engineering prowess (or lack thereof) of one vendor--in this case, Red a@ > Hat. Step No. 1: Make the argument that Linux equals Red Hat." > K > This statement shows that Sun clearly doesn't understand the Open Source sG > movement. And so their strategy is doomed from the start. What about sI > SuSE? Mandrake? TurboLinux, Slackware, etc.? Red Hat may have achieved eJ > majority market share of Linux distros in recent years, and it has made I > major engineering contributions, but it doesn't own Linux, and even if r2 > Red Hat as a company fails, Linux will continue. >   B Odd Sun is by far in a way the largest commercial entity supplyingA IP to the OpenSource community and apparently we don't understandh
 it at all.   How amazing.    The reality is rather different.  < Solaris's competition is not Fedora or any of the other free> to download Linux distributions nor does Sun have any interest in atacking them far from it.s  = Why, because the vast majority of Sun's customers either will B not or cannot run free to download Linux because of their internal* policy or their key ISV's internal policy.  ? These customers instead buy Linux from mainly RedHat and deploy:@ it instead of Solaris, HP-UX, AIX, Windows or as in Fabio's case8 OpenVMS (though Linux on a mainframe is really daft !!).  > They do it on predominantly commodity platforms though some of: the more daft use zSeries boxes or PSeries of even Itanium systems.  = Why daft, well the only thing that commercial Linux has goingd< for it is that fact that it does run well on a commodity/low> cost platform and that there is reasonably large ISV portfolio of x86 Linux apps.  @ Diverge from that onto more expensive platforms and you lose theE ISV portfolio and any pretense at price/performance. Remember Linux'ssB value to a commercial customer isn't its technology almost all the; commercial UNIX OS's are very much more capable than Linux.i  : You only have to follow the discussions about the relative8 capabilites of Sun's dtrace and the pale imitations that" exist in the OpenSource community.  ; So because commercial customers are choosing RedHat it is at$ perfectly legitimate target for Sun.  ? This is not an attack on the OpenSource community after all Sun @ puts rather more into the OperSource community than RedHat does.    J > And even Sun could take down Linux, what about OpenVMS, NetBSD, FreeBSD?  B Sun has no intention of attacking NetBSD or FreeBSD, RedHat is theA target not them and OpenVMS despite having the Open bit tacked on  the front is hardly OpenSource.e   Regardse Andrew Harrisoni   ------------------------------    Date: 22 Sep 2004 02:38:31 -07000 From: chris_doran@postmaster.co.uk (Chris Doran)5 Subject: Re: Readable error log while process runningl= Message-ID: <948f0720.0409220138.3b028bc9@posting.google.com>   i "Paul Jones" <pjones@i-s-e.com> wrote in message news:<7UZ3d.23950$Mx5.786@newssvr29.news.prodigy.com>...aE > Is there a trick to making a program's error log readable while theiN > executable is running when using the vms run statement in DCL? I'm using the	 > format:i >  > $       run program_xyz.exe-- >               /error=program_xyz_error.log-  >               /output=_nla0:-g >               /input=_nla0:k > D > I know the VMS SYS$INPUT is equivalent to C's  stdin descriptor 0,N > SYS$OUTPUT is equivalent to stdout descriptor 1, and SYS$ERROR is equivalentN > stderr descriptor 2. At DCL level, I would like to be able to open the errorH > log with a process write-lock and allow a world read privilege without( > having to do this at the C code level.  D I don't know how to do this from DCL, but it's fairly modify your C:D You have to reopen stderr to set a shared read flag ("shr=get"). You@ can use fgetname(stderr, filename) to get the log file name fromE run/error=, but you have to remove the ;version_no as freopen() won'tsD overwite the existing file. Then call freopen(filename, "w", stderr,E "shr=get", "rat=cr", "rfm=var") where the rat and rfm are required toh( set record mode so that TYPE/TAIL works.  B At regular points in your program you need to flush the buffers to? disk. Call fflush(stderr) which does the C buffers, followed byt2 fsync(fileno(stderr)) which does the same for RMS.  F If that isn't clear or doesn't work (it's many years since I developedD this and I'm just relying on my comments :), e-mail me and I'll send you my working code.   Chrisl   ------------------------------  # Date: Wed, 22 Sep 2004 09:39:29 GMTe0 From: John Santos <john.santos@post.harvard.edu>5 Subject: Re: Readable error log while process runningr> Message-ID: <MPG.1bbb1259ca7a142b9896e1@news.bellatlantic.net>  4 In article <BEHfxX$4hw6F@eisner.encompasserve.org>, / koehler@eisner.nospam.encompasserve.org says... f > In article <7UZ3d.23950$Mx5.786@newssvr29.news.prodigy.com>, "Paul Jones" <pjones@i-s-e.com> writes:G > > Is there a trick to making a program's error log readable while theiP > > executable is running when using the vms run statement in DCL? I'm using the > > format:  > >   > > $       run program_xyz.exe-/ > >               /error=program_xyz_error.log-n! > >               /output=_nla0:-  > >               /input=_nla0:n > E >    VMS opens files for exclusive access unless specifically told tocE >    do otherwize.  Run doesn't tell it otherwize.  Sometimes you can G >    get what you want via backup/ignore=interlock, but the tail of then) >    file will almost certainly be stale.s > H >    Other solutions are to run the program in batch, allowing the errorH >    output to go to the batch log file which is opened for shared read,I >    or modify your program to write to a file which is explicitly openeds >    for shared read.b  = Write a DCL .COM file that executes your program and then runs; sys$system:loginout with /input pointing to that .COM file.s     -- , John   ------------------------------    Date: 22 Sep 2004 08:10:41 -0700$ From: "SteveL" <infovax@hotmail.com> Subject: Re: RMS and threadsC Message-ID: <1095865841.823272.101560@h37g2000oda.googlegroups.com>t   Thanks for your reply.  9 >when you use the master to control, all overlap is gone.e  @ I don't quite see why this is the case.  If I have, say, a 4 CPUG system, one master thread and two worker threads then there's no reason * why they can't all execute simultaneously.  E For as long as the threads are still busy (writing their little batchg@ of records - between 1 and 100 on each wakeup), I expect them toE execute concurrently.  That's the whole premise for my use of threads1 in this application.  ? I do expect some overhead, of course, but perhaps less than I'mf currently seeing._  8 >This should be more pronounced when disk IO is involved  F Can you elaborate on that for me?  Is there something within RMS which? doesn't make full use of a multi-CPU system, or which otherwised; serialises on a per-process rather than a per-thread basis?o  C I recall from the dim, distant past that some component of RMS (the F XQP?) had a hard-coded affinity for CPU 0, but I thought that had been lifted.   E On my 2 CPU system (an AlphaServer ES47 7/1000), each thread seems to D be idle (waiting on its condition variable) for an average of 0.0005A seconds per "wake-up" when I have the cross-thread synchonisationi enabled.  D To my mind, this is pretty quick, although the accumulated time does@ make a significant difference to the end result, but others have= suggested that there's a problem to be solved here somewhere.n  G I guess the real questions are....  1) is there anything in RMS that isrB not entirely thread-efficient, and.... 2) just how fast can kernelE threads be scheduled for execution if they're always going from wait,.. to computable, to I/O, and back to wait again?  5 Any and all ideas, references, etc, much appreciated.'
 Thanks again,' SteveL.    ------------------------------    Date: 22 Sep 2004 08:30:54 -0500 From: briggs@encompasserve.org@ Subject: Re: Saveset File that OpenVMS ZIP V2.3 will not archive3 Message-ID: <Dg+M7qS$oCy6@eisner.encompasserve.org>t  e In article <KFZ3d.13389$pA.901273@news20.bellglobal.com>, "Scott Greig" <jsgreig@geminaq.com> writes:  > Hello all: > 8 > I've tried sending this to Zip-Bugs@lists.wku.edu, but, > receive only "User unknown" respone, so... > 7 > I have been using ZIP to compress many of my savesetst8 > for transmission to remote systems.  Of five savesets,2 > one (and only one) is not being archived by ZIP. > This file is:( >  > OpenVMS Version 7.3-2A > ZIP Version 2.304 > Source file: OpenVMS backup saveset named APPS.BCK/ >              Fixed length, 32256 byte records(/ >              ODS-5 disk, size= 4503996 blocksC  E It's been way long since I looked at the zip 2 gig limit.  That limit ? is not deeply embedded in the code.  There's also a 4 gig limit0$ that is very firmly embedded indeed.  J As I recall, the 2 gig problem manifests in the "stat" maybe or "VMS_stat"D function where zip attempts to determine source file size and uses a? signed return value so that error conditions can be reported as0 negative results.(  H I successfully patched this (total of maybe 6 or 8 lines modified, IIRC)D to eliminate the 2 gig limit.  God knows where the patched files are now.  E I _think_ the approach I took was to leave the result as unsigned butBA then, after the testing for various small negative error codes in,G the calling context, convert the result to unsigned for use by the restD of the program.,   	John Briggs   ------------------------------    Date: 22 Sep 2004 04:15:49 -0700% From: dterzic@hemo.net (Dejan Terzic),0 Subject: search txt file for a specified string?< Message-ID: <3fbb7bf7.0409220315.544ec88@posting.google.com>  C I need to write a command procedure which should search txt file to E find a specified string, and if it doesn't find it to do something. I6D tried with f$locate("string","filename") but it doesn't work if fileE has more than one line. This is probably simple but I don't know. Can  anyone help me?    ------------------------------  % Date: Wed, 22 Sep 2004 13:30:33 +020064 From: Mike Rechtman <michael.rechtman.nospam@hp.com>4 Subject: Re: search txt file for a specified string?& Message-ID: <41517E79.2D672DB0@hp.com>   Dejan Terzic wrote:  > E > I need to write a command procedure which should search txt file to2G > find a specified string, and if it doesn't find it to do something. I F > tried with f$locate("string","filename") but it doesn't work if fileG > has more than one line. This is probably simple but I don't know. Can; > anyone help me?,   $1 $ ty x.x abcdefg  hijklmn, opqrstuv $, $ sear x.x "abracadabra"' %SEARCH-I-NOMATCHES, no strings matched( $ show symbol $status    $STATUS == "%X08D78053"F $2 $ sear x.x "ijk" /nooutput $ show symbol $status $   $STATUS == "%X00000001"  ! Success $  $(   Mike --  E ---------------------------------------------------------------------DE Usual disclaimer: All opinions are mine alone, perhaps not even that. ? Mike Rechtman                            *rechtman@tzora.co.il* F Kibbutz Tzor'a.                          Voice (home): 972-2-9908337  B   "20% of a job takes 80% of the time, the rest takes another 80%"E ---------------------------------------------------------------------, -----BEGIN GEEK CODE BLOCK-----A Version: 3.1: GCM/CS d(-)pu s:+>:- a++ C++ U-- L-- W++ N++ K? w--- V+++$6 PS+ PE-- t 5? X- tv-- b+ DI+ D-- G e++ h--- r+++ y+++@ ------END GEEK CODE BLOCK------    ------------------------------  # Date: Wed, 22 Sep 2004 11:40:46 GMT-# From: "Phil" <dooleys@snowy.net.au>-4 Subject: Re: search txt file for a specified string?: Message-ID: <2xd4d.396$5O5.330@news-server.bigpond.net.au>  2 "Dejan Terzic" <dterzic@hemo.net> wrote in message6 news:3fbb7bf7.0409220315.544ec88@posting.google.com...E > I need to write a command procedure which should search txt file to.G > find a specified string, and if it doesn't find it to do something. IcF > tried with f$locate("string","filename") but it doesn't work if fileG > has more than one line. This is probably simple but I don't know. Cane > anyone help me?c6 A favourite of mine is to search logs for errors using  $ search *.log "-F-","-E-","-W-"/ and then email a success message if not matchedr* Something like this should get you started $!filesearch.com	 $set noonoF $ search <filename> <string>         <-- you can make these parameters $ search_status=$status 4 $ if search_status .eq. "%Xnnnnnnnn" then dowhateverK If a string is not found then it will return %search-?-nomatch as the errorC messageiJ You will have to experiment with f$message to find the number for nnnnnnnn and ?rC Sorry I can't be more specific but I don't have a vms machine handy- Phil   ------------------------------    Date: 22 Sep 2004 07:03:11 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) 4 Subject: Re: search txt file for a specified string?3 Message-ID: <Wu10tSu25PNo@eisner.encompasserve.org>l  ` In article <2xd4d.396$5O5.330@news-server.bigpond.net.au>, "Phil" <dooleys@snowy.net.au> writes:   > $set noon9  ? I have not found that necessary in the case of SEARCH since notyA finding a string just gives an informational message, rather than 
 a warning.  H > $ search <filename> <string>         <-- you can make these parameters > $ search_status=$statusr6 > $ if search_status .eq. "%Xnnnnnnnn" then dowhatever  C I prefer to use $SEVERITY, which has a value of "3" when the stringf/ is not found but a value of "1' if it is found.-   ------------------------------    Date: 22 Sep 2004 07:34:46 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)s4 Subject: Re: search txt file for a specified string?3 Message-ID: <VaCK4q9JxdAm@eisner.encompasserve.org>0  d In article <3fbb7bf7.0409220315.544ec88@posting.google.com>, dterzic@hemo.net (Dejan Terzic) writes:E > I need to write a command procedure which should search txt file todG > find a specified string, and if it doesn't find it to do something. I.F > tried with f$locate("string","filename") but it doesn't work if fileG > has more than one line. This is probably simple but I don't know. Can  > anyone help me?t  G    search, like all good DCL commands, sets $STATUS when it exits.  YouwE    will find that there are different values for $STATUS which map to 5    file not found, string not found, or string found.s   ------------------------------  # Date: Wed, 22 Sep 2004 12:37:10 GMTe# From: "Phil" <dooleys@snowy.net.au>f4 Subject: Re: search txt file for a specified string?: Message-ID: <Wle4d.443$5O5.411@news-server.bigpond.net.au>  : "Larry Kilgallen" <Kilgallen@SpamCop.net> wrote in message- news:Wu10tSu25PNo@eisner.encompasserve.org... C > In article <2xd4d.396$5O5.330@news-server.bigpond.net.au>, "Phil"u <dooleys@snowy.net.au> writes: > 
 > > $set noone >aA > I have not found that necessary in the case of SEARCH since notcC > finding a string just gives an informational message, rather than- > a warning.A You're correct (as usual), I wasn't sure if it was -S- -W- or -I-p Phil   ------------------------------  % Date: Wed, 22 Sep 2004 11:44:01 +0200F1 From: Ste /aka=Stardust <stefores@toglimi.tin.it>c4 Subject: Sending mail from application: the solution8 Message-ID: <c3g2l0t7a6kapout50jphpnfjv7e4tgamu@4ax.com>  F The problem i was looking for a solution was "how to send mail from my% dibol(cobol) app running on openvms".h; Trying to call mail$ routines failed because of complicatedrF documentation (for me) and all c-written examples (witch are difficult to be transated in dibol).  ( Anyway, I've found a different solution. Take a look here: 9 http://dcl.openvms.org/stories.php?story=04/03/29/5146000SE Here's a batch script you can use to send mail with mime attachments.xA Looking at the code I learned there's an utility executable named 7 SYS$SYSTEM:TCPIP&SMTP_SFF witch "Sends mail From File".d? (For more details: http://wwwvms.mppmu.mpg.de/doc/SMTP_SFF.TXT)t   So, to send mail from my app: B -I do create a txt containing all the needed smtp fields and data;4 -I do call the SFF utility with my txt as parameter.  4 The smtp (tcpip -> set config smtp) is set this way:D -the "alternate-gateway" is a linux mail server inside the same net;6 -the "zone" is the domain name of the openvms machine.@ Doing so any mail (from a sender not of the zone domain) is everD deliveder to the linux mail server, witch forward mails to the right destination.  # Hope this can help someone else :-)D   Ste /aka=Stardustr --> Non c' cattivo pi cattivo di un buono quando diventa CATTIVO   ------------------------------  # Date: Wed, 22 Sep 2004 13:10:21 GMTo. From: "Jerry Alan Braga" <jabraga@flanagan.ca>8 Subject: Re: Sending mail from application: the solution. Message-ID: <1Re4d.116154$XP3.104096@edtnps84>  J I have updated the sendmail.com procedure to properly set the date header ; line as it was not working correctly with the UTC standard..  & The command file now sets it correctly  ? "Ste /aka=Stardust" <stefores@toglimi.tin.it> wrote in message e2 news:c3g2l0t7a6kapout50jphpnfjv7e4tgamu@4ax.com...H > The problem i was looking for a solution was "how to send mail from my' > dibol(cobol) app running on openvms".e= > Trying to call mail$ routines failed because of complicated H > documentation (for me) and all c-written examples (witch are difficult > to be transated in dibol). >o* > Anyway, I've found a different solution. > Take a look here:r; > http://dcl.openvms.org/stories.php?story=04/03/29/5146000 G > Here's a batch script you can use to send mail with mime attachments.bC > Looking at the code I learned there's an utility executable namedo9 > SYS$SYSTEM:TCPIP&SMTP_SFF witch "Sends mail From File".tA > (For more details: http://wwwvms.mppmu.mpg.de/doc/SMTP_SFF.TXT)  >r > So, to send mail from my app:hD > -I do create a txt containing all the needed smtp fields and data;6 > -I do call the SFF utility with my txt as parameter. >r6 > The smtp (tcpip -> set config smtp) is set this way:F > -the "alternate-gateway" is a linux mail server inside the same net;8 > -the "zone" is the domain name of the openvms machine.B > Doing so any mail (from a sender not of the zone domain) is everF > deliveder to the linux mail server, witch forward mails to the right > destination. >r% > Hope this can help someone else :-)o >  > Ste /aka=StardustU > --A > Non c' cattivo pi cattivo di un buono quando diventa CATTIVO o   ------------------------------  + Date: Wed, 22 Sep 2004 16:41:45 +0000 (UTC)2= From: jlw@psulias.psu.edu (j.lance wilkinson, (814) 865-1818)l" Subject: SLS / drive compatibility. Message-ID: <cisa09$1pdk$1@f04n12.cac.psu.edu>  J We have [Open]VMS v7.2-1H1 and SLS v2.9 on our production environment. TheH tape loaders and drives we're currently using are on their last legs but under maintenance.  G The real issue, however, is the tapes we're using.  OLD technology.  10)D years old or worse.  And while the drives are under maintenance it's4 getting exceedingly difficult to get media for them.  6 Enter two pieces of hardware which we could repurpose:  I 1) A StorageWorks SCSI librarian, TL895.  Newer hardware, tapes while old "    technology are still available.  J 2) A [presumed] StorageWorks SCSI (HP branded) SuperDLT 320 drive.  Tapes !    for this hardwre are abundant.f  K EITHER hardware substitution would give us higher capacity than our current 9 solution, and allow us to use newer, more abundant media.-  K But to use either of these with SLS on VMS, would we have to upgrade eithersK the OS *or* SLS to support them?  Past discussions have apparently said so,T4 but nobody can recall and now it's my turn to ask.    C Note that sadly VMS is on its way out here, so this is a short-termi solution, say a year or so.:  P +----"Never Underestimate the bandwidth of a station wagon full of mag tapes"--+B | J.Lance Wilkinson ("Lance")		InterNet:  Lance.Wilkinson@psu.edu < | Systems Design Specialist - Lead	AT&T:      (814) 865-18189 | Digital Library Technologies		FAX:       (814) 863-3560t2 | 3 Paterno Library				"I'd rather be dancing..." B | Penn State University		    A host is a host from coast to coast,K | University Park, PA 16802	    And no one will talk to a host that's closesC | <postmaster@psulias.psu.edu>	    Unless the host that isn't closes: | EMail Professional since 1978	    Is busy, hung or dead.P +---------"He's dead, Jim. I'll get his tricorder. You take his wallet."-------+9                 [apologies to DeForest Kelley, 1920-1999]o3 <A Href="http://perdita.lcs.psu.edu">home page</a>  J <a Href="http://perdita.lcs.psu.edu/junkdec.htm">junk mail declaration</a> --	/"\ 	\ /	ASCII RIBBON CAMPAIGN 	 X	AGAINST HTML MAILs 	/ \   ------------------------------  + Date: Wed, 22 Sep 2004 08:16:12 -0700 (PDT) - From: James O'Shea <seamas_ose@ameritech.net>d* Subject: Sniffer Can't see cluster traffic@ Message-ID: <20040922151612.64562.qmail@web81107.mail.yahoo.com>    --0-1310616359-1095866172=:63492* Content-Type: text/plain; charset=us-ascii  
We have set up a small cluster to monitor cluster traffic. The configuration consists of:  Two clustered MicroVAxen, V6.2 VMS, plugged into a hub with a sniffer monitoring traffic. MicroVaxen are MSCP serving disks to one another and disks are mounted cluster-wide.   mh Our network guy, who has never monitored a VMS cluster previously, says he is only see multicast packets  0   The LAVC traffic protocol he's seeing uses a multicast MAC address to communicate with all workstations in the broadcast domain. AB0004010EF7 is for the cluster in the Labn   The first part of the MAC address classifies it a DEC LAVC frame and the ethertype of 6007 also identifies it for the protocol.   8 AB-00-04-01-xx-yy 6007 DEC Local Area VAX Cluster groups  % Sys. Communication Architecture (SCA)        In his tests he's  only seeing traffic to the multicast address. In contacting HP/VMS support they express that the described  LAVC traffic should be expected   but also said we should see some MAC to MAC traffic between the two MicroVaxen systems. So far we do not see the two machines direct packets to any MAC address other than the Muticast MAC address. The multicast frames only are a 128bytes large and seem to have a window of one (36 bytes appears to be data). l   We've done copies and backups from one node to the other but he says he's till not seeing traffic other than multicast packets.  Should this be expected?     k Thanks, 
 Jim O'Shea  .    --0-1310616359-1095866172=:63492) Content-Type: text/html; charset=us-asciik  <DIV>We have set up a small cluster to monitor cluster traffic. The configuration consists of:&nbsp; Two clustered MicroVAxen, V6.2 VMS, plugged into a hub with a sniffer monitoring traffic. MicroVaxen are MSCP serving disks to one another and disks are mounted cluster-wide. </DIV> <DIV>&nbsp;</DIV>os <DIV>Our network guy, who has never monitored a VMS cluster previously, says he is only see multicast packets</DIV>i <DIV>&nbsp;</DIV>N% <DIV><FONT face="Courier New" size=2>s <P>The LAVC traffic protocol he's seeing uses a multicast MAC address to communicate with all workstations in the broadcast domain. AB0004010EF7 is for the cluster in the Lab</P> <P>The first part of the MAC address classifies it a DEC LAVC frame and the ethertype of 6007 also identifies it for the protocol. </P> ? <P>AB-00-04-01-xx-yy 6007 DEC Local Area VAX Cluster groups</P>:, <P>Sys. Communication Architecture (SCA)</P>
 <P>&nbsp;</P>e <P>In&nbsp;his tests&nbsp;he's &nbsp;only seeing traffic to the multicast address. In contacting HP/VMS support they express that the&nbsp;described&nbsp; LAVC traffic&nbsp;should be expected&nbsp;&nbsp; but also said we should see some MAC to MAC traffic between the two&nbsp;MicroVaxen systems. So far we do not see the two machines direct packets to any MAC address other than the Muticast MAC address. The multicast frames only are a 128bytes large and seem to have a window of one (36 bytes appears to be da ta). </P></FONT></DIV> <DIV>We've done copies and backups from one node to the other but he says he's till not seeing traffic other than multicast packets.&nbsp; Should this be expected?&nbsp; </DIV> <DIV>&nbsp;</DIV>- <DIV>Thanks,</DIV> <DIV>Jim O'Shea</DIV>1 <DIV>&nbsp;</DIV>M" --0-1310616359-1095866172=:63492--   ------------------------------  % Date: Wed, 22 Sep 2004 16:37:36 +0100 * From: "Richard Brodie" <R.Brodie@rl.ac.uk>. Subject: Re: Sniffer Can't see cluster traffic2 Message-ID: <cis686$dgt$1@blackmamba.itd.rl.ac.uk>  ; >"James O'Shea" <seamas_ose@ameritech.net> wrote in messagee; >news:20040922151612.64562.qmail@web81107.mail.yahoo.com...r >o >-[ > We've done copies and backups from one node to the other but he says he's till not seeing B >  traffic other than multicast packets.  Should this be expected?  M Not if your monitoring arrangement is set up correctly. It is, sadly, all toodD common for folks to set up a monitor on some random piece of networkK and focus on multicast/broadcast traffic, because that's what they can see.I  G It's usually because the network is switched and not forwarding packetsrK to the monitoring ports or possibly the sniffer is not in promiscuous mode.M  J My inclination would be to add a box (or two) your network guy is familiarM with  in your test environment, and verify that you can sniff unicast traffic-
 from that.   ------------------------------  + Date: Wed, 22 Sep 2004 09:10:14 -0700 (PDT)i- From: James O'Shea <seamas_ose@ameritech.net>e. Subject: Re: Sniffer Can't see cluster traffic@ Message-ID: <20040922161014.93547.qmail@web81102.mail.yahoo.com>    --0-1776873494-1095869414=:93235* Content-Type: text/plain; charset=us-ascii   Forget to mention, he is also seeing LAT and DECnet packets.  Do you still think he should throw another non-vms box on the network?  >    ) Richard Brodie <R.Brodie@rl.ac.uk> wrote:   >"James O'Shea" wrote in message; >news:20040922151612.64562.qmail@web81107.mail.yahoo.com...  >  > [ > We've done copies and backups from one node to the other but he says he's till not seeingi@ > traffic other than multicast packets. Should this be expected?  M Not if your monitoring arrangement is set up correctly. It is, sadly, all tooeD common for folks to set up a monitor on some random piece of networkK and focus on multicast/broadcast traffic, because that's what they can see.   G It's usually because the network is switched and not forwarding packetseK to the monitoring ports or possibly the sniffer is not in promiscuous mode.u  J My inclination would be to add a box (or two) your network guy is familiarL with in your test environment, and verify that you can sniff unicast traffic
 from that.          --0-1776873494-1095869414=:93235) Content-Type: text/html; charset=us-asciin   <DIV>Forget to mention, he is also seeing LAT and DECnet packets.&nbsp; Do you still think he should throw another non-vms box on the network?</DIV> <DIV>&nbsp;</DIV>IJ <DIV><BR><BR><B><I>Richard Brodie &lt;R.Brodie@rl.ac.uk&gt;</I></B> wrote: <BLOCKQUOTE class=replbq style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid"><BR>&gt;"James O'Shea" <SEAMAS_OSE@AMERITECH.NET>wrote in message<BR>&gt;news:20040922151612.64562.qmail@web81107.mail.yahoo.com...<BR>&gt;<BR>&gt;<BR>&gt; We've done copies and backups from one node to the other but he says he's till not seeing<BR>&gt; traffic other than multicast packets. Should this be expected?<BR><BR>Not if your monitoring arrangement is set up correctly. It is, sadly, all too<BR>common for folks to set up a monitor on some random piece of network<BR>and focus on multicast/broadcast traffic, because that's what they can see.<BR><BR>It's usually because the network is switched and not forwarding packets<BR>to the monitoring ports or possibly the sniffer is not in promiscuous mode.<BR><BR>My inclination would be to add a box (or two) your network guy is familiar<BR>with in your test environment, and verify that you can sniff unicast traffic<BR>fromo%  that.<BR><BR><BR></BLOCKQUOTE></DIV> " --0-1776873494-1095869414=:93235--   ------------------------------  % Date: Wed, 22 Sep 2004 17:30:24 +0100n* From: "Richard Brodie" <R.Brodie@rl.ac.uk>. Subject: Re: Sniffer Can't see cluster traffic2 Message-ID: <cis9b7$eoe$1@blackmamba.itd.rl.ac.uk>  ; >"James O'Shea" <seamas_ose@ameritech.net> wrote in message4; >news:20040922161014.93547.qmail@web81102.mail.yahoo.com...a >n= >Forget to mention, he is also seeing LAT and DECnet packets.uH >Do you still think he should throw another non->vms box on the network?  K Both these protocols also use both multicast and direct packets, so you mayn just be seeing more multicasts.s  E If you are running DECnet (and sometimes when not), you will be using E the DECnet hardware address (AA-00-04-xx-yy-zz) rather than the burnt.H in one; likely (08-00-2B-aa-bb-cc) from machines of that era. You should7 be seeing those as the source addresses anyways though.o   ------------------------------    Date: 22 Sep 2004 09:11:15 -0500 From: briggs@encompasserve.org) Subject: Re: TCP/IP cluster interconnect?t3 Message-ID: <xvMIZzv47Fih@eisner.encompasserve.org>S  l In article <41508ce4$0$52214$65c69314@mercury.nildram.net>, "Jim Brankin" <brankin at nildram.co.uk> writes:N > Why are you so against TCP? It would provide end-to-end error correction andH > flow control. It would request the retransmission of lost or erroneous0 > packets and present a reliable network to SCS.  J The key thing you give up with TCP is prompt notification of link failure.E TCP will keep trying and retrying.  The upper layers may not notice ae7 link failure for minutes.  That's unacceptable latency.e  F In addition, you are multiplexing multiple, independent conversations.: You don't want to make one conversation wait while you do L timeout/retransmission on another.  With a single-stream TCP implementation,C all conversations must wait when packet loss is encountered in any.aJ You really don't need your cluster critical communications failing becauseE you have a zero density issue on your line and an all zeroes block ini your MSCP-served disk farm.d  . And you surely don't want to be running Nagle.  E TCP provides more reliability than you need for a cluster connection.MF And it provides less tunability.  In my opinion, you are better served by "rolling your own".  L > My basic point is that we are moving to an IP-centric world. The level-twoE > networks we use today to carry the cluster interconnect will not be H > available. The recent discussion here regarding sending SCS over an IPC > tunnel suggests that some people have already entered this world.   K Well yes, I agree with that.  There's something to be said for connectivity > that is topology independent, media independent and shareable.  D The key point I wanted to make was that it's not IP that's a problem? for a cluster communications link.  Reliability and latency are-; the concerns.  And IP is not inherently slow or unreliable.    	John Briggs   ------------------------------    Date: 22 Sep 2004 08:48:48 -0700. From: fabiopenvms@yahoo.com.br (Fabio Cardoso)) Subject: Re: TCP/IP cluster interconnect? = Message-ID: <f30679fb.0409220748.463d0c68@posting.google.com>b  a JF Mezei <jfmezei.spamnot@teksavvy.com> wrote in message news:<4150FE9E.5415BC92@teksavvy.com>...n > David J Dachtera wrote:pM > > > > The point is that you'd end up doing a lot of "front end" work (stuffs/ > > > > that gets set up before VMS even boots)R > > ( > > Is that not what you just described? > L > Not sure. The way I had read the above was similar to SCS which gets setup' > very early in thge VMS boot sequence.s > J > What I described was a puerly hardware based solution with a TCPUP stackP > implemented in a hardware card which becomes available as soon as the power is% > applied (eg: even in console mode).   D Nice idea !  HP could develop this specific hardware. Or ask DNPG to< develop it for them. Do they still having NIC development ? @ I think there is no scape from IP.  The Cluster protocol must beD implemented in a version  SCS-over-IP. May be with IPv6 the security> issues would become better ! I dont know anything about IPv6.    RegardsO   FC   ------------------------------    Date: 22 Sep 2004 10:09:05 -0700% From: labrat411@gmail.com (RT Carter) " Subject: TCP/IP connection problem= Message-ID: <1c6131cd.0409220909.7d1facae@posting.google.com>a  C I do not know VMS but I am a Network Admin (Microsoft & Novell). WeRD moved our workstations to a different building and they are now on aC different network (was 192.255.1.xxx now 192.255.2.xxx)There are no E managed hubs between the server (192.255.1.203) and the workstations.kE The workstations can not ping the VMS server. They can ping all othertD 192.255.1.xxx servers and workstations so the only problem is accessD to the VMS server TCPIP address. Is there some security setting that1 would refuse requests from the different network?    ------------------------------   Date: 22 Sep 2004 17:30:13 GMT+ From: "Doc." <doc.cypher@openvms-rocks.com>i& Subject: Re: TCP/IP connection problem7 Message-ID: <Xns956CC69A4839Bdcovmsrox@212.100.160.123>u  # %NEWS-I-NEWMSG, RT Carter wrote in e4 news:1c6131cd.0409220909.7d1facae@posting.google.com  E > I do not know VMS but I am a Network Admin (Microsoft & Novell). WezF > moved our workstations to a different building and they are now on aE > different network (was 192.255.1.xxx now 192.255.2.xxx)There are nooG > managed hubs between the server (192.255.1.203) and the workstations.tG > The workstations can not ping the VMS server. They can ping all othertF > 192.255.1.xxx servers and workstations so the only problem is accessF > to the VMS server TCPIP address. Is there some security setting that3 > would refuse requests from the different network?s  I This - presumably - is the result of your investigation into the problem !B of logging onto the VMS systems from the workstations.  It sounds B increasingly like a routing problem, however in order to prove or G disprove the involvment of VMS we need to know what TCP/IP product you  H are using.  Then people familiar with the product can give you commands J to extract information about salient bits of the configuration that could  cause the problem.  C So, are you using UCX (later named Compaq/HP TCP/IP), Multinet, or a TCPware?  / If you don't know how to establish which, read  G SYS$MANAGER:SYSTARTUP_VMS.COM.  The three products are included in the rF standard template and only one will have been uncommented and started.  F Of course, the alternative is to hire back - at contract rates - your  previous VMS system manager.     Doc. --  G OpenVMS:     Eight out of ten hackers prefer *other* operating systems.eG http://www.openvms-rocks.com    Deathrow Public-Access OpenVMS Cluster.n   ------------------------------  # Date: Wed, 22 Sep 2004 11:46:06 GMTe# From: "Phil" <dooleys@snowy.net.au>t Subject: Re: user privilegee: Message-ID: <2Cd4d.404$5O5.209@news-server.bigpond.net.au>  : "Larry Kilgallen" <Kilgallen@SpamCop.net> wrote in message- news:9hByGIlxf$DT@eisner.encompasserve.org...nG > In article <04092115533782@dscis6-0.dalsemi.com>, brandon@dalsemi.com- (John Brandon) writes: >S; > > One more thing.  Setting privileges for a user?  Don't.h! Unless it's yourself of course :)r Phil   ------------------------------  # Date: Wed, 22 Sep 2004 12:43:37 GMTn2 From: "Robert Boers" <Robert.boers@softresint.com>1 Subject: Re: VAX 6000 replacement with CHARON-VAXn( Message-ID: <41517378@news.deckpoint.ch>  ? "David J Dachtera" <djesys.nospam@comcast.net> wrote in message % news:4150CE73.416A2416@comcast.net...t  I > What do you have up your sleeve for data migration? (DSSI/CI storage to  > DAS/iSCSI/whatever?) >z > D.J.D.  J Standard VMS tape backup procedures. We modified the KDM70 disk controllerL in the VAX 6000 emulator to support fast SCSI tape drives for data exchange.G Supporting existing DSSI or CI storage hardware is a non-goal, as theseeE components are comparatively slow, have a low storage density and arerD expensive to maintain. Dedicated iSCSI targets have often integratedJ redundancy and a very high storage density. Maintenance cost and footprint; reduction are important factors in switching to CHARON-VAX.n   Robert   ------------------------------  % Date: Wed, 22 Sep 2004 09:26:02 -0400)2 From: "Stanley F. Quayle" <squayle@insight.rr.com>1 Subject: Re: VAX 6000 replacement with CHARON-VAX - Message-ID: <4151452A.12310.320B8C@localhost>i  0 On 18 Sep 2004 at 16:53, David J Dachtera wrote: > Wilm Boerhout wrote:E > > You can take a real MicroVAX II, take out the processor board andr@ > > replace that by a board that connects to a PCI board in yourG > > Charon-VAX host. The emulated VAX will then drive the real QBUS anddC > > its peripherals. This is useful when you have enough reasons inwG > > general to go with Charon-VAX, but the PCI version of your favoriteo% > > QBUS peripheral is not available.   + This is supported by CHARON-VAX/Industrial.-   > > It can also be> > > used as a quick way to transfer real QBUS disk contents to > > Charon-VAX disk containers.a  C If the VAX is working, and has DECnet installed, network transfers 2A are infinitely easier.  I don't keep the PCI-Qbus adapters lying n around, anyway.   H > Also, is there a similar adapter for any bus that supports CI or DSSI?C > (Acknowledged: CIPCA, but probably not supported by any PC BIOS).>  > No.  Having fiber channel on the host side would be infintely E preferable to a CI or DSSI interface, even if it was available.  For eE clusters like this, I go with LAN-based clustering temporarily until _+ the CHARON-VAX system copies all the disks.z  
 --Stan Quayle  Quayle Consulting Inc.  
 ----------- Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363f3 8572 North Spring Ct., Pickerington, OH  43147  USAc0 stan-at-stanq-dot-com       http://www.stanq.com   ------------------------------    Date: 22 Sep 2004 05:43:25 -0700( From: bob@instantwhip.com (Bob Ceculski)! Subject: Re: VMS on IBM's Itanium = Message-ID: <d7791aa1.0409220443.3fada406@posting.google.com>e  c janicmx@yahoo.com (Mike) wrote in message news:<31886a6f.0409200445.46255ea7@posting.google.com>...r4 > Will VMS be available on IBM's  ITANIUM  systems ?  > I posted this response I got asking IBM this very question andA here is the answer reposted ... in short, don't hold your breath!      Bob, i  E Your recent e-mail query to Sam Palmisano regarding an article in the0> Inquirer.net has been forwarded to me for review and response.  > You ask why it would not make sense for IBM to buy the OpenVMSB business. As a former employee of Digital Equipment Corporation, IA share your sense of pride in the quality and functionality of thehF OpenVMS operating system. When VMS was first being developed, it trulyD represented innovation and leadership in the industry and many newerD operating systems have borrowed concepts and ideas from it. However,F while OpenVMS continues to occupy a substantial niche market position,A most enterprise customers are now looking for more open operating C environments. As noted in the article, Compaq, and now HP, have nothF invested to keep up with the requirements of the customer base and theC result is an inevitable decline in installed base. With this markettB position, I don't think that it would be economically viable for aF company like IBM to acquire the asset and bring it back up to currency@ in terms of capabilities. It's an unfortunate downward spiral ofC higher maintenance fees causing more customers to defect. There aredA several attractive substitutes to OpenVMS today, with the variousmF UNIX-based operating systems approaching similar levels of reliabilityF and availability. And, of course, OpenVMS's traditional competitors inB products like IBM's zOS and OS/400 participate in many of the sameC market areas. I'm sure that OpenVMS will be running many enterprise E applications for years to come, but the reality is that this is now a E mature product without a lot of growth opportunity. This doesn't makes# an attractive business proposition.h  	 Regards, i   Jeanette   ------------------------------    Date: 22 Sep 2004 07:19:04 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)f> Subject: Re: Windoze not rebooted monthly shuts down airports!3 Message-ID: <+1b4ekvWGSx2@eisner.encompasserve.org>   ] In article <cipr8c$p5t$1@newslocal.mitre.org>, lewis@PROBE.MITRE.ORG (Keith A. Lewis) writes:r > koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes in article <5NXF4e+SI5L+@eisner.encompasserve.org> dated 21 Sep 2004 07:54:28 -0500: L >>   Techies who were working on IBM's (later canceled) 1980's FAA contract J >>   tell me they spent a lot of time trying to emulate VMS paradigms.  AnJ >>   understanding of the problem showed that what they really needed was F >>   the world's largest VMScluster, much larger geographically and in: >>   number of nodes than VMScluster supports, even today. > J > I don't think VMScluster would have worked.  ATC facilities need to keepJ > running when any given part goes offline.  If the cluster communicationsL > link(s) went down, the VMS systems on the small partition would have hung.  G    A few seconds for a cluster reconfigure is better than 30 minutes ofgG    no radio.  As far as links going donw, without those links the FAA's     system is already hosed.f   ------------------------------    Date: 22 Sep 2004 07:22:38 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)o> Subject: Re: Windoze not rebooted monthly shuts down airports!3 Message-ID: <3FsThbEwNiBs@eisner.encompasserve.org>s  R In article <3p-dndC4f5f1TM3cRVn-sA@igs.net>, "John Smith" <a@nonymous.com> writes: > N > Without doing the math, it seems to me that there are perhaps 5,000 thousandL > flights flights under civilian ATC control at any point in time. How oftenF > are the datum representing the transponder transmissions updated perL > aircraft and any 'skin paint' radar updates? Are we talking multiple times2 > per second or once every few seconds for an ATC? >   (    Each radar sweep takes a few seconds.   ------------------------------  % Date: Wed, 22 Sep 2004 04:00:37 -0400s( From: David Froble <davef@tsoft-inc.com>C Subject: Re: ZIP "-V" v. UNIX, et al.: Problem, possible solutions.a, Message-ID: <41513125.3050201@tsoft-inc.com>   sms@antinode.org wrote:o  * > From: David Froble <davef@tsoft-inc.com> >  >>Soterro wrote: >> > < >>>[...] I rather am of the original poster's opinion. [...] >>>' > 8 >    Clearly a man of nice judgement and many resources. >  > Q >>The problem with what you're asking is that if a version of ZIP were set up to hO >>have a place in the archive for RMS attributes so that they could be ignored 7Q >>when looking at/unpacking an archive on a non VMS system, every single variety rR >>of ZIP in use would have to know about this 'place' so that it could be ignored. >>Q >>You're basically asking for the ZIP format to change.  Not feasable.  How many kC >>people out there will give a damn about a change VMS people want?' >>[...]a >> > H >    I always hate to suggest that anyone is a moron, but what makes youJ > think that a change would be required?  Rather than arguing in a vacuum,I > you might take a quick glance at the Zip source code, paying particulars8 > attention to occurrences of the phrase, "extra field".    N Ok, you're implying that there ia already a provision for 'custom' data in an M archive.  I'll go with that, which does make me a bit of a moron for talking iP about something without knowing what I'm talking about.  However, the sources I O have indicate that ZIP is implemented in C, which I refuse to even read, which fC is a definite sign of intellegence.  On average that puts me ahead.-    I >>The non-standard option has been put into VMS versions of ZIP to allow sK >>attributes to be preserved between VMS systems.  It's not valid on other -S >>systems.  If you want it to be, as mentioned, you'll first have to change ZIP on - >>all other systems. >> > E >    Is that bloated-rotting-dead horse still moving?  Let me beat it.D > again.  I realize that for some folks no actual evidence will everH > conquer a strongly held opinion reinforced by ignorance, but my latestD > Wget kit is a ZIP -V archive, made with the Zip bug fixed.  PleaseI > complain if you find any corrupted files when you unpack it on your VMSxF > system.  (Please pay particular attention to the attribute-sensitiveH > object files.)  I unpacked it on a Tru64 V5.1B system (and SunOS 5.9),% > and it worked just fine there, too.h > H >    I am reminded here of the words of the immortal Rocket J. Squirrel," > "Thank you, Mister Know-it-all." > J > ------------------------------------------------------------------------ > 6 >    Steven M. Schweda               (+1) 651-699-98185 >    382 South Warwick Street        sms@antinode.org  >    Saint Paul  MN  55105-2547a >        -- h4 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 Roadh Vanderbilt, PA  15486n   ------------------------------  % Date: Wed, 22 Sep 2004 10:50:31 +0200 ! From: Soterro <soterroatyahoocom>-C Subject: Re: ZIP "-V" v. UNIX, et al.: Problem, possible solutions.i9 Message-ID: <41513c59$0$323$4d4ef98e@read.news.ch.uu.net>    David J Dachtera wrote:rI > Learn to use ZIP and UNZIP to your advantage instead of working againstxH > yourself. Then, you can scrap the perl stuff or keep it for reference.  H I find quite difficult to use this version of ZIP to my advantage, when D my advantage is to create the right files on VMS but also usable on H Solaris (and readable on Windows). I simply cannot. I felt free to hack I it to the best of my knowledge with those 'scrappable' Perl scripts, and tE it worked as it should have been. Tu my bemusement I see that a real hI solution even exists but is rejected from the start as 'utter silliness'.   H So what if it works as documented? Change then the documentation first, B people are not living by the Book Of Law. VMS was forced to adopt E TCP/IP, run Apache, port Mozilla, take out PostScript and so on, was 4A ever evolution a bad thing? Incidentally it was pressured by the 1E customers demand, not by developers decision :) Crossplatform is all  G over, and ZIP will have to follow. This of course only if VMS _future_   is of any interest.n  E Please don't get me wrong, the way all you community guys handle any sI help pleas is remarkable, kudos for that. I don't mean anything bad with hH my note. The problem is not the past, but the future. Maybe a look into D the way Sun is handling (some) ideas from the openworld could bring B something. Don't blame for _all_ the problems the HP management :P  3 Here were another 2 cents, take them or leave them.s   S-  = PS: Sorry that I used HP and management in the same phrase :DM   ------------------------------    Date: 22 Sep 2004 07:31:33 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)-E Subject: Re: [DCL REQUEST] New ignore keyword for DIFFERENCES commandt3 Message-ID: <WFAGstJ320P6@eisner.encompasserve.org>o  n In article <b096a4ee.0409211611.455028c7@posting.google.com>, spamsink2001@yahoo.com (Alan E. Feldman) writes:0 > I'd like to see /IGNORE=LEADING_DOLLAR_SIGNS.   ,    diff /ignore=comments/comment_delimiter=$   ------------------------------   Date: 22 Sep 2004 13:15:12 GMT+ From: "Doc." <doc.cypher@openvms-rocks.com>eE Subject: Re: [DCL REQUEST] New ignore keyword for DIFFERENCES commanda7 Message-ID: <Xns956C9B42E6078dcovmsrox@212.100.160.123>d  $ %NEWS-I-NEWMSG, Bob Koehler wrote in+ news:WFAGstJ320P6@eisner.encompasserve.org    ? > In article <b096a4ee.0409211611.455028c7@posting.google.com>,b3 > spamsink2001@yahoo.com (Alan E. Feldman) writes: l1 >> I'd like to see /IGNORE=LEADING_DOLLAR_SIGNS. r > . >    diff /ignore=comments/comment_delimiter=$  F This will cause all the DCL code he's presumably trying to diff to be  ignored.     Doc. -- dG OpenVMS:     Eight out of ten hackers prefer *other* operating systems.tG http://www.openvms-rocks.com    Deathrow Public-Access OpenVMS Cluster.s   ------------------------------    Date: 22 Sep 2004 10:31:03 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)TE Subject: Re: [DCL REQUEST] New ignore keyword for DIFFERENCES commandt3 Message-ID: <C9SItGJVewFQ@eisner.encompasserve.org>s  e In article <Xns956C9B42E6078dcovmsrox@212.100.160.123>, "Doc." <doc.cypher@openvms-rocks.com> writes:e& > %NEWS-I-NEWMSG, Bob Koehler wrote in- > news:WFAGstJ320P6@eisner.encompasserve.org i > @ >> In article <b096a4ee.0409211611.455028c7@posting.google.com>,4 >> spamsink2001@yahoo.com (Alan E. Feldman) writes: 2 >>> I'd like to see /IGNORE=LEADING_DOLLAR_SIGNS.  >> e/ >>    diff /ignore=comments/comment_delimiter=$v > H > This will cause all the DCL code he's presumably trying to diff to be 
 > ignored.  G    I think instead of /IGNORE=LEADING_DOLLAR_SIGNS, he'd want somethingd+    like /comment_delimiter="!", but he said-     /IGNORE=LEADING_DOLLAR_SIGNS.   ------------------------------  % Date: Wed, 22 Sep 2004 10:57:10 +0100i< From: Andrew Harrison <andrew_remove__s._harrison@s_u_n.com>' Subject: Re: [OT]: McNeally understandsd0 Message-ID: <ciri9n$6i1$2@new-usenet.uk.sun.com>   Bob Ceculski wrote:wY > "John Smith" <a@nonymous.com> wrote in message news:<X76dnUzreLH-u83cRVn-rg@igs.net>...  > L >>Joel Scotkin, CEO of Random Walk, which resells both Sun and IBM equipmentJ >>to financial firms, said Wall Street customers are likely to welcome theK >>features of Solaris 10. The operating system will offer a new file system H >>and the ability to isolate parts of computers into "containers." TheseG >>containers protect one part of the machine that supports a particularrH >>application from the rest of the machine when another program crashes. >>M >>But Scotkin noted that IBM's Power5-based servers are well-received on WalleE >>Street and that IBM appears to be ahead in so-called virtualizationoH >>technology, which resembles Sun's containers and enables a customer to >>maximize a server's use. >  > > > VMS has had clusters for over 20 years now and Galaxy for 10> > I think ... welcome to something you could have had 10 years > ago ... :)= Galaxy isn't 10 years old and a number of Galaxy like systemst: existed long before Galaxy, IBM LPARS, Sun Dynamic Domains to name a few.   regardss Andrew Harrisont   ------------------------------   End of INFO-VAX 2004.527 ************************