1 INFO-VAX	Sat, 08 Sep 2001	Volume 2001 : Issue 499       Contents: Re: A very sad moment.!  Re: A very sad moment.!  Re: A very sad moment.!  Re: A very sad moment.!  Re: A very sad moment.!  Re: Big black helicopters  Re: Big black helicopters  Re: Big black helicopters  Re: Big black helicopters  Re: Big black helicopters , Re: Compaq to add non-MS icons to Windows XP2 Re: Converting a stream_lf file to a variable file2 Re: Converting a stream_lf file to a variable file2 Re: Converting a stream_lf file to a variable file2 Re: Converting a stream_lf file to a variable file2 Re: Converting a stream_lf file to a variable file2 Re: Converting a stream_lf file to a variable file2 Re: Converting a stream_lf file to a variable file2 Re: Converting a stream_lf file to a variable file Re: DCL doubts... 
 Dear HP... Re: Dear HP... Re: EV7 will never ship? Re: EV7 will never ship? Re: EV7 will never ship? Re: EV7 will never ship? Re: EV7 will never ship?  Re: Feeling Better about Itanium
 Re: filescopy ! Re: Full printer support at last? ! Re: Full printer support at last? ! Re: Full printer support at last? ! Re: Full printer support at last?  RE: HP-Compaq-Intel Trifecta.  Re: I hate Compaq  Re: I hate Compaq  Re: In Memoriam...% IP address and Gateway address change ) Re: IP address and Gateway address change > Re: OT: Bush administration drops effort to break up Microsoft> Re: OT: Bush administration drops effort to break up Microsoft> Re: OT: Bush administration drops effort to break up Microsoft> Re: OT: Bush administration drops effort to break up Microsoft> Re: OT: Bush administration drops effort to break up Microsoft1 Re: Passing arguments to Dec C program at runtime 1 Re: Passing arguments to Dec C program at runtime 1 Re: Passing arguments to Dec C program at runtime 1 Re: Passing arguments to Dec C program at runtime 1 Re: Passing arguments to Dec C program at runtime 1 Re: Passing arguments to Dec C program at runtime 1 Re: Passing arguments to Dec C program at runtime 1 Re: Passing arguments to Dec C program at runtime 1 Re: Passing arguments to Dec C program at runtime ) Request: News and Updates from CETS 2001? . Re: solaris 7 compatible with vms  in printing Re: Third postcard from Sun / Re: Vax/Vms Systems Administrator in Albany, NY 5 Re: VMS To Be Squeezed Out Of HP's Strategic Vision ?  wallop/ Where can I get a micro-Vax with vms in the UK? 3 Re: Where can I get a micro-Vax with vms in the UK? 3 Re: Where can I get a micro-Vax with vms in the UK?   F ----------------------------------------------------------------------  # Date: Sat, 08 Sep 2001 01:46:29 GMT  From: "Webb" <webb@nowhere.com>   Subject: Re: A very sad moment.!@ Message-ID: <VLem7.601$uO1.264498316@newssvr30.news.prodigy.com>  F I am 31 and and have been working with VMS for 13 years.  Started as aL student and so on...  I feel like the computer world just flew by and no oneK at my company appreciates my knowledge.  I still maintain 12 VAX's and they J don't even call me a systems manager.  Network engineer just does not fit.L I just got trained on OSIsoft's PI last week.  Finally a glimer of hope withG something I can market on my resume.  At least my current VAX's will be  around for at another 5 years.    4 "Howard S Shubs" <howard@shubs.net> wrote in message6 news:howard-FA1188.13570001092001@enews.newsguy.com...< > In article <1ez18jk.83dgyffuif9qN%andekl_no@saaf_spam.se>,/ >  andekl_no@saaf_spam.se (Anders Eklf) wrote:  > , > > Howard S Shubs <howard@shubs.net> wrote: > > I > > > > I had no response to this - I just felt too old, and I'm only 36!  > > >  > > > Kids these days... > > B > > Yeah - just a little setback, and they give up... Must be MTV. > 5 > Not what I meant.  I was sympathizing.  I'm 36 too.  > -- > Howard S ShubsF > "Run in circles, scream and shout!"  "I hope you have good backups!" >    ------------------------------  % Date: Fri, 07 Sep 2001 23:47:55 -0400 ' From: Howard S Shubs <howard@shubs.net>   Subject: Re: A very sad moment.!< Message-ID: <howard-8C25FB.23475507092001@enews.newsguy.com>  @ In article <VLem7.601$uO1.264498316@newssvr30.news.prodigy.com>,!  "Webb" <webb@nowhere.com> wrote:   H > I am 31 and and have been working with VMS for 13 years.  Started as aN > student and so on...  I feel like the computer world just flew by and no oneM > at my company appreciates my knowledge.  I still maintain 12 VAX's and they L > don't even call me a systems manager.  Network engineer just does not fit.N > I just got trained on OSIsoft's PI last week.  Finally a glimer of hope withI > something I can market on my resume.  At least my current VAX's will be   > around for at another 5 years.  M You can't really count student years.  If I were to count student years, I'd  = have to say I've been doing this for 19 years rather than 14.  --   Howard S ShubsD "Run in circles, scream and shout!"  "I hope you have good backups!"   ------------------------------  % Date: Fri, 07 Sep 2001 22:22:33 -0600 % From: Dan O'Reilly <dano@process.com>   Subject: Re: A very sad moment.!B Message-ID: <5.1.0.14.2.20010907222147.0230ce20@ntbsod.psccos.com>  + At 09:47 PM 9/7/2001, Howard S Shubs wrote: A >In article <VLem7.601$uO1.264498316@newssvr30.news.prodigy.com>, # >  "Webb" <webb@nowhere.com> wrote:  > J > > I am 31 and and have been working with VMS for 13 years.  Started as aJ > > student and so on...  I feel like the computer world just flew by and  > no oneO > > at my company appreciates my knowledge.  I still maintain 12 VAX's and they N > > don't even call me a systems manager.  Network engineer just does not fit.L > > I just got trained on OSIsoft's PI last week.  Finally a glimer of hope  > withK > > something I can market on my resume.  At least my current VAX's will be " > > around for at another 5 years. > M >You can't really count student years.  If I were to count student years, I'd > >have to say I've been doing this for 19 years rather than 14.  K Heck, if I could include student years, I would be doing this for 28 years,  mostly on DEC stuff.   ------I +-------------------------------+---------------------------------------+ I | Dan O'Reilly                  |                                       | I | Principal Engineer            |  "Why should I care about posterity?  | I | Process Software              |   What's posterity ever done for me?" | I | http://www.process.com        |                    -- Groucho Marx    | I +-------------------------------+---------------------------------------+    ------------------------------  % Date: Sat, 08 Sep 2001 00:43:23 -0400 ' From: Howard S Shubs <howard@shubs.net>   Subject: Re: A very sad moment.!< Message-ID: <howard-14CF0F.00432308092001@enews.newsguy.com>  B In article <5.1.0.14.2.20010907222147.0230ce20@ntbsod.psccos.com>,'  Dan O'Reilly <dano@process.com> wrote:   M > Heck, if I could include student years, I would be doing this for 28 years,  > mostly on DEC stuff.   So you're around 50. --   Howard S ShubsD "Run in circles, scream and shout!"  "I hope you have good backups!"   ------------------------------   Date: 8 Sep 2001 00:44:09 -0500 + From: young_r@encompasserve.org (Rob Young)   Subject: Re: A very sad moment.!3 Message-ID: <k0GVrkx5IpjU@eisner.encompasserve.org>   f In article <howard-8C25FB.23475507092001@enews.newsguy.com>, Howard S Shubs <howard@shubs.net> writes:B > In article <VLem7.601$uO1.264498316@newssvr30.news.prodigy.com>,# >  "Webb" <webb@nowhere.com> wrote:  > I >> I am 31 and and have been working with VMS for 13 years.  Started as a O >> student and so on...  I feel like the computer world just flew by and no one N >> at my company appreciates my knowledge.  I still maintain 12 VAX's and theyM >> don't even call me a systems manager.  Network engineer just does not fit. O >> I just got trained on OSIsoft's PI last week.  Finally a glimer of hope with J >> something I can market on my resume.  At least my current VAX's will be! >> around for at another 5 years.  > O > You can't really count student years.  If I were to count student years, I'd  ? > have to say I've been doing this for 19 years rather than 14.   	 	Depends.   ? 	I had a fully privileged account since Junior year at college. C 	Helping to run things the last two years.  Without that experience C 	it would have been *much* harder to get started.  I always include ; 	those two years when talking about my total experience...    E 	Without privs , Digital News, Digital Review, poking and prodding, I F 	certainly wouldn't have learned a bit about system tuning and SYSGEN  	etc., prior to graduating.    				Rob    ------------------------------   Date: 7 Sep 2001 18:02:25 GMT  From: TTK Ciar" Subject: Re: Big black helicopters, Message-ID: <9nb23h01f8n@enews1.newsguy.com>  < Once upon a time, eplan@kapsch.net (Peter LANGSTOEGER) said:# >   Date: 7 Sep 2001 13:38:34 +0200  > K >May I humbly ask, what you use as Word, Excel and Powerpoint alternatives?   F   My favored open-source Word alternative is Maxwell, but I know that G others prefer ABIWord or LYx.  There's also the WYSIWYG word processor  C that comes with StarOffice, which is not open-source, but still an  , alternative for Linux (and I think Solaris).  +   For a spreadsheet I use GNOME's Gnumeric.   B   Talk rolls around now and then about writing a more "bona fide" E alternative to PowerPoint, but ultimately we end up using a combo of  C animated GIFs and auto-refreshing HTML, and use the browser as its  C viewer.  If anyone ever got serious about it, they'd probably just  E write a simple WYSIWYG application which spits out animated GIFs and   auto-refreshing HTML.  :-)  K >I know of the (said to be very good) XESS spreadsheet (http://www.ais.com) M >but it is not free. And _I_ still don't know any freeware reading PPT files.   C   Data file level compatability with products that use proprietary  F formats is a problem, yes .. there are a few open-source applications A which (eg) read/write older Word formats, but Microsoft likes to  D change their formats too fast to make keeping up worthwhile.  It is E ultimately better to standardize one's office infrastructure on more  9 standardized and documented protocols (html, pdf, et al).   H >And the fact, that almost every PC bought in a store comes preinstalledI >with M$ and you have virtually no chance to get the box without the s/w.   D   This is a function of MS's licensing.  If the OEM's only paid for E copies of Windows that they preloaded on computers, then unless they  E sold *mostly* non-Windows systems they would end up paying more than  F if they simply paid by the system.  Shipping the PC with Windows does E not create a pressure to use it, though, nor does it prevent the OEM  E from preloading a boot manager which allows the user to select among  E multiple preloaded operating systems.  OEM's could fairly painlessly  A preload a linux distro *and* FreeBSD, each in their own 2GB disk  E partitions, without taking up a too-significant fraction of the huge  C cheap hard disks PC's are shipping with these days (last I looked,  E it's not economically sensical to get an EIDE smaller than 20GB, and  D 40GB's are also pretty painless).  If the user didn't mind FAT, the E Linux or FreeBSD systems could mount "C:" as /hda3 and use a symlink   into it for /home.     -- TTK   ------------------------------    Date: 07 Sep 2001 13:27:05 -07000 From: Dan Nicolaescu <dann@godzilla.ics.uci.edu>" Subject: Re: Big black helicopters. Message-ID: <ur94rqe7nmu.fsf@vino.ics.uci.edu>   TTK Ciar writes:  @   > Once upon a time, eplan@kapsch.net (Peter LANGSTOEGER) said:'   > >   Date: 7 Sep 2001 13:38:34 +0200    > > O   > >May I humbly ask, what you use as Word, Excel and Powerpoint alternatives?    > J   >   My favored open-source Word alternative is Maxwell, but I know that K   > others prefer ABIWord or LYx.  There's also the WYSIWYG word processor  G   > that comes with StarOffice, which is not open-source, but still an  0   > alternative for Linux (and I think Solaris).  : StarOffice is free software now, it's under GPL -- look at http://www.openoffice.org   C It's quite a decent application, an to answer to the first citation A above, it does have  Word, Excel and Powerpoint replacement, with > good enought MS import filters to be usable (at least for me).  
         --dan    ------------------------------  # Date: Fri, 07 Sep 2001 20:55:49 GMT ; From: "Stuart R. Fuller" <stu@c49395-a.wodhvn1.mi.home.com> " Subject: Re: Big black helicopters0 Message-ID: <rv9bn9.efm.ln@dadsys1.fuller.local>  < In comp.sys.dec Phil Mendelsohn <mend0070@tc.umn.edu> wrote:+ : On Fri, 7 Sep 2001, Mark Horsburgh wrote:   E :> Actually, this is precisely the point of monopoly legislation. You G :> don't restrict the behaviour of companies that have a monopoly. When G :> you have a monopoly the rules _change_ - you are not governed by the 5 :> same laws as companies that don't have monopolies.    : Proposed rule change:   C : Microsoft will henceforth be required to build it's own hardware.    X-box    ------------------------------  # Date: Fri, 07 Sep 2001 23:15:51 GMT ' From: ben_myers@charter.net (Ben Myers) " Subject: Re: Big black helicopters0 Message-ID: <3b995510.38681781@news.charter.net>  1 Yep.  Scrooge McBill hedged his bets... Ben Myers   = On 07 Sep 2001 10:27:01 -0400, "Stefan Monnier <foo@acm.com>" 2 <monnier+comp.arch/news/@flint.cs.yale.edu> wrote:  ^ >>>>>> "politics2000@hotmail" == politics2000@hotmail com <(politics2000@hotmail.com)> writes:E >> I hope Bill doesn't cave in and dole out contributions in the next  >> election cycle. > C >Last I heard, Microsoft (or was it Gates?) contributed significant J >campaing money for the 2000 elections.  About equally distributed between >republicans and democrats.  >  >  >	Stefan  	 Ben Myers  Spirit of Performance, Inc.  73 Westcott Road Harvard, MA 01451  tel: 978-456-3889  eFax: 810-963-0412    PayPal, MC, VISA, AMEX accepted.   ------------------------------  % Date: Fri, 07 Sep 2001 23:17:32 +0000 1 From: bengtl.net@telia.nospam.com (Bengt Larsson) " Subject: Re: Big black helicopters1 Message-ID: <3b9c54ba.75699030@enews.newsguy.com>   : In comp.arch, Phil Mendelsohn <mend0070@tc.umn.edu> wrote:  H >Hrm, I knew there was scuttlebutt about DoJ dropping the monopoly suit,H >but I only just received word it was the real deal.  So here's my black >helicopter theory:  > G >Microsoft has been nearing a buyout of the gov't (or bribing the right F >people), which resulted in the lawsuit being dropped.  HP and Compaq,D >either tipped off or having their own sources decided to circle theI >wagons.  While you're at it, link Microsoft to vote counting in Florida,  >and show premeditation.  C Now it's about Microsoft... This is getting more and more off-topic  for comp.arch.   ------------------------------   Date: 7 Sep 2001 20:13:10 -0700 - From: afeldman@gfigroup.com (Alan E. Feldman) 5 Subject: Re: Compaq to add non-MS icons to Windows XP = Message-ID: <af1e4ce6.0109071913.6e679b04@posting.google.com>   s Dave Harrold <DRHarrold.nospam@earthlink.net> wrote in message news:<dntpot8f7pbk85cvvo9o0v61dppb8i5887@4ax.com>... H > On 29 Aug 2001 06:11:56 -0700, afeldman@gfigroup.com (Alan E. Feldman) > wrote: > K > >> Because AOL and Disney gave Compaq lots of money and because Microsoft G > >> just agreed to allow vendors to do this in a minor capitulation to  > >> their anti-trust problems.  > > C > >Allowing vendors to add non-MS icons simply means that MS cannot H > >legally forbid it. If Compaq's only aim, as some posters claim, is toI > >score brownie points with MS, then putting AOL on the desktop is not a E > >good idea. Yeah, they get lots of money from AOL, Disney, etc; but I > >they also get lots of money from VMS. OTOH, it does cost a lot less to 6 > >support a desktop icon than it does to support VMS! > D > Actually, in my cynical opinion, it scores a lot of brownie pointsE > with Microsoft.  MS gets to point to that when the anti-trust trial F > resumes and say "See? we aren't a monopoly.  We allow vendors to put' > competitors products on the systems."   + Well, here's a quote from today's NY Times:   C "But as soon as Compaq announced that it had reached a deal to make D America Online its featured online service, Microsoft announced thatE if PC makers chose to place any competing software or services on theeC desktop screen, they had to put three Microsoft icons on as well --nF one for the Internet Explorer browser, one for Microsoft Media Player,& and one for its MSN Internet service."  C Therefore, I don't think that Compaq scored any brownie points withd2 this one. And MS is clearly being "bossy" as well.  i > Just my (cynical) opinion,   [SNIP]   Disclaimer: JMHO Alan E. Feldmana afeldman@gfigroup.com    ------------------------------  $ Date: Fri, 7 Sep 2001 16:01:53 -0400' From: "Bill Todd" <billtodd@foo.mv.com>o; Subject: Re: Converting a stream_lf file to a variable filea( Message-ID: <9nb91j$ram$1@pyrite.mv.net>  @ "David Spencer" <spencer@spaamfree.recneps.com> wrote in message8 news:070920011256430436%spencer@spaamfree.recneps.com...K > > I've got some files generated by a C program that are Stream_LF format.VK > > I'd like to write a BASIC program to read them. I've considered severall3 > > options but with little success in any of them.a >aG > To bring these threads up to date, here's what I learned and what hast > happened.m >-C > Despite the many attempts, converting the file that I have simplyrH > doesn't seem to work. I can get a variable file but I still can't readB > it. The reason is that the data truly is in a stream format withB > only <cr> characters separating the lines. Regardless of the RMS9 > attributes, gets to the file return 32768 byte records.   J Hmmm.  In the dim recesses of my memory ISTR that RMS at least at one timeF supported a 'Stream_CR' record format (for APL, IIRC) that should have handled such a file sensibly.a   - bill   ------------------------------  % Date: Fri, 07 Sep 2001 12:56:43 -0700 3 From: David Spencer <spencer@spaamfree.recneps.com>o; Subject: Re: Converting a stream_lf file to a variable fileo> Message-ID: <070920011256430436%spencer@spaamfree.recneps.com>  I > I've got some files generated by a C program that are Stream_LF format.tI > I'd like to write a BASIC program to read them. I've considered severalu1 > options but with little success in any of them.   E To bring these threads up to date, here's what I learned and what hasu	 happened./  A Despite the many attempts, converting the file that I have simplyOF doesn't seem to work. I can get a variable file but I still can't read@ it. The reason is that the data truly is in a stream format with@ only <cr> characters separating the lines. Regardless of the RMS7 attributes, gets to the file return 32768 byte records.-  C Yesterday I received a _very_ useful piece of code from Jeff Ramione? that makes use of DEC C runtime library calls. The approach wasuD brilliant (at least to me, as I wouldn't have thunk of it). The code> sample he sent uses DECC$FOPEN, FCLOSE and FREAD to access theA file and retrieve the records. The concept was workable and now Io! have a successful project online.s  7 Many thanks to all who offered suggestions and replies.e   -- Dave Spencerk   ------------------------------  $ Date: Fri, 7 Sep 2001 16:18:21 -0400  From: jamese@beast.dtsw.army.mil; Subject: Re: Converting a stream_lf file to a variable file'0 Message-ID: <01090716182104@beast.dtsw.army.mil>  J "Bill Todd" <billtodd@foo.mv.com> wrote in <9nb91j$ram$1@pyrite.mv.net> on Fri, 7 Sep 2001 16:01:53 -0400:n  B > "David Spencer" <spencer@spaamfree.recneps.com> wrote in message: > news:070920011256430436%spencer@spaamfree.recneps.com...M > > > I've got some files generated by a C program that are Stream_LF format.lM > > > I'd like to write a BASIC program to read them. I've considered several-5 > > > options but with little success in any of them.. > > I > > To bring these threads up to date, here's what I learned and what hasu
 > > happened.i > >,E > > Despite the many attempts, converting the file that I have simply-J > > doesn't seem to work. I can get a variable file but I still can't readD > > it. The reason is that the data truly is in a stream format withD > > only <cr> characters separating the lines. Regardless of the RMS; > > attributes, gets to the file return 32768 byte records.w > L > Hmmm.  In the dim recesses of my memory ISTR that RMS at least at one timeH > supported a 'Stream_CR' record format (for APL, IIRC) that should have > handled such a file sensibly.   / Right on the money. From "help set file /attr":        /ATTRIBUTE+           /ATTRIBUTE=(file-attribute[,...])tF        Sets the attributes associated with a file. The following tableG        lists possible keywords and the relationship to both ACP-QIO andr#        OpenVMS RMS File attributes:lC                                                    OpenVMS RMS Filee<        Keyword     ACP-QIO File Attribute          Attribute
        <snip>nF        RFM:STM     FAT$V_RTYPE=FAT$C_STREAM        FAB$B_RFM=FAB$C_STMH >>>>>  RFM:STMCR   FAT$V_RTYPE=FAT$C_STREAMCR      FAB$B_RFM=FAB$C_STMCRH        RFM:STMLF   FAT$V_RTYPE=FAT$C_STREAMLF      FAB$B_RFM=FAB$C_STMLF  : Ed James                           ed.james@telecomsys.com5 TeleCommunications Systems, Inc.   voice 410-295-1919c; 2024 West Street, Suite 300              800-810-0827 x1919 5 Annapolis, MD 21401-3556           fax   410-280-1094.   ------------------------------  # Date: Fri, 07 Sep 2001 20:29:24 GMTe* From: "David Cressey" <david@dcressey.com>; Subject: Re: Converting a stream_lf file to a variable filer6 Message-ID: <E6am7.463$Iw2.28134@petpeeve.ziplink.net>   David S.  G I'm very glad you got a workable solution.  That's the important thing.e  F But I hope you'll humor me if I'm still curious about the program that. generated the file.  What mechanism did it useH to put the <cr> characters into the file?  Was it the "/n"  mechanism or something else.   I Also,  isn't there a different Stream format that will accept <cr> as the.J end of line marker?  Did you try setting the attributes to that format (if it exists)?r     -- Regards,     David Cresseyc     www.dcressey.com@ "David Spencer" <spencer@spaamfree.recneps.com> wrote in message8 news:070920011256430436%spencer@spaamfree.recneps.com...G > To bring these threads up to date, here's what I learned and what has  > happened.  > C > file and retrieve the records. The concept was workable and now Ir# > have a successful project online.  > 9 > Many thanks to all who offered suggestions and replies.o >s > -- Dave Spencer    ------------------------------  $ Date: Fri, 7 Sep 2001 17:04:55 -0400  From: John Santos <JOHN@egh.com>; Subject: Re: Converting a stream_lf file to a variable file16 Message-ID: <1010907163900.64342B-100000@Ives.egh.com>  $ On Fri, 7 Sep 2001, Bill Todd wrote:   > B > "David Spencer" <spencer@spaamfree.recneps.com> wrote in message: > news:070920011256430436%spencer@spaamfree.recneps.com...M > > > I've got some files generated by a C program that are Stream_LF format.sM > > > I'd like to write a BASIC program to read them. I've considered severalu5 > > > options but with little success in any of them.n > >uI > > To bring these threads up to date, here's what I learned and what hasa
 > > happened.0 > >0E > > Despite the many attempts, converting the file that I have simplyvJ > > doesn't seem to work. I can get a variable file but I still can't readD > > it. The reason is that the data truly is in a stream format withD > > only <cr> characters separating the lines. Regardless of the RMS; > > attributes, gets to the file return 32768 byte records.o > L > Hmmm.  In the dim recesses of my memory ISTR that RMS at least at one timeH > supported a 'Stream_CR' record format (for APL, IIRC) that should have > handled such a file sensibly.e >  > - bill  L Yes, I believe you (bill) are correct...  The default file format created byC "C" is Stream_LF, which if you dump it out, you'll see uses <lf> toOC separate each record.  (I think this is the standard format of textIA files on Unix.)  But RMS also supports Stream_CR, which uses <cr>oD to separate the records, and Stream (aka Stream_CRLF) which uses the? two character sequence <cr><lf>.  (Stream matches the format ofb? RSTS/E text files and I think also Macintosh and possibly DOS.)h  G So probably all you (david) needed to do was to set the file format to u to stream_cr withw  ' $ set file/attribute=RFM:STMCR file.txtl  5 and anything that uses RMS should be able to read it.d  B I believe everyone has been assuming Stream_LF, so their proposals wouldn't work.   HTH, if it's not too late.   -- n John Santos  Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  # Date: Fri, 07 Sep 2001 22:30:41 GMT- From: LBohan@dbc.spam_less..com ; Subject: Re: Converting a stream_lf file to a variable filek8 Message-ID: <ovhipt4hlnjml1361crovl9dfq455il3mp@4ax.com>  1 On Tue, 04 Sep 2001 21:59:54 -0700, David SpencerE& <spencer@spaamfree.recneps.com> wrote:  ? >How about a timeout over the take-under of HP by Compaq for anw >actual question :)  > H >I've got some files generated by a C program that are Stream_LF format.H >I'd like to write a BASIC program to read them. I've considered several0 >options but with little success in any of them. >uB >Is there a CONVERT/FDL that works? Or perhaps someone has a niftyE >subroutine in C that I could call that would return the data line byh@ >line? (I'm not a C programmer.) Or another worthy suggestion on >how I may solve my problem? >o, >All of this is happening on VMS Alpha 7.2-1 > C >Many thanks to you all, now back to the Fear and Loathing of HP...u >t >-- Dave Spencer  2 Asking out of curiousity, has anyone *often* seen < stream-lf files from a unix host,  where the implied record 4 lengths are *intended* to be as long as 32767 bytes  or greater in length?i  4 Ie, some numnber of popular/oft-used unix-land apps # that just happen to do it that way?   : Reason  I ask, is almost all such files, I've run across, 5 im my experience, were mangled/damaged in some way,  i4 (ftp, zip, etc) that stripped out the delimiters.     6 that, or they were files originally intended *not* to 6 be delimited into records.  Instead,  the intended use- was as a "stream of bytes" to be slurped in,  . and mmapped/overlaid onto some structure ....    ------------------------------  % Date: Fri, 07 Sep 2001 16:16:35 -0700r3 From: David Spencer <spencer@spaamfree.recneps.com> ; Subject: Re: Converting a stream_lf file to a variable fileS> Message-ID: <070920011616359922%spencer@spaamfree.recneps.com>  D In article <E6am7.463$Iw2.28134@petpeeve.ziplink.net>, David Cressey <david@dcressey.com> wrote:u  
 > David S. > I > I'm very glad you got a workable solution.  That's the important thing.  > H > But I hope you'll humor me if I'm still curious about the program that0 > generated the file.  What mechanism did it useJ > to put the <cr> characters into the file?  Was it the "/n"  mechanism or > something else.   @ Thanks. The application that created the file was one of the OSUD webserver utlilties. I know that I have all the source code and thatD I could modify it; but I'd rather leave well enough alone and modifyA _my_ interface to its files (so I have less to do during software0
 upgrades).  K > Also,  isn't there a different Stream format that will accept <cr> as thesL > end of line marker?  Did you try setting the attributes to that format (if
 > it exists)?-  D I tried a variety of SET FILE/ATTRIBUTE combinations. Nothing seemedH to do the job. The DEC C runtime calls did the job and are satisfactory.   -- Dave Spenceru   ------------------------------  % Date: Fri, 07 Sep 2001 20:25:44 -0500a1 From: "David J. Dachtera" <djesys.nospam@fsi.net> ; Subject: Re: Converting a stream_lf file to a variable file ' Message-ID: <3B997398.A8D40160@fsi.net>e   Neil Rieck wrote:  > L > Many people are under the impression that characters like <cr> and/or <lf>? > are found in "RMS based" OpenVMS text files. This isn't true.   	 *Ahem*...m  $ DJAS01::DDACHTERA$ dir/fu sample.txt   Directory DKA0:[DDACHTERA]  > SAMPLE.TXT;1                  File ID:  (7114,1,0)            . Size:            1/4          Owner:    [30,1]" Created:    7-SEP-2001 19:15:55.38& Revised:    7-SEP-2001 19:15:55.57 (2) Expires:   <None specified>h Backup:    <No backup recorded>e Effective: <None specified>t Recording: <None specified>l File organization:  Sequential Shelved state:      Online -D File attributes:    Allocation: 4, Extend: 0, Global buffer count: 0$                     No version limitH Record format:      Variable length, maximum 255 bytes, longest 23 bytes4 Record attributes:  Carriage return carriage control RMS attributes:     None Journaling enabled: None= File protection:    System:RWED, Owner:RWED, Group:RE, World:t Access Cntrl List:  None   Total of 1 file, 1/4 blocks.& DJAS01::DDACHTERA$ dump/rec sample.txt  D Dump of file DKA0:[DDACHTERA]SAMPLE.TXT;1 on  7-SEP-2001 19:16:15.606 File ID (7114,1,0)   End of file block 1 / Allocated 4  @ Record number 1 (00000001), 16 (0010) bytes, RFA(0001,0000,0000)  <  0A0D202C 6465544E 49525020 6E656857 When PRINTed, .. 000000  @ Record number 2 (00000002), 23 (0017) bytes, RFA(0001,0000,0012)  <  61206C6C 69772074 78657420 73696874 this text will a 000000<                      0A0D72 61657070 ppear........... 000010  @ Record number 3 (00000003), 18 (0012) bytes, RFA(0001,0000,002C)  <  0A0D2E64 65636170 7320656C 62756F64 double spaced... 000000<                                 0A0D ................ 000010  ? Record number 4 (00000004), 9 (0009) bytes, RFA(0001,0000,0040)e  <                 3F 74692074 276E6F57 Won't it?....... 000000  F You may have forgotten the difference between what the PRINT symbiontsA refer to as "implied" carriage control versus "embedded" carriageo control.  C DIBOL "print" files typically had record attributes (none) with alltG carriage control embedded. BASIC output files (via the PRINT statement)rD were typically implied carriage control (record attributes: carriageD return carriage control), except of course for form-feeds which were( frequently embedded, generally speaking.  A When dealing with impact printers such as drum and band printers,sE teletypes, simple dot-matrix printers and the like, embedding returnshE and backspaces were typical techniques for achieving such over-strikeu0 effects as bolding, underscore, strike-out, etc.  # Some of this is still in use today.   G Yes, text files CAN contain carriage control characters (not to mentione7 escape sequences and so on), but they typically do not.p   --   David J. Dachterah dba DJE Systemsr http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/.   ------------------------------  % Date: Fri, 07 Sep 2001 20:30:39 -0500o1 From: "David J. Dachtera" <djesys.nospam@fsi.net>s Subject: Re: DCL doubts...' Message-ID: <3B9974BF.6CAEB255@fsi.net>-   Ian Burgess wrote: > r > In article <3a65a5c8.0109060151.4b378415@posting.google.com>, keith.cayemberg@conti.de (Keith Cayemberg) writes:; > >Assuming one has a decent VTxxx emulation, the followingt= > >small improvements to Mr. Dachtera's example might be nicet
 > >to add. > >eO > >$ ESC[0,8]==27                  !set terminal Escape code for VT100 commands A > >$ CSI*VT :== "''ESC'["          !introduces a Control SequenceB> > >$ UNDER*VT:== "''CSI'4m"        !sets underlined charactersK > >$ NORM*VT:== "''CSI'0m"         !sets all character attributes to normalt4 > >$ ONEUP*VT :==  "''CSI'1A"      !jump up one line > >$!r$ > >$ UNDLN = "                     " > >$ ULLEN = F$LENGTH( UNDLN ) > >$ CTRLH[0,8]=8y* > >$ BKSPC = F$FAO( "!''ULLEN'*''CTRLH'" )? > >$ PRMPT = "Please enter your name: " + UNDER + UNDLN + BKSPC - > >$ READ SYS$COMMAND UNAME/PROMPT="''PRMPT'"o > >$!D > >$ SAY ONEUP,NORMt > >$ show symbol UNAME	 > >$ exit. >  > A very elegant solution! >  > How about a very crude one?i > > > $ PRMPT = "Please enter your name: ________________________"= > $ SET MESSAGE/NOFACILITY/NOSEVERITY/NOIDENTIFICATION/NOTEXTn3 > $ READ SYS$COMMAND UNAME/PROMPT="''PRMPT'"/TIME=0a5 > $ SET MESSAGE/FACILITY/SEVERITY/IDENTIFICATION/TEXT  > $ CR[0,8] = 13+ > $ PRMPT = CR + "Please enter your name: "e, > $ READ SYS$COMMAND UNAME/PROMPT="''PRMPT'" > G > At least it has the virtue of working even if the emulation is crude!e  D Yes, and it would even work on hard-copy terminals (though the words" would be overstruck, thus bolded).  1 You could do the same thing in fewer statements: f   $ CR[0,8] = 13@ $ PRMPT = "Please enter your name: ________________________" + -  	CR + "Please enter your name: "* $ READ SYS$COMMAND UNAME/PROMPT="''PRMPT'"   -- o David J. Dachteraw dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/c   ------------------------------  # Date: Sat, 08 Sep 2001 02:01:37 GMT-) From: "ClaudeVMS" <claudevms@freevms.org>0 Subject: Dear HP...l? Message-ID: <5_em7.66175$c8.33264460@news1.denver1.co.home.com>l   Hi!t  I How much money would you require to part with VMS - and the Digital logo?r> Does anyone know of a venture cap newsgroup I can post to? ;-D    	 ClaudeVMSn   ------------------------------  $ Date: Sat, 8 Sep 2001 01:48:05 -0400' From: "Bill Todd" <billtodd@foo.mv.com>  Subject: Re: Dear HP...g( Message-ID: <9ncbcl$nqr$1@pyrite.mv.net>  4 "ClaudeVMS" <claudevms@freevms.org> wrote in message9 news:5_em7.66175$c8.33264460@news1.denver1.co.home.com...n > Hi!w > K > How much money would you require to part with VMS - and the Digital logo? @ > Does anyone know of a venture cap newsgroup I can post to? ;-D  L As has been observed before, VMS would have a very hard time standing alone.H For the next 2 - 3 years, even Compaq (or HP if the merger goes through)I will have difficulty selling it on a declared-dying platform:  could someIF other owner expect to do any better?  Even had Alpha's future not beenJ truncated, the combination of VMS and Tru64 had additional synergy (commonK development for compilers, the TCP stack, and other common components) thatrK VMS alone would lack.  And in any event, the VMS service organization wouldsH be difficult to separate from the rest of Compaq's service organization.  G There's a fair chance that signing Alpha's death-warrant has terminallymJ poisoned VMS and Tru64.  There's a fair chance that it has also terminallyH poisoned Compaq, given how much its bottom line relied on these systems.H And there's a fair chance that merging with a terminally-poisoned CompaqL will do in HP.  But unless top Compaq and HP management understand this (andG care about it, rather than their personal short-term goals), there's noeH chance that some course-change (such as backing away from the merger andL resurrecting  and supporting Alpha and its systems - a bitter pill for theirG egos, but better for their companies than any obvious alternative) willr occur.   - bill   >e >d > ClaudeVMSf   ------------------------------  % Date: Fri, 07 Sep 2001 18:46:10 +0100 % From: Alan Greig <a.greig@virgin.net> ! Subject: Re: EV7 will never ship?n) Message-ID: <3B9907E2.151EDE3@virgin.net>C   Rob Young wrote:  I >         Occasionally, our British Champion makes the "mistake" of beingn) >         specific and that trips him up.s >    Eh??   >o   --
 Alan Greig   ------------------------------   Date: 7 Sep 2001 13:11:39 -0500-+ From: young_r@encompasserve.org (Rob Young)4! Subject: Re: EV7 will never ship?l3 Message-ID: <odY36Fr4BsTy@eisner.encompasserve.org>b  Q In article <3B9907E2.151EDE3@virgin.net>, Alan Greig <a.greig@virgin.net> writes:o >  >  > Rob Young wrote: > J >>         Occasionally, our British Champion makes the "mistake" of being* >>         specific and that trips him up. >> >  > Eh?? >    	Read this backwards:e    			n o s i r r a H   w e r d n A   				Robe   >> >  > -- > Alan Greig >  >    ------------------------------   Date: 7 Sep 2001 13:28:48 -0500e- From: Kilgallen@SpamCop.net (Larry Kilgallen)t! Subject: Re: EV7 will never ship? 3 Message-ID: <1ZPGYKKAbj7F@eisner.encompasserve.org>l  a In article <odY36Fr4BsTy@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes: S > In article <3B9907E2.151EDE3@virgin.net>, Alan Greig <a.greig@virgin.net> writes:e >>   >>   >> Rob Young wrote:e >>  K >>>         Occasionally, our British Champion makes the "mistake" of beinge+ >>>         specific and that trips him up.s >>>h >> e >> Eh??2 >> y >  > 	Read this backwards:  > " > 			n o s i r r a H   w e r d n A > 	 > 				Rob   A I figured out the coding scheme.  Alan Greig will be able to readt- the message because it is little-endian ! :-)    ------------------------------  $ Date: Fri, 7 Sep 2001 14:56:33 -0400' From: "Bill Todd" <billtodd@foo.mv.com> ! Subject: Re: EV7 will never ship?e( Message-ID: <9nb577$ofg$1@pyrite.mv.net>  8 "Rob Young" <young_r@encompasserve.org> wrote in message- news:9V30dg+R9VNR@eisner.encompasserve.org... L > In article <9nauhi$gqf$1@pyrite.mv.net>, "Bill Todd" <billtodd@foo.mv.com> writes:A > >O< > > "Rob Young" <young_r@encompasserve.org> wrote in message1 > > news:LEtoQHLC$BWg@eisner.encompasserve.org...F   ...M  H > > Because that's not the point.  The point is that I have no real idea whetherMJ > > EV7 will ship or not, AND NEITHER DOES TERRY (nor do you).  All that'sI > > required is to point this out, with a supporting example or two (as Is did).  > >e >0? > So.. how about this for a statement that you can sign off on:  >1  > "I highly doubt EV7 will ship" > 1 > Is that your opinion?  We are entitled to them.-  H And you shall have them, in great copiousness and detail, merely for the asking:>  J My opinion is that there is sufficient probability (SWAG 30%, but it couldK be half or double that) that EV7 will never ship (due to HP's commitment to G a weak Itanic product that EV7 would make look even weaker coupled withuI demand-erosion in the Alpha customer base over the next year) that peopleaH need to take this into account in any decisions they might be making forG anything other than very-short-term use of Alpha and the systems on it.t  F Note that this leaves aside the additional probability that whoever isK responsible for shipping EV7 will no longer exist a year from now, which is,H non-negligible but even harder for me to make any quantitative guess at.  K As a consequence, I consider Terry's flat assertion that "EV7 will ship" ase. more than worthy of the response I gave to it.   ...'  F > >> The EV7 program has the 3 best people in the world working on it. > >dJ > > The EV8 SMT work certainly had the best people in the world working on it as / > > well:  look where EV8 is today as a result.p > >o >s/ > Right.  Not where EV7 is.  And your point is?-  K My point is that until something ships, there's a definite possibility that K it won't - especially if Compaq is the one making the decision.  Having the1L best people in the world is no guarantee (as evidenced by the example I gaveJ above), nor is having running software (as evidenced by the example I gaveK earlier), nor is there any reason to assert that the combination of the twomD in some way transcends their individual inadequacies in this regard.   ...t  J > >> But maybe at some future time, HP/UX is equivalent to Tru64, the nextJ > >> boxes you buy to plug into your Tru64 cluster are HP/UX boxes and you > >> go from there.t > >aK > > Perhaps you'd like to discuss that with cluster engineering.  When theye wereJ > > talking about integrating Itanic hardware into existing clusters, they wereL > > talking about using said hardware in little-endian fashion.  Integrating afK > > big-endian system like HP/UX into a little-endian cluster like Tru64 isR an# > > entirely different ball of wax.r > >6 >yF > Right.  But message passing is still message passing or am I missing > something?   Just a bit.p  L Let's start with a shared file system.  Vanilla Unix-style text files are inJ fact easy to share across mixed-endian environments, but step outside textE and you fall off a cliff, and there's *no* good way to work around itdK (except to share only byte-string data, including the meta-data in the file E system itself).  Mixed-endian NFS environments just punt the issue byrI leaving the interpretation of in-file data up to the application, and canRK more or less get away with that because they're relatively loosely-coupled,mI use XDR mechanisms to handle endian-sensitive data in messages, and don't I support concurrent shared access to storage devices (hence at least avoidoH the on-disk meta-data problem).  But start using multiple instances of aJ single application - some big-endian and others little-endian - that share@ the same data and if said shared data is anything but text-styleF (byte-string) in nature the application code must deal explicitly with/ translation issues, because *nothing* else can.-  J Now, can you really say you've got an integrated cluster if an application> group can only run on a same-endian subset of nodes within it?  K Then, of course, there's the cluster infrastructure itself.  It's certainly K possible to use something equivalent to XDR to allow nodes to make sense ofwF messages from different-endian compatriots, but they still have to useE common message protocols and internal cluster cooperation mechanisms.S  K So to mix HP-UX and Tru64 nodes in a single cluster, they must use the samerI cluster protocols - which means that one of them has to adopt the other's E cluster architecture right down to its roots (and throw out its own).nL Otherwise, they may be able to talk to each other (message-passing is indeedK message-passing if viewed at a sufficiently low level) but won't be able tooI understand a word.  Though this would be a major effort, at least in this, case a solution is possible.  @ But if you want a *really* integrated cluster (including Terry'sL currently-favored 'single system image' features), then both systems need toI use the same configuration files in order to present a unified management L interface (it's not the Unix way to glue on some upper management layer thatL translates between different configuration data flavors:  Unix people changeH configurations with editors, not 'management utilities').  This requires+ convergence-tweaking throughout the system.   L I'm sure I've only scratched the surface above, but perhaps it will at leastF begin to explain why mixing different hardware (Alpha and Itanic) in aK cluster whose nodes are all running Tru64 in little-endian mode is at least-L an order of magnitude less work than mixing little-endian Tru64 systems with& big-endian HP-UX systems in a cluster.   - bill   >  > Robm >    ------------------------------   Date: 7 Sep 2001 14:53:49 -0500a+ From: young_r@encompasserve.org (Rob Young)w! Subject: Re: EV7 will never ship?d3 Message-ID: <t+h4YxJabrZu@eisner.encompasserve.org>   R In article <9nb577$ofg$1@pyrite.mv.net>, "Bill Todd" <billtodd@foo.mv.com> writes: > : > "Rob Young" <young_r@encompasserve.org> wrote in message/ > news:9V30dg+R9VNR@eisner.encompasserve.org... M >> In article <9nauhi$gqf$1@pyrite.mv.net>, "Bill Todd" <billtodd@foo.mv.com> 	 > writes:h >> >= >> > "Rob Young" <young_r@encompasserve.org> wrote in messagef2 >> > news:LEtoQHLC$BWg@eisner.encompasserve.org... >  > ...e > I >> > Because that's not the point.  The point is that I have no real ideao	 > whetheriK >> > EV7 will ship or not, AND NEITHER DOES TERRY (nor do you).  All that's J >> > required is to point this out, with a supporting example or two (as I > did).l >> > >>@ >> So.. how about this for a statement that you can sign off on: >>! >> "I highly doubt EV7 will ship"/ >>2 >> Is that your opinion?  We are entitled to them. > J > And you shall have them, in great copiousness and detail, merely for the	 > asking:- > L > My opinion is that there is sufficient probability (SWAG 30%, but it couldM > be half or double that) that EV7 will never ship (due to HP's commitment toaI > a weak Itanic product that EV7 would make look even weaker coupled with K > demand-erosion in the Alpha customer base over the next year) that people J > need to take this into account in any decisions they might be making forI > anything other than very-short-term use of Alpha and the systems on it.R > H > Note that this leaves aside the additional probability that whoever isM > responsible for shipping EV7 will no longer exist a year from now, which isiJ > non-negligible but even harder for me to make any quantitative guess at. > M > As a consequence, I consider Terry's flat assertion that "EV7 will ship" as 0 > more than worthy of the response I gave to it. >   ? 	True and fair enough.  Matter of degree in speculation on both > 	your parts.  He places much more risk in his assertion so his? 	reputation would tank accordingly.  That's why it is good thataB 	Nic Clews occasionally has his say in this to counter some of the 	more sinister VMS FUD.o   > ...p > G >> >> The EV7 program has the 3 best people in the world working on it.  >> >K >> > The EV8 SMT work certainly had the best people in the world working onp > it asD0 >> > well:  look where EV8 is today as a result. >> > >>0 >> Right.  Not where EV7 is.  And your point is? > M > My point is that until something ships, there's a definite possibility that4M > it won't - especially if Compaq is the one making the decision.  Having the N > best people in the world is no guarantee (as evidenced by the example I gaveL > above), nor is having running software (as evidenced by the example I gaveM > earlier), nor is there any reason to assert that the combination of the two0F > in some way transcends their individual inadequacies in this regard. >  > ...  >    	Ok.  K >> >> But maybe at some future time, HP/UX is equivalent to Tru64, the next0K >> >> boxes you buy to plug into your Tru64 cluster are HP/UX boxes and you  >> >> go from there. >> >L >> > Perhaps you'd like to discuss that with cluster engineering.  When they > wereK >> > talking about integrating Itanic hardware into existing clusters, theyd > wereM >> > talking about using said hardware in little-endian fashion.  IntegratingI > aaL >> > big-endian system like HP/UX into a little-endian cluster like Tru64 is > an$ >> > entirely different ball of wax. >> > >>G >> Right.  But message passing is still message passing or am I missingg
 >> something?i > 
 > Just a bit.a > N > Let's start with a shared file system.  Vanilla Unix-style text files are inL > fact easy to share across mixed-endian environments, but step outside textG > and you fall off a cliff, and there's *no* good way to work around itlM > (except to share only byte-string data, including the meta-data in the filetG > system itself).  Mixed-endian NFS environments just punt the issue by K > leaving the interpretation of in-file data up to the application, and caniM > more or less get away with that because they're relatively loosely-coupled,-K > use XDR mechanisms to handle endian-sensitive data in messages, and don'tJK > support concurrent shared access to storage devices (hence at least avoid J > the on-disk meta-data problem).  But start using multiple instances of aL > single application - some big-endian and others little-endian - that shareB > the same data and if said shared data is anything but text-styleH > (byte-string) in nature the application code must deal explicitly with1 > translation issues, because *nothing* else can.  > L > Now, can you really say you've got an integrated cluster if an application@ > group can only run on a same-endian subset of nodes within it? > M > Then, of course, there's the cluster infrastructure itself.  It's certainlyaM > possible to use something equivalent to XDR to allow nodes to make sense ofeH > messages from different-endian compatriots, but they still have to useG > common message protocols and internal cluster cooperation mechanisms.$ > M > So to mix HP-UX and Tru64 nodes in a single cluster, they must use the same K > cluster protocols - which means that one of them has to adopt the other'sEG > cluster architecture right down to its roots (and throw out its own).e >eN > Otherwise, they may be able to talk to each other (message-passing is indeedM > message-passing if viewed at a sufficiently low level) but won't be able toAK > understand a word.  Though this would be a major effort, at least in thisN > case a solution is possible. > B > But if you want a *really* integrated cluster (including Terry'sN > currently-favored 'single system image' features), then both systems need toK > use the same configuration files in order to present a unified managementwN > interface (it's not the Unix way to glue on some upper management layer thatN > translates between different configuration data flavors:  Unix people changeJ > configurations with editors, not 'management utilities').  This requires- > convergence-tweaking throughout the system.w > N > I'm sure I've only scratched the surface above, but perhaps it will at leastH > begin to explain why mixing different hardware (Alpha and Itanic) in aM > cluster whose nodes are all running Tru64 in little-endian mode is at least0N > an order of magnitude less work than mixing little-endian Tru64 systems with( > big-endian HP-UX systems in a cluster. >   A 	Look's like a substantial engineering challenge.  Thanks for the 
 	overview.   				Rob    ------------------------------   Date: 8 Sep 2001 00:19:46 -0500 + From: young_r@encompasserve.org (Rob Young) ) Subject: Re: Feeling Better about Itanium:3 Message-ID: <vGFWV59g4zjt@eisner.encompasserve.org>.  [ In article <3B981C61.A4827A2F@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes:1 > Rob Young wrote: >>  A >>         I can do ALL things through Christ who strengthens me.n >>  # >>                 Phillipians 4:13  >> t& >>                                 Rob > F > ...but the question remains, what *WILL* you do? How does the spirit > move you?t >   < 	To do what is right.  Do I always?  No.  But I do know that; 	every decision I make (this was an at length discussion ond! 	Sunday) honors or dishonors God.y   "So whether you eat or drinkD or whatever you do, do all to the glory of God," 1 Corinthians 10:31  E 	As the speaker mentioned, even the tie he picked that morning honorsm 	or dishonors God.  D 	It wasn't long before someone jumped on it as "a preference."  ManyB 	were probably thinking:  "gotcha"  But then quickly we learn that) 	the attitude in the choice plays a part.s  A 	So of course, you can't choose to run Unix.  It has demons.  Not ; 	a good decision.  Windows NT?  Wow... won't even go there.C   				Robn   ------------------------------  $ Date: Fri, 7 Sep 2001 15:21:31 -0400; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>n Subject: Re: filescopy$ Message-ID: <3b991e8d$1@news.si.com>   >I am wondering if thereL >are ay utilities on VMS that allow you to backup files to 4mm data tape and >use it on a Unix wirkstation?  & VMSTAR should work.  However, you say:  F >On one of my Alpha running OpenVMS 7.2, it has both Decnet and TCP/IP. >install.  The other Alpha running Tru64 Unix.  ' Just FTP the files between the systems.f --A Brian Tillman                   Internet: tillman_brian at si.com0A Smiths Aerospace                          tillman at swdev.si.com = 3290 Patterson Ave. SE, MS      Addresses modified to prevent < Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  $ Date: Fri, 7 Sep 2001 14:50:28 -0400% From: "John Vottero" <John@mvpsi.com> * Subject: Re: Full printer support at last?/ Message-ID: <tpi5nljjrmt14f@news.supernews.com>s  G Genicom has gone bankrupt.  I believe that DCPS has reverted to Compaq.1  + "Dirk Munk" <munk@home.nl> wrote in messaget! news:3B98FAE8.7A888BF3@home.nl...tL > That remains to be seen. The problem may be that DCPS is build by Genicom,L > and Genicom also produces printers. So here we have a potential confict of > interests........	 >o > John Macallister wrote:  >	L > > Will DCPS finally fully support the latest HP printers once the dust has > > settled? > >1 > > John > >eF > > Name: John B. Macallister  E-mail: j.macallister1@physics.ox.ac.ukL > > Post: Nuclear and Astrophysics Laboratory, Keble Road, Oxford OX1 3RH,UKE > > Phone: +44-1865-273388 (direct)  273333 (reception)  273418 (Fax)R >Y   ------------------------------  % Date: Fri, 07 Sep 2001 15:17:00 -0400r0 From: Paul Anderson <paul.r.anderson@compaq.com>* Subject: Re: Full printer support at last?; Message-ID: <070920011517006630%paul.r.anderson@compaq.com>   < In article <tpi5nljjrmt14f@news.supernews.com>, John Vottero <John@mvpsi.com> wrote:    > Genicom has gone bankrupt.  C Genicom *Corporation* went bankrupt last year.  Its printer-relatedgG assets were sold to a privately-held corporation, Genicom *LLC*, formed < by, among others, a former executive of Genicom Corporation.      <http://www.genicom.com>l   Paul   -- m  Paul Anderson   OpenVMS Engineering    Compaq Computer Corporatione   ------------------------------  # Date: Fri, 07 Sep 2001 20:58:36 GMTs2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)* Subject: Re: Full printer support at last?/ Message-ID: <0yam7.45$YP.1517@news.cpqcorp.net>b  H In article <3B98FAE8.7A888BF3@home.nl>, Dirk Munk <munk@home.nl> writes:K :That remains to be seen. The problem may be that DCPS is build by Genicom,eK :and Genicom also produces printers. So here we have a potential confict ofE :interests........  E   DECprint (DCPS) is designed, maintained, supported and extended by iE   Compaq -- not by Genicom.  (You are likely simply operating on some E   stale information, as there have been various changes in this area.iD   Genicom is no longer particularly involved with the DCPS package.)  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Fri, 07 Sep 2001 20:38:31 -0500t1 From: "David J. Dachtera" <djesys.nospam@fsi.net>i* Subject: Re: Full printer support at last?' Message-ID: <3B997697.4BFC0A65@fsi.net>o   Paul Anderson wrote: >  > In articleE > <35666012DF4CD411BE940090279FA240010BF03B@ppnt41.physics.ox.ac.uk>, ; > John Macallister <J.Macallister1@physics.ox.ac.uk> wrote:d > L > > Will DCPS finally fully support the latest HP printers once the dust has > > settled? > F > We already mostly did at the release of DCPS V2.0 earlier this year.E > Well, HP introduced a few new models (2200, 4100, 9000) just beforek, > release time, so we're behind a bit again.  + I posted a VMS wish list in another thread.   G My DCPS wish list would, of necessity, have to include extensibility so.E that support for new models would be as simple as adding a parameterstF file, a set of text library modules, possibly updating an SLI, or some combination thereof.   -- h David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/a   ------------------------------  $ Date: Fri, 7 Sep 2001 15:01:13 -0500* From: WILLIAM WEBB <WWEBB1@email.usps.gov>& Subject: RE: HP-Compaq-Intel Trifecta.- Message-ID: <0033000034554448000002L082*@MHS>t  < =0AI remember a list of from ten to twelve discrete patents.  4 And if I saw it, it was either on Usenet or the WWW. Probably Usenet.  + I'm not going to go out and try to find it.o   WWWebb   > -----Original Message-----1 > From: Info-VAX-Request@Mvb.Saic.Com at INTERNETr+ > Sent: Friday, September 07, 2001 11:56 AM D > To: Webb, William W Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNET( > Subject: RE: HP-Compaq-Intel Trifecta. >  >e > >X; > > I'm still very interested to know which of DECs patentsy > Intel is claimed tor= > > have infringed. I've not seen any reference to a specifici > patent(s) yet though.e > >? > > Thanks,t > > Mike > >r6 > My fuzzy recollection is that it was first Digital's= > cacheing technology introduced in the Pentium-Pro.  I don't,> > recall any mention of this suit continuing after the sale of > Digital to Compaq. >d > Dirk Lockard >=   ------------------------------  # Date: Sat, 08 Sep 2001 02:10:06 GMTs. From: "aaron spink" <aaronspink@earthlink.net> Subject: Re: I hate CompaqC Message-ID: <26fm7.3701$5r.351895@newsread2.prod.itd.earthlink.net>   7 <yyyc186@illegaltospam.mindspring.com> wrote in messagec5 news:3b98c8a8$1$lllp186$mr2ice@nntp.mindspring.com... H > No, just clueless pompous ass season again.  Eject your lead booty andL > check out the specs of AMD's new (<1year old) plant and the specs of IBM'sK > copper.  More importantly check out the successfull stamping percentages.iE > Intel's copper process is turning out a lot of landfill fodder. >--h  G Hmm, gee that goes totally against the general industry perception thateG Intel tends to have both the highest yields and the some of the fastestcL transistors in the industry.  Intel may do some stupid things, but nobody inF the industry honestly believes that Intel isn't on the cutting edge ofG process technology.  They may not do some of the exotic things that IBMtJ does, but then again, they can't, they have too much volume to rely on SOIB wafers.  And where as AMD may only need a couple of Copper capableL deposition machines, Intel would need a lot more, so much more that it wouldK totally backlog all of the equipment manufactures if it wasn't planned well  in advance.h  E So at times Intel may not be the early adopter of something, but thate- doesn't mean they aren't pushing other areas.)I And no I won't start talking about details of various vendor fabs.  But InL will say it pretty much comes down to IBM and Intel being in the first tier, alone.   Aaron Spink. not speaking for IntelI I just wrote Compaq again.  At least I don't ever have to write HP.  Thatu would get really confusing.l   ------------------------------  $ Date: Sat, 8 Sep 2001 01:35:08 -0400' From: "Bill Todd" <billtodd@foo.mv.com>e Subject: Re: I hate Compaq( Message-ID: <9ncakd$n76$1@pyrite.mv.net>  9 "aaron spink" <aaronspink@earthlink.net> wrote in messagea= news:26fm7.3701$5r.351895@newsread2.prod.itd.earthlink.net...r   ...x  4 > They may not do some of the exotic things that IBML > does, but then again, they can't, they have too much volume to rely on SOID > wafers.  And where as AMD may only need a couple of Copper capableH > deposition machines, Intel would need a lot more, so much more that it wouldaH > totally backlog all of the equipment manufactures if it wasn't planned well
 > in advance.n  K While I agree with the other sentiments you expressed, this one puzzles me.sH My impression was that processes like copper and SOI were generally usedJ only for a few high-end products, not one's entire product line.  And thatK AMD sold at least 1/4 as many IA32 processors as Intel does (last figures I@K read for that market were 21%/79%).  And that if anything AMD sold a higherTI percentage of IA32 processors in the upper end of *its* market range thane3 Intel sells in the upper-end of *its* market range.c  I So while it's easy to believe that Intel would require *somewhat* more inbG the way of fab machines than AMD, the need for a whole lot more (as yous' suggest above) is harder to understand.E   - bill   ------------------------------  $ Date: Fri, 7 Sep 2001 15:41:28 -0500 From: "Trunk" <trunk@dbzz.com> Subject: Re: In Memoriam...>/ Message-ID: <tpic6itj5nqg0c@corp.supernews.com>n  * My Condolences to Mark and his Family. :-(  < "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message! news:3B903ED4.B1F154E4@fsi.net...fH > This message is posted to chi.internet, comp.os.vms and comp.dcom.xdsl >pG > Some of you may know Mark Levy from his postings in these newsgroups. B > With a heavy heart and deep sadness, I share this news with you: >iB > Mark sent a message by e-mail that his wife Gayle passed on thisB > morning. She was diagnosed with lung cancer about 18 months ago. >(I > I have no further information at this time. See these URLs for where tok& > send your condolences and symathies: >n > http://www.fsi.net/b > http://www.sysman-inc.com/ >lG > If you call and the automated attendant answers, dial x202 for Mark'sg
 > voice mail.g >h= > ...or watch the Chicago newspapers for further information.  >  > -- > David J. Dachtera  > dba DJE Systemsa > http://www.djesys.com/ >p* > Unofficial Affordable OpenVMS Home Page:! > http://www.djesys.com/vms/soho/-   ------------------------------   Date: 7 Sep 2001 13:23:50 -0700 ) From: normanl@interlog.com (Norman Leung)f. Subject: IP address and Gateway address change= Message-ID: <3d8f97f8.0109071223.492a8512@posting.google.com>e   All :a   We are using version:t  E Process Software MultiNet V4.1 Rev B, AlphaServer 2100 5/250, OpenVMSh AXP V6.2  D We had a host network change and the node's TCPIP address as well as  the default gateway was changed.  4 I went into multnet config/interface to mod the se0  to a new address and then   A multinet set/route/delete=(dest=default,gate=old_gateway_address)8  > multinet set/route/add=(dest=default,gate=new_gateway_address)  F System is rebooted. And everything goes well ... telnet, ftp, nslookup1 and the other nodes can talk to us and vice versa   " However today, I went in to check    multinet config/interface show  - the default gateway is still the old address.e  
 But ......   the command    MULTINET SHOW /ROUTE  2 shows that the default gateway is the new address.  A I believed that we are on the new gateway, otherwise things won't  work.   ) What will I have missed and is it a bug ?o   Norm   ------------------------------   Date: 7 Sep 2001 15:46:35 -0500v+ From: young_r@encompasserve.org (Rob Young) 2 Subject: Re: IP address and Gateway address change3 Message-ID: <xarc26G6SnOE@eisner.encompasserve.org>   i In article <3d8f97f8.0109071223.492a8512@posting.google.com>, normanl@interlog.com (Norman Leung) writes:u > All :o >  > We are using version:g > G > Process Software MultiNet V4.1 Rev B, AlphaServer 2100 5/250, OpenVMSi
 > AXP V6.2 > F > We had a host network change and the node's TCPIP address as well as" > the default gateway was changed. > 6 > I went into multnet config/interface to mod the se0  > to a new address and thene > C > multinet set/route/delete=(dest=default,gate=old_gateway_address)i > @ > multinet set/route/add=(dest=default,gate=new_gateway_address) > H > System is rebooted. And everything goes well ... telnet, ftp, nslookup3 > and the other nodes can talk to us and vice versan > $ > However today, I went in to check  >   > multinet config/interface show > / > the default gateway is still the old address.l >  > But ...... > 
 > the commanda >  > MULTINET SHOW /ROUTE > 4 > shows that the default gateway is the new address. > C > I believed that we are on the new gateway, otherwise things won'tn > work.i > + > What will I have missed and is it a bug ?r >    	$ multi config/interface , 	NET-CONFIG>SET DEFAULT-ROUTE xxx.yyy.mmm.aa   	From their help:   ) NET-CONFIG>help set default-route example    SET      DEFAULT-ROUTEe       Exampleh    &        $ MULTINET CONFIGURE /INTERFACE6        MultiNet Network Configuration Utility 4.1(nnn)D        [Reading in MAXIMUM configuration from MULTINET:MULTINET.EXE]7        [Reading in configuration from MULTINET:NETWORK_t       DEVICES.CONFIGURATION]2        NET-CONFIG>SET DEFAULT-ROUTE 192.41.228.100        NET-CONFIG>EXITH        [Writing configuration to MULTINET:NETWORK_DEVICES.CONFIGURATION]9        [Writing Startup file MULTINET:START_MULTINET.COM]s6        [Changes take effect after the next VMS reboot]        $ MULTINET SET/ROUTE -f?        _$ /DELETE=(DESTINATION=0.0.0.0, GATEWAY=192.41.228.100)         $ MULTINET SET/ROUTE -e<        _$ /ADD=(DESTINATION=0.0.0.0, GATEWAY=192.41.228.100)  I            This example sets the gateway DEFAULT-ROUTE to 192.41.228.100,hG            then performs the commands that change DEFAULT-ROUTE without              rebooting the system.        h  % 	Note:  without rebooting the system.h   				Rob    ------------------------------  * Date: Fri, 7 Sep 2001 12:19:40 -0700 (PDT). From: Fabio Cardoso <fabiopenvms@yahoo.com.br>G Subject: Re: OT: Bush administration drops effort to break up Microsoftl@ Message-ID: <20010907191940.62860.qmail@web20209.mail.yahoo.com>   DOS Stack ?m) I used to work with Wollongong's Pathway.l& Nowadays it is an Attachmate produdct.4 I used to stack Patwhay and Pathworks together using QEMM...  how old am I ?    REgardse   FC=20s  * --- Alan Greig <a.greig@virgin.net> wrote: > On 7 Sep 2001 13:02:07 GMT,p! > bill@triangle.cs.uofs.edu (Bille > Gunshannon) wrote: >=203 > >port shipped by third-party modem manufacturers?l > >|>=20 > >f1 > >And let's not forget KA9Q's NET/NOS, which rann > under DOS (or frequently >=203 > I was desperately trying to remember the names ofr > some of the DOSu4 > stacks. Was fairly sure there was a free one which > had evolved in the > amateur radio community. >=204 > >under DoubleDOS so you could remain connected and > downloading while stills6 > >doing real work on the PC.)  Plus, much of th early > access was done usinga3 > >Shell Accounts from ISP's.  Not everybody was IPt > connected. > >i > >bills >=20 > -- > Alan     =3D=3D=3D=3D=3DaL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D- F=E1bio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazil@ fabiopenvms@yahoo.com.brL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3De  2 __________________________________________________ Do You Yahoo!?L Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger=   http://im.yahoo.coms   ------------------------------  * Date: Fri, 7 Sep 2001 12:15:43 -0700 (PDT). From: Fabio Cardoso <fabiopenvms@yahoo.com.br>G Subject: Re: OT: Bush administration drops effort to break up Microsoftt@ Message-ID: <20010907191543.11444.qmail@web20204.mail.yahoo.com>   So,=20   Why condenm MS  for monopoly ?4 Nobody developed anything better for the customers ?, And the sale of OEM is just market strategy.3 If Compaq or Dell didnt want to ship MS Windows, no16 problem.. they should ship OS/2 on those old times. or SCO Unix...e0 But the better choice for everybody was Windows.     Regardse   FC=20o6 --- Bill Gunshannon <bill@triangle.cs.uofs.edu> wrote:- > In article <9n8ind$4j3$1@bob.news.rcn.net>, 0 >  "John Saunders" <jws@ma.ultranet.com> writes: > |>=20c1 > |> If Microsoft hadn't shipped a with Windows a. > TCP/IP stack with PPP and ao5 > |> dialer, which devices would have connected hosts- > privately connecting to thea > |> Internet? >=206 > People were communicating computer to computer using > the Internet (andu4 > it's predecessors) for at least a decade before MS > shipped it's first1 > product with a working IP stack included.  Bill  > Gate's is as responsible > for the INTERNET as Al Gore. >=20 > bill >=20 > --=20k6 > Bill Gunshannon          |  de-moc-ra-cy (di mok' ra > see) n.  Three wolvese3 > bill@cs.scranton.edu     |  and a sheep voting on4 > what's for dinner. > University of Scranton   |- > Scranton, Pennsylvania   |         #includei > <std.disclaimer.h>  =20t     =3D=3D=3D=3D=3D L =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D  F=E1bio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazilh fabiopenvms@yahoo.com.brL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D,  2 __________________________________________________ Do You Yahoo!?L Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger=   http://im.yahoo.com    ------------------------------  # Date: Fri, 07 Sep 2001 20:59:55 GMT L From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")G Subject: Re: OT: Bush administration drops effort to break up Microsoft,8 Message-ID: <00A01B2D.D5EE2FFA@SSRL04.SLAC.STANFORD.EDU>  ` In article <9natua$2nk7$1@info.cs.uofs.edu>, bill@triangle.cs.uofs.edu (Bill Gunshannon) writes:, >In article <9n8ind$4j3$1@bob.news.rcn.net>,/ > "John Saunders" <jws@ma.ultranet.com> writes:  >|> L >|> If Microsoft hadn't shipped a with Windows a TCP/IP stack with PPP and aP >|> dialer, which devices would have connected hosts privately connecting to the
 >|> Internet?t >2G >People were communicating computer to computer using the Internet (and F >it's predecessors) for at least a decade before MS shipped it's firstI >product with a working IP stack included.  Bill Gate's is as responsible0 >for the INTERNET as Al Gore.o >o  J Less.  Gore was responsible for some of the legislation that opened up theN Internet to commerce (getting the train started).  Bill mobilized Microsoft to jump aboard a moving train.    -- Alana  O =============================================================================== 0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056MM  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA  94309-0210-O ===============================================================================f   ------------------------------   Date: 7 Sep 2001 15:19:45 -070001 From: nothome@spammers.are.scum (Malcolm Dunnett)BG Subject: Re: OT: Bush administration drops effort to break up Microsoft , Message-ID: <uJ38QdSshWDb@malvm5.mala.bc.ca>  , In article <9nav6h$9hv$1@bob.news.rcn.net>, 0    "John Saunders" <jws@ma.ultranet.com> writes: > N > The issue is numbers. Of course the Internet was there before Microsoft, butN > my contension is that Microsoft, by including TCP/IP, PPP and basic InternetM > applications with the system, created a market for Internet-based goods andoE > services - by creating tens of millions of Internet-ready computers- > (hundreds of millions?)u  C   None of those "internet ready" computers were of any use for thateL purpose until the owner signed up with an ISP to get an internet connection.I At that time the ISP could have provided a 3rd party TCP/IP stack for thefJ customer to use. In fact that's exactly what ISPs did before Win95 bundled it.-   ------------------------------  $ Date: Fri, 7 Sep 2001 21:52:06 -0400+ From: "John Saunders" <jws@ma.ultranet.com> G Subject: Re: OT: Bush administration drops effort to break up Microsoftl+ Message-ID: <9nbtkg$dcl$1@bob.news.rcn.net>1  > "Malcolm Dunnett" <nothome@spammers.are.scum> wrote in message& news:uJ38QdSshWDb@malvm5.mala.bc.ca...- > In article <9nav6h$9hv$1@bob.news.rcn.net>,l2 >    "John Saunders" <jws@ma.ultranet.com> writes: > >eL > > The issue is numbers. Of course the Internet was there before Microsoft, but G > > my contension is that Microsoft, by including TCP/IP, PPP and basic  InternetK > > applications with the system, created a market for Internet-based goodsd and G > > services - by creating tens of millions of Internet-ready computers  > > (hundreds of millions?)o > E >   None of those "internet ready" computers were of any use for thateB > purpose until the owner signed up with an ISP to get an internet connection.tK > At that time the ISP could have provided a 3rd party TCP/IP stack for theML > customer to use. In fact that's exactly what ISPs did before Win95 bundled > it.a  K Of course, but with the software already installed, the user didn't need to I install some ad-hoc collection of software collected by the ISP. All theyL needed was the ISP account.  --
 John Saunders  jws@ma.ultranet.comt   ------------------------------   Date: 7 Sep 2001 13:27:25 -0500U- From: Kilgallen@SpamCop.net (Larry Kilgallen)n: Subject: Re: Passing arguments to Dec C program at runtime3 Message-ID: <CEGo2r3qxIHK@eisner.encompasserve.org>d   I did not suggest:   	MCR   I suggested:  2 	MCR ddcu:[dir.sdir]my_program arg1 arg2 arg3 arg4  ^ In article <3b9906cf.71261070@news.iquest.net>, bjskidmore@macbbs.com (Barry Skidmore) writes: > Larry, > D > When I enter 'mcr' at the DCL prompt I receive the following error
 > message: > - > %DCL-W-ACTIMAGE, error activating image RSX & > -CLI-E-IMAGEFNF,image file not found- > HOBBY$DKA0:[SYS0.SYSCOMMON.][SYSEXE]RSX.EXEh > B > I do not see RSX listed as a layered product, unless it is under > a different name.o >  > Barryr > G > On 7 Sep 2001 12:22:49 -0500, Kilgallen@SpamCop.net (Larry Kilgallen)- > wrote: > ` >>In article <3b98f74b.67288226@news.iquest.net>, bjskidmore@macbbs.com (Barry Skidmore) writes:H >>> I have been looking for Dec C documentation on how to pass argumentsJ >>> to main() at runtime, but have not had any luck.  Could someone pleaseC >>> point me in the right direction.  I am using Dec C (V6.0) underu >>> OpenVMS 7.2. >>( >>From DCL I would expect you would use: >>4 >>	MCR ddcu:[dir.sdir]my_program arg1 arg2 arg3 arg4 >> >  -- sN ==============================================================================I The Boulder Pledge: "Under no circumstances will I ever purchase anythingmJ      offered to me as the result of an unsolicited email message. Nor willI      I forward chain letters, petitions, mass mailings, or virus warningsiH      to large numbers of others. This is my contribution to the survival      of the online community."N ==============================================================================   ------------------------------  # Date: Fri, 07 Sep 2001 18:40:10 GMTv, From: bjskidmore@macbbs.com (Barry Skidmore): Subject: Re: Passing arguments to Dec C program at runtime/ Message-ID: <3b990cf5.72835442@news.iquest.net>m  ? I am getting an error message when I envoke the compiler as youc; suggested.  This error does not occur if I enter 'cc test':   B cc/preff=all/nowar test.c /obj=ddcu:[skidmore.programs.pi]test.obj 	}D %CLI-F-OPENOUT, error opening DDCU:[skidmore.programs.pi]test.obj;as output 	}A -RMS-F-DEV, error in device name or inappropriate device type forB operation at line number 9 int* disk$user1:[skidmore.programs.pi]test.c;2. 	}( %VCG-I-NOBJECT, No object file produced. 		At line number 9 inr) disk$user1:[skidmore.programs.pi]test.c;2l   ------------F Line number 9 is the closing bracket.  As I mentioned, this error does) not occur when I compile using: 'cc test'I   Barryp  7 On Fri, 07 Sep 2001 21:47:27 +0400, "Ruslan R. Laishev"k! <Laishev@SMTP.DeltaTel.RU> wrote:i   >Larry Kilgallen wrote:$ >> 1a >> In article <3b98f74b.67288226@news.iquest.net>, bjskidmore@macbbs.com (Barry Skidmore) writes:tI >> > I have been looking for Dec C documentation on how to pass arguments K >> > to main() at runtime, but have not had any luck.  Could someone please D >> > point me in the right direction.  I am using Dec C (V6.0) under >> > OpenVMS 7.2.l >> kA >$cc/preff=all/nowar sys$input /obj=ddcu:[dir.sdir]my_program.obj  >#include	<stdio.h>  >g* >int     main    (int    argc,char **argv) >{ >int	i;z >	for (i = 0;i < argc;i++)$ >		printf("arg%u = %s\n",i,argv[i]); >} >^Zl  >$link ddcu:[dir.sdir]my_program >c) >> From DCL I would expect you would use:t >>  < >>         MCR ddcu:[dir.sdir]my_program arg1 arg2 arg3 arg4 >u >--  >Cheers, Ruslan.@ >+----------------pure personal opinion------------------------+: >    RADIUS Server for OpenVMS project - www.radiusvms.com7 >      vms-isps@dls.net - Forum for ISP running OpenVMSr* >                Mobile: +7 (901) 971-3222   ------------------------------  $ Date: Fri, 7 Sep 2001 21:53:07 +0200. From: "Jesper Naur" <jesper.naur@post.tele.dk>: Subject: Re: Passing arguments to Dec C program at runtime; Message-ID: <3b99244a$0$915$edfadb0f@dspool01.news.tele.dk>r  7 Barry Skidmore <bjskidmore@macbbs.com> wrote in message ) news:3b98f74b.67288226@news.iquest.net...cF > I have been looking for Dec C documentation on how to pass argumentsH > to main() at runtime, but have not had any luck.  Could someone pleaseA > point me in the right direction.  I am using Dec C (V6.0) underp > OpenVMS 7.2.  J You should define a DCL symbol, which activates your program as a 'foreign	 command'.h? Assuming that your C-program is called PROG.EXE, do as follows:n   $ PROG == "$PROG.EXE"t   You can now says   $ PROG ARG1 ARG2  E and the arguments will be passed to main in your program. BE AWARE ofnH upper/lower case issues: DCL will always try to pass upper-case letters,J which the C-runtime-library will convert to lower-case, UNLESS you enclose+ the arguments in double-quotes, as follows:a   $ PROG "MiXeDcAsEArGuMeNt"       Best regards     Jesper Naur    ------------------------------  % Date: Fri, 07 Sep 2001 23:56:24 +0400a4 From: "Ruslan R. Laishev" <Laishev@SMTP.DeltaTel.RU>: Subject: Re: Passing arguments to Dec C program at runtime0 Message-ID: <3B992668.6A5076C1@SMTP.DeltaTel.RU>   Hi !2 	replace DDCU:[skidmore.programs.pi] by sys$login.  5 MCR ddcu:[dir.sdir]my_program arg1 arg2 arg3 arg4 by:   by  $zz :==$sys$login:my_program $zz arg1 arg2 arg3 arg44   Barry Skidmore wrote:m > A > I am getting an error message when I envoke the compiler as you1= > suggested.  This error does not occur if I enter 'cc test':h > D > cc/preff=all/nowar test.c /obj=ddcu:[skidmore.programs.pi]test.obj >         }nF > %CLI-F-OPENOUT, error opening DDCU:[skidmore.programs.pi]test.obj;as > output >         }tC > -RMS-F-DEV, error in device name or inappropriate device type fort > operation at line number 9 ing, > disk$user1:[skidmore.programs.pi]test.c;2. >         }i* > %VCG-I-NOBJECT, No object file produced.% >                 At line number 9 in + > disk$user1:[skidmore.programs.pi]test.c;2  >  > ------------H > Line number 9 is the closing bracket.  As I mentioned, this error does+ > not occur when I compile using: 'cc test'  >  > Barrye > 9 > On Fri, 07 Sep 2001 21:47:27 +0400, "Ruslan R. Laishev"o# > <Laishev@SMTP.DeltaTel.RU> wrote:o >  > >Larry Kilgallen wrote:e > >>c > >> In article <3b98f74b.67288226@news.iquest.net>, bjskidmore@macbbs.com (Barry Skidmore) writes:rK > >> > I have been looking for Dec C documentation on how to pass argumentsaM > >> > to main() at runtime, but have not had any luck.  Could someone pleasetF > >> > point me in the right direction.  I am using Dec C (V6.0) under > >> > OpenVMS 7.2.r > >>C > >$cc/preff=all/nowar sys$input /obj=ddcu:[dir.sdir]my_program.obji > >#include       <stdio.h>1 > >2, > >int     main    (int    argc,char **argv) > >{ > >int    i;" > >       for (i = 0;i < argc;i++)3 > >               printf("arg%u = %s\n",i,argv[i]);  > >} > >^Zg" > >$link ddcu:[dir.sdir]my_program > >d+ > >> From DCL I would expect you would use:t > >>> > >>         MCR ddcu:[dir.sdir]my_program arg1 arg2 arg3 arg4 > >e > >--u > >Cheers, Ruslan.B > >+----------------pure personal opinion------------------------+< > >    RADIUS Server for OpenVMS project - www.radiusvms.com9 > >      vms-isps@dls.net - Forum for ISP running OpenVMS , > >                Mobile: +7 (901) 971-3222   -- e Cheers, Ruslan.o? +----------------pure personal opinion------------------------+T9     RADIUS Server for OpenVMS project - www.radiusvms.come6       vms-isps@dls.net - Forum for ISP running OpenVMS)                 Mobile: +7 (901) 971-3222    ------------------------------  # Date: Fri, 07 Sep 2001 20:49:26 GMTf, From: bjskidmore@macbbs.com (Barry Skidmore): Subject: Re: Passing arguments to Dec C program at runtime/ Message-ID: <3b99325e.82413700@news.iquest.net>x  = This works great!  Thanks for the help.  The only problem is e< that it looks for the .exe in the root directory, instead of7 my subdirectory.  Therefore, I need to copy the .exe to[. [skidmore], but this is a minor inconvenience.  
 Thanks again,O BarryT    7 On Fri, 07 Sep 2001 23:56:24 +0400, "Ruslan R. Laishev" ! <Laishev@SMTP.DeltaTel.RU> wrote:    >Hi !t3 >	replace DDCU:[skidmore.programs.pi] by sys$login.  >r6 >MCR ddcu:[dir.sdir]my_program arg1 arg2 arg3 arg4 by: > by e >$zz :==$sys$login:my_programS >$zz arg1 arg2 arg3 arg4 >E   ------------------------------  # Date: Fri, 07 Sep 2001 20:55:24 GMT02 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman): Subject: Re: Passing arguments to Dec C program at runtime/ Message-ID: <0vam7.43$YP.1544@news.cpqcorp.net>.  ^ In article <3b98f74b.67288226@news.iquest.net>, bjskidmore@macbbs.com (Barry Skidmore) writes:E :I have been looking for Dec C documentation on how to pass argumentsmG :to main() at runtime, but have not had any luck.  Could someone please @ :point me in the right direction.  I am using Dec C (V6.0) under
 :OpenVMS 7.2.:  C   Please see the OpenVMS FAQ for some related information, and alsoD@   please see the FAQ for pointers to the Compaq C documentation.;   Also please see examples on the OpenVMS Freeware such as:   E http://www.openvms.compaq.com/freeware/freeware40/srh_examples/wake.cr  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Fri, 07 Sep 2001 20:51:02 -0400e( From: Jonas Lindholm <jlindholm@rcn.com>: Subject: Re: Passing arguments to Dec C program at runtime' Message-ID: <3B996B76.9EB73BC5@rcn.com>   5 If you define logical name DCL$PATH to the following:n  H SYS$DISK:[] you will be able to run your program with parameters as long/ your current directory is where the program is.m  H By adding the device and directory where your program is to DCL$PATH you@ can always run your program by just typing the program name with parameters.=  3 I suggest you add the following to your login file:o  2 $ define/job dcl$path sys$disk:[] , XXXX:[AAA.BBB]  G where XXXX is the device name where your program is located and AAA.BBB3 is the directory.=  	 /Jonas L.    Barry Skidmore wrote:_  > > This works great!  Thanks for the help.  The only problem is> > that it looks for the .exe in the root directory, instead of9 > my subdirectory.  Therefore, I need to copy the .exe tor0 > [skidmore], but this is a minor inconvenience. >s > Thanks again,h > Barry> >u9 > On Fri, 07 Sep 2001 23:56:24 +0400, "Ruslan R. Laishev" # > <Laishev@SMTP.DeltaTel.RU> wrote:4 >1 > >Hi !@; > >       replace DDCU:[skidmore.programs.pi] by sys$login.o > >?8 > >MCR ddcu:[dir.sdir]my_program arg1 arg2 arg3 arg4 by: > > by > >$zz :==$sys$login:my_program. > >$zz arg1 arg2 arg3 arg4 > >    ------------------------------  # Date: Sat, 08 Sep 2001 03:03:36 GMT ) From: "ClaudeVMS" <claudevms@freevms.org> : Subject: Re: Passing arguments to Dec C program at runtime? Message-ID: <cUfm7.66500$c8.33316946@news1.denver1.co.home.com>4   Hi!b  K Real VMS programmers would include calls to the CLI$ functions and create a  VMS comformantI command structure for their program. Argc and Argv are so very 'nix like.e   ;-Dh  	 ClaudeVMSd    ? "Hoff Hoffman" <hoffman@xdelta.zko.dec.nospam> wrote in message?) news:0vam7.43$YP.1544@news.cpqcorp.net...rG > In article <3b98f74b.67288226@news.iquest.net>, bjskidmore@macbbs.coms (Barry Skidmore) writes:G > :I have been looking for Dec C documentation on how to pass argumentsaI > :to main() at runtime, but have not had any luck.  Could someone please B > :point me in the right direction.  I am using Dec C (V6.0) under > :OpenVMS 7.2.l >eE >   Please see the OpenVMS FAQ for some related information, and alsonB >   please see the FAQ for pointers to the Compaq C documentation.= >   Also please see examples on the OpenVMS Freeware such as:  >3G > http://www.openvms.compaq.com/freeware/freeware40/srh_examples/wake.c= >3( >  ---------------------------- #include' <rtfaq.h> -----------------------------aL >       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com, >  --------------------------- pure personal# opinion --------------------------- 1 >    Hoff (Stephen) Hoffman   OpenVMS Engineering  hoffman#xdelta.zko.dec.com >e   ------------------------------  % Date: Fri, 07 Sep 2001 22:53:34 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net>S: Subject: Re: Passing arguments to Dec C program at runtime' Message-ID: <3B99963E.4A56DE97@fsi.net>e   Jonas Lindholm wrote:f > 7 > If you define logical name DCL$PATH to the following:  > J > SYS$DISK:[] you will be able to run your program with parameters as long1 > your current directory is where the program is.e > J > By adding the device and directory where your program is to DCL$PATH youB > can always run your program by just typing the program name with
 > parameters.c > 5 > I suggest you add the following to your login file:o > 4 > $ define/job dcl$path sys$disk:[] , XXXX:[AAA.BBB] > I > where XXXX is the device name where your program is located and AAA.BBBc > is the directory.    Here's mine (hobbyist system):  " DJAS01::DDACHTERA$ sh log dcl$path.    "DCL$PATH" = "USER$COM:" (LNM$JOB_80D12E00)         = "USER$IMG:"e4 1  "USER$COM" = "USER$ROOT:[EXE]" (LNM$JOB_80D12E00): 1  "USER$IMG" = "USER$ROOT:[EXE.ALPHA]" (LNM$JOB_80D12E00)  @ Please do not include the SYS$SYSTEM path! Use symbols for those instead.   -- = David J. Dachtera= dba DJE Systems= http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Fri, 07 Sep 2001 16:55:49 -0700R< From: "Kenneth H. Fairfield" <Kenneth.H.Fairfield@intel.com>2 Subject: Request: News and Updates from CETS 2001?) Message-ID: <3B995E85.5B4C45D1@intel.com>-  >    I'd like to request that any and all denizens of c.o.v. who< will be at CETS 2001 next week(?), if at all possible, would: you please post daily News and Updates from "on the scene"7 here so that those of us not present can stay informed?9  <    I'm regretting more and more that I'll miss this meeting.< I expect you all to pose the tough, hard-nosed questions and< demand more than "spin" in answer.  I'd love to see the VP's4 squirm (yes, I know that's a rather _sick_ thought).  9    To all the friends and acquainances I've made at DECUSa: and CETS over the years, it may be a very long time before9 we meet again.  But if things turn out better than any of 8 us can currently imagine, I'll see you all at CETS 2002!      Thanks, Ken --6 I don't speak for Intel, Intel doesn't speak for me...   ------------------------------  # Date: Fri, 07 Sep 2001 20:52:04 GMTc2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)7 Subject: Re: solaris 7 compatible with vms  in printing-/ Message-ID: <Uram7.41$YP.1342@news.cpqcorp.net>6  ` In article <88327173.0109070805.6169671a@posting.google.com>, coparah@hotmail.com (uche) writes:  D :does anyone know whether solaris 7 is compatible with vms as far as :printing is concerned.   0   Yes.  No.  Maybe.  What exactly are you up to?  H   Please remember that a one-line question is quite difficult to answer.  E   When posting, please also include the OpenVMS version and relevent     product configurations.n  I   I will *guess* that this configuration involves remote TCP/IP printing ,I   via telnet or lpr/lpd, and that is expected to work, assuming you have yE   an IP stack (eg: TCP/IP Services) installed and configured on your b   OpenVMS system.m  J   For some tips on the sort of information that can be needed when asking F   a question here, please see the introductory section of the OpenVMS E   Frequently Asked Questions (FAQ).  (The FAQ URL is included below.)n  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Fri, 07 Sep 2001 19:57:53 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net>1$ Subject: Re: Third postcard from Sun' Message-ID: <3B996D11.6A92F9C3@fsi.net>P   Peter LANGSTOEGER wrote: > l > In article <5.1.0.14.2.20010806144824.02c4cba8@ntbsod.psccos.com>, Dan O'Reilly <dano@process.com> writes:- > >At 02:34 PM 8/6/2001, Brian Tillman wrote:a/ > >> >What Capellas's attement really means is:uI > >> >"We received far fewer complaints than we had expected, so customerh > >>responseP > >> >was very positive compared to what we had expected" (eg: customer response > >>wasr1 > >> >positive compared to what we had expected).e > >>J > >>Sure. What they probably said was, "You're dropping Alphas?  Sure.  GoN > >>ahead.  We'll be migrating off your platforms real soon anyhow."  CapellasJ > >>heard the "Sure.  Go ahead" part and took that as a positive response. > >-L > >Or maybe, just MAYBE, the customers have been wanting VMS on an industry-J > >standard platform all along (like many in this forum have been bitchingE > >about).  Given that scenario, Capellas would be telling the truth.t > > > Since when is IA64 the industry-standard platform ? IA32 is.7 > And this won't change for the next couple of years...   E Rich Marcello requested that someone send him the Sun postcard(s). IfyE you need his snail-mail address at the "Q", drop me a note privately.=   -- = David J. Dachtera= dba DJE Systems= http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/a   ------------------------------   Date: 7 Sep 2001 19:56:44 GMTa1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)s8 Subject: Re: Vax/Vms Systems Administrator in Albany, NY, Message-ID: <9nb8ps$2t95$1@info.cs.uofs.edu>  8 In article <3b98dbe5$0$35755$f92e4de5@news.stratos.net>,5  "Gary E. Green" <gegreen@dra-consulting.com> writes:-< |> >     2+ years administering Unix-based computer systems. |> . |> . |> .6 |> >     Shell Scripting (Perl, Bourne, SH, KSH, CSH). |> gN |> -) And these are requirements for a "VAX/VMS"  systems administrator. (theyI |> probably should have included "Skill in scrounging Unibus parts", too)r  H I've got that, but I never thought of including it on my resume.  Should I??i  E (Actually, I only have to go into the lab next door or my basement ato0 home, so maybe that's not scrounging very much.)   bill   -- cJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   -   ------------------------------  * Date: Fri, 7 Sep 2001 12:05:42 -0700 (PDT). From: Fabio Cardoso <fabiopenvms@yahoo.com.br>> Subject: Re: VMS To Be Squeezed Out Of HP's Strategic Vision ?? Message-ID: <20010907190542.9751.qmail@web20204.mail.yahoo.com>>   Well  ' EMC do the same !    smith_john@emc.comt  ' My company do the same for sucontractedr   fabio_compaq@petrobras.com.brf     No problem !=20n  
 F=E1bio C.  $ --- Roy Omond <Roy@Omond.net> wrote:, > Alan Winston - SSRL Admin Cmptg Mgr wrote: >=200 > > That was smarter than what I tried.  I tried! > writing to Jim.McDonnell@hp.com20 > > and to James.McDonnell@hp.com, both of which
 > bounced. >=20 > Alan,  >=202 > please note that HP (stupidly, IMHO) have e-mail > addresses of the form: >=20 >     firstname_lastname@hp.coma >=20% > Note, underscore instead of period.c >=20 > Roy Omondr > Blue Bubble Ltd. >=20 >=20 >=20 >=20     =3D=3D=3D=3D=3D L =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D+ F=E1bio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazile fabiopenvms@yahoo.com.brL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D   2 __________________________________________________ Do You Yahoo!?L Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger=   http://im.yahoo.com:   ------------------------------  $ Date: Fri, 7 Sep 2001 21:43:21 +01009 From: mark@NOHAM.otford.kent.btinternet.co.uk (Mark Kent)d Subject: wallopw' Message-ID: <9hbbn9.t1h.ln@192.168.1.1>n   -- e	 Mark Kent K                                                Take out the ham to mail me.m   ------------------------------  $ Date: Fri, 7 Sep 2001 22:58:41 +01009 From: mark@NOHAM.otford.kent.btinternet.co.uk (Mark Kent)p8 Subject: Where can I get a micro-Vax with vms in the UK?' Message-ID: <hufbn9.6qh.ln@192.168.1.1>m   Hi,   D Anyone know where I could find one (2nd-hand, of course, looking for a home, ideally)?    I kind of miss all-in-one...   Thanks,n       -- e	 Mark Kent K                                                Take out the ham to mail me.l   ------------------------------  # Date: Fri, 07 Sep 2001 22:27:18 GMTl2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)< Subject: Re: Where can I get a micro-Vax with vms in the UK?/ Message-ID: <aRbm7.49$YP.1547@news.cpqcorp.net>-  c In article <hufbn9.6qh.ln@192.168.1.1>, mark@NOHAM.otford.kent.btinternet.co.uk (Mark Kent) writes:v :Hi, :tE :Anyone know where I could find one (2nd-hand, of course, looking fore :a home, ideally)?  E   Most any MicroVAX or VAX you can acquire will operate with OpenVMS,bI   and there is an OpenVMS Hobbyist program available that permits access  I   to OpenVMS and layered product licenses and to media -- please see the w   OpenVMS FAQ for details.   :I kind of miss all-in-one...   C   I do not know if ALL-IN-1 was included in the hobbyist program.  cC   A variety of other packages are included in the program, however.s    N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Fri, 07 Sep 2001 22:54:02 GMTp. From: brown_du@eisner.decus.org (Duncan Brown)< Subject: Re: Where can I get a micro-Vax with vms in the UK?1 Message-ID: <3b994fb7.84223388@news.telocity.com>   E On Fri, 07 Sep 2001 22:27:18 GMT, hoffman@xdelta.zko.dec.nospam (Hoffv Hoffman) wrote:T  D >  I do not know if ALL-IN-1 was included in the hobbyist program.  D >  A variety of other packages are included in the program, however.  F I have the hobbyist license and included in the PAKs a re a bunch with@ the names ALLIN1-MAIL-*   Is that a normal ALL-IN-1 license PAK?F (I've never managed or used the product, so I don't know what the PAKs for it are called.)e   Duncan   ------------------------------   End of INFO-VAX 2001.499 ************************