1 INFO-VAX	Thu, 14 Mar 2002	Volume 2002 : Issue 144       Contents:B Re: A Hybrid Approach: Codasyl DBMS Data Warehousing on Oracle RdbB Re: A Hybrid Approach: Codasyl DBMS Data Warehousing on Oracle Rdb# Adding Disks to a Alpha Server 2100  Andrew's back !  Re: Andrew's back ! * Re: Another big block votes against merger* Re: Another big block votes against merger Re: Antigen found =*.exe file  bottleneck bufferd I/O? / Re: DEC C: why does exit(0) really exit with 1? / Re: DEC C: why does exit(0) really exit with 1? / Re: DEC C: why does exit(0) really exit with 1? / Re: DEC C: why does exit(0) really exit with 1? / Re: DEC C: why does exit(0) really exit with 1? / Re: DEC C: why does exit(0) really exit with 1? / Re: DEC C: why does exit(0) really exit with 1? / Re: DEC C: why does exit(0) really exit with 1? / Re: DEC C: why does exit(0) really exit with 1? / Re: DEC C: why does exit(0) really exit with 1? / Re: DEC C: why does exit(0) really exit with 1? / Re: DEC C: why does exit(0) really exit with 1? % Re: decus uk - confusion over joining % Re: decus uk - confusion over joining . DFU report wrong number of free file headers ?2 Re: DFU report wrong number of free file headers ? Re: DTTS on Unix Machine8 Erasing an entire disk (was DLT Degausser / Bulk Eraser) FS: DEC  bits amd pieces# Get two day after tomorrow with DCL ' Re: Get two day after tomorrow with DCL ' Re: Get two day after tomorrow with DCL ' Re: Get two day after tomorrow with DCL ' Re: Get two day after tomorrow with DCL 6 Re: Heads Up - OpenVMS Technical Update Days in EuropeG Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux G Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux  Re: Itanium troubles Re: Itanium troubles Re: Itanium troubles Re: Itanium troubles Re: Itanium troubles
 Jobs Starting  Re: Jobs Starting ) LYNX (was: Re: VAX: Netscape of Mosaic ?) 0 Online reference guide to ANSI/VT-ESC-commands ?4 Re: Online reference guide to ANSI/VT-ESC-commands ?* Re: Opening a SYS$OUTPUT file in VMS Basic* Re: Opening a SYS$OUTPUT file in VMS Basic& Re: Oracle Context (interMedia) on VMS Re: PAKGEN software for ISV's  PAKGEN software for ISV's % Re: PC monitor attached to RGB output % Re: PC monitor attached to RGB output  Plan B for Compaq P Re: R.I.P. OpenVMS - ISS Recommends That H-P Holders Vote in Favor of Compaq Acq$ SCSI disks for a VAXstation 4000/90A* Re: Sun eating major helping of Linux CrowL Re: TANSTAAFL (was Re: Viability of a Commercial ISO-9960 formatter for VMS)D Re: TCPIP, sharing sockets via $QIO (programming, long and detailed)D Re: TCPIP, sharing sockets via $QIO (programming, long and detailed)D Re: TCPIP, sharing sockets via $QIO (programming, long and detailed)D Re: TCPIP, sharing sockets via $QIO (programming, long and detailed) VAX: Netscape of Mosaic ?  Re: VAX: Netscape of Mosaic ?  Re: VAX: Netscape of Mosaic ?  Re: VAX: Netscape of Mosaic ?  Re: VAX: Netscape of Mosaic ?  Re: VFC File Problem Re: VFC File Problem7 Re: Viability of the VMS Market for third party vendors & Who's got a working 11/750 in Germany?0 Why implement -- Codasyl DBMS Data on Oracle Rdb; Why not ODBC Direct Access? Codasyl DBMS Data on Oracle Rdb 9 Re: Win one - Lose one - more pfunds seigh in on the deal 5 Win one - Lose one - more pfunds seigh in on the deal 9 Re: Win one - Lose one - more pfunds seigh in on the deal @ Re: [OT]  NY Times Op-Ed misses point about unreliablity of PC's  F ----------------------------------------------------------------------    Date: 14 Mar 2002 07:48:32 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) K Subject: Re: A Hybrid Approach: Codasyl DBMS Data Warehousing on Oracle Rdb 3 Message-ID: <+7SWEJbrmIKL@eisner.encompasserve.org>   j In article <SkUj8.10240$vN5.2582517928@newssvr14.news.prodigy.com>, "Tim Peer" <peert@envysys.com> writes:  N > We needed to create an Rdb data warehouse using the Codasyl DBMS schema as a > model.   Why did you need to do that ?   > Rdb runs only on VMS, so Oracle DBMS runs on the same systems.   ------------------------------  % Date: Thu, 14 Mar 2002 09:37:23 -0500 , From: "Frank Sapienza" <sapienza@noesys.com>K Subject: Re: A Hybrid Approach: Codasyl DBMS Data Warehousing on Oracle Rdb , Message-ID: <a6qcns029ra@enews3.newsguy.com>  K I'm sure this was a great idea, but I fail to see how it would apply to the  question I posed.      Frank   / "Tim Peer" <peert@envysys.com> wrote in message = news:SkUj8.10240$vN5.2582517928@newssvr14.news.prodigy.com... K > > What I'm really wondering about is the performance benefits (if any) of G > > using a single mixed storage area for similarly constructed tables,  ratherJ > > than one or more uniform storage areas. The application I'm working onK > > requires moving records among such tables and I'm looking to reduce the  > I/O / > > as much as possible during those processes.  > F > Why not try a hybrid approach to take advantage of the excellent I/OG > performance from MIXED format storage areas with placement via hashed F > indexes, and store data in UNIFORM storage areas? We have found thisG > approach to be among the best performing with very little maintenance K > required. We found the implementation described below to work best.  Many G > sites where this approach is deployed have little technical expertise  and/orJ > may not have a DBA on staff--the Corporate Controller sometimes performs the  > system administration tasks. >  > For perspective: > L > We needed to create an Rdb data warehouse using the Codasyl DBMS schema as a J > model. Since Codasyl DBMS is not a relational model, it was necessary toD > "reverse-engineer" the Codasyl DBMS schema and create a relational databaseE > that preserved Codasyl DBMS Owner and Member relationships.  In our  Codasyl G > DBMS database, PRTREC is stored in PRTAREA.  We preserved the orginal L > Codasyl structure in Rdb.  Companion storage areas and tables use the sameJ > name as the Codasyl DBMS counterpart. Storage maps were created to place the I > row in the PRTAREA_NV.RDB storage area. Records are stored in Rdb using H > ordinals from the Codasyl DBMS DBKEY (rowid). We broke apart the DBKEYK > "1:22:5" , formatted as: area=1, page = 22, line = 5.  The Rdb schema was I > designed with a MIXED format storage area (MFSA) to store "unique" keys J > (since we are using the DBMS DBKEY, there is one and only one DBMS DBKEY for G > each record). A HASHed index was created for the composite DBKEY with I > placement in the MFSA. Data are stored to tables via a storage map in a H > UNIFORM format-storage area (not RDB$SYSTEM).  When inserted, rows areL > appended to the table, unique key lookups occur via the composite - HASHed > index. > J > This is put to test as we read the Codasyl DBMS After Image Journal fileK > (AIJ) and obtain changes, insertions and deletions made to Codasyl. These L > AIJ rows are inserted, changed and deleted in Rdb using the Codasyl DBKEY. > Performance is excellent.  > H > Create SORTed indexes when selecting data using a RANGE of key values. Store K > the sorted indexes in the storage with the data or in a dedicated UNIFORM E > storage area. A dedicated storage for sorted indexes may work best.  > H > We retrieve data via ODBC using AREA,PAGE,LINE - our application moves: > copies data to a database servers running Oracle 8i, SQLD > Server, and SYBASE.  SORTed index keys take the form: NVTIMESTAMP,K > PAGE,AREA,LINE. The sorted index compares the timestamp on the Rdb row to  a  > saved VMS J > timestamp (when the table was copied last to the PC/UNIX database server the H > time the transfer started is stored in a transfer table).  Only new orK > changed rows are ever moved to the database server. Deletions are handled H > using a different method.  There was a bug in Oracle's Rdb ODBC driver whenA > selecting records via a timestamp key, "WHERE timestamp-value > F > other-timestamp-value."  The bug walked the table and did not use an index.H > For larger tables, performance was unacceptable, adding additional key9 > segments provided a reasonable performance work-around.  > 3 > Here is the Rdb schema information for reference:  >  > create storage area PRTAREA  > filename 'PRTAREA_NV.RDA'  > -- read write storage area > locking is row level > page format is UNIFORM > page size is 2 blocks  > allocation is 2 pages < > extent is (minimum 2000, maximum 20000, percent growth 20) >  > create storage area NVINDEX 0 > filename 'NV$DISK:[ENVY.002]MANDB_NVINDEX.RDA' > -- read write storage area > locking is row level > page format is MIXED > page size is 3 blocks  > allocation is 251386 pages9 > extent is (minimum 98, maximum 9998, percent growth 20) 9 > snapshot filename 'NV$DISK:[ENVY.002]MANDB_NVINDEX.SNP' $ > snapshot allocation is 32464 pagesB > snapshot extent is (minimum 98, maximum 9998, percent growth 20) > interval is 216;@ >     CREATE STORAGE MAP PRTREC_MAP FOR PRTREC STORE IN PRTAREA;# >     CREATE INDEX NV_PRTREC_HSHIDX & >         ON PRTREC (PAGE, AREA, LINE); >         TYPE IS HASH ENABLE COMPRESSION STORE IN NVINDEX;  > L > Our observations revealed this to be a simpler alternative to using hashedK > insertions and row clustering--data warehousing on Rdb without a Database E > Administrator on staff. Send me an e-mail and I will send you a DCL < > procedure that you can use to calculate allocation values. >  > -- > Timothy E. Peer  > eNVy Systems Inc.  > 4960 Almaden Exp. #330 > San Jose, CA 95118 > Voice: (408) 363-8896  > Fax:    (408) 363-8897 >  > http://envysys.com >  >    ------------------------------  % Date: Thu, 14 Mar 2002 11:45:30 -0500 * From: "rob kas" <rob@paychoice.nospam.com>, Subject: Adding Disks to a Alpha Server 21004 Message-ID: <3c90d5c6$0$35567$8e9e3842@news.atx.net>  
         Hi  5   I have a Alpha Server 2100 with 2 Raid controllers. 3  Currently one is setup as RAID 5 and one is RAID 1 L   I'd like to add disks to the RAID 5 set , is there some magic needed to do this?   &                                 Thanks&                                  Rob K   ------------------------------  % Date: Thu, 14 Mar 2002 17:10:15 +0000  From: Roy Omond <Roy@Omond.net>  Subject: Andrew's back !) Message-ID: <3C90D978.8AA96D18@Omond.net>    Oh what unbridled joy :-)   F He seems to have lost a certain "SooperDooper Architect" title though.   Wonder what happened.    Welcome back, Andrew :-)  	 Roy Omond  Blue Bubble Ltd.   ------------------------------    Date: 14 Mar 2002 11:58:59 -0600B From: clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley) Subject: Re: Andrew's back !3 Message-ID: <qsuAEEprI6$Q@eisner.encompasserve.org>   K In article <3C90D978.8AA96D18@Omond.net>, Roy Omond <Roy@Omond.net> writes:  > Oh what unbridled joy :-)  > H > He seems to have lost a certain "SooperDooper Architect" title though. >  > Wonder what happened.  >  > Welcome back, Andrew :-) >  > Roy Omond  > Blue Bubble Ltd. >   K Sun's probably found out through some confidential source that VMS is going J to be heavily promoted under HP's rule and he's been sent by his employers" to keep an eye on the situation...  % Well, we can all dream can't we ? :-)   + Seriously though Andrew, why are you back ?    Simon.   --  B Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP       + Microsoft: The Lada of the computing world.    ------------------------------  % Date: Thu, 14 Mar 2002 07:48:16 -0800 ' From: David Mathog <mathog@caltech.edu> 3 Subject: Re: Another big block votes against merger + Message-ID: <3C90C640.3930306C@caltech.edu>    "Terry C. Shannon" wrote:  > 8 > "Jerry Leslie" <leslie@clio.rice.edu> wrote in message# > news:a6oi97$i5g$1@joe.rice.edu...  > > K > > There was an article on the Risks Digest last year about a major outage + > > of an Hitachi mainframe at Wells Fargo:  > > 8 > >    http://catless.ncl.ac.uk/Risks/21.15.html#subj1.1* > >    Wells Fargo computer network outage > > . > >   "Peter G. Neumann" <neumann@csl.sri.com> > > # > >   "Sun, 3 Dec 2000 21:12:02 PST  > > M > >    On 1 Dec 2000, the nationwide Wells Fargo computer network crashed for K > >    a few hours, three days after WF had finished merging their computer M > >    networks with those of Norwest (which bought WF in 1998).  One of four I > >    Hitachi Tritium 400 mainframes in the Minneapolis data center shut  > itselfI > >    down, apparently after detecting some sort of anomaly.  The result 	 > stopped M > >    all banking operations that depend on real-time interaction.  [Source: G > >    Article by Sam Zuckerman, *San Francisco Chronicle*, 2 Dec 2000,  > PGN-ed] "  > G > I would beware of any mainframe whose name was identical to that of a - > radioisotope with a fairly brief half-life.   M Not nearly brief enough on human time scales. The best estimate from a recent  NIST review   8  http://nvl.nist.gov/pub/nistpubs/jres/105/4/j54luc2.pdf  L was 4500 +/- 8 days.   I suspect that the Hitachi was nowhere near that half life value. O But then again, it is a statistical process, so there's always some probability  thatO the Hitachi may have "decayed".  Just for comparison purposes, I'd estimate the 	 half-life H (purchase to disposal) of the average desktop PC to be around 1000 days.   Regards,   David Mathog mathog@caltech.edu   ------------------------------  # Date: Thu, 14 Mar 2002 15:52:22 GMT 1 From: "Terry C. Shannon" <terryshannon@attbi.com> 3 Subject: Re: Another big block votes against merger 9 Message-ID: <WG3k8.23490$44.5388277@typhoon.ne.ipsvc.net>   4 "David Mathog" <mathog@caltech.edu> wrote in message% news:3C90C640.3930306C@caltech.edu...    <half-lfe stuff snipped>H > Not nearly brief enough on human time scales. The best estimate from a recent
 > NIST review  > : >  http://nvl.nist.gov/pub/nistpubs/jres/105/4/j54luc2.pdf > I > was 4500 +/- 8 days.   I suspect that the Hitachi was nowhere near that  half
 > life value. E > But then again, it is a statistical process, so there's always some  probability  > thatD > the Hitachi may have "decayed".  Just for comparison purposes, I'd estimate the > half-life J > (purchase to disposal) of the average desktop PC to be around 1000 days.  I And that's probably a generous estimate. My Rainbow is closing in on 6666 L days, but then again, the thing has been languishing in the basement for the past 11 years!   ------------------------------    Date: 14 Mar 2002 03:49:21 -0800) From: P.Young@unsw.EDU.AU (Patrick Young) & Subject: Re: Antigen found =*.exe file= Message-ID: <55f85d77.0203140349.313ac7b6@posting.google.com>   \ carl@gerg.tamu.edu (Carl Perkins) wrote in message news:<13MAR200218112152@gerg.tamu.edu>... > ! > Zip them and send the zip file? - > Use backup on them up and send the saveset?  >   = You are missing my point. Why the ?_FREAKING HELL_? do I have 9 to adjust my behaviour and go out of my way because of an 9 incompetent OS that I don't even use and avoid where ever 	 possible?   9 I use PMDF under OpenVMS for email but am worried if UNSW < place "anti virus" software on their central mail redirector= where Initial.Surname@unsw.EDU.AU gets directed to the target 9 computer user@host.unsw.EDU.AU (in my case OpenVMS/PMDF).   9 If I want to email an OpenVMS .EXE, .COM or .BAS over the < network as an attachment, why should I have to "consider M$") and rename it for crying out loud ???????   A > You can, of course, call the executable file anything you want.   5 Thanks, but I have known this for many years already.   B "Microsh*t - because it smells worse than the real thing each time9 you step in it, and the pathway is now littered with it."   B BTW, as a result of my original (TEXT ONLY!!!) post I received the following (*Sigh*)  ; > Trend SMEX Content Filter has detected sensitive content.  > 8 > Place = Info-VAX@Mvb.Saic.Com; ; ; P.Young@unsw.EDU.AU > Sender = P.Young@unsw.EDU.AU) > Subject = Re: Antigen found =*.exe file 5 > Delivery Time = March 13, 2002 (Wednesday) 03:55:24 # > Policy = Virus List (Executables) * > Action on this mail = Quarantine message > % > Warning message from administrator: & > Content filter has detected a virus.   ------------------------------    Date: 14 Mar 2002 10:08:38 -0800: From: bes@out-fits.com (=?ISO-8859-1?Q?Bernard_Str=E4hl?=)  Subject: bottleneck bufferd I/O?= Message-ID: <eb298964.0203141008.715b1d9a@posting.google.com>a   Hi  D I can see that a process running uses up to 50% of buffered I/O. the% buffered I/O itself is always "full".h  ' q: how can I increase the buffered I/O?w  D Autogen increased some parameters NPAGEDYN, PAGEDYN; the rest stayed the same or more or less equal.n  
 thanx Bernarde   ------------------------------  % Date: Thu, 14 Mar 2002 10:42:32 +0100i= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>E8 Subject: Re: DEC C: why does exit(0) really exit with 1?) Message-ID: <3C907088.11036801@gtech.com>    Michael Zarlenga wrote:e= > What the heck is going on ... why is exit 0 exiting with 1?    0 = success is a unixism.e   success = 1 on VMS.   2 To make Unix programs sligtly more portable to VMS exit converst 0 to 1.l   Arne   ------------------------------  % Date: Thu, 14 Mar 2002 14:36:03 +0100dE From: Jan C. =?iso-8859-1?Q?Vorbr=FCggen?= <jvorbrueggen@mediasec.de>i8 Subject: Re: DEC C: why does exit(0) really exit with 1?+ Message-ID: <3C90A743.346B28B3@mediasec.de>w  ? > From my point of view, the program is telling the RTL to exitfC > with a $STATUS of 0, nothing else.  It's assuming something about() > the value 0 and changing it on me to 1.b  I Incorrect. The program is telling the RTL it has completed successfully -oL that's what the C standard says an exit value of 0 means. The RTL translatesK this to whatever "success" means to the host operating system, which in thep case of VMS is 1.l  A > Let's cut to the chase ... is there any easy way to change thisiB > (a different header file, a different RLT func., etc) so that an@ > exit(0) or return (0) (in main()) will return a ZERO to DCL as > the $STATUS?  " Of course - call SYS$EXIT instead.   	Jan   ------------------------------  % Date: Thu, 14 Mar 2002 12:48:00 -0000s/ From: Michael Zarlenga <zarlenga@conan.ids.net>I8 Subject: Re: DEC C: why does exit(0) really exit with 1?/ Message-ID: <u91700aebi8kc8@corp.supernews.com>V  ( Carl Perkins <carl@gerg.tamu.edu> wrote:F : Since your C program is doing what C programs tend to do to indicateB : success, it makes a lot more sense to report a status value that : translates to the messagec  = From my point of view, the program is telling the RTL to exitRA with a $STATUS of 0, nothing else.  It's assuming something aboutf' the value 0 and changing it on me to 1.m  ? Let's cut to the chase ... is there any easy way to change thiso@ (a different header file, a different RLT func., etc) so that an> exit(0) or return (0) (in main()) will return a ZERO to DCL as the $STATUS?   -- m -- Mike Zarlenga   ------------------------------    Date: 14 Mar 2002 08:34:28 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)o8 Subject: Re: DEC C: why does exit(0) really exit with 1?3 Message-ID: <uQDI+dRdwloz@eisner.encompasserve.org>M  s In article <3C90A743.346B28B3@mediasec.de>, Jan C. =?iso-8859-1?Q?Vorbr=FCggen?= <jvorbrueggen@mediasec.de> writes:e@ >> From my point of view, the program is telling the RTL to exitD >> with a $STATUS of 0, nothing else.  It's assuming something about* >> the value 0 and changing it on me to 1. > K > Incorrect. The program is telling the RTL it has completed successfully -dN > that's what the C standard says an exit value of 0 means. The RTL translatesM > this to whatever "success" means to the host operating system, which in the  > case of VMS is 1.  > B >> Let's cut to the chase ... is there any easy way to change thisC >> (a different header file, a different RLT func., etc) so that aneA >> exit(0) or return (0) (in main()) will return a ZERO to DCL asD >> the $STATUS?n > $ > Of course - call SYS$EXIT instead.  @ But if you want to write a user-friendly program, you should not> exit with zero but with a status identifying the nature of the@ error, so the user can type HELP/MESSAGE as the next DCL command and get a detailed explanation.h   ------------------------------  # Date: Thu, 14 Mar 2002 13:55:54 GMT  From: system@SendSpamHere.ORG-8 Subject: Re: DEC C: why does exit(0) really exit with 1?0 Message-ID: <00A0AEBE.835659C8@SendSpamHere.ORG>  a In article <u91700aebi8kc8@corp.supernews.com>, Michael Zarlenga <zarlenga@conan.ids.net> writes:0) >Carl Perkins <carl@gerg.tamu.edu> wrote:aG >: Since your C program is doing what C programs tend to do to indicatepC >: success, it makes a lot more sense to report a status value that  >: translates to the message >@> >From my point of view, the program is telling the RTL to exitB >with a $STATUS of 0, nothing else.  It's assuming something about( >the value 0 and changing it on me to 1. >l@ >Let's cut to the chase ... is there any easy way to change thisA >(a different header file, a different RLT func., etc) so that ane? >exit(0) or return (0) (in main()) will return a ZERO to DCL as 
 >the $STATUS?o >s >--  >-- Mike Zarlenga   # You eunuchs are all alike.  Here...e     #include <stdio.h> #include <starlet.h>  ! #define exit(__x_) sys$exit(__x_)s   main()   {,8     printf("This program will return status of '0'.\n");     exit(0);   }e   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMe            cJ   "And of course, I'm a genius, so people are naturally drawn to my fiery I   intellect.  Their admiration overwhelms their envy!" -- Calvin & HobbesC   ------------------------------  % Date: Thu, 14 Mar 2002 16:09:50 +0100.< From: "Martin Vorlaender" <martin.vorlaender@pdv-systeme.de>8 Subject: Re: DEC C: why does exit(0) really exit with 1?4 Message-ID: <a6qegb$g5pjb$1@ID-56200.news.dfncis.de>  6 "Bill Gunshannon" <bill@triangle.cs.uofs.edu> wrote... > $ run exitzero > $ write sys$output $STATUS > %X00000001 > $ run exitoneb > $ write sys$output $STATUS > %X00000001 > $ run exitnine > $ write sys$output $STATUS > %X00000009 > B > Hmmmm.  How does one differentiate between exit(0) and exit(1)??  E By defining _POSIX_EXIT. That way, EXIT_FAILURE (1) will be mapped toa  0x10000002. Works under VMS 7.x.   cu,N   Martin -- rJ One OS to rule them all       | Martin Vorlaender  |  VMS & WNT programmer7 One OS to find them           | work: mv@pdv-systeme.dedJ One OS to bring them all      |   http://www.pdv-systeme.de/users/martinv/? And in the Darkness bind them.| home: martin@radiogaga.harz.de w   ------------------------------   Date: 14 Mar 2002 14:15:52 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)t8 Subject: Re: DEC C: why does exit(0) really exit with 1?, Message-ID: <a6qbao$2ejf$1@info.cs.uofs.edu>  / In article <u91700aebi8kc8@corp.supernews.com>, 2  Michael Zarlenga <zarlenga@conan.ids.net> writes:+ |> Carl Perkins <carl@gerg.tamu.edu> wrote: I |> : Since your C program is doing what C programs tend to do to indicate E |> : success, it makes a lot more sense to report a status value that  |> : translates to the message |> s@ |> From my point of view, the program is telling the RTL to exitD |> with a $STATUS of 0, nothing else.  It's assuming something about* |> the value 0 and changing it on me to 1.  . It's actually much worse than you think.  :-) - I modified MAKEIT.COM, observe the following:a  	 $ @makeito $ create exitzero.cw #include <stdlib.h>r main() {a
     exit (0);  }A   $ create exitone.c #include <stdlib.h>s main() {d
     exit (1);  }n   $ create exitnine.ce #include <stdlib.h>R main() {e
     exit (9);m }V  
 $ cc exitzeroE $ link exitzeroo $ cc exitone $ link exitone
 $ cc exitniner $ link exitninee $ run exitzero $ write sys$output $STATUS
 %X00000001
 $ run exitoneb $ write sys$output $STATUS
 %X00000001 $ run exitnine $ write sys$output $STATUS
 %X00000009 $ set noverify $   @ Hmmmm.  How does one differentiate between exit(0) and exit(1)??   |> eB |> Let's cut to the chase ... is there any easy way to change thisC |> (a different header file, a different RLT func., etc) so that aneA |> exit(0) or return (0) (in main()) will return a ZERO to DCL as  |> the $STATUS?e  @ I don't know of any way to do this, but I think this behavior isB a bug rather than a feature.  I wonder how many programs that haveA been ported over from Unix don't function correctly becuase thereA? is no way to return a "0"??  I'll bet this would really mess-up @ things lime "configure".  Can someone try this under BASH on VMS and see if the same is true??e   bill   --  J 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: 14 Mar 2002 10:22:18 -0600+ From: young_r@encompasserve.org (Rob Young)K8 Subject: Re: DEC C: why does exit(0) really exit with 1?3 Message-ID: <VVXDLGDZISAe@eisner.encompasserve.org>   c In article <uQDI+dRdwloz@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes:Ru > In article <3C90A743.346B28B3@mediasec.de>, Jan C. =?iso-8859-1?Q?Vorbr=FCggen?= <jvorbrueggen@mediasec.de> writes:PA >>> From my point of view, the program is telling the RTL to exit E >>> with a $STATUS of 0, nothing else.  It's assuming something aboutn+ >>> the value 0 and changing it on me to 1.  >> dL >> Incorrect. The program is telling the RTL it has completed successfully -O >> that's what the C standard says an exit value of 0 means. The RTL translates N >> this to whatever "success" means to the host operating system, which in the >> case of VMS is 1. >> 4C >>> Let's cut to the chase ... is there any easy way to change this-D >>> (a different header file, a different RLT func., etc) so that anB >>> exit(0) or return (0) (in main()) will return a ZERO to DCL as >>> the $STATUS? >> d% >> Of course - call SYS$EXIT instead.  > B > But if you want to write a user-friendly program, you should not@ > exit with zero but with a status identifying the nature of theB > error, so the user can type HELP/MESSAGE as the next DCL command! > and get a detailed explanation.    	Larry... Larry.... Larry...  > 	Why muddy things up with good engineering/design!  For shame!   			Rob   ------------------------------  % Date: Thu, 14 Mar 2002 17:49:49 +0100 E From: Jan C. =?iso-8859-1?Q?Vorbr=FCggen?= <jvorbrueggen@mediasec.de> 8 Subject: Re: DEC C: why does exit(0) really exit with 1?+ Message-ID: <3C90D4AD.C33C79E9@mediasec.de>   B > But if you want to write a user-friendly program, you should not@ > exit with zero but with a status identifying the nature of theB > error, so the user can type HELP/MESSAGE as the next DCL command! > and get a detailed explanation.q  D As I said - to a standard-conforming C program, exiting with 0 is anI indication of success. Whyever the OP wanted to pass this on to DCL which ' obeys a different convention I dunno...S   	Jan   ------------------------------    Date: 14 Mar 2002 10:55:54 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)B8 Subject: Re: DEC C: why does exit(0) really exit with 1?3 Message-ID: <yJVS6vX+JYO6@eisner.encompasserve.org>r  s In article <3C90D4AD.C33C79E9@mediasec.de>, Jan C. =?iso-8859-1?Q?Vorbr=FCggen?= <jvorbrueggen@mediasec.de> writes:mC >> But if you want to write a user-friendly program, you should notiA >> exit with zero but with a status identifying the nature of thetC >> error, so the user can type HELP/MESSAGE as the next DCL command-" >> and get a detailed explanation. > F > As I said - to a standard-conforming C program, exiting with 0 is anK > indication of success. Whyever the OP wanted to pass this on to DCL which0) > obeys a different convention I dunno...e  C When I spoke about "exiting with zero", I was talking about exitingsF to DCL.  Translating zero to 1 seems appropriate for the success case.D DCL should _not_ be given a zero in the case of failure -- it shouldF be given a specific error which has been defined in a message file and in HELP/MESSAGE.   ------------------------------  % Date: Thu, 14 Mar 2002 17:26:36 -0000n/ From: Michael Zarlenga <zarlenga@conan.ids.net>28 Subject: Re: DEC C: why does exit(0) really exit with 1?/ Message-ID: <u91nac2r67q897@corp.supernews.com>w   system@SendSpamHere.ORG wrote: : #include <stdio.h> : #include <starlet.h>  # : #define exit(__x_) sys$exit(__x_)F   : main() :   {f: :     printf("This program will return status of '0'.\n"); :     exit(0); :   }    Many thanks.   -- p -- Mike Zarlenga   ------------------------------  % Date: Thu, 14 Mar 2002 17:28:19 -0000e/ From: Michael Zarlenga <zarlenga@conan.ids.net>o8 Subject: Re: DEC C: why does exit(0) really exit with 1?/ Message-ID: <u91ndjqej3p4be@corp.supernews.com>l  2 Bill Gunshannon <bill@triangle.cs.uofs.edu> wrote:B : Hmmmm.  How does one differentiate between exit(0) and exit(1)??    That, in essence was my problem.  9 We exit with many return codes, SS$_NORMAL being the only/ good one.  All work, except 0.   -- 4 -- Mike Zarlenga   ------------------------------    Date: 14 Mar 2002 06:34:17 -0600B From: clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley). Subject: Re: decus uk - confusion over joining3 Message-ID: <WV5P$RUxt4BJ@eisner.encompasserve.org>d  g In article <3C9026CE.FF9E2B2C@blueyonder.co.uk>, Tim Llewellyn <tim.llewellyn@blueyonder.co.uk> writes:a > Herb Asher wrote:  >> gE >> Either Decus UK, or CUO or what ever they are called at the moment27 >> have a very confusing website or I am just dull. :O(t >> mH >> I want to join DECUS and have been to 3 or 4 different pages and seenG >> prices ranging from ?35 to a USA site quoting $135 for internationaleG >> members (ouch!). I'm not even sure what the CUO one is all about. It-D >> does not mention DECUS or having DECUS membership included in the	 >> price.m >> r  H CUO-UK is the new name for DECUS UK. A well established, well respected,@ immediately recognisable name, replaced by a generic one. [IMHO]   > F > I renewed with CUO-UK for 25 quid recently, thats private membership9 > rather than corporate, the latter being more expensive.  >   E Ditto on the 25 quid renewal. In addition, I also paid about an extrad9 tenner when I initially joined back in the DECUS UK days.h  B The phone number at the top of my renewal notice is: 0118 916 0758   Simon.   -- .B Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP       + Microsoft: The Lada of the computing world.    ------------------------------   Date: 14 Mar 2002 13:56:37 GMT( From: joechip31@hotmail.com (Herb Asher). Subject: Re: decus uk - confusion over joining9 Message-ID: <3c90ac27.53516072@news1.uncensored-news.com>n  : Thanks for putting me right on that. I will join up today.   Herb   On 14 Mar 2002 06:34:17 -0600,C clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley) wrote:u  h >In article <3C9026CE.FF9E2B2C@blueyonder.co.uk>, Tim Llewellyn <tim.llewellyn@blueyonder.co.uk> writes: >> Herb Asher wrote: >>> F >>> Either Decus UK, or CUO or what ever they are called at the moment8 >>> have a very confusing website or I am just dull. :O( >>> I >>> I want to join DECUS and have been to 3 or 4 different pages and seentH >>> prices ranging from ?35 to a USA site quoting $135 for internationalH >>> members (ouch!). I'm not even sure what the CUO one is all about. ItE >>> does not mention DECUS or having DECUS membership included in the 
 >>> price. >>>  >sI >CUO-UK is the new name for DECUS UK. A well established, well respected,eA >immediately recognisable name, replaced by a generic one. [IMHO]e >o >> iG >> I renewed with CUO-UK for 25 quid recently, thats private membershiph: >> rather than corporate, the latter being more expensive. >> t >eF >Ditto on the 25 quid renewal. In addition, I also paid about an extra: >tenner when I initially joined back in the DECUS UK days. >aC >The phone number at the top of my renewal notice is: 0118 916 0758; >P >Simon.s    F ______________________________________________________________________R Posted Via Uncensored-News.Com - Still Only $9.95 - http://www.uncensored-news.comP    With NINE Servers In California And Texas - The Worlds Uncensored News Source      ------------------------------    Date: 14 Mar 2002 05:23:22 -0800 From: sam@ratex.dk (Sam)7 Subject: DFU report wrong number of free file headers ?m; Message-ID: <d1111de.0203140523.e823e88@posting.google.com>f  	 Hi Folks.s  E On an Alpha 4100 with OpenVMS 7.2-1 with all pathes up-to-date I have + initialized an ODS5 disk volume as follows:b  $ $ initialize    $1$dga131: disk131 -         /system -          /structure=5 -          /maximum_files=2500000 -         /headers=5000000 -         /directories=256 -         /cluster_size=3 -u         /windows=40 -          /nohighwater $!  H I have some 11 big files on the disk, and now I would like to use it for4 directory tree containing about 350.000 small files.  H But when I look at the DFU report of the disk, I'm surprised to see thatI there is only a header count of 1010 and 934 free headers. Why is it so ?sI I would have expected at least 2 million free headers. Should I not trustS the numbers in the DFU report ?l   Samp     $ dfu report disk131  3      Disk and File Utilities for OpenVMS DFU V2.7-A       Freeware version21      Copyright  2000 COMPAQ Computer Corporation=  1 %DFU-I-REPORT, Reporting on DISK131: ($1$DGA131:)C  H       ***** Volume info for ODS5 volume DISK131: (from HOME block) *****1  Volume name                      :  DISK131     i1  Volume owner                     :              n1  Volume set name                  :               ,  Highwater mark. / Erase on del.  :  No / No&  Cluster size                     :  3,  Maximum # files                  :  2500000)  Header count                     :  1010h(  First header VBN                 :  624(  Free headers                     :  934  3       ***** File Statistics (from INDEXF.SYS) *****a;  INDEXF.SYS fragments/ map_in_use :  4 /11 words ( 7% used)h,  Total files (ODS2 / ODS5)        :  10 / 11&  Empty files                      :  5'  Files with allocation            :  16A&  Files with extension headers     :  0&  Files marked for delete          :  0&  Directory files                  :  2'  Contiguous files                 :  15c7  Total used/ allocated size       :  21006013 /23505027l'  Total fragments                  :  19c*  Average fragments per file       :  1.1888  File fragmentation index         :  0.410  (excellent) ,  Average size per fragment        :  1237106$  Most fragmented file             : F     $1$DGA131:[000000]INDEXF.SYS;1 ( 1633/2500623 blocks; 4 fragments)  9       ***** Free space statistics (from BITMAP.SYS) *****o-  Total blocks on disk             :  88820885u-  Total free blocks                :  65315859 '  Percentage free (rounded)        :  25a&  Total free extents               :  4F  Largest free extent              :  41902575  blocks at LBN: 46918308-  Average extent size (rounded)    :  16328964S8  Free space fragmentation index   :  0.000  (excellent)   " %DFU-I-READY, REPORT command ready $6   ------------------------------  % Date: Thu, 14 Mar 2002 14:16:02 +0000  From: Roy Omond <Roy@Omond.net> ; Subject: Re: DFU report wrong number of free file headers ?t) Message-ID: <3C90B0A2.D4AC2A39@Omond.net>.  
 Sam wrote:   > Hi Folks.= >vG > On an Alpha 4100 with OpenVMS 7.2-1 with all pathes up-to-date I haves- > initialized an ODS5 disk volume as follows:0 >o& > $ initialize    $1$dga131: disk131 - >         /system -d >         /structure=5 -" >         /maximum_files=2500000 - >         /headers=5000000 - >         /directories=256 - >         /cluster_size=3 -a >         /windows=40 -r >         /nohighwater   [...snip...]   /Headers=5000000 andg /Maximum_Files=2500000  A 5.000.000 is a little more than 2.500.000 (it's almost double :-)e   Try again with sensible values.r  	 Roy Omondl Blue Bubble Ltd.   ------------------------------  % Date: Thu, 14 Mar 2002 08:26:28 +0100a+ From: "Bart Zorn" <B.Zorn@xs4all.nospam.nl>c! Subject: Re: DTTS on Unix Machineu* Message-ID: <a6pjb5$4rm$1@news1.xs4all.nl>  ; "Max Mauceri" <mmauceri@rome.sema.slb.com> wrote in messagegB news:bc8f06ddcce967ce5f3b4dfb273dc434.77540@mygate.mailgate.org...	 > Hi Guysm= > i have a trouble on DS10 machine running 4.0f Digital Unix.-> > The machine is dtss clerk (Digital Distributed Time Service)? > But unfortunately if i check the status of dtts on NCL promptt > i have a following message : >6& > migwy1# ncl sync dtss set clock true >0
 > Node 0 DTSSu( > AT 2002-03-11-16:41:39.338+00:00I----- >n" > FAILED IN DIRECTIVE: Synchronize( > DUE TO: No such Entity Instance exists >r >a2 > I suppose a dtss clerk process doesn't start....G > which is the manner (on Digital Unix System ) to start this porcess ?t  K I am not an Unix expert (but you asked your question in the wrong newsgroupeC anyway), but as far as I know you could use the following commands:t   ncl create dtss type clercka ncl enable dtss set clock true  C In contrast with OpenVMS, you don't have to create the DTSS processnB explicitly. If the above commands don't work, I am at a loss, too!   HTH,  	 Bart Zorn)   ------------------------------  # Date: Thu, 14 Mar 2002 17:36:08 GMTgF From: lederman@star.enet.dec.DISABLE-JUNK-EMAIL.com (Bart Z. Lederman)A Subject: Erasing an entire disk (was DLT Degausser / Bulk Eraser) 2 Message-ID: <cc5k8.972$fL6.22318@news.cpqcorp.net>  J >In a previous article, bill@triangle.cs.uofs.edu (Bill Gunshannon) wrote: >-B >On another interesting note, I wonder what would be the result ofB >passing something like a hard disk through an MRI machine??  I'll >bet that would do the trick!!  : Aside from the danger, which has already been pointed out,: there is another reason why you don't want to try to erase, a hard drive using an external demagnitizer.  ; In addition to the drive platters, there are also generallye8 two motors inside a disk drive.  One causes the platters9 to rotate, the other moves the heads from one cylinder to 6 another.  On all of the drives I've dissassembled, the: actuator that moves the heads uses a permanent magnet, and9 I suspect most spindle motors do too (for any 5  inch or96 smaller drive.  I've seen an old 9 inch drive that had5 the actuator magnet on the outside, where it could beE	 removed).   < If you put the drive into a field strong enough to erase the; data on the platters, it may well damage the magnets in thea; drive motors.  I think you might have to be concerned about 7 currents that could be generated in the heads and other 3 wires damaging the semiconductors inside the drive.t  ; Of course, if your purpose is to erase a drive for security-: reasons before discarding it, this may not matter.  But if; that's what you're doing, you are still probably better off:A disassembling the drive so you can erase the platters separately.a   -- 1(  B. Z. Lederman   Personal Opinions Only  8  Posting to a News group does NOT give anyone permission8  to send me advertising by E-mail or put me on a mailing  list of any kind.  5  Please remove the "DISABLE-JUNK-EMAIL" if you have ad5  legitimate reason to E-mail a response to this post.r   ------------------------------  # Date: Thu, 14 Mar 2002 11:00:21 GMTp1 From: CSABA  HARANGOZO   <csabah@zipworld.com.au>t! Subject: FS: DEC  bits amd piecesl5 Message-ID: <9p%j8.452$k6.44326@nasal.pacific.net.au>c  
 	For sale:  + 	3 x DE422 network cards, EISA			US$20 eachh4 	3 x Adaptec 1742A SCSI controllers  EISA	US$20 each8 	1 x DE204 Etherworks Turbo network card	ISA/EISA  US$15: 	2 x DECrepeater 90T-16, 16 ports with power s.	US$40 each% 	1 x DECrepeater 90T, 8 ports			US$30x  3 	Postage extra, but cheap due to low Aussie dollar.h   						Cheers,    Csaba  I    ---------------------------------------------------------------------- E    * Csaba I. Harangozo     |    'To err is human', said the hedgehogTE    * csabah@zipworld.com.au |           as he dismounted a wirebrush. I    ---------------------------------------------------------------------- ;    EARTH::AUSTRALIA:[SYDNEY]HARANGOZO.CSABA;1, delete? [N]:(   ------------------------------    Date: 14 Mar 2002 05:11:18 -0800 From: wingwong@witty.com (wing)r, Subject: Get two day after tomorrow with DCL= Message-ID: <873e96d6.0203140511.7eaa14b6@posting.google.com>L   Hi  C I am trying to use DCL to get two day after tomorrow.  I have trieds? f$cvtime with "tomorrow" and it works.  However, when I try thegA following, it fails.  It seems that the delta +1 added is no use.   / a = f$cvtime("tomorrow", "absolute", "weekday")e
 show sym a A = "Friday"  1 a = f$cvtime("tomorrow+1", "absolute", "weekday")d
 show sym a A = "Friday"   Thank you very much    Wing   ------------------------------    Date: 14 Mar 2002 07:17:08 -0600B From: clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley)0 Subject: Re: Get two day after tomorrow with DCL3 Message-ID: <kCQek6234Vnx@eisner.encompasserve.org>>  _ In article <873e96d6.0203140511.7eaa14b6@posting.google.com>, wingwong@witty.com (wing) writes:e > Hi > E > I am trying to use DCL to get two day after tomorrow.  I have triedeA > f$cvtime with "tomorrow" and it works.  However, when I try theQC > following, it fails.  It seems that the delta +1 added is no use.l > 1 > a = f$cvtime("tomorrow", "absolute", "weekday")s > show sym a > A = "Friday" > 3 > a = f$cvtime("tomorrow+1", "absolute", "weekday")r > show sym a > A = "Friday" >   7 $ write sys$output f$cvtime("+2-","absolute","weekday")g Saturday7 $ write sys$output f$cvtime("+3-","absolute","weekday")g Sunday   > Thank you very muche >  > Wing   Simon.   -- eB Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP       + Microsoft: The Lada of the computing world.a   ------------------------------  % Date: Thu, 14 Mar 2002 14:21:51 +0100c$ From: "labadie" <labadie_g@decus.fr>0 Subject: Re: Get two day after tomorrow with DCL2 Message-ID: <mv1k8.954$fL6.22005@news.cpqcorp.net>  , "wing" <wingwong@witty.com> wrote in message7 news:873e96d6.0203140511.7eaa14b6@posting.google.com...  > Hi >SE > I am trying to use DCL to get two day after tomorrow.  I have triedwA > f$cvtime with "tomorrow" and it works.  However, when I try theeC > following, it fails.  It seems that the delta +1 added is no use.s >c1 > a = f$cvtime("tomorrow", "absolute", "weekday")  > show sym a > A = "Friday" >L3 > a = f$cvtime("tomorrow+1", "absolute", "weekday")t > show sym a > A = "Friday" >h > Thank you very much- >- > Wing Hello- instead of tomorrow, put "tomorrow+2-0"   It is in the doc   Regards?   Grard   ------------------------------  % Date: Thu, 14 Mar 2002 15:29:46 +0200a' From: "Gabriel Sterk" <gabi@aipm.co.il>30 Subject: Re: Get two day after tomorrow with DCL2 Message-ID: <000001c1cb5c$4faaade0$2c46bf10@manai>  2 a = f$cvtime("tomorrow+1-", "absolute", "weekday")   will give you   
 show sym a A = "Saturday"     See Help dcl_tips date delta  
 Gabriel Sterki   -----Original Message-----& From: wing [mailto:wingwong@witty.com], Subject: Get two day after tomorrow with DCL   Hi  C I am trying to use DCL to get two day after tomorrow.  I have triedS? f$cvtime with "tomorrow" and it works.  However, when I try the0A following, it fails.  It seems that the delta +1 added is no use.c  / a = f$cvtime("tomorrow", "absolute", "weekday") 
 show sym a A = "Friday"  1 a = f$cvtime("tomorrow+1", "absolute", "weekday")3
 show sym a A = "Friday"   Thank you very muchC   Wing   ------------------------------  # Date: Thu, 14 Mar 2002 16:25:14 GMTi) From: DCantor@shore.net (David A. Cantor)h0 Subject: Re: Get two day after tomorrow with DCL8 Message-ID: <K94k8.4297$S%4.383308@news02.optonline.net>  ^ In article <873e96d6.0203140511.7eaa14b6@posting.google.com>, wingwong@witty.com (wing) wrote:D >I am trying to use DCL to get two day after tomorrow.  I have tried@ >f$cvtime with "tomorrow" and it works.  However, when I try theB >following, it fails.  It seems that the delta +1 added is no use.  0 >a = f$cvtime("tomorrow", "absolute", "weekday") >show sym ar
 >A = "Friday"c  2 >a = f$cvtime("tomorrow+1", "absolute", "weekday") >show sym a 
 >A = "Friday"e  K Consider that sometime the day after tomorrow is exactly 48 hours (2 days) E from the current time.    <      $ write sys$output f$cvtime("+2-","absolute","weekday")   Dave C.l still a techie ex-DECcie   ------------------------------    Date: 14 Mar 2002 02:18:54 -0800* From: polato@igi.pd.cnr.it (Sandro Polato)? Subject: Re: Heads Up - OpenVMS Technical Update Days in Europee= Message-ID: <2af2b3d8.0203140218.712b9b02@posting.google.com>)   Hi all. K Only to remind that one free unlimited MenuFinder licence for OpenVMS Alpha O is granted to all the attendants (see www.itre.com/mf to get the free licence).    Regards1 Sandro  l "Sue Skonetski" <susan.skonetski@compaq.com> wrote in message news:<N93j8.816$fL6.19548@news.cpqcorp.net>...B > Vienna Austria - April 8 & 9 - agenda is attached as soon as the2 > registration web site is up I will post details.( > London, England April 11 & 12 as above > E > Please note that there is limited seating for both of these events.h > = > It will be my pleasure to meet many of you at these events., >  > Warm Regards,- >  > SuenN > ____________________________________________________________________________ > __ >  > Agenda >  > Austria Monday and Tuesday" > Monday April 8th Vienna, Austria > ' > 9:00 - 9:15 Welcome Wilfried Bergmann@ > 8 > 9:15 - 10:00 OpenVMS Strategy and Directions (Keynote) > Steve Steublis >  > 10:00 - 10:15 Break@ > 9 > 10:15 - 11:15 OpenVMS Technical Update 7.3.1 and beyonde > Steve HoffmanO > G > 11:15 - 12:15 OpenVMS and ItaniumT Processor Family Systems (base OS)e > Burns Fisher >  > 12:15 - 13:15 Luncho > ; > 13:15 - 14:15 Best Practices for VMS Performance for 2002p > Steve Lieman >  > 14:15 - 14:30 Breakg > @ > 14:30 - 15:30 Installing and configuring Fibre Channel storage > Rick Lord  > : > 15:30 - 16:30 Integration of OpenVMS Data & Applications > John Apps  >  >  > # > Tuesday April 9th Vienna, Austriae >  > 8:30 - 8:45 Welcomel > Wilfried Bergmann, > < > 8:45 - 9:45 The next generation of Alpha systems (Keynote) > Richard Smithe >  > 9:45 - 10:00 Break > K > 10:00 - 11:00 Porting your OpenVMS Applications to the ItaniumT Processore > Family Burns Fishert > ; > 11:00 - 12:00 Compaq Secure Web Server Apache with Tomcatd > John Apps  >  > 12:00 - 1:00 Lunch > 2 > 13:00 - 14:00 COE & Unix Portability Initiatives > Brad McCuskeri >   > 14:00 - 15:00 Volume Shadowing+ >                                 Rick Lordr >  > 15:00 - 15:15 Breakf > ' > 15:15 - 16:15 OpenVMS Hints and Kinks- > Steve Hoffman- >  > 16:15 - 16:30 Closure3 > Wilfried Bergmannc > N > ____________________________________________________________________________ > ________________ > $ > Thursday April 11, London, England >  > 9:00 - 9:15 Welcomet > 8 > 9:15 - 10:00 OpenVMS Strategy and Directions (Keynote) > Steve Steublis >  > 10:00 - 10:15 Breakr > 9 > 10:15 - 11:15 OpenVMS Technical Update 7.3.1 and beyondC > Steve Hoffman> > G > 11:15 - 12:15 OpenVMS and ItaniumT Processor Family Systems (base OS): > Burns Fisher >  > 12:15 - 13:15 Lunch  > ; > 13:15 - 14:15 Best Practices for VMS Performance for 2002s > Steve Lieman >  > 14:15 - 14:30 Breakt > @ > 14:30 - 15:30 Installing and configuring Fibre Channel storage > Rick Lordg > : > 15:30 - 16:30 Integration of OpenVMS Data & Applications > Mick Keyes >  >  > ! > Friday April 12, London England  >  > 8:30 - 8:45 WelcomeC > < > 8:45 - 9:45 The next generation of Alpha systems (Keynote) > Richard Smithe >  > 9:45 - 10:00 Break > K > 10:00 - 11:00 Porting your OpenVMS Applications to the ItaniumT Processor  > Family     Burns Fisher> > ; > 11:00 - 12:00 Compaq Secure Web Server Apache with Tomcatm > Mick Keyes >  > 12:00 - 1:00 Lunch > 2 > 13:00 - 14:00 COE & Unix Portability Initiatives > Brad McCuskerI >   > 14:00 - 15:00 Volume Shadowing > Rick  Lord >  > 15:00 - 15:15 Break  > ' > 15:15 - 16:15 OpenVMS Hints and Kinkst > Steve Hoffmanw >  > 16:15 - 16:30 Closure    ------------------------------  % Date: Mon, 11 Mar 2002 17:00:48 +0000_B From: Andrew Harrison <andrew_nospam.harrison_remove_this@sun.com>P Subject: Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux$ Message-ID: <3C8CE2C0.70204@sun.com>   JF Mezei wrote:-     >   J > No offense meant to Linux itself, but Linux is a fad right now. So it isL > normal that anyone and everyone wants to claim to sell Linux, just in case > Linux does catch on. > O > While Comapq was quick to kill Tru64, has IBM killed AIX ? What puzzles me ishO > why IBM would have ported Linux to its 360 mainframes, running many instancesd9 > of an OS, while AIX isn't ported to the same mainframe.  > P > The "logical" thing to have done is ensure that the proprietary Unixes (Tru64,G > AIX, Solaris) could cleanly compile Linux code. That would have taken!L > advantage of the pool of Linux "free" software, while giving customers theJ > advantage of a proprietary and solidly supported/debugged UNXI operating2 > system with features such as clustering etc etc. >     C And that is exactly what Sun is doing and has been doing, we supply ? and support many of the GNU libs etc on Solaris mainly for thiso purpose.  ? Most people seem to think that the Linux bandwagon will destroy @ UNIX's and that it represents a threat to them to degree that is* not as bad as Win32 but is still a threat.  < People who think this don't understand what Linux is or what< makes an OS sucessfull. Available software is a huge factor,= it was behind the sucess of Win32, but in the Linux world theD< API's used to code (GNU) are freely available in source form? making it possible for commercial UNIX vendors to impliment ther= same API's as used on Linux without royalty or fear that they 5 are shooting at a undocumented moving target (win32).0  ; Linux offers the opportunity of increasing the pool of apps > that will run on any commercial UNIX with the right interfaces; whether it kills Solaris etc depends on if it advances to aD7 point where it can compete in capability terms with the : commercial UNIX's, at the moment its a long way off but it3 is very competitive with Win32 in all its flavours.    RegardsA Andrew Harrisone   ------------------------------  % Date: Thu, 14 Mar 2002 12:36:29 -0500f5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> P Subject: Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux2 Message-ID: <wi5k8.973$fL6.22344@news.cpqcorp.net>  J I disagree.  I think that the right approach is to flip this on it's head.  L Linux is up-and-comming and has the mind-share of computer professionals andH geeks.  Hardware choice, capability, and performance is converging.  SUNA will eventually implode trying to compete with a proprietary chip K architecture against Power, and IA64 - they don't have the money to try and I compete with IBM and Intel to fab fast, cheap chips.  If they, and anyoneeH else doing UNIX, want to be around 10 years from now, they should take aI critical look at what value-added features they have in their proprietary H UNIX and come up with a strategy to extract enabling technology into theK common Linux kernel, and package their proprietary added-value into a Linux2K "product" -- call it Linux/Enterprise Edition, or Linux/Pro.  They can makerL their real money from software and service which leverage the sales of their platform offerings.i  E If that happens, and a hardware architecture emerges as the "industry-I standard" (and my hope would be for IA64 for obvious reasons) - then realaI shrink-wrap Linux to compete with Windows might be an actual possibility.-  K So the "logical" thing is to make sure your proprietary UNIX images can rundJ on Linux.  Not the other way around.  You need to build the migration path- bridge *to* Linux from your proprietary UNIX.s  D Nah.  Sparc and Solaris forever (hmm.  Sounds like VAX/VMS forever.)   Feelin' nervous?   :-)u  < Andrew Harrison wrote in message <3C8CE2C0.70204@sun.com>... >b >  >JF Mezei wrote: >- >- >>K >> No offense meant to Linux itself, but Linux is a fad right now. So it is@H >> normal that anyone and everyone wants to claim to sell Linux, just in case >> Linux does catch on.x >>J >> While Comapq was quick to kill Tru64, has IBM killed AIX ? What puzzles me is2F >> why IBM would have ported Linux to its 360 mainframes, running many	 instancese: >> of an OS, while AIX isn't ported to the same mainframe. >>I >> The "logical" thing to have done is ensure that the proprietary Unixesd (Tru64,LH >> AIX, Solaris) could cleanly compile Linux code. That would have takenI >> advantage of the pool of Linux "free" software, while giving customersn theAK >> advantage of a proprietary and solidly supported/debugged UNXI operating 3 >> system with features such as clustering etc etc.. >> >c >sD >And that is exactly what Sun is doing and has been doing, we supply@ >and support many of the GNU libs etc on Solaris mainly for this	 >purpose.w >,@ >Most people seem to think that the Linux bandwagon will destroyA >UNIX's and that it represents a threat to them to degree that isn+ >not as bad as Win32 but is still a threat.t >D= >People who think this don't understand what Linux is or whatm= >makes an OS sucessfull. Available software is a huge factor,-> >it was behind the sucess of Win32, but in the Linux world the= >API's used to code (GNU) are freely available in source formc@ >making it possible for commercial UNIX vendors to impliment the> >same API's as used on Linux without royalty or fear that they6 >are shooting at a undocumented moving target (win32). >:< >Linux offers the opportunity of increasing the pool of apps? >that will run on any commercial UNIX with the right interfacesc< >whether it kills Solaris etc depends on if it advances to a8 >point where it can compete in capability terms with the; >commercial UNIX's, at the moment its a long way off but itu4 >is very competitive with Win32 in all its flavours. >e >Regards >Andrew Harrison >a >e >w   ------------------------------  % Date: Mon, 11 Mar 2002 16:19:23 +0000rB From: Andrew Harrison <andrew_nospam.harrison_remove_this@sun.com> Subject: Re: Itanium troublesu& Message-ID: <3C8CD90B.1010307@sun.com>   Paul DeMone wrote:   >  > Ketil Malde wrote: > 3 >>mccalpin@gmp246.austin.ibm.com (McCalpin) writes:d >> >>- >>>There was even a suggestion that Intel wasi? >>>claiming (implicitly) a SPECint2000 number in the 750 range.  >>> H >>Which is about what you get from a 2GHz P4 today, right?  Will that beE >>sufficient to capture any market share, I wonder, given that by thebH >>time McKinley hits the shelves, P4s and AMDs will probably at least be- >>around 3GHz (or with a 3000 'plus'-rating).f >> > I > Why would Intel expect to capture desktop PC market share with a 64 bitnG > chip it designed for the technical workstation and server market? ThelE > real question for Intel is that level of integer performance so lowaG > as to become an issue vis a vis the 64 bit RISC processors it will goP
 > up against.s > J > It definitely won't beat the EV7 and it somewhat lags the 1.3 GHz POWER4G > running one CPU with 128 MB cache. But it clearly exceeds the integerEJ > performance of US-III, R14K, PA-8700, and EV6. I think it's a non-issue. >     ' Where does this information come from ?1> Intel have only clearly indicated that Mckinley will be faster= than a 400 Mhz Ultra IIi. At least if their own presentations9 are to be believed.a   Regardse Andrew Harrisonl   ------------------------------   Date: 14 Mar 2002 17:15:54 GMT( From: nmm1@cus.cam.ac.uk (Nick Maclaren) Subject: Re: Itanium troubles 0 Message-ID: <a6qlsa$mvo$1@pegasus.csx.cam.ac.uk>  & In article <3C8CD90B.1010307@sun.com>,D Andrew Harrison <andrew_nospam.harrison_remove_this@sun.com> writes: |> Paul DeMone wrote:	 |> sL |> > Why would Intel expect to capture desktop PC market share with a 64 bitJ |> > chip it designed for the technical workstation and server market? TheH |> > real question for Intel is that level of integer performance so lowJ |> > as to become an issue vis a vis the 64 bit RISC processors it will go |> > up against. |> > :M |> > It definitely won't beat the EV7 and it somewhat lags the 1.3 GHz POWER4aJ |> > running one CPU with 128 MB cache. But it clearly exceeds the integerM |> > performance of US-III, R14K, PA-8700, and EV6. I think it's a non-issue.o |> .* |> Where does this information come from ?A |> Intel have only clearly indicated that Mckinley will be fasterr@ |> than a 400 Mhz Ultra IIi. At least if their own presentations |> are to be believed.  = Not so.  They have stated that it will be 70% faster than thee> Itanium on SpecInt, and all reports are that the McKinley will> be 1.5-2 times faster than that chip.  Also, you get about the= same factors from a realistic analysis of the changes (in the4. clock speed, pipeline length, bandwidths etc.)  < Exactly how fast it will go is unclear, but we have a pretty# good idea of its approximate range.g     Regards, Nick Maclaren,* University of Cambridge Computing Service,> New Museums Site, Pembroke Street, Cambridge CB2 3QH, England. Email:  nmm1@cam.ac.uk/ Tel.:  +44 1223 334761    Fax:  +44 1223 334679w   ------------------------------  # Date: Thu, 14 Mar 2002 17:38:18 GMT * From: "Bill Todd" <billtodd@metrocast.net> Subject: Re: Itanium troublesuC Message-ID: <ee5k8.379045$Aw2.31269250@bin7.nnrp.aus1.giganews.com>s  5 "Nick Maclaren" <nmm1@cus.cam.ac.uk> wrote in messageb* news:a6qlsa$mvo$1@pegasus.csx.cam.ac.uk... >a( > In article <3C8CD90B.1010307@sun.com>,F > Andrew Harrison <andrew_nospam.harrison_remove_this@sun.com> writes: > |> Paul DeMone wrote:d > |>J > |> > Why would Intel expect to capture desktop PC market share with a 64 bitvL > |> > chip it designed for the technical workstation and server market? TheJ > |> > real question for Intel is that level of integer performance so lowL > |> > as to become an issue vis a vis the 64 bit RISC processors it will go > |> > up against. > |> >H > |> > It definitely won't beat the EV7 and it somewhat lags the 1.3 GHz POWER4L > |> > running one CPU with 128 MB cache. But it clearly exceeds the integerD > |> > performance of US-III, R14K, PA-8700, and EV6. I think it's a
 non-issue. > |>, > |> Where does this information come from ?C > |> Intel have only clearly indicated that Mckinley will be fastereB > |> than a 400 Mhz Ultra IIi. At least if their own presentations > |> are to be believed. > ? > Not so.  They have stated that it will be 70% faster than the @ > Itanium on SpecInt, and all reports are that the McKinley will@ > be 1.5-2 times faster than that chip.  Also, you get about the? > same factors from a realistic analysis of the changes (in thea0 > clock speed, pipeline length, bandwidths etc.) >i> > Exactly how fast it will go is unclear, but we have a pretty% > good idea of its approximate range.1  I The major detail that surfaced recently is that Intel's claim may be thatoJ it's 70% faster on SPECint (with code recompiled for McKinley, rather thanK running code compiler for Merced) *per clock* than Merced, in which case it]J would be 2.1+ times as fast absolutely at 1 GHz (i.e., around 800 SPECint,E though consensus expectations seem to be more in the 650 - 700 area).o  H Too bad it looks like we won't know for sure before the HP/Compaq mergerI vote:  since a less-than-stellar performance would cast yet more doubt on"H the competence of the leadership that has so profoundly committed to theE platform, one can't help but wonder whether the delay (McKinley *was*iK projected to be available by now, wasn't it?) is entirely unrelated - since E a shake-up in both companies' management might not be in Intel's bestt
 interests.   - bill   ------------------------------   Date: 14 Mar 2002 17:43:13 GMT( From: nmm1@cus.cam.ac.uk (Nick Maclaren) Subject: Re: Itanium troubles(0 Message-ID: <a6qnfh$op5$1@pegasus.csx.cam.ac.uk>  C In article <ee5k8.379045$Aw2.31269250@bin7.nnrp.aus1.giganews.com>,s, "Bill Todd" <billtodd@metrocast.net> writes: |> IL |> The major detail that surfaced recently is that Intel's claim may be thatM |> it's 70% faster on SPECint (with code recompiled for McKinley, rather thanaN |> running code compiler for Merced) *per clock* than Merced, in which case itM |> would be 2.1+ times as fast absolutely at 1 GHz (i.e., around 800 SPECint, H |> though consensus expectations seem to be more in the 650 - 700 area).  @ Interesting.  It might actually be seriously competitive if that> is so - not that 25% is significant, but people do so love the  chip that leads the SpecRace :-)  K |> Too bad it looks like we won't know for sure before the HP/Compaq merger0L |> vote:  since a less-than-stellar performance would cast yet more doubt onK |> the competence of the leadership that has so profoundly committed to the.H |> platform, one can't help but wonder whether the delay (McKinley *was*N |> projected to be available by now, wasn't it?) is entirely unrelated - sinceH |> a shake-up in both companies' management might not be in Intel's best
 |> interests.e  C My little birds indicate that the delay is intrinsic, and Intel are  not simply holding back.     Regards, Nick Maclaren,* University of Cambridge Computing Service,> New Museums Site, Pembroke Street, Cambridge CB2 3QH, England. Email:  nmm1@cam.ac.uk/ Tel.:  +44 1223 334761    Fax:  +44 1223 334679_   ------------------------------  % Date: Thu, 14 Mar 2002 10:19:52 -0800d0 From: "Brig Campbell" <brig.campbell@unisys.com> Subject: Re: Itanium troublesf0 Message-ID: <a6qpka$1l9p$1@si05.rsvl.unisys.com>  G "Andrew Harrison" <andrew_nospam.harrison_remove_this@sun.com> wrote in ( message news:3C8CD90B.1010307@sun.com... >3 >a > Paul DeMone wrote: >a > >  > > Ketil Malde wrote: > > 5 > >>mccalpin@gmp246.austin.ibm.com (McCalpin) writes:i > >> > >>/ > >>>There was even a suggestion that Intel wasaA > >>>claiming (implicitly) a SPECint2000 number in the 750 range.  > >>>rJ > >>Which is about what you get from a 2GHz P4 today, right?  Will that beG > >>sufficient to capture any market share, I wonder, given that by theoJ > >>time McKinley hits the shelves, P4s and AMDs will probably at least be/ > >>around 3GHz (or with a 3000 'plus'-rating).: > >> > >hK > > Why would Intel expect to capture desktop PC market share with a 64 bit1I > > chip it designed for the technical workstation and server market? TheaG > > real question for Intel is that level of integer performance so lowrI > > as to become an issue vis a vis the 64 bit RISC processors it will go  > > up against.  > > L > > It definitely won't beat the EV7 and it somewhat lags the 1.3 GHz POWER4I > > running one CPU with 128 MB cache. But it clearly exceeds the integerrL > > performance of US-III, R14K, PA-8700, and EV6. I think it's a non-issue. > >  >3 >l) > Where does this information come from ?_@ > Intel have only clearly indicated that Mckinley will be faster? > than a 400 Mhz Ultra IIi. At least if their own presentations  > are to be believed.m >    Fister's presentation from IDF: A http://www.intel.com/idf/us/spr2002/conf_info/keynotespeakers.htma  	 > Regards1 > Andrew Harrisone >i   ------------------------------  + Date: Thu, 14 Mar 2002 04:04:33 -0800 (PST)t. From: Fabio Cardoso <fabiopenvms@yahoo.com.br> Subject: Jobs Starting@ Message-ID: <20020314120433.32485.qmail@web20207.mail.yahoo.com>   Hi all    " Yesterday I had a problem with my 1 queues (batch). All jobs in them were "starting".u     I invoked JBC$COMMAND SHUTDOWN   and    START/QUE/MANAGERe   but it didnt solve my problem.  ! So I asked the operator by phone d! to crash/dump the server. For any # strange erason the SYSDUMP.DMP was 4 not in the directory today.a   My OpenVMS 7.1-1H2   any bugs ???   Regards-   FC B   =====  ========================== Fbio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazil> fabiopenvms@yahoo.com.br ==========================  2 __________________________________________________ Do You Yahoo!?+ Yahoo! Sports - live college hoops coveraged http://sports.yahoo.com/   ------------------------------  # Date: Thu, 14 Mar 2002 17:17:45 GMT51 From: "Mark D. Jilson" <jilly@clarityconnect.com>a Subject: Re: Jobs Starting2 Message-ID: <3C90DC0E.8B68CA81@clarityconnect.com>  D SYSDUMP.DMP must exist before the system is booted so that it can beC mapped and the pointers used at crash time.  At crash time the bootRC drivers that have to do the dump writing cannot create a file as it.E would take too much code, the drivers can only write to pre allocated F space and there is no way to create a dumpfile and get it mapped afterF the system has been booted.  You have to create the dump file and thenA reboot and after this if the system crashes will the dump info be  written.  D As to your JBC issue the 1st step is to apply any applicable patches
 including / ALPSYS20_071 and it's pre & post reqs (if any).e   Fabio Cardoso wrote: >  > Hi all > # > Yesterday I had a problem with myt3 > queues (batch). All jobs in them were "starting".p >   > I invoked JBC$COMMAND SHUTDOWN >  > andg >  > START/QUE/MANAGERr >   > but it didnt solve my problem. > " > So I asked the operator by phone# > to crash/dump the server. For anyg$ > strange erason the SYSDUMP.DMP was > not in the directory today.t >  > My OpenVMS 7.1-1H2 >  > any bugs ??? > 	 > Regards  >  > FC >  > =====  > ========================== > Fbio dos Santos Cardoso > OpenVMS System Manager > Rio de Janeiro - Brazile > fabiopenvms@yahoo.com.br > ========================== > 4 > __________________________________________________ > Do You Yahoo!?- > Yahoo! Sports - live college hoops coverage  > http://sports.yahoo.com/   -- oD Jilly	- Working from Home in the Chemung River Valley - Lockwood, NY0 	- jilly@clarityconnect.com			- Brett Bodine fan. 	- Mark.Jilson@Compaq.com			- since 1975 or so, 	- http://www.jilly.baka.com               -   ------------------------------  + Date: Thu, 14 Mar 2002 10:57:48 +0100 (MET)a9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>e2 Subject: LYNX (was: Re: VAX: Netscape of Mosaic ?); Message-ID: <01KFCJUBS8ME8ZOX9C@sysdev.deutsche-boerse.com>t  C > many sites just don't work without images, cookies, fancy tables,t > frames, javascript etc.   C LYNX understands cookies.  I'm a bit behind on my upgrade, but the  D version I have has at least minimal table support.  As I mentioned, C images can be viewed (assuming you have an appropriate monitor and aG associate the file type with the appropriate viewing application).  ThecG version I have also has minimal frame support (i.e. gives you a list ofpD URLs corresponding to the various frames).  I don't think javascript1 works even in the newest LYNX, but I don't know. i  G > I guess I should spend the time to find and download a vax version ofo( > lynx and try it out on various sites.   I My guess is that the source should compile on VAX or ALPHA.  OTOH, there l6 are "pre-built" versions available.  Start looking at   &    http://www.trill-home.com/lynx.html   ------------------------------  % Date: Thu, 14 Mar 2002 11:34:40 +0100h9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>u9 Subject: Online reference guide to ANSI/VT-ESC-commands ?w& Message-ID: <3C907CC0.591D6A9@aaa.com>   Title says is all... Jan-Erik Sderholm.a   ------------------------------  + Date: Thu, 14 Mar 2002 11:49:08 +0100 (MET)e9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> = Subject: Re: Online reference guide to ANSI/VT-ESC-commands ?i; Message-ID: <01KFCLKE3DH88ZOX9C@sysdev.deutsche-boerse.com>e   > Title says is all...  G I can't point you to anything specific, but I'm sure you can find what s0 you're looking for at most a few links away from  3    http://vt100.net/ (a.k.a. http://www.vt100.net/)m  @ This is a GREAT site and a must for all fans of |d|i|g|i|t|a|l| 
 equipment.   ------------------------------  % Date: Thu, 14 Mar 2002 07:06:41 -0700r4 From: "Michael D. Ober" <mdo.@.wakeassoc.com.nospam>3 Subject: Re: Opening a SYS$OUTPUT file in VMS Basic / Message-ID: <S72k8.9$C82.19539@news.uswest.net>V   John,r  I I just tried both your suggestions - I hadn't thought of them.  Both gave7 the following error:  / %BAS-F-RECATTNOT, Record attributes not matchedn( -BAS-I-ON_CHAFIL, on channel 92 for file' DRA0:[WA.ERR]TEST_RUN_PROGRAM_MDO_25447n _DB_S.LIS;1 at user PC 00000000 4 -BAS-I-FROGSBMOD, In GOSUB in module PROCESS_COMMAND3 -BAS-I-FROFUN, In external function PROCESS_COMMAND % -BAS-I-FROSUB, In subprogram IPSERVERw  -BAS-I-FROMOD, In module DB_TEST@ break on unhandled exception preceding SHARE$LIBRTL_CODE0+395444; %DEBUG-I-SOURCESCOPE, Source lines not available for .0\%PC <         Displaying source in a caller of the current routine  G This is the same error I have gotten on all the other options.  I had aaF thought driving in this morning, what is the DCL command to change theI organization of a file.  Since I delete the file immediately after I readrH it, changing the file organization on the fly is a viable option for me.   -- Thanks,a
 Mike Ober.  - "John Santos" <JOHN@egh.com> wrote in messagep. news:1020313200949.351E-100000@Ives.egh.com...- > On Wed, 13 Mar 2002, Michael D. Ober wrote:t >kD > > In the following code: (i've replace variables with literals for brevity) > >e3 > > redirect = "sys$dsk:[testarea.err]MYOUTPUT.LIS"l: > > retval = lib$spawn("RUN MYPROGRAM",,redirect,,,,,,,,,) > > if retval = SS$_NORMAL
 > >   then7 > >      open redirect for input as file #92, [options]i > > ...c > >f
 > > end if > >eL > > The "Open Redirect" fails with a record type mismatch.  For [options], I > > have tried > >l > > <no options>" > > organization Sequential stream$ > > organization sequential variable' > > organization unkown, recordtype anyd > >n > > among others to no avail.  > >xC > > Dir/full reports the file is sequential with a record type VFC.n > >n9 > > How can I open and read the text in my redirect file.i > C > Did you try "organization sequential [variable], recordtype list"t >nC > I believe that's what DCL creates for output files.  I'm not sureoB > if you need to include "variable" in the organization clause, or( > if the "recordtype list" implies that. >  > > -- > > Thanks,- > > Mike Ober. >a > --
 > John Santos1 > Evans Griffiths & Hart, Inc. > 781-861-0670 ext 539 >o   ------------------------------  % Date: Thu, 14 Mar 2002 08:20:17 -070004 From: "Michael D. Ober" <mdo.@.wakeassoc.com.nospam>3 Subject: Re: Opening a SYS$OUTPUT file in VMS Basic(0 Message-ID: <Sc3k8.12$C82.26216@news.uswest.net>  I Got it.  I had missed a pairing between organization and recordtype.  Thee solution is   ' organization sequential, recordtype any2   Thanks for the responses.a --
 Mike Ober.  ? "Michael D. Ober" <mdo.@.wakeassoc.com.nospam> wrote in messagee+ news:LmQj8.870$kA.110197@news.uswest.net... K > In the following code: (i've replace variables with literals for brevity)  >h1 > redirect = "sys$dsk:[testarea.err]MYOUTPUT.LIS"h8 > retval = lib$spawn("RUN MYPROGRAM",,redirect,,,,,,,,,) > if retval = SS$_NORMAL >   then5 >      open redirect for input as file #92, [options]o > ...s >o > end if >eJ > The "Open Redirect" fails with a record type mismatch.  For [options], I > have tried >n > <no options>  > organization Sequential stream" > organization sequential variable% > organization unkown, recordtype any  >  > among others to no avail.- >,A > Dir/full reports the file is sequential with a record type VFC.o >t7 > How can I open and read the text in my redirect file.i >e > --	 > Thanks,i > Mike Ober. >n >4 >M   ------------------------------  % Date: Thu, 14 Mar 2002 09:05:04 +0100 5 From: "Robert A.M. van Lopik" <lopik@mail.telepac.pt>-/ Subject: Re: Oracle Context (interMedia) on VMS1" Message-ID: <3c905a36@news.wau.nl>  ? "Robert Deininger" <rdeininger@mindspring.com> wrote in messageaE news:rdeininger-1303022223190001@1cust130.tnt3.nashua.nh.da.uu.net...d> > In article <3c8fb1c6$1@news.wau.nl>, "Robert A.M. van Lopik"  > <lopik@mail.telepac.pt> wrote: >eD > >Did anyone ever use Oracle's full text retrieval software (called Context,K > >Intermedia of just Text, depending on the season) on VMS. And if so, didt you J > >want to index multiple document types (like ASCII, Word, HTML, PDF) forH > >which you need the so called INSO filters, that are not available for VMS.' > >Finally, did you find a work-around?  >s > I know nothing from Oracle...g >eH > But Northern Light (www.northernlight.com) specializes in indexing andI > searching documents in any and all formats.  They used to have a publicWJ > search web site, but they no longer offer that service.  They still sellI > similar services to companies with private data they want to search ande( > index.  And their software run on VMS. > L > You might want to contact them and see if your offerings match your needs.   Thanks Robert,J However my choice is not whether to use Oracle Text, but whether I will beD able to do so on VMS! A kind of question I encounter with increasing
 frequency.  
 rob van lopikp   ------------------------------    Date: 14 Mar 2002 10:51:55 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)p& Subject: Re: PAKGEN software for ISV's3 Message-ID: <x3hIhiVMgFBp@eisner.encompasserve.org>e  ^ In article <u91kp8djrrtn2f@corp.supernews.com>, "J. Scott Greig" <jsgreig@geminaq.com> writes:  < > I have managed to obtain a PAK to use the PAKGEN software,E > however, I can't seem to locate the software.  Is it down-loadable,t+ > and if so, does anyone have a URL for it?b  4 It is built into VMS V7.2 and above (Alpha and VAX).> All you need is the documentation, available to ISVs from CSA.   ------------------------------  % Date: Thu, 14 Mar 2002 11:46:57 -0500<, From: "J. Scott Greig" <jsgreig@geminaq.com>" Subject: PAKGEN software for ISV's/ Message-ID: <u91kp8djrrtn2f@corp.supernews.com>   
 Hello all:  : I have managed to obtain a PAK to use the PAKGEN software,C however, I can't seem to locate the software.  Is it down-loadable,r) and if so, does anyone have a URL for it?l   TIAt Scotto   ------------------------------    Date: 14 Mar 2002 04:44:32 -08000 From: chris_doran@postmaster.co.uk (Chris Doran). Subject: Re: PC monitor attached to RGB output= Message-ID: <948f0720.0203140444.522602ee@posting.google.com>g  ` "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message news:<3C8ECF2C.90E01F8A@fsi.net>...I > Please post the results of your efforts. I'd actually like that myself,fF > as well as the reverse: use 3-BNC, Sync. on green monitors with SVGAG > cards (yes, I know there are resolution issues - I already smoked onep2 > monitor trying get a better display from Linux).  D Inline's IN2160 box converts VGA to RGB or RGB+sync with a number ofF different options. See http://www.inlineinc.com/products/intrface/2160  F I use it to run a Digital VRC21-HA on a PC. It doesn't work with olderE monitors like the VRT19, as their screen size (pixels) doesn't match.aB The VRC21 has limited number of colours (256 at 1280 x 1024) whichE causes some Windoze software to winge, but I find it OK visually. TheaD problem I do have is that when the PC goes into "console" mode (e.g.E for booting and some ancient MSDOS programs that turn the machine outnD of GUI mode) the display shifts about 20% to the right and distorts.E You can fix this with an adjustment on the 2160, but then in GUI modePF it shifts to the left. So I just live with it as it only affects me at startup.   Christ   ------------------------------   Date: 14 Mar 2002 12:40:42 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon) . Subject: Re: PC monitor attached to RGB output, Message-ID: <a6q5oa$2bpb$1@info.cs.uofs.edu>  , In article <a6nlpd$1537$1@info.cs.uofs.edu>,4  bill@triangle.cs.uofs.edu (Bill Gunshannon) writes:* |> In article <3C8ECF2C.90E01F8A@fsi.net>,7 |>  "David J. Dachtera" <djesys.nospam@fsi.net> writes:  |>M |> |> Please post the results of your efforts. I'd actually like that myself,4J |> |> as well as the reverse: use 3-BNC, Sync. on green monitors with SVGAK |> |> cards (yes, I know there are resolution issues - I already smoked onea6 |> |> monitor trying get a better display from Linux). |> >I |> I've got one of those at home.  If I don't see an answer posted before > |> I get there I will post the cable number off the connector.  D Darn, I forgot I was going to do this.  I better email myself a noteA so I remember to look it up tonight.  Sorry to anubody who reallyw needs this info.   bill   -- mJ 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>   t   ------------------------------  % Date: Thu, 14 Mar 2002 03:22:24 -0500o- From: JF Mezei <jfmezei.spamnot@videotron.ca>o Subject: Plan B for Compaq, Message-ID: <3C905D94.C7763BFA@videotron.ca>  K Carly has been quite confidently saying that within days of the approval ofmK the Compaq euthanasia, HP woudl reveal to its customers the product radmapsiT for the next 3 years because those product roadmaps were ready and fully developped.  L Has Curly ever indicated that Compaq has already developped a Plan B in case HP fails to save his butt ?i  M In particular, I am thinking expecially of Tru64 whose death announcement was.1 made in prediction of Compaq being melted ino HP.i  M Do merger laws prevent the companies from discussing their options should thel
 merger fail ?m   ------------------------------  % Date: Mon, 11 Mar 2002 17:30:24 +0000-B From: Andrew Harrison <andrew_nospam.harrison_remove_this@sun.com>Y Subject: Re: R.I.P. OpenVMS - ISS Recommends That H-P Holders Vote in Favor of Compaq Acqa& Message-ID: <3C8CE9B0.3000503@sun.com>   Bill Todd wrote:  : > "Rob Young" <young_r@encompasserve.org> wrote in message/ > news:7BzFBC32iDpd@eisner.encompasserve.org...M% >>Just like good old Andrew Harrison.r >> > @ > That's it:  if you can't debate competently, try slinging mud. >     4 Take it as a compliment Bill, Robs attempts to argue7 with me in a reasoned way went the same way as they aree going with you, badly :):)   Regards  Andrew Harrison4   ------------------------------  % Date: Thu, 14 Mar 2002 12:04:54 -0500 I From: "Ernie Bisson, MIT Bates Linear Accelerator" <BISSON@BATES.MIT.EDU>s- Subject: SCSI disks for a VAXstation 4000/90A 1 Message-ID: <020314120454.26e06d4a@BATES.MIT.EDU>o   Hi.e  I I'm looking into replacing some very old SCSI disks on a boot/file servernI in my OpenVMS V6.2 cluster. It is a VAXstation 4000/90A with the original H SCSI controller, which I believe to be a KA49. I've read the OpenVMS FAQK about the possible problems one can have when installing larger SCSI disks.   H So my question is, does anyone know of any 18gig disks that will work asI both system and user disks on a VAXstation 4000/90A running OpenVMS V6.2?e  H 9gig disks would also be sufficient as replacements, but I'm not sure ifH brand new ones are available any longer. If anyone knows of a source for2 new 9gig disks, then that would be a solution too.   Thanks for any help, Erniei  P -------------------------------------------------------------------------------- Ernie Bisson Unix/VMS Systems Administrator M.I.T. Bates Linear Acceleratorr 21 Manning Roadd$ Middleton, Massachusetts  01949-2846  (978) 774-2370 or (617) 253-9218   E-Mail : bisson@mit.edu0P --------------------------------------------------------------------------------   ------------------------------  % Date: Mon, 11 Mar 2002 16:47:40 +0000 B From: Andrew Harrison <andrew_nospam.harrison_remove_this@sun.com>3 Subject: Re: Sun eating major helping of Linux CrowT& Message-ID: <3C8CDFAC.9000407@sun.com>   Rob Young wrote:  @ > 	Gotta love revisionist historians!  Remember kids, it is your? > 	"perception" of history.  We all have our own "perceptions!"d > H > http://www.nytimes.com/library/tech/00/03/biztech/articles/20soft.html >  >  > March 20, 2000 > L > "Linux on non-PC platforms is a nonstarter," said Greg Papadopoulos, chiefK > technology officer for Sun Microsystems. "The ecosystem of open source is_6 > not going to be working for IBM on other platforms." >       Do you understand what linux is.   Here starts the lesson.-  ? Linux is a Kernel, it happens to support GLib, GCC, Apache, etc5? none of which are specifically Linux programs most of which pre: date Linux.g    ; Sun has invested in a Linux applicance platform, Cobalt, itM
 uses IA32.  < Sun packages many of the GNU libs and Utilities with Solaris= this makes it possible for people to run "Linux" actually GNUh applications Solaris.w   So what did we announce.  4 More Intel platforms to support "Linux" actually GNU3 Better support for "Linux" actually GNU in Solaris.c   What did Sun not announce.  7 Adoption of the "Linux" kernel on Solaris and why would 6 we. The biggest system Sun currently supplies supports7 up to 106 CPU's, the Linux kernel scales to support 4-8r6 CPU's depending on your mileage, bit of a waste of tin8 putting Linux on a F15000 sort of like running Oracle on a GS320 (Sans OPS) :):).  ' Where is the radical change of tack ???        > / > http://biz.yahoo.com/fo/020207/0207sun_1.htmls >  > Thursday February 7, 2002O > K > Sun's president and chief operating officer, Ed Zander, tried to convince I > listeners on a conference call that his company has long been a staunchr) > supporter of Linux. [Cough cough cough]P >  > ...  > Q > Curiously, he said the media, analysts and even customers didn't understand how M > committed his company is to Linux. Perhaps that's because Sun has until nowoQ > only dipped its big toe in Linux waters. Previous reluctance about Linux can be L > seen as an effort to protect its flagship Solaris franchise, but Sun's new# > strategy resembles a cannonball. S > H > Sun's Linux initiatives include general-purpose servers running Linux,L > development of an entire suite of infrastructure software called SunOne onP > Linux, compatibility tools so that Linux applications can run on Sun's SolarisC > operating system and a range of professional services for Linux. - >  > ? > 	Perhaps it has a lot to do with IBM's noted Linux success asi/ > 	later in that biz.yahoo.com article we read:u > P > It may also be about competing on more fronts against IBM , which was an earlyK > and prominent supporter of Linux. In fact, IBM last week said that it hasiN > already recouped most of its $1 billion investment in Linux through sales of" > hardware, software and services. > 	 > 				Roba >  >    ------------------------------  % Date: Thu, 14 Mar 2002 00:06:51 -0800u, From: "William R. Buckley" <hhacker@ev1.net>U Subject: Re: TANSTAAFL (was Re: Viability of a Commercial ISO-9960 formatter for VMS)a& Message-ID: <3c905892_1@newsa.ev1.net>  > It is, in fact, the title of a book, which is a basic treatise2 on the foundations of (common sense) economics.  I# recommend that all persons read it.h   William R. Buckley  5 "Richard Brodie" <R.Brodie@rl.ac.uk> wrote in messageu% news:a6l47a$l04@newton.cc.rl.ac.uk...t >e4 > "Dean Woodward" <deanw@rdrop.com> wrote in message# news:3C8D8DF5.11532114@rdrop.com...  >a= > > There are circles where not having read Heinlein would be- > > considered Blasphemy...  >e, > Remind me, where did Dante put sf fans? ;) >k >i   ------------------------------    Date: 14 Mar 2002 02:21:08 -0800) From: P.Young@unsw.EDU.AU (Patrick Young) M Subject: Re: TCPIP, sharing sockets via $QIO (programming, long and detailed)-= Message-ID: <55f85d77.0203140221.65f59cc2@posting.google.com>0  n john@ossc.net (John Gemignani, Jr.) wrote in message news:<35b06b78.0203131906.5a0f85fa@posting.google.com>...  C > I really don't understand why this is so complex.  I have writtenoG > servers to do this and, in fact, Apache works this way on OpenVMS.  Ic  
 THANK YOU!  E Apache 1.3.9 has _EXACTLY_ this problem under OpenVMS 7.3 it has beenmI driving me nuts for quite a while. The STOP/ID trick got it running again  in the same way described.  $ I now have a place to start looking.   ------------------------------  % Date: Thu, 14 Mar 2002 08:47:16 -0500 + From: "Rick Barry" <barry@star.zko.dec.com>>M Subject: Re: TCPIP, sharing sockets via $QIO (programming, long and detailed)22 Message-ID: <6S1k8.956$fL6.22159@news.cpqcorp.net>  6 "Patrick Young" <P.Young@unsw.EDU.AU> wrote in message7 news:55f85d77.0203140221.65f59cc2@posting.google.com...i6 > john@ossc.net (John Gemignani, Jr.) wrote in message9 news:<35b06b78.0203131906.5a0f85fa@posting.google.com>...  >uE > > I really don't understand why this is so complex.  I have written I > > servers to do this and, in fact, Apache works this way on OpenVMS.  Ip >r > THANK YOU! >SG > Apache 1.3.9 has _EXACTLY_ this problem under OpenVMS 7.3 it has beenEK > driving me nuts for quite a while. The STOP/ID trick got it running again\ > in the same way described. >n& > I now have a place to start looking.J Even the latest CSWS (Apache) release seems to encounter this problem whenH scaling up the number of Apache processes. (For example, configuring 100H processes on a DS10.)  We're investigating the problem, but at this timeL it's not known whether the problem is with CSWS or TCP/IP or something else.K Eventually, the backlog queue gets full and all the processes wedge. If the3H client closes it's end of the connection, the local connection goes intoI CLOSE_WAIT. The CLOSE_WAIT sessions disappear when the Apache servers areeJ shutdown. We hadn't tried terminating one process at a time to see if they become unwedged.  F Patrick, just curious - are you running TCP/IP Services or an alterate
 TCP/IP stack?   
 Rick Barry Compaq Secure Web Server OpenVMS System Software Group  Compaq Computer Corporation 
 Nashua, NH   ------------------------------  % Date: Thu, 14 Mar 2002 16:04:10 +0100 2 From: "Ren Schelbaum" <rene.schelbaum@datakom.at>M Subject: Re: TCPIP, sharing sockets via $QIO (programming, long and detailed) G Message-ID: <3c90bbe0$0$28136$6e365a64@newsreader02.highway.telekom.at>   < "Rick Barry" <barry@star.zko.dec.com> schrieb im Newsbeitrag, news:6S1k8.956$fL6.22159@news.cpqcorp.net...8 > "Patrick Young" <P.Young@unsw.EDU.AU> wrote in message9 > news:55f85d77.0203140221.65f59cc2@posting.google.com...p8 > > john@ossc.net (John Gemignani, Jr.) wrote in message; > news:<35b06b78.0203131906.5a0f85fa@posting.google.com>..." > >iG > > > I really don't understand why this is so complex.  I have writtenoK > > > servers to do this and, in fact, Apache works this way on OpenVMS.  I- > >- > > THANK YOU! > > I > > Apache 1.3.9 has _EXACTLY_ this problem under OpenVMS 7.3 it has beencG > > driving me nuts for quite a while. The STOP/ID trick got it running- again3 > > in the same way described. > >o( > > I now have a place to start looking.L > Even the latest CSWS (Apache) release seems to encounter this problem whenJ > scaling up the number of Apache processes. (For example, configuring 100J > processes on a DS10.)  We're investigating the problem, but at this timeH > it's not known whether the problem is with CSWS or TCP/IP or something else.sI > Eventually, the backlog queue gets full and all the processes wedge. Ife the=J > client closes it's end of the connection, the local connection goes intoK > CLOSE_WAIT. The CLOSE_WAIT sessions disappear when the Apache servers are L > shutdown. We hadn't tried terminating one process at a time to see if they > become unwedged. > H > Patrick, just curious - are you running TCP/IP Services or an alterate > TCP/IP stack?  >a > Rick Barry > Compaq Secure Web Server > OpenVMS System Software Groupi > Compaq Computer Corporatione > Nashua, NH >r >y   Hi!o  L Just to contribute a word: same Problem under tru64. Guess that doesn't help0 to locate the problem, as the stack is the same.   Ren   ------------------------------    Date: 14 Mar 2002 09:40:29 -0800) From: john@ossc.net (John Gemignani, Jr.):M Subject: Re: TCPIP, sharing sockets via $QIO (programming, long and detailed) = Message-ID: <35b06b78.0203140940.72bcb6e9@posting.google.com>a  e Mark Daniel <Mark.Daniel@wasd.vsm.com.au> wrote in message news:<3C902A6A.9020702@wasd.vsm.com.au>...a > John Gemignani, Jr. wrote: > 8< snip 8<E > > I really don't understand why this is so complex.  I have writtenr > > servers to do this and, in fact, Apache works this way on OpenVMS.> especially don't see why there is the "extra" $ASSIGN to changel
 > > channels.t > J > I added it as I began to bushrange looking for some (less than reasoned J > through cause/effect) solution/workaround when I ran into this problem. G >   That extra $ASSIGN is actually neither here-nor-there and could be .H > removed.  What it does is resuse some of the code.  If the socket has G > not been created (first process) a code section creates it, gets the tH > device name, then using the same code section as subsequent processes D > assigns a channel using the device name to the socket.  Same-same  > effectively. > J > My scenario seems slightly (perhaps significantly) different to the one  > described here though. >  > > In the main process: > >  > >     1) $ASSIGN TCPIP$DEVICEI6 > >     2) $QIOW IO$_SETMODE to do the bind and listen1 > >     3) Use $GETDVIW to get the BG device namep >  > Yep, yep.- > 8 > >     4) Define a logical name pointing to this device > J > I use a lock value block to contain the device name (for other reasons, % > a logical name certainly suffices).a > * > >     5) Fire up the other processes ... > H > Mine are independent peers.  Again neither here-nor-there essentially. >  > > In the "other processes":G > > & > >     1) $ASSIGN to the logical name- > >     2) $ASSIGN a new TCPIP$DEVICE channelf: > >     3) $QIOW IO$_ACCESS|IO$M_ACCEPT using the channels > J > Slight difference.  My code creates a data structure which is given the H > channel number and it begins an independent "thread" (not Pthread) of I > AST-driven activity.  Before the first AST of that thread is delivered PF > however the original "accept()" AST effectively goes to your step 2 H > above (i.e queues the next accept() while still in the AST of the one I > just delivered - before it's suggested, yes I've tried decoupling that  D > new accept() queuing by using an AST to deliver after the initial  > completes - same result).e >  > >     4) ... do your work ...h' > >     5) $DASSGN the accepted channel  > >     6) Goto step 2 > I > My created thread of execution described above eventually $DASSGNs the eG > channel of it's own accord (and of course does not do step 2 because wI > thats already long accomplished probably with lots of other AST-driven .1 > threads circulating through the image context).r > H > > If you use the SHARE facilities, you are changing characteristics onB > > the BG UCB to allow multiple assignments.  Note that it is notF > > necessary to use SHARE if you have ample privileges to $ASSIGN the
 > > listener.  > > J > > The servers that I have written do not use threads within them -- eachI > > process is basically a thread and VMS does the scheduling.  I did noto6 > > use ASTs at all, maing the code incredibly simple. > I > Having a per-process thread of execution is certainly the simplest for 2F > development.  Can't beat a straight main-line!  The cost is the O/S H > maintainance of all those processes, as well as a "cluttered" system, J > particularly if a lot of concurrent requests need to be serviced.  Each J > one of my processes routinely will be handling 100 to 150 requests (and K > do now as a single process instance), each of which may vary in duration  F > from milliseconds to many tens of seconds.  All in the one process. H > This scales quite nicely even over two processors but I would like to H > scale it further by allowing a single process per CPU (for instance). J > It would be easy to concieve of eight server processes supporting 1,000 H > concurrent requests (for example, and all things being equal), indeed I > this scale has been suggested for one deployment.  The U**x concept of  I > one process per activity scales less well on VMS (processes are fairly  H > costly, even without creation), and even under U**x it is acknowleged F > there are more efficient ways than per-process, hence toolkits like  > Pthreads.n >  > Thanks for your input John.a   Mark-o  E If the issue appears to be some form of problem around the acceptance>B of the connection, why not create a mainline in non-AST state thatB does the accept, then fires off a new thread?  I've written serverC code that way as well.  Be sure to protect the thread creation withoE $SETAST(DISABLE/ENABLE).  This would replace the traditional mainline  consisting of:       while (!shutdown_flag)         $hiber();m  C Oh, something else to think about that is fairly important.  If you D are passing around the name of the BG device using a value block, beF sure that you allow enough space for the name.  Don't just pass a unitD number.  I spent some time recently looking at the maximum number ofA BG devices and found that VMS actually allows device units in theoD range 0-32767.  The cloned units are designed for 0-9999.  CustomersD have asked for a way to go above the 0-9999 limit.  This may involveA some trickery in the device name and, if you are copying the unitmE number, this may pose a problem.  I believe that I put a release noted? in the V5.3 documentation recommending that any code using unitrC numbers be modified now before an enhancement appears in the futurep which could break the logic.  F If you want to talk more about this or the server issues, feel free toB email me directly.  If you think there's really a bug here, if youA submit a problem report to Compaq with code that demonstrates the-" problem I'm sure we'll look at it.   -John1   ------------------------------  % Date: Thu, 14 Mar 2002 04:10:25 -0500u- From: JF Mezei <jfmezei.spamnot@videotron.ca>m" Subject: VAX: Netscape of Mosaic ?, Message-ID: <3C9068FC.B67DA525@videotron.ca>  N I have a VAXstation without much memory on it. I sometimes use MOSAIC (3.6) to3 get to some content for cut/paste purposes etc etc.g  I Is the Netscape available on the freeware CD for VAX better than the lastnN version of MOSAIC, or would it support fewer web sites due to lack of featuresA ?  Does Netscape on VAX consume much more resources than MOSAIC ?   ' (I guess I really should install LYNX).    ------------------------------  + Date: Thu, 14 Mar 2002 10:11:51 +0100 (MET) 9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> & Subject: Re: VAX: Netscape of Mosaic ?; Message-ID: <01KFCI44SOAY8ZOX9C@sysdev.deutsche-boerse.com>0  5 > get to some content for cut/paste purposes etc etc.   ) > (I guess I really should install LYNX).b  8 That's what I thought when I read the first quoted line.  F LYNX is good, works, is easy to install, documented etc etc.  It was, 5 IIRC, also (at least originally) developed under VMS.o  E It is so much more convenient.  It's not just that pages load faster iE etc, but the fact that it can be completely controlled from a normal nH keyboard, that one can select a callable editor to be popped into (nice I for writing web pages) etc etc make it my browser of choice.  It is even nE possible to view images by "clicking" on them and launching a viewer dG application etc.  OK, there are some cases when one wants to see a web  F page containing graphics in its "intended" form---I then copy the URL G into netscape to take a look.  Most web sites which don't look good in n3 LYNX, however, aren't worth looking at anyway.  :-)h   ------------------------------  % Date: Thu, 14 Mar 2002 04:38:03 -0500.- From: JF Mezei <jfmezei.spamnot@videotron.ca>-& Subject: Re: VAX: Netscape of Mosaic ?, Message-ID: <3C906F74.EAD3AEE4@videotron.ca>   Phillip Helbig wrote:0G > LYNX is good, works, is easy to install, documented etc etc.  It was,u7 > IIRC, also (at least originally) developed under VMS.g  L I used to use Lynx on a 24*80 character cell terminal dialup to some machineN connected to the internet and it was faster than way than my MAC with netscapeL with all the image displays etc. But that was a long long time ago, and now,I many sites just don't work without images, cookies, fancy tables, frames,C javascript etc.o  N I guess I should spend the time to find and download a vax version of lynx and try it out on various sites.   ------------------------------  % Date: Thu, 14 Mar 2002 09:35:12 +0000y( From: Nic Clews <sendspamhere@127.0.0.1>& Subject: Re: VAX: Netscape of Mosaic ?) Message-ID: <3C906ED0.1DB8D0C4@127.0.0.1>    JF Mezei wrote:p > P > I have a VAXstation without much memory on it. I sometimes use MOSAIC (3.6) to5 > get to some content for cut/paste purposes etc etc.u > ) > (I guess I really should install LYNX).i  F I'd recommend LYNX. I'm using 2.8, to save content, hit the P key, andF it'll save to a text file. You don't have to wait for all those boringG graphics either. I have it working with a firewall where you set up the F proxy in the lynx_dir:lynx.cfg when in lynx. If you pull a binary fromF the following link, you may also need to find a source distribution toH create and edit this file. (Also create the logical to point to location
 of the file).d  - http://www.trill-home.com/lynx/bin/index.htmln  " Binaries for Alpha and VAX (5.5-2)    More at http://lynx.browser.org/  H If you compare with the stuff from "Where do you want to go today", withF lynx, you'll have been, come back, been back again to see the bits youG missed the first time, and have been able to stir a cup of tea with the  other hand.  -- c( Regards, Nic Clews CSC Computer Sciences nclews at csc dot comr   ------------------------------  # Date: Thu, 14 Mar 2002 10:27:44 GMTt' From: "Hans Vlems" <hvlems@zfree.co.nz>n& Subject: Re: VAX: Netscape of Mosaic ?$ Message-ID: <3c907b1d$1@zfree.co.nz>  F I tried Netscape (Freeware CD 5.0) and Mosaic on a VAXstation 3100 M48M with 28 MB memory. They both took 5 minutes to start up properly, even thougha. Netscape complained about insufficient memory.P In terms of performance ther was not much difference while surfing the Internet,I say 750 to 1000 Bytes/sec. The VS3100 was on a local LAN and accessed the I Internet via a W98 box that ran a proxy server. Internet connection was aa 50 kbps modem line.s  A I never tried Lynx, but that does seem a very interesting option.-  . JF Mezei <jfmezei.spamnot@videotron.ca> wrote:L >I have a VAXstation without much memory on it. I sometimes use MOSAIC (3.6) to4 >get to some content for cut/paste purposes etc etc. > J >Is the Netscape available on the freeware CD for VAX better than the lastO >version of MOSAIC, or would it support fewer web sites due to lack of featuresiB >?  Does Netscape on VAX consume much more resources than MOSAIC ? >a( >(I guess I really should install LYNX).       http://www.zfree.co.nz   ------------------------------  % Date: Thu, 14 Mar 2002 08:27:56 +0100N( From: Paul Sture <paul.sture@bluewin.ch> Subject: Re: VFC File Probleme) Message-ID: <3C9050FC.5060908@bluewin.ch>i   Barry in Indy wrote:  7 > "Paul Sture" <paul.sture@bluewin.ch> wrote in messagec% > news:3C8EFE8F.7080708@bluewin.ch...h > E >>What version of VMS are you running, and is it VAX or Alpha? I haveeJ >>confirmed that TECO translates the VFC line feed codes into the relevantJ >>number of blank lines in the output file correctly - Alpha VMS V7.1 with >>the Y2K ECO. >> > K > I had to search for the TECO commands, but it appears to work! I read thepN > file in using EDIT/TECO filename, then saved the file with the EX command. IF > was then able to use EVE to make the desired changes, and it printed > correctly. >  > Thanks to all! > o Hooray! (Having done this the hard way about a decade ago, I _wasn't_ going to give up without a struggle :-) )o    5 A couple of discoveries which arose from this thread.r  2 1. DSNlink articles appear to be alive and well at  " http://askq.compaq.com/askopenvms/    No username / password required.  F For example, typing the following into the dialogue box brings up the  article Norman quoted:  ; Converting VFC-formatted Files To Sequential Variable Files   E I tried this program, and didn't really like the output as it stuffs tI multiple <CR><LF> characters into the current record - TECO again to the r5 rescue to convert VFC files into something emailable.h  H 2. A brief history of TECO by Andy Goldstein can be found at (this will  wrap)c  P http://groups.google.com/groups?q=teco+editor+vest&hl=en&selm=33A06BA6.117B8B08%" 40star.zko.dec.youknowwhere&rnum=1   __
 Paul Sture Switzerlandg   ------------------------------  % Date: Thu, 14 Mar 2002 11:32:50 -0500o  From: norm.raphael@jamesbury.com Subject: Re: VFC File Problema4 Message-ID: <C2256B7C.005A6DBE.00@jklh21.valmet.com>  7 > A couple of discoveries which arose from this thread.c >l4 > 1. DSNlink articles appear to be alive and well at >,$ > http://askq.compaq.com/askopenvms/ >r" > No username / password required. >_G > For example, typing the following into the dialogue box brings up theo > article Norman quoted: >t= > Converting VFC-formatted Files To Sequential Variable Files  >o  + Thank you for finding and sharing the link.s  D (It's odd that searching www.openvms.compaq.com does not find this.)  F > I tried this program, and didn't really like the output as it stuffsJ > multiple <CR><LF> characters into the current record - TECO again to the7 > rescue to convert VFC files into something emailable.g >s  P That's fine.  What you use depends on what you want to do with the output.  It's       great that there is more  O than one solution.  Of course, if TECO ever does go away or get "fixed" you nowa       have an alternative.       -Norm    ------------------------------    Date: 14 Mar 2002 07:36:26 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) @ Subject: Re: Viability of the VMS Market for third party vendors3 Message-ID: <rjCMNJzE$geW@eisner.encompasserve.org>   & With well over 40 replies to the topic  5 	Viability of a Commercial ISO-9960 formatter for VMS   ? to date, precisely 1 individual has expressed any interest in at commercial product.:   ==================  ? But there has been significant discussion of why such a feature$@ ought to be built into VMS, including by someone I _know_ has inB the past bemoaned the lack of third party vendors of VMS software.  C So why should any vendor think there is revenue in the VMS market ?t   ------------------------------  % Date: Thu, 14 Mar 2002 17:53:56 +0100 E From: Jan C. =?iso-8859-1?Q?Vorbr=FCggen?= <jvorbrueggen@mediasec.de>8/ Subject: Who's got a working 11/750 in Germany?i+ Message-ID: <3C90D5A4.D553923F@mediasec.de>   M A potential customer has RM03 and some CDC disk packs and the proper drives - L but connected to a dead 750. He wants to read the packs...so he either needsN somebody with 750 parts to share to get his machine working again, or somebodyA who has got a working system that can read his packs. Any offers?m  5 I suggest e-mail for reply: jvorbrueggen@mediasec.de.o   	Jan   ------------------------------  # Date: Thu, 14 Mar 2002 17:02:59 GMTh$ From: "Tim Peer" <peert@envysys.com>9 Subject: Why implement -- Codasyl DBMS Data on Oracle RdbDC Message-ID: <7J4k8.11201$S57.2785243239@newssvr14.news.prodigy.com>k  @ <Rdb runs only on VMS, so Oracle DBMS runs on the same systems.>   Larry,  K I understand Rdb runs on NT (I undertstand the Rdb Beta port to NT came outeF a year ago or so), True 64 Unix and OpenVMS. Codasyl DBMS runs only on OpenVMS.  7 To answer your question > Why did you need to do that ?   I Since Codasyl DBMS is not a relational database, it was necessary to copy F the Codasyl data to a relational database to enable data access to theI users. The overhead incurred using traditional data extraction approachesqJ such as, 3 G/L, 4 G/L  and  "direct access ODBC", was too high.  ExecutionC performance of traditional data access is strictly dependent on thesJ complexity of the query and the data access paths available (Codasyl Sets)I as defined in the Codasyl DBMS storage schema.  Defining new access paths4K require a storage schema change and reorganization of the database. Imagine:L performing a pattern-match query on a CHARACTER type data element, perhaps a@ description field, in a storage area with say 1,000,000 records.F Unfortunately, you would probably not find a Codasyl Set for this dataI element. Using traditional data access, the query will probably perform a C storage area realm walk and the IT department will probably have an , opportunity to meet their transaction users.  G The net-change approach used by the Rdb Warehouse works well as the Rdb L database stays synchronized with Codasyl without the overhead defined above.  D Beyond ad-hoc SQL queries, the real benefit is seen in a developmentJ environment. Developing web and SQL-based applications is rather simple toG do and besides there is a rich selection of tools available with nativefC interfaces (such as Oracle Developer 2000) to relational databases.c  ' A few specific advantages come to mind:e  J The I/O, CPU and memory overhead incurred in executing queries is isolated to an off-line system.J Ability to use relational database functions and objects without having toB modify the Codasyl schema or Codasyl application, examples: storedK procedures, functions, triggers, views, hashed and sorted indexes, synonymsC
 to name a few$B Ability to open the data to user/analysts for use with OLAP tools.  3 Why wouldn't someone implement Codasyl data in Rdb?    -- Timothy E. Peera eNVy Systems Inc.  4960 Almaden Exp. #330 San Jose, CA 95118 Voice: (408) 363-8896f Fax:    (408) 363-8897   http://envysys.com  : "Larry Kilgallen" <Kilgallen@SpamCop.net> wrote in message- news:+7SWEJbrmIKL@eisner.encompasserve.org...rJ > In article <SkUj8.10240$vN5.2582517928@newssvr14.news.prodigy.com>, "Tim! Peer" <peert@envysys.com> writes:  > K > > We needed to create an Rdb data warehouse using the Codasyl DBMS schemaA as a
 > > model. >e > Why did you need to do that ?c > @ > Rdb runs only on VMS, so Oracle DBMS runs on the same systems.   ------------------------------  # Date: Thu, 14 Mar 2002 17:12:05 GMTt$ From: "Tim Peer" <peert@envysys.com>D Subject: Why not ODBC Direct Access? Codasyl DBMS Data on Oracle RdbC Message-ID: <FR4k8.11225$zM7.2788029596@newssvr14.news.prodigy.com>    <Why did you do this?>  4 And a response regarding direct access technologies:  I Since Codasyl DBMS is not a relational database, it was necessary to copy F the Codasyl data to a relational database to enable data access to theI users. The overhead incurred using traditional data extraction approaches J such as, 3 G/L, 4 G/L  and  "direct access ODBC", was too high.  ExecutionC performance of traditional data access is strictly dependent on theeJ complexity of the query and the data access paths available (Codasyl Sets)I as defined in the Codasyl DBMS storage schema.  Defining new access pathstK require a storage schema change and reorganization of the database. ImaginelL performing a pattern-match query on a CHARACTER type data element, perhaps a@ description field, in a storage area with say 1,000,000 records.F Unfortunately, you would probably not find a Codasyl Set for this dataI element. Using traditional data access, the query will probably perform aoC storage area realm walk and the IT department will probably have ang, opportunity to meet their transaction users.  G The net-change approach used by the Rdb Warehouse works well as the Rdb L database stays synchronized with Codasyl without the overhead defined above.  D Beyond ad-hoc SQL queries, the real benefit is seen in a developmentJ environment. Developing web and SQL-based applications is rather simple toG do and besides there is a rich selection of tools available with nativeaC interfaces (such as Oracle Developer 2000) to relational databases.l  
 >But Attunitye@ > works fine and lets us do whatever we need with ODBC accessingE > underlying MANMAN databases. However I'm not sure if that  would bef1 > the case if we allowed updates via this method,i  2 Why one would use Rdb in place of Interpreted SQL:  J The I/O, CPU and memory overhead incurred in executing queries is isolated to an off-line system.J Ability to use relational database functions and objects without having toB modify the Codasyl schema or Codasyl application, examples: storedK procedures, functions, triggers, views, hashed and sorted indexes, synonymsp to name a few.H Ability to open the data to user/analysts for use with OLAP (data cubes) tools.  3 Why wouldn't someone implement Codasyl data in Rdb?e   -- Timothy E. Peern eNVy Systems Inc.e 4960 Almaden Exp. #330 San Jose, CA 95118 Voice: (408) 363-8896f Fax:    (408) 363-8897   http://envysys.com  2 "Alan Greig" <a.greig@virgin.net> wrote in message2 news:t9609u831fhk79dhfhappfrue4l1e97ti3@4ax.com...B > On Thu, 14 Mar 2002 02:57:54 GMT, "Tim Peer" <peert@envysys.com> > wrote: >  >bJ > >We needed to create an Rdb data warehouse using the Codasyl DBMS schema as aK > >model. Since Codasyl DBMS is not a relational model, it was necessary to E > >"reverse-engineer" the Codasyl DBMS schema and create a relationalI databaseF > >that preserved Codasyl DBMS Owner and Member relationships.  In our CodasylcH > >DBMS database, PRTREC is stored in PRTAREA.  We preserved the orginal >gB > MANMAN eh? Did you evaluate using ISG Navigator/Attunity to justE > automatically map the DBMS database to a relational  model. Or evenyG > use RDB/DBMS transparent gateway - although I wouldn't recommend thattC > method as we found it slow and buggy during testing. But Attunityn@ > works fine and lets us do whatever we need with ODBC accessingE > underlying MANMAN databases. However I'm not sure if that  would bet1 > the case if we allowed updates via this method,  > H > >Codasyl structure in Rdb.  Companion storage areas and tables use the sameK > >name as the Codasyl DBMS counterpart. Storage maps were created to placel the J > >row in the PRTAREA_NV.RDB storage area. Records are stored in Rdb usingI > >ordinals from the Codasyl DBMS DBKEY (rowid). We broke apart the DBKEYVL > >"1:22:5" , formatted as: area=1, page = 22, line = 5.  The Rdb schema wasJ > >designed with a MIXED format storage area (MFSA) to store "unique" keysK > >(since we are using the DBMS DBKEY, there is one and only one DBMS DBKEYa fornH > >each record). A HASHed index was created for the composite DBKEY withJ > >placement in the MFSA. Data are stored to tables via a storage map in aI > >UNIFORM format-storage area (not RDB$SYSTEM).  When inserted, rows aresF > >appended to the table, unique key lookups occur via the composite - HASHed	 > >index.T > >rK > >This is put to test as we read the Codasyl DBMS After Image Journal fileeL > >(AIJ) and obtain changes, insertions and deletions made to Codasyl. TheseF > >AIJ rows are inserted, changed and deleted in Rdb using the Codasyl DBKEY. > >Performance is excellent. > >sI > >Create SORTed indexes when selecting data using a RANGE of key values.i StoretL > >the sorted indexes in the storage with the data or in a dedicated UNIFORMF > >storage area. A dedicated storage for sorted indexes may work best. > >sI > >We retrieve data via ODBC using AREA,PAGE,LINE - our application moves ; > >copies data to a database servers running Oracle 8i, SQLoE > >Server, and SYBASE.  SORTed index keys take the form: NVTIMESTAMP,eL > >PAGE,AREA,LINE. The sorted index compares the timestamp on the Rdb row to an > >saved VMSK > >timestamp (when the table was copied last to the PC/UNIX database server  thecI > >time the transfer started is stored in a transfer table).  Only new orcL > >changed rows are ever moved to the database server. Deletions are handledI > >using a different method.  There was a bug in Oracle's Rdb ODBC driver  whenB > >selecting records via a timestamp key, "WHERE timestamp-value >G > >other-timestamp-value."  The bug walked the table and did not use an7 index.I > >For larger tables, performance was unacceptable, adding additional keyt: > >segments provided a reasonable performance work-around. > >o4 > >Here is the Rdb schema information for reference: > >  > >create storage area PRTAREA > >filename 'PRTAREA_NV.RDA' > >-- read write storage areas > >locking is row levelw > >page format is UNIFORMi > >page size is 2 blocks > >allocation is 2 pages= > >extent is (minimum 2000, maximum 20000, percent growth 20)  > >  > >create storage area NVINDEX1 > >filename 'NV$DISK:[ENVY.002]MANDB_NVINDEX.RDA'o > >-- read write storage aread > >locking is row leveli > >page format is MIXED- > >page size is 3 blocks > >allocation is 251386 pagesr: > >extent is (minimum 98, maximum 9998, percent growth 20): > >snapshot filename 'NV$DISK:[ENVY.002]MANDB_NVINDEX.SNP'% > >snapshot allocation is 32464 pagesVC > >snapshot extent is (minimum 98, maximum 9998, percent growth 20)  > >interval is 216; A > >    CREATE STORAGE MAP PRTREC_MAP FOR PRTREC STORE IN PRTAREA;s$ > >    CREATE INDEX NV_PRTREC_HSHIDX' > >        ON PRTREC (PAGE, AREA, LINE)e< > >        TYPE IS HASH ENABLE COMPRESSION STORE IN NVINDEX; > >hF > >Our observations revealed this to be a simpler alternative to using hashedL > >insertions and row clustering--data warehousing on Rdb without a DatabaseF > >Administrator on staff. Send me an e-mail and I will send you a DCL= > >procedure that you can use to calculate allocation values.  >a   ------------------------------  % Date: Thu, 14 Mar 2002 08:16:24 -0800i' From: David Mathog <mathog@caltech.edu>aB Subject: Re: Win one - Lose one - more pfunds seigh in on the deal+ Message-ID: <3C90CCD8.BAB5DBA9@caltech.edu>'   John Smith wrote:c  N > On Wednesday, Putnam Investments, one of the largest shareholders in the twoN > companies, threw its support behind the deal. Boston-based Putnam, the No. 4L > U.S. fund group, held about 46.2 million HP shares in its mutual funds andH > institutional accounts, and 68.9 million Compaq shares, as of Dec. 31.  M As has been pointed out before, the merger is a much better deal for Compaq's G stock holders than for HP's.  (It stinks for both sets of customers buti	 customersmJ don't get a vote unless they're also stockholders.)  Anyway, the math goes	 somethingbL like this (using arbitrary normalized units to demonstrate the concept alongO with the simplification that the total stock after the merger is the sum of thel twoa% company's shares before the merger.):x  8 HP premerger share value      1.00   (real value $38.02)8 Compaq premerger share value  0.50   (real value $10.85)K Postmerger share value        0.75   (real value $??.?? That's what all the  debate is about!)n  J Q and HP management want us to believe the last value is >1.00 but I don't
 believe itJ and neither do most independent analysts.  If they did the merger would be sailing through.#                                    uO Should Putnam vote yes or no?  It depends upon the ratio of HP and Compaq stockc  owned.  Crunch Putnam's numbers:   Before:  46.2 + .5*68.9 = 80.65l After:   (46.2+68.9)*.75= 86.33w  L So if the merger goes through Putnam would boost the cumulative value of theO stock they own by 7%.  However, if instead they held the 68.9 of HP and 46.2 ofe Compaq the numbers work out to:   Before:  46.2*.5 + 68.9  = 92:  After:   (same as before)= 86.33  ' and they'd do better by voting against..  C Of course, they'd probably do much better than that by selling bothi( the HP and Compaq shares and buying IBM!   Regards,   Davide Mathog mathog@caltech.edu   ------------------------------  # Date: Thu, 14 Mar 2002 15:14:00 GMTV# From: "John Smith" <a@nonymous.com> > Subject: Win one - Lose one - more pfunds seigh in on the deal1 Message-ID: <Y63k8.25562$lM.19919@news2.bloor.is>h  ( Teachers' Pension Fund Opposes HP Merger Thu Mar 14, 9:56 AM ET  H SACRAMENTO, Calif. (Reuters) - The California State Teachers' RetirementJ System, one of the largest U.S. pension funds, said on Thursday it opposed7 Hewlett-Packard Co.'s plan to buy Compaq Computer Corp.p    H The $100 billion CalSTRS fund, which holds 3.3 million HP shares and 5.3J million Compaq shares, said it was voting against the hotly contested dealG because it sees potential integration problems between the two computeroE companies and it is concerned the merger would dilute HP's profitablet printer and imaging business.   I The arguments for and against the merger "both were very persuasive," thesF pension fund said in a statement. But "on a portfolio-wide basis, as aD long-term investor, we do not believe the transaction is in the best3 interest of the CalSTRS members and beneficiaries."   L CalSTRS joins the California Public Employees Retirement System, the largestG U.S. pension fund, and some other institutional investors in coming outlC against the $22 billion deal. CalSTRS serves about 687,000 members.1  J HP and Compaq shareholders vote next week on the merger plan. Analysts say! the results are a toss-up so far.7  L On Wednesday, Putnam Investments, one of the largest shareholders in the twoL companies, threw its support behind the deal. Boston-based Putnam, the No. 4J U.S. fund group, held about 46.2 million HP shares in its mutual funds andF institutional accounts, and 68.9 million Compaq shares, as of Dec. 31.   ------------------------------  % Date: Thu, 14 Mar 2002 12:17:43 -0500u5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> B Subject: Re: Win one - Lose one - more pfunds seigh in on the deal2 Message-ID: <W05k8.967$fL6.22208@news.cpqcorp.net>   Engaging in abstract math Dave?i  G There is no way of estimating some "real" value of the stocks, it's alliJ imaginary.  Putnam is betting that on the whole, that there will be a riseL in the value of their Compaq stock value that is larger than any decrease inJ the value of their HP holdings.  That is, there is currently a gap betweenI the share prices and the merger stock swap amount.  Either HP has to come K down, or Compaq has to go up, or both move to converge - the odds that they F will both *fall* to convergence isn't very likely since the market hasH already depressed the stocks waiting for the merger results.  Since theyL hold a larger stake in Compaq, I imagine a little simple math can figure outJ how much Compaq has to move up to offset any HP movement.  The combinationC does *not* have to result in a combined share value higher than the=K independent values for each - for someone with a large Compaq stake to make D out.  You have more risk if you do not have a large stake in Compaq.     Welcome to the big casino.      @ David Mathog wrote in message <3C90CCD8.BAB5DBA9@caltech.edu>... >John Smith wrote: >rK >> On Wednesday, Putnam Investments, one of the largest shareholders in the0 two I >> companies, threw its support behind the deal. Boston-based Putnam, thej No. 4oI >> U.S. fund group, held about 46.2 million HP shares in its mutual fundse and I >> institutional accounts, and 68.9 million Compaq shares, as of Dec. 31.i > E >As has been pointed out before, the merger is a much better deal forh Compaq'sH >stock holders than for HP's.  (It stinks for both sets of customers but
 >customersK >don't get a vote unless they're also stockholders.)  Anyway, the math goesa
 >somethingG >like this (using arbitrary normalized units to demonstrate the concept  alonghL >with the simplification that the total stock after the merger is the sum of thep >two& >company's shares before the merger.): >g9 >HP premerger share value      1.00   (real value $38.02)m9 >Compaq premerger share value  0.50   (real value $10.85)eL >Postmerger share value        0.75   (real value $??.?? That's what all the >debate is about!) > K >Q and HP management want us to believe the last value is >1.00 but I don'tM >believe iteK >and neither do most independent analysts.  If they did the merger would be  >sailing through.s >iJ >Should Putnam vote yes or no?  It depends upon the ratio of HP and Compaq stocka! >owned.  Crunch Putnam's numbers:n >r  >Before:  46.2 + .5*68.9 = 80.65  >After:   (46.2+68.9)*.75= 86.33 > I >So if the merger goes through Putnam would boost the cumulative value ofi thedH >stock they own by 7%.  However, if instead they held the 68.9 of HP and 46.2 ofs >Compaqv >the numbers work out to:d >n >Before:  46.2*.5 + 68.9  = 92! >After:   (same as before)= 86.33  >u( >and they'd do better by voting against. >nD >Of course, they'd probably do much better than that by selling both) >the HP and Compaq shares and buying IBM!t > 	 >Regards,  >r >David >Mathog  >mathog@caltech.edun   ------------------------------  % Date: Thu, 14 Mar 2002 10:58:52 -0800n" From: GreyCloud <mist@cumulus.com>I Subject: Re: [OT]  NY Times Op-Ed misses point about unreliablity of PC'sm/ Message-ID: <u91sbqsd5anlec@corp.supernews.com>h   Paul Repacholi wrote:   & > GreyCloud <mist@cumulus.com> writes: > G >> Uh-huh... CodeRed and Nimbda cost the industry around $2billion too.oF >> M$ knows diddly squat about security.  Besides NT 4 series has beenA >> dead ended and dead.  Your new NT is 5.0 (win2k) and 5.1 (XP).-G >> They're not stable.  Compare the uptimes of VMS to NT and you'll seelF >> what I mean.  I've heard all the stories of M$ blaming the sysadminE >> for not patching their servers for CodeRed, but their patch didn'tt >> work anyway./ >  UF >> You may think NT is capable of being secure but it isn't because M$! >> doesn't know what security is.t >   H > Please, there are people in the bowels of the borg who know more about  > security then most of us here. > F > But, they are not allowed to fix many of the problems. First becauseE > it will be 'more dificult' for the luzers, and second, it will meanoG > the luzers, and their credit card, will not be piled up on billy boysR5 > tax^H^H^Hsupport line at a couple of hundred a pop.A >  >   J M$ hasn't demonstrated any common sense towards security yet.  Neither do J they inform their customers when a problem is found and where to download K the patch.  The Seattle Times reported that their is some sort of internal 0D disagreements going on and wouldn't really say much other than "The J managers are digging in their heels" when gates ordered 7000 employees to J fix the bugs and security holes.  Makes one wonder what's going on inside  doens't it.d   ------------------------------   End of INFO-VAX 2002.144 ************************