0 INFO-VAX	Thu, 19 Feb 2004	Volume 2004 : Issue 98      Contents: Re: AlphaServer 2100! Re: Answers to some IPF questions 0 Re: Call 4 a copy of ovms50.gif VMS WEB Ring pix Re: Competitive Update Competitive Update0 COMputable image linker map program counter help4 Re: COMputable image linker map program counter help& cURL 7.11.0 additional builds released Re: DECnet/OSI over TCP/IP Re: DESTA Director RWASTs B Re: DIR /PAGE output differs between SET HOST (RTA) and RSH (TNA)? GD graphics lib on CSWS 1.3? Re: Intel releases 64bit Xeon  Re: Intel releases 64bit Xeon : Re: It is almost certain now, INTEL will have 64bit x86 !!: Re: It is almost certain now, INTEL will have 64bit x86 !!: Re: It is almost certain now, INTEL will have 64bit x86 !!= Re: JFK Airtrain: Good News, Bad News, Good News and Bad News  Re: Looking for 5-10 volunteers   Re: Mozilla and Cyrillic letters  Re: Mozilla and Cyrillic letters Re: MyDoom = Microsoft + SCO MySQL 4.0.18 for OpenVMS0 Re: New Variant MyDoom.B targeting Microsoft.com+ Re: OpenVMS on AlphaPC (PC164 motherboard)? @ RE: OpenVMS thrashes slowaris and aix in cluster tco/virus studyK Re: OpenVMS thrashes slowaris and aix in cluster tco/virus study ... again!   Restricting access to directory. Re: set proc/suspend1 Re: Shipping Alpha computers overseas - OK to do? 4 Re: Solved: "Known problems with V7.3 security MUP?"4 Re: Solved: "Known problems with V7.3 security MUP?"> Re: SYS$STARTUP:MMOV$STARTUP.COM -- lacks something (priority)> Re: SYS$STARTUP:MMOV$STARTUP.COM -- lacks something (priority) system directory confusionH Re: TCPIP V5.4: DECnet/IP: remote nodes cannot translate address -> name* VMS Fortran RTL restriction on file names?. Re: VMS Fortran RTL restriction on file names?. Re: VMS Fortran RTL restriction on file names?  Re: Why PERL on VMS? We have DCL Re: Why was VAX abandoned ?  Re: Why was VAX abandonned ? Re: Why was VAX abandonned ? Re: Why was VAX abandonned ?7 Re: will these third-party CD-ROM drives work with VMS? : Re: [DCL] Quitting DELETE/CONFIRM doesn't stop immediately1 Re: [OT] Solaris crashes itself when /tmp is full 1 Re: [OT] Solaris crashes itself when /tmp is full   F ----------------------------------------------------------------------  # Date: Wed, 18 Feb 2004 03:39:46 GMT + From: "Jay E. Morris" <usenet@epsilon3.com>  Subject: Re: AlphaServer 2100 4 Message-ID: <68BYb.19020$M76.10787@fe2.texas.rr.com>  < In message <87wu75cyc2.fsf@prep.synonet.com>, Paul Repacholi <prep@prep.synonet.com> wrote: >  > , > Javier Henderson <javier@KJSL.COM> writes: > E > > I once transported a VAX 4300 in my airplane, by disassembling it A > > into major components. The total weight wasn't a problem, the H > > dimensions made it too bulky to easily load it (I've a Cessna 182, a > > four seater).  > G > > Does anyone know if an AlphaServer 2100 can be put apart like that?  > 
 > Not easily.  > E > > The max weight, according to specs I found online, is 250 pounds, H > > which makes it Not A Problem. The dimensions are 47in by 40 in by 24G > > in, and that would make it A Problem. I need to transport one a few  > > hundred miles... > F > Pull the back seat and load it with the front seats right foward. IfH > should fit lengthways behind the pax seat. Pax can sit on the floor or > think small :)  ? Aha! Another good reason I can use for always going rack mount.   8 "But we can fit it in a Cessna 182 without any problem."  - Course, now days it be 10 or 12 DS20s easily.    --  ' Jay E. Morris - morrisj at epsilon3 com 8 Usenet wherever you are - http://www.dejavusoftware.com/< "Nothing beats the bandwidth of a Cessna 182 full of SDLTs."   ------------------------------  # Date: Wed, 18 Feb 2004 21:57:12 GMT # From: hoff@hp.nospam (Hoff Hoffman) * Subject: Re: Answers to some IPF questions0 Message-ID: <YcRYb.631$p37.210@news.cpqcorp.net>  q In article <857e9e41.0402131402.625e4eb4@posting.google.com>, susan_skonetski@hotmail.com (Sue Skonetski) writes:   > :Have the VMS engineers published the way we will move source ? :and data files (we are still on VAXes) to the Itanium boxes?     D   At its simplest, we are using the same files and most application C   data files are exactly the same -- as was the case with the move  D   from OpenVMS VAX to OpenVMS Alpha, the files and such can normallyG   be fully shared among different architectures.  SYSUAF, for instance, $   can be shared among architectures.  D   For details on floating-point storage and compilation defaults andB   options, please see the details over in Sue's response.  But theB   general assumption is one of direct portability, and of sharing.  D   As for going from OpenVMS VAX to OpenVMS I64, my long-standing andG   existing  recommendations -- made back when folks started moving from H   OpenVMS VAX to OpenVMS Alpha -- continue.  First migrate your code andH   data to similar and current OpenVMS versions and to current compilers,I   and enable compilation checks and such -- this to differentiate changes G   in the compilers from changes in the underlying architecture.  (Newer H   compilers are much better at spotting latent errors lurking within the)   application source code, for instance.)   H   Note: mixed clusters of OpenVMS VAX and OpenVMS I64 will not be in theE   initial OpenVMS support matrix, though similar triple-architecture  G   cluster configurations -- fully sharing SYSUAF and RIGHTSLIST files,  ;   etc -- have been demonstrated at various customer events.   < :Will a TCP/IP stack be included in the Itanium VMS version?  C   Yes, OpenVMS I64 includes TCP/IP Services.  (It's up and running  E   on the local rx2600.  (I should haul over MXRN and post a newsgroup 0   message or two from there, but maybe later...)  % :will Itanium CPU's require SMP lics?   B   What's the real question?  (When I see questions similar to thisB   one, some background can be quite useful as the actual question A   can be somewhat different; I've learned I can infer information /   incorrectly from questions such as this one.)   A   I don't mean this to appear evasive, but I can think of various B   reasons why this question might be posed -- and do realize that @   there will be various differences in the licensing, just like >   there were differences in licensing between OpenVMS VAX and A   OpenVMS Alpha.  As V8.2 approaches, more of the core licensing  <   details will be (far) more widely available -- some of the?   changes are purely adminstrative and intended to fall in line @   with HP licensing norms, and some changes are derived strictly9   from technical differences in the underlying platforms.     N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------    Date: 18 Feb 2004 12:48:25 -06004 From: kuhrt@nospammy.encompasserve.org (Marty Kuhrt)9 Subject: Re: Call 4 a copy of ovms50.gif VMS WEB Ring pix 3 Message-ID: <BI5vjgvkHCxH@eisner.encompasserve.org>   Y In article <40324feb$0$21654$636a15ce@news.free.fr>, Didier Morandi <no@spam.com> writes:  > Keith Cayemberg wrote: > 0 >> What about the OpenVMS WEB Ring banner at the >> WASD Homepage?  >> http://wasd.vsm.com.au/ >>  : >> Mark Daniel appears to have cooked up his own solution. >  > LOL  > S > I had a look at the source. He rewrote the whole stuff... Tricky. Not a surprize   > from Mark :-)  >   H I pretty much did the same thing for my webring link on www.kuhrt.net.  C Feel free to grab the source and the gif from there, if you'd like.    ------------------------------  % Date: Wed, 18 Feb 2004 13:39:07 -0700 4 From: Norman Lastovica <norman.lastovica@oracle.com> Subject: Re: Competitive Update * Message-ID: <4033CD6B.DC6F1D07@oracle.com>  @ Does SUN have TPC benchmarks of worth to brag about these days?   ( Andrew Harrison SUNUK Consultancy wrote: >  > Bill Todd wrote:P > > Since Keith isn't likely to be as eager to let you know what the competitionB > > is doing as he is to tout HP, I'll fill in the gaps this time: > > L > > AMD announced yesterday 2 low-power Opterons, presumably mostly aimed atK > > blade installations:  a 2 GHz model at 55W, and a 1.4 GHz model at 30W.  > > P > > Intel announced yesterday at IDF its own 64-bit x86 architecture, which willP > > start shipping in limited market segments later this year and is effectively > > compatible with AMD's. > >  > > > And IBM who announced that they would be doing a 64 way Xeon> > based system despite the disadvantage of it only being 32bit= > have announced that the chipset they will be using allready ; > supports the 64bit Intel processor, spooky how could they  > have known ? > E > > On another front, Itanic no longer holds the TPC-C record:  a new P > > 32-processor p690 (using 1.9 GHz POWER4+ CPUs that I hadn't heard of before)I > > just blew past both the 1,000,000 tpmC mark and the best 64-processor H > > Superdome score - and at significantly lower $/tpmC.  Looks as if myN > > 2,000,000 tpmC estimate for the up-coming POWER5 box may have been way too > > low. > >  > F > It was inevitable that IBM would overhaul HP when they had access to > the faster Power4+ CPU's.  > D > HP still have the fastest TPC-C TPM number with a cluster of 4 wayC > rx5600's but clusters and TPC-C have a long and horrid history so @ > we can scratch that from the list, though I have no doubt thatI > Keith and the rest of the Choir will be clinging to it like shipwrecked 7 > sailors now that it is their only source of buoyancy.  > 	 > Regards  > Andrew Harrison    --  	 - - - - - 0  opinions expressed here are mine and mine alone.  and certainly are not intended in any way to 0  express or represent any opinions or commitment  of oracle corporation.   *  norman lastovica / oracle rdb engineering   ------------------------------  % Date: Wed, 18 Feb 2004 04:31:55 -0500 * From: "Bill Todd" <billtodd@metrocast.net> Subject: Competitive Update 2 Message-ID: <8sidnaUMjptwra7dRVn-sw@metrocast.net>  L Since Keith isn't likely to be as eager to let you know what the competition> is doing as he is to tout HP, I'll fill in the gaps this time:  H AMD announced yesterday 2 low-power Opterons, presumably mostly aimed atG blade installations:  a 2 GHz model at 55W, and a 1.4 GHz model at 30W.   L Intel announced yesterday at IDF its own 64-bit x86 architecture, which willL start shipping in limited market segments later this year and is effectively compatible with AMD's.  A On another front, Itanic no longer holds the TPC-C record:  a new L 32-processor p690 (using 1.9 GHz POWER4+ CPUs that I hadn't heard of before)E just blew past both the 1,000,000 tpmC mark and the best 64-processor D Superdome score - and at significantly lower $/tpmC.  Looks as if myJ 2,000,000 tpmC estimate for the up-coming POWER5 box may have been way too low.   - bill   ------------------------------    Date: 18 Feb 2004 12:31:45 -0800, From: JimStrehlow@data911.com (Jim Strehlow)9 Subject: COMputable image linker map program counter help = Message-ID: <4b6ec350.0402181231.7b526be4@posting.google.com>   ? We have a production program on an OpenVMS 7.3 AlphaServer that ) occasionally hangs in a COMputable state. 5 We have a full linker map of the troublesome program. E The program links in Oracle Callable Interface modules (C), our BASIC + and C++ code, etc. which include AST logic.   F Various routines attempt some exception handling; but one module might@ erroneously generate an exception that loops to itself and never exits.  C We did a $SHOW PROCESS/CONTINUOUS to get several PC address values. , The PC ranges from 006F7510 through 00ADA638  < Is there a formula (math) to relate the PC (program counter)> information to the program modules as shown in the linker map?  / What hex math is needed to what "base" address?   / What do we need from which sections in the map?  Image Section Synopsis ? Program Section Synopsis ?  # Do we need from the Image Synopsis: : User transfer address:                            000101A0: Debugger transfer address:                        00000340: OTS transfer address - LIB$INITIALIZE:            0006DA70   Thank you for the help. 1 JimStrehlow, OpenVMS Systems Manager, Data911.com    ------------------------------  # Date: Wed, 18 Feb 2004 21:00:33 GMT & From: John Reagan <john.reagan@hp.com>= Subject: Re: COMputable image linker map program counter help 0 Message-ID: <RnQYb.620$Tb7.264@news.cpqcorp.net>   Jim Strehlow wrote: A > We have a production program on an OpenVMS 7.3 AlphaServer that + > occasionally hangs in a COMputable state. 7 > We have a full linker map of the troublesome program. G > The program links in Oracle Callable Interface modules (C), our BASIC - > and C++ code, etc. which include AST logic.  > H > Various routines attempt some exception handling; but one module mightB > erroneously generate an exception that loops to itself and never > exits. > E > We did a $SHOW PROCESS/CONTINUOUS to get several PC address values. . > The PC ranges from 006F7510 through 00ADA638 > > > Is there a formula (math) to relate the PC (program counter)@ > information to the program modules as shown in the linker map? > 1 > What hex math is needed to what "base" address?  > 1 > What do we need from which sections in the map?  > Image Section Synopsis ? > Program Section Synopsis ? > % > Do we need from the Image Synopsis: < > User transfer address:                            000101A0< > Debugger transfer address:                        00000340< > OTS transfer address - LIB$INITIALIZE:            0006DA70 >  > Thank you for the help. 3 > JimStrehlow, OpenVMS Systems Manager, Data911.com     : For instance, lets say I see a looping PC of 460350 (hex).  + I look in my .MAP file and see things like:   = $CODE$                          00460000 005BEB3F 0015EB40 (  A 1436480.) OCTA  4   PIC,CON,REL,LCL,  SHR,  EXE,NOWRT,NOVEC,  MOD >                  MAC_COMPILE     00460000 00460317 00000318 ( 
 792.) OCTA  4 >                  MAC_START       00460320 00460433 00000114 ( 
 276.) OCTA  4   C and see that 460350 is inside of the $CODE$ contribute from module  I MAC_START.  It is 100hex inside of MAC_START.  I'd now need to look at a  ' .LIS file to see what is at $CODE$+100.   B If the address isn't in your main image, it might be looping in a F shareable image.  To find which image and what the base of that image B might be, while the process is looping, go to a priv'd account and   $ ANALYZE/SYSTEM7 SDA> SHOW SUMMARY ! to find the process that is looping  SDA> SET PROCESS/INDEX=nnn SDA> SHOW PROCESS/IMAGE   F you should then be able to see which image includes the addresses you ; see with SHOW PROC/CONT and the base address of each image.    --   John Reagan ' Compaq Pascal/{A|I}MACRO Project Leader  Hewlett-Packard Company    ------------------------------    Date: 18 Feb 2004 13:32:50 -06004 From: kuhrt@nospammy.encompasserve.org (Marty Kuhrt)/ Subject: cURL 7.11.0 additional builds released 3 Message-ID: <90$cSB7jGVpH@eisner.encompasserve.org>   F An updated version of cURL 7.11.0 for OpenVMS has been released and is available for download.   2 The location is http://curl.haxx.se/download.html   E This release is the same code as the 26-JAN-2004 release, it just has G more builds.  The VMS version for the VAX build was upgraded to V7.3 to H see if it fixed a problem (it didn't, so I retained the old workaround).G The zip files contain executables and objects built with OpenSSL, hpSSL F and without SSL support.  The files are in architecture specific zips.  A  HW Type  VMS Version   Compiler Vers   SSL Library      Filename C --------+-------------+---------------+----------------+----------- C  Alpha  | OpenVMS 7.3 | DEC C 6.5-001 | OpenSSL 0.9.7c | .*_openssl A  Alpha  | OpenVMS 7.3 | DEC C 6.5-001 | hpSSL 1.1-A    | .*_hpssl A  Alpha  | OpenVMS 7.3 | DEC C 6.5-001 | No SSL support | .*_nossl C  IA64   | OpenVMS 8.1 | hp C T7.0-002 | OpenSSL 0.9.7c | .*_openssl A  IA64   | OpenVMS 8.1 | hp C T7.0-002 | hpSSL 1.1-A    | .*_hpssl A  IA64   | OpenVMS 8.1 | hp C T7.0-002 | No SSL support | .*_nossl C  VAX    | OpenVMS 7.3 | DEC C 6.4-003 | OpenSSL 0.9.7c | .*_openssl A  VAX    | OpenVMS 7.3 | DEC C 6.4-003 | hpSSL 1.1-A    | .*_hpssl A  VAX    | OpenVMS 7.3 | DEC C 6.4-003 | No SSL support | .*_nossl   H For those who don't know what cURL is, here is the blurb from their main page...   ;     Curl is a command line tool for transferring files with :     URL syntax, supporting FTP, FTPS, HTTP, HTTPS, GOPHER,4     TELNET, DICT, FILE and LDAP. Curl supports HTTPS5     certificates, HTTP POST, HTTP PUT, FTP uploading, 7     kerberos, HTTP form based upload, proxies, cookies, <     user+password authentication, file transfer resume, http9     proxy tunneling and a busload of other useful tricks.   C I haven't tested all the features, since I only use the library for F HTTP(S) stuff via C programs.  It does compile and link cleanly on all the platforms outlined above.    ------------------------------  # Date: Wed, 18 Feb 2004 03:39:29 GMT L From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")# Subject: Re: DECnet/OSI over TCP/IP 6 Message-ID: <00A2D916.392374B2@SSRL.SLAC.STANFORD.EDU>  \ In article <1d08b916.0402170540.2a544b6b@posting.google.com>, mb301@hotmail.com (MB) writes:@ >I have lets say 400+ MicroVAX's running DECnet-VAX V5.5-2 (NCP)B >Is there a DECnet/OSI version for VAX/VMS V5.5-2 or do I need to . >upgrade both DECnet and the operating system? > G >Is DECnet/OSI over TCP/IP only supported by Compaq/Hp TCP/IP services   >for OpenVMS (UCX)?   # If that list is a general question: J DECnet/OSI (which is to say, DECnetPlus or DECnet Phase V) runs fine over H Multinet; we're running it on 7.3-2 with Multinet 4.4 at the moment, but= we were running on earlier version of both OS and IP package.   & I can't answer very well for VAX 5.5-2   -- Alan    --  O =============================================================================== 0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056 M  Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA   94025 O ===============================================================================    ------------------------------  % Date: Tue, 17 Feb 2004 22:12:36 -0600 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>" Subject: Re: DESTA Director RWASTs5 Message-ID: <4032E634.521AD2F@NeOaSrPtAhMlNiOnWk.net>    Mark Buda wrote: > L > This sounds like a case where someone needs to do a little debugging.  Not > exactly rocket science.  > L > The "course" fix is to check if it is getting low and give it a bump so itK > does not RWAST...  Of course you consume resources and over time you will  > have other problems. > K > Have the author look at their kernel code to see what they might be doing 
 > wrong...  F The "author" is Compaq (as in "Compaq Analyze"). The code is Java. The JAVA RTL author is unknown.   A 1. How do I isolate the problem to the Java code or the Java RTL?   A 2. A. If the problem is the Java code, how do I get HP to fix it? F    B. If the problem is the Java run-time, how do I get HP to get the        author to fix it?   H 3. How do I increase the BIOLM of a running process (neither AMDS nor AM are available)?    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  + Date: Wed, 18 Feb 2004 22:06:48 -0600 (CST)  From: sms@antinode.orgK Subject: Re: DIR /PAGE output differs between SET HOST (RTA) and RSH (TNA)? ) Message-ID: <04021822064875@antinode.org>   < From: "Peter Weaver" <WeaverConsultingServices@sympatico.ca>   > sms@antinode.org wrote: D > >    Today's annoyance:  Different output from DIR /PAGE between aF > > DECterm connected by SET HOST (RTA) and a DECterm connected by RSHC > > (TNA). DECterms run on ALP, where the display is local.  One is  > >...  > > Something is messing up your TAB stops when you use RSH. You@ > can try a few different things to track down what is doing it,< > or you can put a bandage on it by adding SET TERM/NOTAB to
 > your login.   H    I can't imagine what, and it's not obvious.  If I just type somethingH like X<Tab>X<Tab>X<Tab>X<Tab>X<Tab>X<Tab>X<Tab>X<Tab>X, it looks exactly the same on them.   @    And SET TERM /NOTAB does not change the output (differences).  2    But you did have me worried for a moment there.  H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-org     Saint Paul  MN  55105-2547    ------------------------------  % Date: Wed, 18 Feb 2004 19:40:06 +0000 ) From: Witchy <news@sruasonidyranib.co.uk> % Subject: GD graphics lib on CSWS 1.3? 8 Message-ID: <0df730l1dovu6d2psucknbmlreliglqb4a@4ax.com>  	 Hi folks,   C Thanks to Rick Barry I've got an almost fully functioning webserver > running on hobbyist VMS 7.3 - Rick, if you're reading this the@ PHP_VALUE seems to be happy buried in a <Location /> clause of a8 virtual host container which is exactly what I needed :)  = One thing remains - has anyone managed to get the VMS port of F Boutell's GD graphics library running with CSWS 1.3? On my Linux box IC just compiled PHP with everything I needed built-in, but the source 9 for CSWS 1.3/PHP is a couple of versions out of date now.    Thanks!    -- cheers,    witchy/binarydinosaurs   ------------------------------  % Date: Wed, 18 Feb 2004 15:53:42 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>& Subject: Re: Intel releases 64bit Xeon) Message-ID: <4033D0D3.5A41782D@istop.com>    mist dragon wrote:H > The question is shall VMS be switched to xeon x86-64, shall charon-vaxF > replace it or shall Alpha come back. Or shall it be kept on itanium, > going to its death ?  H The problem is that the 8086 doesn't yet quite have all that it takes toJ compete against Power and Sparc in the large systems category. So while itM will be available soon, HP probably wouldn't be able to build superdomes with 	 the 8086.   K It all depends on how quickly Intel can bring enterprise system features to L the 8086.  If it is quick enough, HP can declare VMS-IA64 and Tandem-IA64 toN be stillbirth, and come out with EV79 after EV7z, and continue to use MIPS for) Tandem until both are ported to the 8086.   M Or, HP could decide that enterprise-ready 8086s are still far enough into the L future that they have no choice but to continue with IA64 for now, somethingJ which will end up destroying Carly/Curly's original statements of platform? consolidation since they will be stuck with double the support.   N VMS already has to be supported on VAX and Alpha. It will have to be supportedL on the 8086. Do they really want to engage the IA64 and be forced to supportK it as well ? (especially considering that customers will avoid IA64 systems # unless they really have no choice).   J The big question for HP is HPUX. Does HPUX share commoon code base betweenN PaRisc and IA64 ? If so, then they can get the Tru64 bits onto HPUX/PaRisc andH just forget about IA64 (except for a few customers who already have it).  G My bet however is that Carly will publicly pretend nothing happened and , continue to claim that IA64 is here to stay.   ------------------------------  % Date: Wed, 18 Feb 2004 20:02:26 -0500 $ From: "vax,3900" <vax3900@yahoo.com>& Subject: Re: Intel releases 64bit Xeon: Message-ID: <c111v3$jmd$1@charm.magnus.acs.ohio-state.edu>   JF Mezei wrote:    > mist dragon wrote:I >> The question is shall VMS be switched to xeon x86-64, shall charon-vax G >> replace it or shall Alpha come back. Or shall it be kept on itanium,  >> going to its death ?  > J > The problem is that the 8086 doesn't yet quite have all that it takes toL > compete against Power and Sparc in the large systems category. So while itJ > will be available soon, HP probably wouldn't be able to build superdomes > with the 8086. >   H I am just curious about " all that it takes to compete against power and1 Sparc". Could you please point out what they are?   J > It all depends on how quickly Intel can bring enterprise system features  3 again, what are those "enterprise system features"?    > toK > the 8086.  If it is quick enough, HP can declare VMS-IA64 and Tandem-IA64 J > to be stillbirth, and come out with EV79 after EV7z, and continue to use4 > MIPS for Tandem until both are ported to the 8086. > K > Or, HP could decide that enterprise-ready 8086s are still far enough into H > the future that they have no choice but to continue with IA64 for now,J > something which will end up destroying Carly/Curly's original statementsD > of platform consolidation since they will be stuck with double the
 > support. > F > VMS already has to be supported on VAX and Alpha. It will have to beF > supported on the 8086. Do they really want to engage the IA64 and beL > forced to support it as well ? (especially considering that customers will8 > avoid IA64 systems unless they really have no choice). > L > The big question for HP is HPUX. Does HPUX share commoon code base betweenL > PaRisc and IA64 ? If so, then they can get the Tru64 bits onto HPUX/PaRiscI > and just forget about IA64 (except for a few customers who already have  > it). > I > My bet however is that Carly will publicly pretend nothing happened and . > continue to claim that IA64 is here to stay.   ------------------------------  % Date: Wed, 18 Feb 2004 16:06:34 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>C Subject: Re: It is almost certain now, INTEL will have 64bit x86 !! ) Message-ID: <4033D3D6.5F45354D@istop.com>    Fred Kleinsorge wrote:M > Eh?  Like what?  VMS continues to execute to it's roadmap, and exceeds it's  > forecasts.    K Which version of the roadmap ? The original one with Apha being a long term K platform ? The one done by Curly promising at least 2 major new Alphas (EV7 N and EV79) or the one by Carly that renegged on the EV79 and slowed down EV7 soF that they could then rebadge EV7 as EV7z with a different clock rate ?  K HP need to tackle the issue. They cannot pretend nothing happened otherwise L they will lose credibility. IA64 has just been relegated to low volume nicheJ market and has absolutely 0 of the originally promised benefits (low cost,K industry standard, commodity). Goeing forward with IA64 today means that HP L will need to support 4 additional platforms (VMS, NSK, HPUX, Linux) on theirD IA64 boxes, and then support them on the 8086, on to of the original VAX/Alpha/MIPS/PaRisc support.  K To reap the benefits of platform consolidation, HP must drop IA64 today and L skip directly to the 8086. That is in the shareholder's interests even if itL means egg on the face for Carly who can then go to her hairdresser to get it all cleaned up.    ------------------------------  % Date: Wed, 18 Feb 2004 09:26:32 +0000 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> C Subject: Re: It is almost certain now, INTEL will have 64bit x86 !! 0 Message-ID: <c0vb48$2g1$1@new-usenet.uk.sun.com>   Rick Jones wrote: R > Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote: >  >>Rick Jones wrote:  >>G >>>Well, if we have indeed now managed to get to discussing LV Itanium2 ( >>>performance versus UltraSPARC IIIi :) >>> G >>>If you do a search of www.hp.com for "specweb99_ssl rx1600" you will D >>>find that HP have publicly announced 1278 SPECweb99_ssl on the 1UH >>>rx1600 using the 1.0 GHz LV Itanium2 processor. This URL may take you >>>there directly: >>>  >  > A >>Where are the SPECint and SPECfp numbers for the LV Itanium 2 ?  >  > D > Thusfar I've not found a public mention of any.  You can of courseD > check www.spec.org from time to time to see when results using theF > rx1600 complete review.  I presume/know that an rx1600 SPECweb99_SSLA > result is under review. I do not know the status of any SPECcpu & > metrics from HP for the LV Itanium2. >  > ' >>I am not interested on SPECweb99_SSL,  >  > E > I wonder if you'd change your mind if Sun had decent results on the  > SPECweb99* benchmarks?-) >    No.    > = >>Incedentally can you actually get the rx1600 or even the LV 
 >>rx2600 ? >  >  > Per: > ; > http://www.hp.com/hpinfo/newsroom/press/2004/040209b.html  > E > the rx1600 starts shipping in March, so a matter of a few weeks. It D > seems to suggest the rx2600 is shipping now - the wording seems toH > imply it includes the LV version.  Beyond that, I suspect if you wouldE > like to order one, we could get you the name of an HP sale's rep in ) > the UK if you don't already know one.    >   A You can get deliver dates on a single CPU 2600 but if you specify  a second CPU those dissapear.   A It hardly matters anyway, the rx1600 and rx2600 are dead products $ with the Intel x86-64 announcements.   Regards  Andrew Harrison    ------------------------------  % Date: Wed, 18 Feb 2004 19:57:25 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>C Subject: Re: It is almost certain now, INTEL will have 64bit x86 !! ) Message-ID: <403409E1.4C4EF274@istop.com>    Dirk Munk wrote:P > No offense to you Fred, but sometimes I really get pissed off by the way HP isR > betraying the efforts of many people in this group to keep VMS in the picture as; > a viable platform. We get no public support what so ever.   G In fairness, Sue has recently offered to help whenever someone sees bad L marketing. The tone of her message was quite different and more "blunt" thanH usual.  You have to understand that HP employees are expected to toe theH corporate line so you cannot expect to see the likes of Mr Kleinsorge orJ Hoffman start to criticize IA64 or HP's decisions, or HP's omission of VMS3 from its marketing. You cannot blame them for this.   K I suspect that once properly inhibriated with the right quantities of their E prefered liquid, they may be made to forget their obligation to their  employers and speak frankly.  K The good old days of DECUS were great for this type of stuff when you could  meet your DECrep and  L talk far more openly outside formal setting (eg: at restaurant or hotel bar)   <breaking news> L In this week's Star Trek episode, the doctor is expected to restart the WarpK Drive all by himself. He is quoted saying "Are you expecting me to read the L manual ?" (next scene, he is reading the warp drive manuals). I thought this was a great joke.  </breaking news>   ------------------------------  + Date: Thu, 19 Feb 2004 02:00:34 +0000 (UTC) # From: nobody@cryptorebels.net (edo) F Subject: Re: JFK Airtrain: Good News, Bad News, Good News and Bad News? Message-ID: <e9c533c878c5a294d217822d548f6760@cryptorebels.net>   % JF Mezei <nobody@nobody.int> trolled:   8 >re: big box stores profit of walkup guy versus SUV guy. > M >You need to consider that a parking lot isn't free.  The store must purchase O >the land and pay taxes on the land which, for box stores, doesn't generate any L >revenus. There are also costs associated with lighting and surveillance, as >well as snow removal. > L >So part of the cost of the roll of toilet paper goes towards paying for theF >parking lot, so walk-in customers end up subsidizing the SUV drivers.  - JF and SUVs, like a rabbid dog with a bone...   -                ============================== *                 FREQUENTLY ASKED QUESTIONS  -                                         About   0                                  J F   M E Z E I.                 ==============================  9 Author:  Michael Voight "mrtravelkay" <mvoight@cisco.com>    1.  Who is JF Mezei?  G Jean-Francois Mezei is the worst netkook and megatroll to have ever hit J rec.travel.air and various other usenet newsgroups.  He is also one of the) longest running trolls in usenet history.   " 2.  How long has he been trolling?   For well over a decade.    3.  Where does he live?    Jean-Francois Mezei  86 Harwood Gate  Beaconsfield, QC H9W3A3  (514) 695-8259  * 4.  What makes him such a malicious troll?  H His trolling is constant, repetitious, relentless.  Once he invades yourO newsgroup he will stay for decades, troll around the clock, day in and day out, O every day of the year, for years and years on end.  He does not listen to pleasOI to stop, he does not listen to anything anyone tells him, he does not payeO attention when the misinformation/disinformation he posts is corrected, he justEM goes right on trolling year in, year out like a little child holding his ears G closed while yelling "I can't hear you, I can't hear anything you say!"    5.  What does he troll about?d  P His favorite subjects are USA-bashing and anything to do with sex.  He hates theK USA and Americans and will hijack any thread and turn it into a USA-bashing.C fest.  If he can't do that then he'll just start making lewd posts.e  $ 6.  What does he hate about the USA?  P Everything!  He is part of a larger group of Canadian trolls who have a visceralP hatred of the USA, motivated by envy mostly.  The USA is a happier, better, moreJ successful version of their country and they can't stand it.  Some of JF'sN favorite troll bait is "the Bush regime", "the Bush-Rumsfeld-Wolfowitz axis ofJ evil", "Americans are brainwashed", "Cars are evil", "SUVs are evil", "all Americans are stupid" etc.  # 7.  What about his sexual trolling?M  P Ah, that is JF at his trolling best.  No sexual topic is too bizarre.  Among hisI favorites are child sexuality, masturbation, women's genitalia, sex toys,eM circumcision, the sex lives of Americans (of course) ... the list is endless.    8.  Circumcision???o  P Yes, JF trolled the circumcision newsgroups for years.  He still likes to insertF circumcision into his trolling every now and then.  Apparently, JF wasP traumatized as a child because his parents, poor Hungarian immigrants to Canada,O left him uncircumcised when he was born, as is the custom in most of the world. N Growing up in Canada where male infant circumcision was prevalent at the time,O he was psychologically scarred (so he claims).  As soon as he could he arrangedaD to get himself snipped, and then joined the brigades of circumcisionN proselytizers in the newsgroups advocating the joys of a free willy.  His mainO argument is how much better he was able to masturbate after getting circumcisedpM without that "pesky foreskin" getting in the way of his enjoyment, and he hasr> made it his mission in life to spread the circumcision gospel.  H 9.  What's his interest in child sexuality?  That sounds kind of freaky.  N Well, everything having to do with Mezei *is* freaky.  Among the subjects dearO to his heart are the genitals of little boys and girls, especially little boy's5J foreskins (and how tight they are) and little girls' hymens.  He is also aK tireless activist and advocate that children should be taught to masturbatetH early on so that they don't grow up "sexually repressed like Americans".  L He also counsels all parents of boys that they constantly check their littleM boys' penises and foreskins frequently to ensure a good fit, proper movement, O and that they be able to masturbate with no problems.  Utopia for JF would be a > world full of parents manipulating their little boys' penises.  M 10.  Ewww!  This guy is sounding more and more disgusting by the minute!  Are  you sure about all this stuff?  P Yes, you can check the google archives for yourself.  There's over a decade full of Mezei trolling in there.n  M 11.  How can I find all that out, doesn't he change aliases all the time liket all trolls do?  K Of course!  See the appendix below for a list of many of his known trollingm aliases.  G 12.  So where does this guy get so much time to troll, doesn't he work?s  O Ha ha ha!  JF hasn't worked a day in his life!  He's an adult baby, a grown mansO who still lives at home with mommy and sleeps all day and trolls the newsgroupsdM all night.  In his free time when he isn't trolling he likes to ride his bikeeG down to Dorval Airport and race the planes down the runway in his bike.c  9 13.  That seems strange, is he mentally ill or something?p  M Bingo!  JF is a boy in a grown man's body.  Psychologically he never got pastlG the age of 13 and got stuck in a world of bathroom humor (i.e. "pull my H finger!") and locker room antics that he has never been able to outgrow.  L 14.  Speaking of locker rooms, I heard he has a sexual fetish about them, is
 that true?  M Yes!  JF goes to the gym not to work out but to watch men in the locker room.tN He loves to post about the male sexual organs he has seen in locker rooms overP the years, especially his unnatural obsession with foreskins.  He stalks the menO in locker rooms trying to measure how much foreskin they have, or how little isoN left if they have been circumcised.  He gets extremely excited when he spots a case of phimosis.a  O 15.  Oh my Gawd, this guy is nuts!  He should be locked up in an insane asylum!p  M Yep, JF is certifiably insane.  He lives in a black helicopter / tin foil hatdN world where others are out to get him.  The key to understanding JF is that heL sees himself as a VICTIM.  To JF the world is out to get him, especially the) USA.  Victimhood is what JF is all about.c  O What seems to have sent him over the edge was when the Canadian rail system wasoJ "killed", in his words.  He used to be a major train nut, spotting trains,N writing down their numbers and chasing them down at the train yard like a goodM freak.  Then he turned his attention to aviation.  Major events that made himbP fall head first deep into the abyss were the bankruptcy of Canadian Airlines andO their subsequent takeover by Air Canada (whom he sees as evil).  So paranoid is-M he that when an Air Canada plane crashed he claimed that Air Canada employees O went lurking about in the night with buckets of white paint to cover up the AireD Canada markings.  He saw that as symbolic of a cover up of the crash1 investigation.  He has never recovered from this.   6 16.  Where else does he hang out, I want to avoid him!  O His main haunt on usenet is comp.os.vms, a newsgroup dedicated to some ancient, J arcane, obsolete piece of vax crapware that nobody has taken seriously forM decades.  JF hangs out there with other misfits and social dropouts who shareeJ his psychological traumas, crying for the good old vax days of yore.  It's really pathetic!  ! 17.  Where else does he hang out?   I can.internet.highspeed, alt.cellular.fido, and a few other geeky computerlG groups.  For a while after the Shuttle Columbia disaster he invaded theMN sci.space groups, sci.space.shuttle in particular, and trolled it relentlesslyP with the anti-American, conspiracy theory crap he's so famous for.  But they ranN him off that group and he had to go crawling back to comp.os.vms with his tail% between his legs, licking his wounds.t  P 18.  It sounds like comp.os.vms is the only group he respects and doesn't troll.  O Pretty much.  For a megatroll like JF it's impossible not to troll, so he slipstP in troll bait every now and then, but by and large he respects comp.os.vms, and,L more importantly, he tries to hide his trolling activities from them so they* won't find out what a major netkook he is.  P 19.  Wow, sounds like he should be exposed so they will know what kind of psycho he is!  O Exactly.  Feel free to post all his trolls to comp.os.vms.  And while you're at I it post them to can.internet.highspeed and alt.cellular.fido too.  And tofO alt.usenet.kooks, a group for the likes of JF, and news.admin.net-abuse.usenet.   4 20.  What else can I do?  Is there an abuse address?  H Yes, you should send complaints along with copies of his troll posts to:   abuse@sympatico.ca abuse@bellglobal.com abuse@istop.comO  P And feel free to distribute this FAQ freely.  Post it to newsgroups, email it toP people, you may host it at your own website, send it to newspapers and magazinesI that do Internet articles or anything to do with Montreal or Canada, etc.r     *** APPENDIX ***  P List of some of the many trolling aliases used by Mezei over the years.  This isK only a partial list, he has so many it's impossible to compile a full list.    jfmezei@istop.com. jfmezei.spamnot@istop.coms jfmezei@videotron.ca jfmezei@vl.videotron.ca  nospam.jfmezei@videotron.cao "jfmezei"@videotron.ca[nospam]   nobody <nobody@nobody.com> nobody <nobody@nobody.net> nobody <nobody@nobody.org> nobody <nobody@nobody.info>a nobody <nobody@nobody.int> nobody <nobody@nothing.nil>  nobody <nobody@null.dev> muklak <muklak@eskimo.net> Sheep skin <sheep@station.au>l# snowy squirrel <squirrel@nest.tree>5) Conspiracy Theory <conspiracy@theory.org> & Lou Raccoon <L.Raccoon@wilderness.org>$ Flapping Labias <flabia@anatomy.org>% Throbbing vulva <t.vulva@anatomy.org>g Twin Gonads <two@gonads.com>% Loose Scrotum <l.scrotum@anatomy.org> " Raised Organ <R.Organ@anatomy.org>$ Popped Cherry <P.Cherry@anatomy.org>- Monica Lewinski <billclinton@westchester.com>n' Deep Fried Foreskin <dff@mcdonalds.com> " Aroma of Smegma <aroma@chanel.org> Wet fart <w.Fart@smell.org>p' Pubic dandruff <P.dandruff@anatomy.org>k( Voluptuous Nipple <V.nipple@anatomy.org>& Inserted Finger <I.Finger@anatomy.org> Pubic Nair <shaved@anatomy.org>9' Flatulent Meatus <F.Meatus@anatomy.org>b% Lihk Mhygroin <L.MyGroin@anatomy.org>0 Pre Khum <P.Khum@anatomy.org>-! Phi Mosis <Phi.Mosis@anatomy.org>n# Bal Anatis <Bal.Anatis@anatomy.org>k  Fren Ullum <F.Ullum@anatomy.org>$ Ivanna Getlaid <I.Getlaid@onani.org>& Ivanna Wankalot <I.Wankalot@onani.org>$ Ivanna Umpalot <Humpalot@drevil.com>* Wan Tnoneofit <W.Tnoneofit@weirdnames.org> Wan Itbad <W.Itbad@inneed.org>! Wan Towank <W.ToWank@anatomy.org>r Wan Tolik <w.tolik@anatomy.org>0$ Testos Terone <t.terone@anatomy.org>! Upper Gonad <U.Gonad@anatomy.org>r! Right Gonad <R.Gonad@anatomy.org>a  Left Gonad <L.Gonad@anatomy.org>$ Tyson's Glands <Tyson.G@anatomy.org> Nose Hair <n.hair@anatomy.org>% Coronal Sulcus <C.Sulcus@anatomy.org>y% Corpus Cavernus <manhood@anatomy.org>o$ Armpit moisture <armpit@anatomy.org> Onani Room <onani@hotels.com>o& Arnie's Banana <weiner@terminator.com>( Raised eyebrows <r.eyebrows@anatomy.org>% Vas Deferens <V.deferens@anatomy.org>i% Naked Canuck <N.canuck@naturists.org>e& Arni's socks <Smelly.Socks@arnold.org>* Notable Exception <N.exception@untied.com>& Unpopped Cherry <U.Cherry@anatomy.org>' Tatooed Ovaries <T.Ovaries@anatomy.org>s' Pierced eyelid <p.eyelid@piercings.org>.( Limp Tomato <limp.tomato@vegetables.org>, Eggplant Earrings <e.earrings@piercings.org>. Banana Underpants <B.Underpants@hillfiger.org> Naval Lint <navel@lint.mil> ' Ingrown Toenail <i.toenail@anatomy.org>y% Empty Stomach <E.Stomach@anatomy.org> $ Full Stomach <f.stomach@anatomy.org>" Smelly Cat <S.Cat@friends.nbc.com>& Torn Ligament <T.Ligament@anatomy.org># Art Tistic <A.Tistic@modern.museum>i( Furry Raccoon <F.Raccoon@wilderness.org>% Wet Racoon <W.Racoon@wildnerness.org> " Mad Racoon <M.Racoon@wildlife.org>% Lazy Racoon <L.Racoon@wilderness.org>o& Eaten Racoon <E.Raccoon@mcdonalds.com>' Happy Raccoon <H.Racoon@wilderness.org> ) Sleeping Racoon <S.Racoon@wilderness.org>e' Hungry Racoon <H.Racoon@wilderness.org>t" Horny Raccoon <H.Racoon@fauna.org>( Smart Raccoon <S.Raccoon@wilderness.org>, George W Raccoon <GW.Raccoon@wilderness.org>+ Ronald McRaccoon <r.raccoon@wilderness.org>-* Thirsty Raccoon <T.Raccoon@wilderness.org>( Johnny Raccoon <J.Racoon@wilderness.org>' Oshi Santo <O.Santo@nx01.starfleet.org>m* Oishi Chinko <O.Chinko@nx01.starfleet.org> T.Yellow <T.Yellow@nowhere.com>  Q <queue@continuum.net>p Borg Queen <1of1@borg.org>* Ronald Wilkerson <wilkersonr@sympatico.ca>) John Balterman <j.balterman@sympatico.ca>f  ; *DISTRIBUTE FREELY* *DISTRIBUTE FREELY* *DISTRIBUTE FREELY*e   ------------------------------    Date: 18 Feb 2004 17:48:07 -08001 From: susan_skonetski@hotmail.com (Sue Skonetski)o( Subject: Re: Looking for 5-10 volunteers= Message-ID: <857e9e41.0402181748.43b855b7@posting.google.com>.  1 I am all set with volunteers, thanks to everyone.P   sues    v susan_skonetski@hotmail.com (Sue Skonetski) wrote in message news:<857e9e41.0402180830.5212f0b0@posting.google.com>... > Dear Newsgroup,o > C > I am looking for 5-10 volunteers to take a look at something I ama
 > working on.s > 8 > Can you please send me email if you are interested at:3 > nospamsusan.skonetski@hp.com or Star::S_Skonetskiw > 4 > obviously just remove the nospam for outlook mail. >  > Warm Regards,  > Sue1   ------------------------------  % Date: Wed, 18 Feb 2004 18:31:33 -0500f' From: Colin Blake <colin@theblakes.com>0) Subject: Re: Mozilla and Cyrillic lettersh1 Message-ID: <1budnfgPrPxBaK7dRVn-hg@adelphia.com>-  H Similar issue came up with Arabic and Georgian languages not displaying D properly. Turned out that the fonts weren't installed by default on ' DECwindows. This may be the same issue.b  < Check out http://bugzilla.mozilla.org/show_bug.cgi?id=113442   ------------------------------  + Date: Thu, 19 Feb 2004 00:56:40 +0000 (UTC)iP From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)) Subject: Re: Mozilla and Cyrillic lettersr$ Message-ID: <c111k8$49n$1@online.de>  = In article <1budnfgPrPxBaK7dRVn-hg@adelphia.com>, Colin Blaket <colin@theblakes.com> writes:   J > Similar issue came up with Arabic and Georgian languages not displaying F > properly. Turned out that the fonts weren't installed by default on ) > DECwindows. This may be the same issue.m > > > Check out http://bugzilla.mozilla.org/show_bug.cgi?id=113442  E Thanks very much.  There are step-by-step instructions here, which I  9 followed, and now I see (almost) all the missing letters.b  H I don't see 173 and 255.  Also, the (formerly) missing letters are in a H font which is slightly smaller and thinner than the other ones.  Still,  much better than nothing!s   The installation was very easy.   G Where could I find documentation on WHY things work now (and why those 0G few things which don't work (two letters still missing, different font  B than the other letters) don't)?  In other words, from .PCF to the - character set specified in the HTML META tag?a  H Something I noticed: Why is there no HELP for FONT/DIR, even though the ) command works and there is HELP for FONT?0   ------------------------------  # Date: Wed, 18 Feb 2004 03:40:01 GMTO+ From: "Jay E. Morris" <usenet@epsilon3.com>E% Subject: Re: MyDoom = Microsoft + SCO.4 Message-ID: <l8BYb.19025$M76.18786@fe2.texas.rr.com>  3 In message <_YiTb.27974$eY2.6146@fe2.texas.rr.com>,0, LESLIE@JRLVAX.HOUSTON.RR.COM (leslie) wrote: >  > 1 > Fabio Cardoso (fabiopenvms@yahoo.com.br) wrote:n? > : Today the SCO site suffered a massive attack of the MyDoom.  > : 0 > : I am just imaginig if Microsoft buys SCO... > > : Imagine a Microsoft Linux :-)  or Microsoft UnixWare ! :-)5 > : What kind of impact it can cause in the market ? oC > : IF MS decides to merge products of Windows Server and UnixWare.R9 > : May be a version of Linux called Windows UniXP  ! :-)I > :  > :  > : > How about Microsoft, realizing that they cannot deliver: > ! >  o a secure version of Windows i >  o multi-site clustering< >  o uptimes measured with a calendar instead of a stopwatch >   > buys VMS and OpenMail from HP.  A Damn it, I've got enough gray hair as it is, don't do this to me.0   -- :' Jay E. Morris - morrisj at epsilon3 comr@ Posted with Ink Spot (for Windows CE) from DejaVu Software, Inc.8 Usenet wherever you are - http://www.dejavusoftware.com/   ------------------------------  % Date: Wed, 18 Feb 2004 22:03:33 +0100 1 From: =?ISO-8859-1?Q?Jean-Fran=E7ois_Pi=E9ronne?=c! Subject: MySQL 4.0.18 for OpenVMSr2 Message-ID: <c10jv7$211$1@news-reader5.wanadoo.fr>  0 MySQL 4.0.18 is the latest MySQL stable version.  Q The kit also include the client shareable library (compatible with previous one).e  L Download from http://www.pi-net.dyndns.org/anonymous/kits/ or any of the two mirrors.  > This will be latest version which use OpenVMS 7.3 ACRTL-V0400.  L New versions of kits will need the following ACRTL patches as minimum patch  levels for each VMS version:   OpenVMS 7.3    ACRTL-V0600 OpenVMS 7.3-1  ACRTL-V0300
 OpenVMS 7.3-2       
 Jean-Franois.   ------------------------------  # Date: Wed, 18 Feb 2004 03:39:49 GMT|+ From: "Jay E. Morris" <usenet@epsilon3.com>-9 Subject: Re: New Variant MyDoom.B targeting Microsoft.comp3 Message-ID: <98BYb.19021$M76.8585@fe2.texas.rr.com>   = In message <a2dd6e31.0402061115.378956ae@posting.google.com>, ( nimishdalal@catholic.org (Nimish) wrote: >  > G > Thank you Brian I got ur point. So pls can u suggest me how can I getnA > rid of those mails coming on my email id? I will be grateful ifpD > someone helps me to do so as my inbox gets filled with those scrap > mails.  I You can't.  The virus on the other person's box is sending out the emails N with your address as the orginator.  The virus scanner on the server somewhereK catches it and sends a notice back to the orginator, or what it believes to. be the orginator.S  6 I've set up filters to move these to their own folder.   -- b' Jay E. Morris - morrisj at epsilon3 como@ Posted with Ink Spot (for Windows CE) from DejaVu Software, Inc.8 Usenet wherever you are - http://www.dejavusoftware.com/   ------------------------------   Date: 19 Feb 2004 02:52:43 GMT6 From: Khee Chan <KheeChan-NoSpam@NoSpam.earthlink.net>4 Subject: Re: OpenVMS on AlphaPC (PC164 motherboard)?4 Message-ID: <Xns9493C00BBE854zzckczz@137.78.160.112>  0 sapphos@carolina.rr.com (Becca Putman) wrote in 5 news:cfc74b14.0402132320.56a35871@posting.google.com:c  F > I've heard it can be done, but so far I haven't had much success.  IH > don't have any SCSI drives in this machine, only an IDE drive.  I takeB > it that OpenVMS doesn't do IDE?  I ask, because that's where theF > OpenVMS Alpha CD seems to get confused... it'll hit the CD, then hitG > the IDE drive a bit, then reset something (the keyboard lights flash)eD > then the CD again, then the IDE, pause a moment, flash the lights, > repeat ad nauseum.  I Moral of the story .... avoid IDE with a barge pole. Certainly won't bootaC in a PC164 or similar board. May work as non-boot device interface.n   G > Anyway, I'm looking to pick up a QLogic SCSI card (been told to get aiF > 10x0 series) and a DE500 ethernet card from eBay.  Once I have those6 > (I have SCSI drives) should OpenVMS run on this box?  L Be careful. Only get the ones with the ISP1040 chipset NOT ISP1020. The SRM F firmware and the OpenVMS driver will refer to the Qlogic SCSI card as K ISP1020 but don't let that fool you. I learnt the hard way. OTOH, I've not aK experienced any difference between a DEC/Compaq/HP branded card (KZPBA-CA) =" and a generic Qlogic QLA1040 card.  J From my experience with my present PC 164 system (makes a nice foot warmerH under the desk) and previous PC 164LX systems, the following cards would9 work for OpenVMS (my experience was with 7.2 and higher):@   - videolG   1) any card with Permedia2 chipset (ELSA GLoria, Diamond FireGL 1000)e:   2) any card ATI Mach32 and and most with Mach64 chipsets   3) any card S3 Trio chipsets  
 - ethernet
   1) DE500-xx 
   2) DE425-xx D   3) DE205-xx (ISA but for some reason my PC 164 will not retain the&      isaconfig settings between boots)   - Fast SCSIe=   1) any card with NCR/Symbios/LSI Logic 53C810 (narrow only) $   2) any card 53C825 (narrow & wide)   - Ultra SCSI3   1) Qlogic QL1040 (ISP1040 chipset) - single endedo8   2) Qlogic QL1041 (ISP1040 chipset also) - differential   H WARNING - generic 53C875 and 53C895 Ultra and Ultra2 cards will not workJ with OpenVMS due to royalties owed to Intraserver for the OpenVMS drivers K (PKWDRIVER). ONLY KZPCM and KZPCA cards will work with these drivers.  The  9 PKWDRIVER will simply refuse to load for non KZPxx cards.   I For a SCSI CD-ROM, get one that can be hard jumpered for 512 byte blocks iI because some vendors did implement the SCSI command to change block size -J properly. The ones that do this properly are Plextor and Pioneer AND they  have the jumper too!  
 Good luck!    A -----u	 Khee Chane KheeChan at Earthlink dot NetN -----e   ------------------------------  % Date: Wed, 18 Feb 2004 23:41:31 -0500s' From: "Main, Kerry" <kerry.main@hp.com>iI Subject: RE: OpenVMS thrashes slowaris and aix in cluster tco/virus studyER Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB278DF6@tayexc19.americas.cpqcorp.net>   > -----Original Message-----, > From: Andrew Harrison SUNUK Consultancy=203 > [mailto:Andrew_No.Harrison_No@nospamn.sun.com]=20s! > Sent: February 17, 2004 5:03 AMn > To: Info-VAX@Mvb.Saic.Coms> > Subject: Re: OpenVMS thrashes slowaris and aix in cluster=20 > tco/virus studyg >=20 > Bob Ceculski wrote:a: > > bill@cs.uofs.edu (Bill Gunshannon) wrote in message=208 > news:<c0jkol$17ps8u$1@ID-135708.news.uni-berlin.de>... > >=20; > >>>   I still remember we were running VMS when nobody=20t > outside of BerkelyD > >>>   ran UNIX.  So what do you think hackers were targeting then? > >>E > >>Considering that there was no way to get to the machine remotely?. > >>< > >>Also, even well into the early years of Unix the term=20 > "hacker" had a=20-H > >>totally different meaning and just like the times when we used to=20> > >>leave our front doors unlocked (and in some cases, even=20 > wide open) so=20= > >>too for the computer community.  There was a time when=20v > machines didn't=20J > >>even have passwords set becuase the users trusted each other to not=20: > >>"trespass".  By the time societal norms changed the=20 > Internet was still=20 @ > >>just a late night dream (or was it nightmare?) of Vint Cerf.< > >>VMS has never had the presence of Unix in the eyes of=20 > hackers.  There=20J > >>are other OSes that fall into the same catagory.  Never been hacked=20A > >>but probably could be if anyone really cared.  Primos, RSX=20n > and RSTS to=20 > >>name just a few. > >> > >>bill > >=20 > >=20B > > it was hacked by the best, and they called it "unhackable" ... > >=20. > > http://www.pointsecure.com/Defconwhite.pdf >=20 >=202 > Ahh the old Defcon 9 myth does the rounds again. >=20= > Firstly it wasn't a vanilla OpenVMS system, despite your=20D< > claims that connecting OpenVMS directly to the Internet=20> > without a firewall is safe the OpenVMS admins running the=20@ > system lacked your bravado and opted for the sane option of=20: > adding PointSecures System Detective AO configured to=20B > impliment a firewall type solution with intrusion detection etc. >=20 > Hardly a vanilla system. >=20? > Secondly the black hat community trying to hack the system=20 < > were extraordinarly ignorant of OpenVMS. In a survey of=20@ > Defcon 9 Capture The Flag participants most listed Linux or=20B > Solaris as their platform to initiate hacks from, none listed=20@ > OpenVMS and as the Defcon 9 reports show most attempting to=202 > hack the system had to be told what OpenVMS was. >=20? > Hacking isn't random, most hackers use automated tools and=20u@ > extensive OS security vunerability research to assist their=20B > efforts. The fact the vast majority of the hackers attempting=20B > to hack the OpenVMS system used for Defcon 9 didn't know what=20E > OpenVMS was rather reduced the likelyhood of them scoring a sucess.X >=20> > Thirdly they stopped attempting to hack the system fairly=20@ > early in the proceedings. One of my collegues is an ethical=20B > hacker he knows many members of the black hat community, this=208 > ammused him, being told that something is virtually=20? > unhackable is red rag to a bull in his opinion to the more=206A > determined hacker, the fact that few people bothered let him=20u> > to conclude that the kudos of hacking OpenVMS despite its=20A > "unhackable" label was rather low. Possibly because it would=20g: > never be a very usefull skill to have in the real world. >=20	 > regards- > Andrew Harrison  >=20 >=20   Andrew,2  G Please - give it a rest .. The old "well, the reason we could not breaklH in is because no one tried", or "its not really of interest.." is really getting old.  G If you'd like the real reason they found it difficult to hack, refer totB Keith Cayemberg's recent response on the newsgroup about OpenVMS's security design features.n   Regards,  
 Kerry Main Senior Consultanth HP Services Canada Voice: 613-592-4660i Fax: 613-591-4477  Email: kerryDOTmainAThpDOTcome. (remove the DOT's and AT for email address)=20   ------------------------------    Date: 18 Feb 2004 10:52:33 -0800( From: bob@instantwhip.com (Bob Ceculski)T Subject: Re: OpenVMS thrashes slowaris and aix in cluster tco/virus study ... again!= Message-ID: <d7791aa1.0402181052.7923b3d3@posting.google.com>u   Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<c0vr6e$8et$1@new-usenet.uk.sun.com>...c! > david20@alpha1.mdx.ac.uk wrote:ne > > In article <zA9Xb.27339$yE5.102621@attbi_s54>, glen herrmannsfeldt <gah@ugcs.caltech.edu> writes:T > > ' > >>>Andrew Harrison SUNUK Consultancy   > >>= > >><Andrew_No.Harrison_No@nospamn.sun.com> wrote in message i0 > >>news:<c0i9ip$mmv$1@new-usenet.uk.sun.com>... > >>
 > >>(snip) > >> > >>> > >>Hacking rates are not so much related to how good a system? > >>is, but how much of a target it is.   I still remember thatw> > >>we were still running SunOS machines when Solaris became a? > >>hacking target.  SunOS had more known bugs, but Solaris wasD> > >>popular for running web servers.  Since that time, Windows@ > >>NT and 2000 became popular web server OS, and joined Solaris > >>as a hacking target. > >>A > >>If VMS can approach Solaris and Win2K in terms of running webXC > >>servers, then I am sure it will also increase as a hack target.y > >> > >  > > K > > This is the same garbage Microsoft tries to sell to show that it isn't eL > > really insecure it's just noone else has as many systems to be targeted. > > P > > The fact that IIS has historically been much less secure than Apache despiteN > > Apache having a much bigger market share shows that this is total rubbish. > >  > > David Webb > > VMS and Unix team leader > > CCSS > > Middlesex University > >  > >  > F > However Microsoft is not the exception that proves the rule. HackersF > do have to be familiar with an OS to be able to hack it sucessfully. > C > You could argue that Microsoft is in the worst possible position,h@ > sloppy codeing, poor architecture, a high degree of visibilityA > and a hacker community well versed in its products. I don't say C > this in any attempt to defend Microsoft, having broadband at homenA > has brought home to me how huge MS's problem appears to be fromc< > the volume of patches I get asked to apply to my XP box on > a weekly basis.e > D > The SuSE desktop I also run at home provides similar functionalityC > to my XP box actually slightly more because it has Apache and JESyB > components running on it as well, the volume of security relatedB > patches for SuSE however is much lower than for XP. I expect theB > volume to increase as linux gets more popular on the desktop butA > I don't expect it to approach the level that Windows users see.s > D > OpenVMS's relative obscurity as an OS is one reason why it is lessD > likely to be hacked over and above any technical merit it may have > from a security standpoint.  > 	 > Regardsh > Andrew Harrisont  : so you can't answer to any of the above or the IBM guy, so8 now you are back to the security thru obscurity mantra, ; because that is all you have to argue with ... and I run anj7 openvms box from my home, and don't need to worry aboutx9 patches or hacks, because it is unhackable as declared by 8 defcon9 ... and I would say these guys know a few things about computers!   ------------------------------  # Date: Thu, 19 Feb 2004 06:00:10 GMTh* From: "Rahul" <rahul.kulkarni@digital.com>) Subject: Restricting access to directory.A0 Message-ID: <KhYYb.654$Wz7.242@news.cpqcorp.net>   Hello,F    I want to restrict the creation of a new file or modification of anJ existing file in a particular directory. This rule should be applicable toH all the accounts (accounts which have BYPASS privilege) including system account.7   or, is there any way to make files read_only in VMS ?h   Thanks for any information..   Regards, Rahulc   ------------------------------  % Date: Wed, 18 Feb 2004 14:09:54 -0600i/ From: Chris Scheers <chris@applied-synergy.com>  Subject: Re: set proc/suspend 3 Message-ID: <4033C692.F11256B9@applied-synergy.com>n   Tim ffrench-Lynch wrote: > m > Is it normal for processes on a VMS cluster to ignore 'set proc/suspend/id=' and 'set proc/nosuspend/id=' ?i > c > I run processes on very node in the cluster, set at priority zero and highly processor intensive.u >  > I have a priority 3 batch job set to watch the disks and suspend processes before they fill up. Normally I find that if I set this to repeat all suspend/nosuspend operations 10 times maybe only one ori > two jobs out of 13 will not get the message. If repeated 20 times then I usually seem to stop them all.n >  > Today, I can't seem to get any of my processes to respond to 'set proc/nosuspend', even after 100 repeats of the command, still showing as suspended in a 'show sys/cluster/batch'.     C IIRC, suspending another process involves firing off an AST to that & process so that it can suspend itself.  G If you are highly CPU constrained, the zero priority jobs might not getdF a chance at the CPU, thus they wouldn't get to run their suspend AST. F If this is really how it works, I don't think that the process's state( will change until it gets some CPU time.  G I also don't know whether or not there is a timeout causing the suspendk@ AST to be discarded.  (Although this would seem rather strange.)  B Is your CPU time being fully utilitized by non-zero priority jobs?  G -----------------------------------------------------------------------p$ Chris Scheers, Applied Synergy, Inc.  C Voice: 817-237-3360            Internet: chris@applied-synergy.com k   Fax: 817-237-3074r   ------------------------------  # Date: Wed, 18 Feb 2004 19:00:51 GMTn5 From: ben_myers_spam_me_not @ charter.net (Ben Myers)p: Subject: Re: Shipping Alpha computers overseas - OK to do?0 Message-ID: <4033b60b.17839162@news.charter.net>  L A Multia doesn' weigh too much.  An Alpha server doesn't weigh a ton, but itK would cost more than its worth just to ship between continents unless maybesK someone had an arrangement to shove it into a 40 ft. container... Ben Myersh  N On 18 Feb 2004 06:58:10 -0800, al5vf03p02@sneakemail.com (William Webb) wrote:  l >"Richard B. Gilbert" <rgilbert88@comcast.net> wrote in message news:<OJydnQ7terIVbq3d4p2dnA@comcast.com>... >u > <snip> >> aH >> Frankly, I would not expect much interest from overseas bidders; the L >> expense of shipping a used computer to, say, Australia would probably be " >> more than the machine is worth! >> x >c! >I got a chuckle out of that one.a >lF >I had a Multia, and then got a Personal Workstation 433au and decidedD >to put the Multia up for sale (having successfully gone through allE >the hassles of getting VMS to run on it, INCLUDING the fan upgrade!)s >aB >I ended up selling the Multia to the son of another member of the( >OpenVMS webring who lives in Australia. >o >WWWebb. >> >========================s" >William W. Webb- EMS Operations,  >OpenVMS Systems Support n& >USPS DSSC Annex - 4730 Hargrove Road ) >Raleigh, NC 27616-2874 919.325.7500x4186a >* * * -   ------------------------------  % Date: Thu, 19 Feb 2004 00:03:04 +0100o* From: Paul Sture <nospam@sture.homeip.net>= Subject: Re: Solved: "Known problems with V7.3 security MUP?"h0 Message-ID: <4033FD38.406854DC@sture.homeip.net>  ( Andrew Harrison SUNUK Consultancy wrote: >  > Paul Sture wrote:r > >  > >dG > > This newsgroup is littered with too many of your messages, fuelling=< > > futile arguments. 10 of them by mid-morning this Monday. > > ) > > Don't you have anything better to do?  > > A > When the Trolls stop trolling Rob, Bob etc then I will be happy= > to stop posting. >    Aha.   Enlightenment hits me. e  4 Your sole purpose here is to disrupt this newsgroup.   Nothing more. Nothing less.n   The case rests M'lud.a   --  
 Paul Sture   ------------------------------  % Date: Wed, 18 Feb 2004 09:29:27 +0000sO From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> = Subject: Re: Solved: "Known problems with V7.3 security MUP?"i0 Message-ID: <c0vb9o$2g1$2@new-usenet.uk.sun.com>   Paul Sture wrote:  >  > E > This newsgroup is littered with too many of your messages, fuellingi: > futile arguments. 10 of them by mid-morning this Monday. > ' > Don't you have anything better to do?n > ? When the Trolls stop trolling Rob, Bob etc then I will be happye to stop posting.   Regardso Andrew HArrisont   ------------------------------  # Date: Wed, 18 Feb 2004 21:16:52 GMTe# From: hoff@hp.nospam (Hoff Hoffman)tG Subject: Re: SYS$STARTUP:MMOV$STARTUP.COM -- lacks something (priority) 0 Message-ID: <8DQYb.623$p37.136@news.cpqcorp.net>  B In article <04021121470117@antinode.org>, sms@antinode.org writes:D :   And while I'm complaining about SYS$STARTUP:MMOV$SHUTDOWN.COM, IF :recently (at long last) figured out why I've been getting such choppy@ :MPEG playback after system startup until I manually restart the :MMOV$SERVER process.m  G   I've passed this along to one of the engineers familiar with the MMOVHH   product for his consideration -- though if you require a fix for this,H   please contact the support center directly.  (I can't commit to having*   this fixed, release of an ECO kit, etc.)         N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq"N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.como   ------------------------------  + Date: Wed, 18 Feb 2004 16:30:02 -0600 (CST)l From: sms@antinode.orgG Subject: Re: SYS$STARTUP:MMOV$STARTUP.COM -- lacks something (priority) ) Message-ID: <04021816300229@antinode.org>   # From: hoff@hp.nospam (Hoff Hoffman)s  I >   I've passed this along to one of the engineers familiar with the MMOVaJ >   product for his consideration -- though if you require a fix for this,J >   please contact the support center directly.  (I can't commit to having, >   this fixed, release of an ECO kit, etc.)  D    I'm just a (peon) hobbyist, so formal support is generally not anA option.  My fixes (commenting out the troublesome F$CONTEXT() foreE shutdown, and adding a suitable /PRIORITY qualifier for startup) seemnF satisfactory, so I'm happy enough, at least on these problems.  I justG posted these reports to see if anyone else had any better ideas, and totC report the problems (informally), so thanks for passing them along.   G    I'd have to check my list more carefully, but it may be that my onlymG other pending complaint is the one where DIR /PAGE looks different whens( connected by SET HOST versus RSH/RLOGIN.  F    I _could_ use some hardware documentation for my broken XP1000, andE more info than the help provides on the console commands for my "new"kD PWS 500a (like "memtest"), but my hopes are not as high as they once were.s  H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-orga    Saint Paul  MN  55105-2547i   ------------------------------  # Date: Thu, 19 Feb 2004 05:07:17 GMT ( From: Alder <PGDEHMKOKIMD@spammotel.com># Subject: system directory confusionF, Message-ID: <9wXYb.29222$D_5.26478@edtnps84>  D As a newcomer to VMS I was eager to get my hands on "OpenvMS System F Management Guide, 2nd Edition" by Baldwin, Hoffman, and Miller.  It's A stuffed full of great information that's helped me get my system v3 organized and generally explains things quite well.   H Chapter 5 deals with system startup and suggests (page 64), for reasons B of easing into clusters, moving the default site-specific startup = procedures from their default location in SYS$MANAGER to the  - cluster-common startup directories (page 64).s  I Right above Table 5.5 the authors state that these files should be moved wH to the SYS$COMMON:[SYS$STARTUP] directory, then in Table 5.5 they state G the directory should be SYS$COMMON:[SYSMGR]. Are these two directories kD effectively the same at system startup?  Will SYSTARTUP_VMS.COM and 8 SYLOGICALS.COM be executed if I choose either directory?   Thanks,l Alderm   ------------------------------  + Date: Thu, 19 Feb 2004 00:19:05 +0000 (UTC)g6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)Q Subject: Re: TCPIP V5.4: DECnet/IP: remote nodes cannot translate address -> name 1 Message-ID: <newscache$a42bth$pgu1$1@news.sil.at>I  f In article <c0i3d6$8sb8@doiweb4.b2x.vwg>, Karl Rohwedder <extern.karl.rohwedder@volkswagen.de> writes:J >HP just confirmed, that this is a DECnet bug in V7.3-2, according to someX >'enhancements' in the protocol. Perhaps you should stay at DECnet V7.3-1 when upgrading >to VMS V7.3-2.l  H Because I saw a similar behaviour (and I have no support contract) I ask  B 1) Did you see a different behaviour if the translated domainnamesE are full or partial qualified domain names. For me it seems, that the $ names are not used if they are FQDN.  ; 2) Did you try to SET HOST localhost and what did it show ?s  B 3) Did you get a "Failure on the back translate address request" ?  G 4) Do you know for sure that DECnet-Plus V7.3-1 runs on OpenVMS 7.3-2 ? ; The OpenVMS Alpha Software Rollout Report states otherwise.t   -- i Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialistg E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------    Date: 18 Feb 2004 13:14:33 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)n3 Subject: VMS Fortran RTL restriction on file names? 3 Message-ID: <ipdM4JBb84Sr@eisner.encompasserve.org>d  F    Alpha VMS 7.2-1.  I can get the compiler version if needed, but the    RTL ships with VMS.  C    Is the Fortran RTL limited to ODS-2 compatable file names?  I'vemH    been trying to pass a large name to OPEN (length NAML$C_MAXRSS), but >    can't get it to work without truncating it to NAM$C_MAXRSS.  D    I assume I can work around this by passing a dummy name and usingF    a global variable to pass the correct name and set up the NAM block!    in a USEROPEN routine.  Right?n   ------------------------------  % Date: Wed, 18 Feb 2004 14:43:36 -0500e+ From: Steve Lionel <Steve.Lionel@intel.com>.7 Subject: Re: VMS Fortran RTL restriction on file names?t8 Message-ID: <0uf730l52132d6a5j809i74hjflmfkdsf3@4ax.com>  K On 18 Feb 2004 13:14:33 -0600, koehler@eisner.nospam.encompasserve.org (Bobg Koehler) wrote:e  G >   Alpha VMS 7.2-1.  I can get the compiler version if needed, but the  >   RTL ships with VMS.u >eD >   Is the Fortran RTL limited to ODS-2 compatable file names?  I'veI >   been trying to pass a large name to OPEN (length NAML$C_MAXRSS), but i? >   can't get it to work without truncating it to NAM$C_MAXRSS.g >pE >   I assume I can work around this by passing a dummy name and usingiG >   a global variable to pass the correct name and set up the NAM blockl" >   in a USEROPEN routine.  Right?  N The RTL that ships with the compiler is always newer than what comes with VMS.M It may well be, though, that the RTL internally uses NAM$C_MAXRSS as a lengthsE limit. It CAN handle ODS-5 filenames, but perhaps not very long ones.   / I think a USEROPEN should work here, with care.e       Steve Lionel Software Products Division Intel Corporationw
 Nashua, NH  8 User communities for Intel Software Development Products"   http://softwareforums.intel.com/ Intel Fortran Supporta7   http://developer.intel.com/software/products/support/    ------------------------------  # Date: Wed, 18 Feb 2004 20:24:12 GMTs& From: John Reagan <john.reagan@hp.com>7 Subject: Re: VMS Fortran RTL restriction on file names? 0 Message-ID: <MRPYb.617$L_6.588@news.cpqcorp.net>   Bob Koehler wrote:H >    Alpha VMS 7.2-1.  I can get the compiler version if needed, but the >    RTL ships with VMS. > E >    Is the Fortran RTL limited to ODS-2 compatable file names?  I'vesJ >    been trying to pass a large name to OPEN (length NAML$C_MAXRSS), but @ >    can't get it to work without truncating it to NAM$C_MAXRSS. > F >    I assume I can work around this by passing a dummy name and usingH >    a global variable to pass the correct name and set up the NAM block# >    in a USEROPEN routine.  Right?s >   H With a quick scan through the listings, I didn't see any support in the B FORRTL for long names.  I see uses of FAB, RAB64, and NAM, but no  extended NAMs.   -- o John Reagann' Compaq Pascal/{A|I}MACRO Project Leader  Hewlett-Packard Company>   ------------------------------  # Date: Wed, 18 Feb 2004 03:39:53 GMTe+ From: "Jay E. Morris" <usenet@epsilon3.com>n) Subject: Re: Why PERL on VMS? We have DCLa3 Message-ID: <d8BYb.19022$M76.9379@fe2.texas.rr.com>c  L In message <6ksTb.4297$SC5.39478514@news-text.cableinet.net>, "David Barnes"" <david@nospam-bitsolve.com> wrote: >  .... > K > Now this makes a case in point.. Programmers write code.. Operations guysoL > manage the systems on a day-to-day basis.. When the programmer has writtenD > the code above leaves. How on earth is the systems guy supposed toK > understand it? There is too much to do installing, running and maintiningy= > systems for systems managers to even start to learn pearl..e > H > Yes I agree that nifty little pearl scripts can be used to perform keyG > components within program suites and modules, but for controlling and<C > running the system on a day-to-day basis DCL needs to be used for< > maintainability..gI > As an MD running my company I don't want to have to pay the extra $ for  anE > pearl programmer just to run the system.. All scripts (except where>J > necessary [and then extensively documented]) are in DCL so my operations > guys can maintain them.o >   I Don't know about where you're at but I was a programmer/software engineer K and grew up to be a systems manager.  I'm the only one here but my last jobGK there were 7 of us, all having been P/SEs first.  Well, actually first theynK where physicists, EEs, mathematicians, etc.   Which is another thing I findm disturbing about MCSEs.p   -- t' Jay E. Morris - morrisj at epsilon3 comn@ Posted with Ink Spot (for Windows CE) from DejaVu Software, Inc.8 Usenet wherever you are - http://www.dejavusoftware.com/   ------------------------------  # Date: Thu, 19 Feb 2004 03:45:09 GMTy0 From: "Stephen Eickhoff" <operagost@example.com>$ Subject: Re: Why was VAX abandoned ?8 Message-ID: <9jWYb.17329$wD5.12519@nwrddc03.gnilink.net>  7 "JF Mezei" <jfmezei.spamnot@istop.com> wrote in message.# news:40263256.4AD301E6@istop.com...i  J > Remember that at the time the decision was made to go to Alpha, the 8086 would K > probably still have been at the 286 stage. Didn't the 386 arrive in earlyc	 > 1990s ?h  
 No. Try 1987.u  F >And Windows was still not a credible application and most were either! > on MS-DOS or MACs before 1990s.>  L OS/2 also ran on the 286 and 386. It was very powerful and "credible" except for running DOS applications.eK OS/2 2.0 arrived in 1992 and took care of that problem as well. Netware wassH out there if you needed a good file server, it ran a bit better than LanA Manager at the time. Application servers were nearly nonexistent.R  K There was powerful stuff running on x86 machines in that time frame, but nocL one knew about it because Microsoft wanted to sell cheaply made software for cheaply made PCs..   ------------------------------    Date: 18 Feb 2004 12:01:32 -08007 From: jones.computer.srv@worldnet.att.net (Daryl Jones)a% Subject: Re: Why was VAX abandonned ?<= Message-ID: <8a646952.0402181201.789167ec@posting.google.com>    Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<c0qk9m$dpp$1@new-usenet.uk.sun.com>...f > Tom Linden wrote:Y > >  >  TJ > > No, you are mistaken, they were wrong.  Why would you design a new cpuI > > that could only run new code.  So you could go after a small a marketoK > > as possible?  Actually, it was the miserable performance of Oracle that4K > > was responsible for the addition of 16bit and byte sign extended moves.o > >  > ; > Wern't there also issues with Cobol performance as well ?m > 	 > Regards7 > Andrew Harrison1   Dear Andrew Harrison:.  E Packed Decimal instructions (Cobol COMP-4) were only supported in thel6 VAX 780/785 & 750 and ECL VAX chip line as part of theF hardware/microcode. In the MicroVAX I & II, Cvax, Rigel, and NVAX chip> sets, the Packed Decimal instructions were emulated. The Alpha> architecture only supported Integer/Floating point data types.  5 ECL VAX Chip processors: 8600, 85xx, 87xx, 88xx, 90000  E This cause performance problems in the VAX line with using Cobol withCF packed decimal arithmetic. The VAX 8820 was faster than VAX 6420 using the same Cobol program.h  E To use the Alpha architecture effectively, a change to Floating point : and deciding whether to use round up or round down for the@ calculation. Remember, the spreadsheets was using floating point! calculation with the same option.-   Regards, Daryl Jonesa   ------------------------------    Date: 18 Feb 2004 14:04:44 -08007 From: jones.computer.srv@worldnet.att.net (Daryl Jones)u% Subject: Re: Why was VAX abandonned ?r= Message-ID: <8a646952.0402181404.7c3176fb@posting.google.com>P  # Dear Richard B. Gilbert and others:t  E I am having a hard time trying to keep up on your discussion. Anyway,nB somewhere in this discussion, the topic is about the alignment andF difference between the VAX and Alpha. Listed below is discussion aboutA data alignment from "Migrating an Application from OpenVMS VAX toc= OpenVMS Alpha", version 7.0, page 2-9, paragraph 2.5.1.1 Datau
 Alignment.  D "Accessing data not naturally aligned in memory incurs a significantF performance penalty both on the VAX and Alpha systems. On VAX systems,@ most languages align data on the next available byte boundary byD default, because the VAX architecture provides hardware support thatC minimizes the performance penalty in referencing unaligned data. OnwC Alpha systems, the default is to align each data item naturally, soi? Alpha, like other RISC architectures, does not provide hardwarefD support to minimize the performance degradation from using unaligned data."  C I recall that most VAX compilers did the data alignment for you but ? not in the Alpha. The big key is that the VAX provided hardware-F support for alignment problems and the Alpha and other RISC processorsF do not. However, it is stated in the above source that Alpha compliersF do correct the most potential alignment problems and you can catch theD rest by adding the "/WARNING=ALIGNMENT" qualifier. It is possible to correct the alignment problems.v  D In summer of 1992, the NVAX chip claimed to be dramatically improved< performance over previous VAX microprocessors and results inE performance that approaches and may exceed the performance of popular!F industry RISC microprocessors. This was accomplished by using pipeline@ techniques traditionally associated with reduced instruction setE computer (RISC) CPU. There you have it, a VAX microprocessor that may 0 have had the raw performance of some RISC chips.  C The VAX processor was design with the idea of supporting programmediC languages, which includes branching, where as the Alpha wasn't. The ; Alpha processor is a Load/Store RISC architecture. The RISCgE architecture uses the compiler to optimize the program languages thuss? branching. The raw power of the Alpha vs other chips was not asjC stellar as one would think. The later versions of the Alpha systemsrD performances were due to compiler optimization of the Alpha hardwareE configuration. Why was the VAX replaced by the Alpha? It is easier tocD design RISC architecture and write a compiler to optimize the use ofE the hardware configuration than to design a CISC chip to do the same.i  " Here is my two cents that subject.   Regards, Daryl Jonese     k "Richard B. Gilbert" <rgilbert88@comcast.net> wrote in message news:<uLednbnOh_U3GqzdRVn-jw@comcast.com>... J > Yes, the VAX is byte addressable.  So, I believe, is the Alpha.  If you I > address your data as bytes there is no alignment problem!  If you want M > larger units, align them.A > H > The VAX architecture had a known penalty for misalignment.  The Alpha I > just has a larger penalty.  I think most RISC processors have a larger rE > penalty for misalignment than their CISC predecessors.  Should the DK > engineers have slowed down the processor and made it more expensive (for rJ > everybody) just to reduce the penalties for misalignment?  They elected E > to have it lean, fast, and cheap (relatively).  For many years the  4 > Alphas were the fastest iron that money could buy! > D > The VMS Fortran compiler aligns the start of COMMON on a quadword I > boundary.    Perhaps you meant to say that the programmer neglected to  F > put the REAL*16 first, followed by the REAL*8, REAL|INTEGER*4, .....J > I followed that rule (descending order by length) for twenty-four years I > of programming in Fortran.   I haven't written any lately.  COMMON and sJ > Structures (in later versions of Fortran) are about the only places you L > need to worry about alignment; the compiler takes care of everything else. >  >  > Tom Linden wrote:  >  > >  -----Original Message-----r= > >  From: Richard B. Gilbert [mailto:rgilbert88@comcast.net]-, > >  Sent: Sunday, February 15, 2004 4:05 PM > >  To: Info-VAX@Mvb.Saic.Com* > >  Subject: Re: Why was VAX abandonned ? > >  > >4 > >  Right on,  Antonio! > >sJ > >  I first met the issue of boundary alignment ca. 1970 with the IBM 360J > >  Model 91.  It is just part of the way processors work.  The designersL > >  can make varying amounts of effort to "fix up" misaligned variables andK > >  can charge greater or lesser penalties for them.  I would imagine thatnL > >  there are substantial costs involved both in engineering and in silicon/ > >  to get maximum fixup with minimum penalty.  > >DH > >  Why should the rest of us pay extra so that incompetent programmersI > >  don't have to think about alignment?  Especially since the compilersaH > >  will do most of the work unless you insist on a structure of {byte,H > >  word, longword, quadword} with no filler.  There is no way that theJ > >  compiler can align that!  For those not following this, the structureH > >  aligns beautifully if you make it {quadword, longword, word, byte};L > >  start it on a quadword boundary and everything falls neatly into place. > >gC > >Yes, but you don't have the freedom to align data except for newa > >applications.M > >I would venture to say that the bulk of FORTRAN employs COMMON that is not.N > >aligned.  So what does the bright cpu engineer do to overcome the alignment > >penalty,bM > >he increases the memory bandwidth and inserts a barrel shifter.  What doesn > >theF > >engineer without proper oversight do, he ignores the problem as not
 > >important.L > >tL > >In PL/I you can give a structure the aligned attribute, but in FORTAN you	 > >can't;@? > >moreover a lot of I/O to structures presumes data is packed.D > >d> > >Last I looked, the VAX was a byte addressable architecture. > >p > >  Antonio Carlini wrote:h > >s > >  > > >  >M > >  >> Note that the Power PC has only a one tick penalty for unaligned data4 > >  >> accessM > >  >> (which the Alpha engineers arrogantly refer to as misaligned access!)h > >  > > >  >L > >  > Misaligned is misaligned. Most VAX processors also have penalties forH > >  > misaligned accesses. The compilers hide these, where possible andK > >  > allowed, by padding structures. MACRO-32 programmers are expected to5F > >  > be able to count! Plenty of other processors do the same thing. > >  > > >  > Antonio > >  >	 > >  > --r > >  > > >  > ---------------4 > >  > Antonio Carlini             arcarlini@iee.org > >  > > >m > >  ---+ > >  Incoming mail is certified Virus Free.C? > >  Checked by AVG anti-virus system (http://www.grisoft.com).eE > >  Version: 6.0.566 / Virus Database: 357 - Release Date: 1/22/2004- > >p > >---) > >Outgoing mail is certified Virus Free.d= > >Checked by AVG anti-virus system (http://www.grisoft.com).-C > >Version: 6.0.566 / Virus Database: 357 - Release Date: 1/22/2004- > >- > >  - > >-   ------------------------------    Date: 18 Feb 2004 15:58:12 -0800  From: wmr282@hotmail.com (w m r)% Subject: Re: Why was VAX abandonned ? = Message-ID: <398c9ca7.0402181558.4d977654@posting.google.com>2  [ JF Mezei <jfmezei.spamnot@istop.com> wrote in message news:<4030F0B9.F2176E04@istop.com>...UM > >   The lack of byte manipulations was acknowledged to be the major mistaket" > >   in the initial architecture. > O > This is soemthing I have a hard time understanding. I remember when Alpha was0N > first introduced, they did mention the requirement to read 4 or 8 bytes at a > time from aligned storage. > M > However, when you look at real world commercial applications (as opposed to I > calculating Pie the fastest), doesn't that implicitely involve a LOT of D > character/string manipulations ? Or is that just a misconception ? > M > I am perplexed that they would have created an architecture that would haveo) > been so weak at character manipulation.e  C I don't know if it's generally applicable, but isn't OTS$MOVE usinglD LDQ_U/STQ_U's on average faster (like 3x), even when the two buffersF have different quad alignments, than an equivalent loop of LDBU/STB's?   Mike   ------------------------------  + Date: Wed, 18 Feb 2004 23:51:54 +0000 (UTC) . From: "Jeff Humber" <matrix01@globalnet.co.uk>@ Subject: Re: will these third-party CD-ROM drives work with VMS?. Message-ID: <c10tqq$ur$1@titan.btinternet.com>   Philip,n  K I believe you need to configure the CD-ROM for 512 bytes to achieve OpenVMSs compatibility.  C Check out the link below, it mentions the Plextor & Toshiba models.e  + http://narpes.com/aw/vax/dec-cdrom-list.txta   Regards,   Jeff    L "Phillip Helbig---remove CLOTHES to reply" <helbig@astro.multiCLOTHESvax.de>/ wrote in message news:c10qfe$u49$1@online.de...aI > I've come across some third-party CD-ROM drives.  Any idea if they wille; > work with VMS?  (And if so, what jumper settings I need?)  >iC > Cyberdrive 120S.  Only 4 jumpers, clearly labeled for SCSI-ID and2 > termination. >o? > Plextor PX-32TSi.  8 jumpers, clearly labeled for SCSI-ID andlG > termination, as with the Cyberdrive, but also parity, test, block andaG > eject.  I assume that "block" is to switch between 512 and 2048 byteseJ > per sector.  Should "parity" be jumpered?  What could "test" and "eject"	 > be for?. >=B > Toshiba XM-5701B.  8 jumpers, like the Plextor, but not labeled. >y   ------------------------------  + Date: Thu, 19 Feb 2004 00:28:22 +0000 (UTC)u6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)C Subject: Re: [DCL] Quitting DELETE/CONFIRM doesn't stop immediatelyr1 Message-ID: <newscache$rj2bth$pgu1$1@news.sil.at>e  m In article <b096a4ee.0402141614.f405548@posting.google.com>, spamsink2001@yahoo.com (Alan E. Feldman) writes:mp >peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) wrote in message news:<newscache$3sy2th$ez51$1@news.sil.at>...L >> If I do a DELETE/CONFIRM/LOG on a large directory (tree) and I "Q"uit it,M >> then it seems it continues until the end of the filelist (without deletingcL >> any more files of course) before it finally writes the summary and quits. >> nE >> Is this the intended behaviour (sometimes taking umteen minutes) ?oP >> Why is in DELETE.EXE no short way from quitting the fileloop to the summary ? >> i >> TIA >uE >Interesting. I have this problem not with delete, but with directory ; >and purge. I posted this a while back -- here it is again:c >[rest snipped]t  @ Thanks a lot. I didn't see your previous posting, but it is very= interesting. Some may be easily explained, others surely not.oG But as long as VMS engineering doesn't jump in, it stays that way. Sigh    -- r Peter "EPLAN" LANGSTOEGER-% Network and OpenVMS system specialistr E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  % Date: Wed, 18 Feb 2004 22:04:17 +0100u* From: Paul Sture <nospam@sture.homeip.net>: Subject: Re: [OT] Solaris crashes itself when /tmp is full/ Message-ID: <4033E161.683154F@sture.homeip.net>e   david20@alpha2.mdx.ac.uk wrote:  >  > In article <c0vj2i$5eb$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes: > >Bob Koehler wrote:  > >> In article <c0isv9$5h$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes: > >> > >>( > >>>Read the rest of the thread thread. > >> > >> > >>    I did read the thread. > >> > >>    I ask again:  who? > >> > >>@ > >>>So what you have is a problem that might of might not crash= > >>>a Solaris box with a similar problem that might or might2 > >>>not crash an OpenVMS box. > >> > >>I > >>    No.  You don't have a problem on VMS because an unprivileged useruH > >>    can't do the DOS in the default configuration.  A system managerG > >>    has to set up a system specifically to get VMS into any sort ofmJ > >>    problem, that problem has to specifically be selected to be crash,F > >>    and then the user would have to work hard to get it to happen.J > >>    It's always possible to misconfgure a system to open up an attack.' > >>    passwords in the computer case.n > >> > >SA > >You seem to be at odds with some of your fellow OpenVMS admins > > >with respect to printing and C2 auditing. I will leave that > >argument to you and them. > >l > > L > >>    There's nothing an unpriviledged user can do which will set this up. > >> > >nF > >Except apparently print things and generate auditable events as far@ > >as the C2 audit module is concerned. Apart from that nothing. > >t9 > >Its the old glass house stone scenario all over again.s > >n$ > No its you getting it wrong again.Q > With the default settings the system will not crash if the system disk is full.eK > The one person who posted saying that the system would crash if the auditaI > server ran out of space was wrong. The default setting is not to crash.  > L > As for printing even if print files filled up the system disk it would notH > crash because filling the system disk won't cause the system to crash. > M > You accuse others of trolling. In general those you accuse are users and/ors9 > supporters of VMS. You are neither a user or supporter.gN > There are enough users and supporters of VMS who are able to provide balanceI > on issues like IA64 without needing the support of someone whose agendahE > with respect to a bright future for VMS must seem a little suspect.c > - > So please please stop trolling comp.os.vms.yD > Last time I looked you seemed only to ever post to this newsgroup.J > I know in this case you will argue that you were only defending Solaris.Q > But why do you care ? This is a VMS newsgroup. In other newsgroups dedicated touD > other systems you will find critism of Windows, Linux, Solaris etcM > It's the nature of such newsgroups. Your presence almost certainly leads to O > more posting of critisms of Solaris in this newsgroup than would otherwise be' > the case.s > K > Occasional posts from people outside the VMS community giving a differenteM > viewpoint are generally welcomed. But this appears to be your fulltime job.h >      Thank you David.  A I have just been told that if I wish to escape the noise from the , builders next door I need to invoke lawyers.  H I _do_ need to invoke lawyers, because the nois eis unaccaptable; notice
 period etc...    AH, Are you listening?   -- e
 Paul Sture   ------------------------------  % Date: Tue, 17 Feb 2004 22:57:29 -0500   From: John Santos <JOHN@egh.com>: Subject: Re: [OT] Solaris crashes itself when /tmp is full6 Message-ID: <1040217225239.15727A-100000@Ives.egh.com>  " On Fri, 13 Feb 2004, nospam wrote:  > > in article 402CEBAB.2AD40B83@sture.homeip.net, Paul Sture at4 > nospam@sture.homeip.net wrote on 14/02/2004 01:22: >  > > Stuart, Ed wrote:  > >> gO > >> What about if the disk where the OpenVMS security audit file resides fillsn > >> up? > >> h > > I > > You can't log in. So if you don't have a process already logged in toeK > > free up some space, then forcing a crash then doing a minimum boot willc/ > > let you in to do the necessary cleaning up.1 > > K > > Decent monitoring tools should normally provide you with enough warningc4 > > to take remedial action before you get that far. > N > WRONG answer. When audit is in default or C2 mode the correct response is toL > crash the system if an audit can't be logged. There is no login in to freeK > space its a halt,  not even a friendly shutdown. The author was trying tor > point this out.s > 	 >  Mark;)   F The audit file is massively over-allocated.  If you run out of room onF the audit disk, you can still log thousands of events before the auditB file gets full.  Paul's point is this gives you time to notice andG fix the disk space situation.  Of course, you have to notice, just likelF you need to notice when a disk in a RAID-5 set goes bad.  (Been there,F done that, on Solaris if that helps get this thread back Off Topic ;-)   -- a John Santosw Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------   End of INFO-VAX 2004.098 ************************ can suspend itself.  G If you are highly CPU constrained, the zero priority jobs might not getdF a chance at the CPU, thus they wouldn't get to run their suspend AST. F If this is really how it works, I don't think that the process's state( will change until it gets some CPU time.  G I also don't know whether or not there is a timeout causing the suspendk@ AST to be discarded.  (Although this would seem rather strange.)  B Is *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     *     !*    !*    !*    !*    !*    !*    !*    !*    !*    	!*    
!*    !*    !*    
!*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*     !*    !!*    "!*    #!*    $!*    %!*    &!*    '!*    (!*    )!*    *!*    +!*    ,!*    -!*    .!*    /!*    0!*    1!*    2!*    3!*    4!*    5!*    6!*    7!*    8!*    9!*    :!*    ;!*    <!*    =!*    >!*    ?!*    @!*    A!*    B!*    C!*    D!*    E!*    F!*    G!*    H!*    I!*    J!*    K!*    L!*    M!*    N!*    O!*    P!*    Q!*    R!*    S!*    T!*    U!*    V!*    W!*    X!*    Y!*    Z!*    [!*    \!*    ]!*    ^!*    _!*    `!*    a!*    b!*    c!*    d!*    e!*    f!*    g!*    h!*    i!*    j!*    k!*    l!*    m!*    n!*    o!*    p!*    q!*    r!*    s!*    t!*    u!*    v!*    w!*    x!*    y!*    z!*    {!*    |!*    }!*    ~!*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    !*    