1 INFO-VAX	Thu, 18 Dec 2003	Volume 2003 : Issue 699       Contents: CWS 433au info ? Re: CWS 433au info ? Re: DE500-XA & full-duplex* Re: DECW installation from Hobbyist VAX CD* Re: DECW installation from Hobbyist VAX CD* Re: DECW installation from Hobbyist VAX CDN Re: HP Integrity mid-range servers achieve record results on SAP SD benchmarks' Re: HSG80 failed disk drive - odd stuff  Re: Kernel mode code in Pascal Re: KZPSC-AA Documentation! Re: lbr$ routines and concurrency ! Re: lbr$ routines and concurrency ! Re: lbr$ routines and concurrency ! Re: lbr$ routines and concurrency ! Re: lbr$ routines and concurrency ! Re: lbr$ routines and concurrency 8 Re: Linux kernel security bug ... VMS kernel rock solid! Lots of Systems and disk arrays  OpenVMS 8.1 ships 3 Re: OpenVMS, CSWS (apache), PHP and ... Rdb ???!!!!  Re: OT: Digital Divide Re: PBXGA-AA - DECwindows Hangs  Re: PBXGA-AA - DECwindows Hangs  PID creation in a cluster P Re: Problems with MySQL (was Re: OpenVMS, CSWS (apache), PHP and ...  Rdb) ...  ( Re: Singapore Exchange to run on OpenVMS( Re: Singapore Exchange to run on OpenVMS Re: Support for passive FTP  Re: Support for passive FTP  Re: Tracking down a MAC address  Re: Tracking down a MAC address  Re: Trim lexical output in DCL Re: Trim lexical output in DCL& URLs for Personal Workstation 433 a/au Where's CSWS 2.0?  Re: Where's CSWS 2.0?   F ----------------------------------------------------------------------  % Date: Thu, 18 Dec 2003 17:42:52 +0100 9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>  Subject: CWS 433au info ? ' Message-ID: <3FE1D90C.3F765377@aaa.com>    Hi. < Just got me a new "hobby" box, a Personal Workstation 433au.9 Now, I have been looking around at HP to try to find some ? info on it, like a User Guide. All I found was some Golden Eggs 8 and old SOC pages. Anyone having any other links/URLs to more info on the PWS 433au ?   Jan-Erik2 PS. This box will replace a A-Station 250 4/266...   ------------------------------  % Date: Thu, 18 Dec 2003 17:26:18 +0000 % From: David Gray <police@spamcop.net>  Subject: Re: CWS 433au info ? 8 Message-ID: <5eo3uvcq97j09e2kjfndj3n9t2qc8f16qq@4ax.com>  D On Thu, 18 Dec 2003 17:42:52 +0100, Jan-Erik Sderholm <aaa@aaa.com> wrote:   >Hi.= >Just got me a new "hobby" box, a Personal Workstation 433au. : >Now, I have been looking around at HP to try to find some@ >info on it, like a User Guide. All I found was some Golden Eggs9 >and old SOC pages. Anyone having any other links/URLs to  >more info on the PWS 433au ?  > 	 >Jan-Erik 3 >PS. This box will replace a A-Station 250 4/266...     < The first one  is for the 500au but could still be relevant   / http://rtfm.ulyssis.org/DPWS500au/SRMG/Service/     Q http://h18002.www1.hp.com/alphaserver/workstations/retired/auseries/userdocs.html M http://www.iso.port.ac.uk/docs/digital_unix_40D/AQTLMCTE/DOCU_004.HTM#s_433au    ------------------------------   Date: 18 Dec 2003 12:16:35 GMT< From: gartmann@non.immunbio.mpg.de.sens (Christoph Gartmann)# Subject: Re: DE500-XA & full-duplex 0 Message-ID: <brs5r3$2vh$1@n.ruf.uni-freiburg.de>   Hello,  M now I tried a different DE500-XA in the workstation - same result: CRC errors K when connected to the 3COM 4400 switch, no errors when connected to a cheap K Soho switch. But the duplex LED on the Soho switch is flickering instead of M being constantly on. Nevertheless LANCP on the VMS side states "full duplex".   O Next, I replaced the DE500-XA with a DE500-BA: no problem with the 4400. I have ' both ends hard-coded to 100 FD, though.   M Unfortunately I cannot try the DE500-XA under Tru64-Unix, something in my box ( exploded when I tried to power it up :-(   Regards,    Christoph Gartmann    --  E  Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452   ImmunbiologieI  Postfach 1169                 Internet: gartmann@immunbio dot mpg dot de   D-79011  Freiburg, Germany 9                http://www.immunbio.mpg.de/home/menue.html    ------------------------------    Date: 18 Dec 2003 01:39:02 -0800. From: send_lotsa_spam_here@yahoo.com (Soterro)3 Subject: Re: DECW installation from Hobbyist VAX CD = Message-ID: <1a63f162.0312180139.58d8dc96@posting.google.com>   n hammond@not@peek.ssr.hp.com (Charlie Hammond) wrote in message news:<Bs1Eb.10929$uU6.5889@news.cpqcorp.net>...A > If you wish to install using the VMSINSTAL kit, that is left as ( > an exercise.  I'd use PRODUCT INSTALL.  ? Well as long the kit is *.A I was suprised to hear about PCSI.  : Anyway, I can't tailor the system because I don't have anyE *TAILOR*.COM files on the disks, neither DECW$TAILOR nor VMSTAILOR. I E checked also on another machine (Alpha though) and they're missing as , well, although the machine runs CDE happily.C Finally I realized the machine I got is running VAX VMS 6.2 and NOT B 7.2 as I was expecting. So I'll have to go through installation asC soon I'm back at work, and hopefully get the whole DECW support and C Motif and whatnot at installation time. Hopefully. If not, I'll try C all the suggestions above and below, and rtfm as soon I'll identify  _which_ one I should read.  , Thanks and an early Merry Xmas to everyone,  S    ------------------------------  # Date: Thu, 18 Dec 2003 13:05:52 GMT F From: lederman@star.enet.dec.DISABLE-JUNK-EMAIL.com (Bart Z. Lederman)3 Subject: Re: DECW installation from Hobbyist VAX CD 3 Message-ID: <QChEb.10995$tP7.7536@news.cpqcorp.net>   n In article <1a63f162.0312180139.58d8dc96@posting.google.com>, send_lotsa_spam_here@yahoo.com (Soterro) writes: > @ >Well as long the kit is *.A I was suprised to hear about PCSI. ; >Anyway, I can't tailor the system because I don't have any F >*TAILOR*.COM files on the disks, neither DECW$TAILOR nor VMSTAILOR. IF >checked also on another machine (Alpha though) and they're missing as- >well, although the machine runs CDE happily.   G I believe the TAILOR process was only used for the VAX, so you wouldn't  find it on an Alpha.     --  (  B. Z. Lederman   Personal Opinions Only  8  Posting to a News group does NOT give anyone permission8  to send me advertising by E-mail or put me on a mailing  list of any kind.  5  Please remove the "DISABLE-JUNK-EMAIL" if you have a 5  legitimate reason to E-mail a response to this post.    ------------------------------  # Date: Thu, 18 Dec 2003 15:20:29 GMT 3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond) 3 Subject: Re: DECW installation from Hobbyist VAX CD 1 Message-ID: <1BjEb.11011$mS7.56@news.cpqcorp.net>   > In article <1a63f162.0312180139.58d8dc96@posting.google.com>, 0 send_lotsa_spam_here@yahoo.com (Soterro) writes:  J On OpenVMS I64 and OpenVMS ALpha, DECwindows MOTIF installation is part ofG the OpenVMS installation.  This is NOT the case on OpenVMS VAX. On VAX, H DECwindows MOTIF is a separate installation, performed AFTER the OpenVMS installation.   L FIRST be sure you included DECWINDOWS SUPPORT when in installed OpenVMS VAX.J If you did NOT, DECwindows MOTIF won't run.  If you do not have DECWINDOWSH SUPPORT installed, the easiest thing to do is to re-install OpenVMS VAX.H You can do this as a new installation, or as an "upgrade" (upgrading theE same version of OpenVMS to itself, but including DECWINDOWS SUPPORT).   A Then boot your newly installed (or "upgraded" system) and install 5 DECWINDOWS MOTIF using PCSI as previously suggested.)   G W.R.T. R.T.F.M., I believe there is a separate installation manaual for 6 DECwindows Motif.  It may or may not be useful to you.   --  J       Charlie Hammond -- Hewlett-Packard Company -- Ft Lauderdale  FL  USAF           (hammond@not@peek.ssr.hp.com -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  % Date: Thu, 18 Dec 2003 10:07:37 -0500 * From: "Bill Todd" <billtodd@metrocast.net>W Subject: Re: HP Integrity mid-range servers achieve record results on SAP SD benchmarks 2 Message-ID: <m-ednXM6s-kuX3yiRVn-gQ@metrocast.net>  H Still regurgitating HP PR, I see.  Let's pick through the chunks and see2 just how good this particular dinner actually was:  > "Keith Parris" <keithparris_NOSPAM@yahoo.com> wrote in message7 news:cf15391e.0312171017.66c24b87@posting.google.com... @ > HP Integrity rx8620 server achieves number-one SAP performance > benchmark  > by Sanjiv Patel  > B > HP has achieved yet another number-one SAP SD two-tier benchmarkH > result -- this time on an HP Integrity rx8620 server with 2,880 users.> > This beats all other 16-way server results by a wide margin.  K True, sort of.  Fujitsu managed only 2200 (about 24% lower - I guess that's I sufficient margin to be called 'wide') using a 16-way SPARC64; of course, I the Fujitsu system can scale up to 128 processors, and its score of 13000 F there demonstrates very decent scaling.  IBM's 16-way Xeon system onlyJ scored 1520:  that's not a really serious SMP (it's 4 4-way modules cabledJ together with shared memory), and even at the 4-way level the Xeon systemsK tend to seem to be throttled more by their shared bus than by the processor % itself, so it's fairly easy pickings.     And, itH > is the third number-one SAP SD result on an Integrity server published@ > this year: HP already holds the top 4-way position with the HPG > Integrity rx5670 server and the top 8-way position with the Integrity ? > rx7620 server. These three leadership results for SAP clearly @ > illustrate that HP Integrity servers dominate the competition.  G Ah, there's the part that gets just a bit indigestible (to continue the L metaphor begun above).  It would be more accurate to state that HP IntegrityJ servers dominate the competition that bothered to show up:  once again, HP2 has chosen its benchmark carefully in that regard.  H Marvel didn't show, for example - and HP has the means to ensure that itJ won't.  Marvel's score of 4500 at 32 processors (one might suspect that HPJ submitted that system because it needed something to beat IBM's old POWER4G submission and Itanic couldn't cut the mustard) suggests that Superdome I (which IIRC has an additional level of communication indirection once one F exceeds 16-processor configurations) would find Marvel hard to beat byL anything like 'a wide margin', even with a full process-generation processorL lead.  (The same might be true in TPC-C, but - again - HP can ensure that no one will know for sure.)  K And IBM didn't show up in force either.  That 32-way IBM score of 4128 that G HP had to use Marvel to beat was obtained using the previous-generation L POWER4 chip, rather than today's POWER4+, and while there's an 8-way POWER4+I result it's using a mid-range, slower version of the chip and system than  the top-of-the-line model.  I When you throw a farm-team player into a sandlot game, you kind of expect I him to dominate it.  But you can't really draw too many conclusions about  how he'd fare in the majors.   - bill   ------------------------------    Date: 18 Dec 2003 09:57:43 -08001 From: keithparris_NOSPAM@yahoo.com (Keith Parris) 0 Subject: Re: HSG80 failed disk drive - odd stuff= Message-ID: <cf15391e.0312180957.7c48671c@posting.google.com>   a brandon@dalsemi.com (John Brandon) wrote in message news:<03121715175603@dscis6-0.dalsemi.com>... P > I would like to be able to test the disk to make sure I actually have a failedJ > disk.  Can I simply run HSUTIL and will that inform me that the drive is > actually failed?  F Are these disk drives under a support contract?  If so, I'd report theD error, ask the CSC to look at the error logs (both on VMS and on theF controller), and follow the CSC's advice as to whether to turn them in as failed and get replacements.   > Obviously the HSG80 determined them to have errors during someC sequence of actions, and these errors were deemed serious enough by @ the HSG80 firmware that the disks were removed from mirrorsets. F Although it's conceivable that they were removed unnecessarily becauseB of bugs in the HSG80 firmware rather than "real" problems with the@ disks, without knowing what sequence of events occurred and whatD anomalous behavior resulted, it's difficult to tell, and so there is1 some risk in just putting them back into service.   E If they are not under support, then provided you keep a spareset, the F risk of putting them back into mirrorsets is arguably low, as you haveC redundancy.  Perhaps putting them in as a 3rd member of a mirrorset D for a while might help you gain confidence in them.  Realize that itF may take a long time to reproduce the conditions or sequence of eventsD under which they were originally removed, and there's no way to tellB if that has actually occurred (unless, of course, the HSG80 throws them out again).   ------------------------------  # Date: Thu, 18 Dec 2003 14:21:45 GMT & From: John Reagan <john.reagan@hp.com>' Subject: Re: Kernel mode code in Pascal 3 Message-ID: <ZJiEb.11005$rQ7.5882@news.cpqcorp.net>    Larry Kilgallen wrote:   >  > E >>The way to convince the compiler to do what you want is to use the  I >>%IMMED foreign mechanism specified on the actual argument.  So just say  >>6 >>STATUS := $CMKRNL ( %IMMED KERNEL_GETLKIW, ARGLST ); >  >  > Thanks again.   I Another 'Pascal Tip 'O The Day' is that foreign mechanism specifiers not  G only override the parameter type checking, they override the parameter   count checking as well.   . So for some routine declared with 1 parameter:  ( PROCEDURE RTN ( P : INTEGER ); EXTERNAL;  I You can pass as many parameters as you like with whatever types you want  + just by using foreign mechanism specifiers.   2 RTN ( %REF 1.4, %REF 42, %STDESCR 'Hello World' );  F You don't have to declare another routine with the same external name E just to get a different parameter signature.  (You might want to for  G documentation or to get type checking from the compiler, but you don't  	 have to.)    --   John Reagan ' Compaq Pascal/{A|I}MACRO Project Leader  Hewlett-Packard Company    ------------------------------   Date: 18 Dec 2003 15:50:33 GMT' From: "chrisl" <chrisl@churchstone.com> # Subject: Re: KZPSC-AA Documentation 2 Message-ID: <20031218105033.939$y7@newsreader.com>  ' "Barry" <berrys2552@comcast.net> wrote: I > I have A alpha 1000A that has a KZPSC-aa single channel raid controller I > installed and isn't being used. I would like to set it up and use it to I > add extra disks and maybe a external tape drive. I didn't have any luck D > trying the HP web site. Any pointers to setup and/or configuration > documentation. >   H It was a fairly horrible bit of kit even when new. IIRC it only supportsF disks upto 9.1GB and there is no tape drive support. The configurationJ program was called RA230RCU I think but at a push you can put the board inE a PC and use the generic Mylex DAC960 software to configure it. There E is/was a VMS GUI interface for it called SWXCRMGR dunno if it's still 	 avalable.    --   Chris    ------------------------------  % Date: Thu, 18 Dec 2003 01:42:51 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>* Subject: Re: lbr$ routines and concurrency) Message-ID: <3FE14C55.4B663422@istop.com>    Joshua Lehrer wrote:B > Is there a fast way to merge two text libraries together?  I canE > guarantee that there will not be any duplicate keys, if that helps.   X With FMS, you can specify an FMS library as input to a fms/lib/create or FMS/lib/insert.  : However, the library command doesn't seem to support that.  M What is the reason you need to load your individual data files into a library N ? Is this a one shot deal, or something that will be done on a regular basis ?   ------------------------------  # Date: Thu, 18 Dec 2003 07:16:17 GMT L From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")* Subject: Re: lbr$ routines and concurrency6 Message-ID: <00A2A87C.3CE08DBA@SSRL.SLAC.STANFORD.EDU>  q In article <477e0934.0312172028.37f4b0c4@posting.google.com>, usenet_vms@lehrerfamily.com (Joshua Lehrer) writes: C >Ok, given that I can't concurrently add modules to a library (even ; >from C code), I could make two libraries, then merge them.  > A >Is there a fast way to merge two text libraries together?  I can D >guarantee that there will not be any duplicate keys, if that helps. > D >My guess is that there is no fast way to merge two libraries, but I >thought I'd ask.   I I sure don't know of any such way, but it seems like this is an excellent K application for a multiple-queue, single-server deal.  One process owns the G library and does insertions serially; other processes stick modules (or G whatever you're putting into the text libraries) into a work queue for  F it.  Work queue could be maintained, as somebody else suggested, as anF RMS file with single records containing whole modules, as a relationalN database, or as (here's a repellent thought) a MAIL.MAI file, with submissionsK made by emailing them, with the module name as subject line and the modules  as attachments.   H Can you say any more about why you need to do this?  I'm having trouble 
 imagining it.    -- 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: Thu, 18 Dec 2003 04:18:15 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>* Subject: Re: lbr$ routines and concurrency) Message-ID: <3FE170B5.AEEEFED2@istop.com>   M Just a comment. If you will be building a library with lots of modules in it, J make sure that when you create the library, you tell it to allocate enoughJ index space, maximum key length etc to tune the library. This will greatly8 help performance when you start loading modules into it.   ------------------------------    Date: 18 Dec 2003 02:11:10 -08001 From: usenet_vms@lehrerfamily.com (Joshua Lehrer) * Subject: Re: lbr$ routines and concurrency< Message-ID: <477e0934.0312180211.597aea7@posting.google.com>   winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr") wrote in message news:<00A2A87C.3CE08DBA@SSRL.SLAC.STANFORD.EDU>...K > I sure don't know of any such way, but it seems like this is an excellent M > application for a multiple-queue, single-server deal.  One process owns the   F That is close to what my mainprog does now.  I have one thread readingB in all of the text files, and placing the read files onto a stack.  D I have another thread pulling files off of the stack, inserting them. into the .tlb, and periodically doing a flush.  = The advantage of this approach is that while the TLB is being D periodically flushed (which appears to make it complete faster), theA reader thread can still be reading in more text files.  Also, the F mainprog can be reading in a text file while adding a different module  to the tlb in a separate thread.  ; Doing this in parallel brought the creating of the TLB, and E reading+insertion of the 16K text modules down from over 3 minutes to  just about 2 minutes.    > J > Can you say any more about why you need to do this?  I'm having trouble  > imagining it.  >   B Sure.  It seems that the C++ compiler is significantly faster whenC reading files from a text module than reading them from disk.  This F *appears* to have something to do with the lock manager, but we aren't
 100% sure.  E We have made the first step of our full system build process create a A tlb and add all of the included files into it.  Then, when people B build small parts of our system locally, rather than including theE shared header files via the /include path, we can issue a /noinclude, 9 then specify this text library via cxx's /library switch.   B We have 100's of developers working at the same time against theseF shared header files.  The cxx compiler, when using the shared headers,D grinds to a halt at a very limited count of concurrent users of saidD headers.  The bottleneck appears to go away as concurrent users readA those headers from the TLB rather than from the header directory.   B While 2 minutes is a reasonable amount of time to insert ~16K textF modules into a .TLB (yielding over 500K blocks), the faster I can make this step the better.   
 joshua lehrer    ------------------------------  # Date: Thu, 18 Dec 2003 10:40:03 GMT L From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")* Subject: Re: lbr$ routines and concurrency6 Message-ID: <00A2A898.B3EDBFB8@SSRL.SLAC.STANFORD.EDU>  p In article <477e0934.0312180211.597aea7@posting.google.com>, usenet_vms@lehrerfamily.com (Joshua Lehrer) writes: >winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr") wrote in message news:<00A2A87C.3CE08DBA@SSRL.SLAC.STANFORD.EDU>... L >> I sure don't know of any such way, but it seems like this is an excellentN >> application for a multiple-queue, single-server deal.  One process owns the > G >That is close to what my mainprog does now.  I have one thread reading C >in all of the text files, and placing the read files onto a stack.  > E >I have another thread pulling files off of the stack, inserting them / >into the .tlb, and periodically doing a flush.  > > >The advantage of this approach is that while the TLB is beingE >periodically flushed (which appears to make it complete faster), the B >reader thread can still be reading in more text files.  Also, theG >mainprog can be reading in a text file while adding a different module ! >to the tlb in a separate thread.  > < >Doing this in parallel brought the creating of the TLB, andF >reading+insertion of the 16K text modules down from over 3 minutes to >just about 2 minutes. >  >>  K >> Can you say any more about why you need to do this?  I'm having trouble   >> imagining it. >>   > C >Sure.  It seems that the C++ compiler is significantly faster when D >reading files from a text module than reading them from disk.  ThisG >*appears* to have something to do with the lock manager, but we aren't  >100% sure.   L Huh.  What version of VMS?  What kind of i/o cacheing are you doing?  VIOC? E EFC?  (I'd guess that once the compiler opened the text library that  M EFC might suck the whole thing in if there was enough free memory; that would J make subsequent access really fast.)  The lock manager issue is confusing,J unless the directory with all the headers is getting updated all the time,J which might mean having to wait for the update to finish before getting toF read the directory and get the next header file.  A text library wouldL presumably only have one lock, and once you have it open you only deal with 3 the internal directory as you look for new modules.    > F >We have made the first step of our full system build process create aB >tlb and add all of the included files into it.  Then, when peopleC >build small parts of our system locally, rather than including the F >shared header files via the /include path, we can issue a /noinclude,: >then specify this text library via cxx's /library switch. > C >We have 100's of developers working at the same time against these G >shared header files.  The cxx compiler, when using the shared headers, E >grinds to a halt at a very limited count of concurrent users of said E >headers.  The bottleneck appears to go away as concurrent users read B >those headers from the TLB rather than from the header directory. >   J Thrashing the cache as multiple little files are opened and the directory  is constantly reread, maybe?  C >While 2 minutes is a reasonable amount of time to insert ~16K text G >modules into a .TLB (yielding over 500K blocks), the faster I can make  >this step the better. >   
 Interesting.    N Have you tried building the TLB on a RAM disk?   (That's a biggish RAM disk - L 250mb.)  Failing that, how about a dedicated drive with nothing on in it but2 that, so you aren't contending with any other i/o?   -- 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: 18 Dec 2003 08:05:03 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) * Subject: Re: lbr$ routines and concurrency3 Message-ID: <u8aoeFn$lZDs@eisner.encompasserve.org>   p In article <477e0934.0312180211.597aea7@posting.google.com>, usenet_vms@lehrerfamily.com (Joshua Lehrer) writes: > D > Sure.  It seems that the C++ compiler is significantly faster whenE > reading files from a text module than reading them from disk.  This H > *appears* to have something to do with the lock manager, but we aren't > 100% sure.  B    Not suprizing.  That's why Fortran, C, ... use modules in a TLB#    instead of files in a directory.   J    TLB module lookup is faster than file lookup in a directory.  Probably J    in large part because the directory file itself must have shared write F    access.  In some part directory caching used to be too small if youI    had lots of files, but more recent versions of VMS have relieved that.    ------------------------------  % Date: Thu, 18 Dec 2003 12:32:18 +0000 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> A Subject: Re: Linux kernel security bug ... VMS kernel rock solid! 0 Message-ID: <brs6pi$1bf$1@new-usenet.uk.sun.com>   John Smith wrote: * > Andrew Harrison SUNUK Consultancy wrote: >  >>Tom Linden wrote:  >>C >>> not questioning, but just curious where you found those numbers  >>>  >> >>IDC  >> >  > 4 > Do you have a precise report/issue/page reference? >  >  > 2 The latest IDC quarterly worldwide server tracker.  3 Incedentally for those interested in pre-compaction  vs the present day.   5 In Q401 which was immediately prior to the compaction 3 OpenVMS server revenues were ~95 million a quarter.    Regards  Andrew Harrison    ------------------------------  % Date: Thu, 18 Dec 2003 08:27:40 -0500 1 From: "David B Turner" <dbturner@nospam-hpaq.net> ( Subject: Lots of Systems and disk arrays/ Message-ID: <vu3au5n14vtb5a@news.supernews.com>    In stock ready to ship:   A Dual HSG80 (New style in 2200 Controller Shelf) with ACS V8.7 and J 2 x 14 Slot U3 Shelves (all rm kits included - single bus dual blowers per shelf) Without disks $6985   3 Populated with 28 x Compaq 36GB 10KRPM Disks 18,800   8 KGPSA-CA 1Bit Fiberchannel for Alpha VMS/Tru64 $900 each? H9A10 and H9A15 Racks starting at $1000 in almost new condition / ===============================================  DS10L 617Mhz EV67 10 PACK  256MB and 30GB per system  Buy 10 for only $8900 !!! % Includes rackmount kit and power cord / =============================================== & Single systems price is on out website    / Call us at Toll Free 877-636 4332 for more info  --   Island Computers US Corp.  2700 Gregory St, Suite 180 Savannah GA 31404  Tel: 912 447 6622  Fax: 912 201 0402  Email: dbturner@islandco.com http://www.islandco.com    ------------------------------    Date: 18 Dec 2003 09:22:43 -08001 From: keithparris_NOSPAM@yahoo.com (Keith Parris)  Subject: OpenVMS 8.1 ships= Message-ID: <cf15391e.0312180922.21bb5cce@posting.google.com>    From: 	Gorham, Mark   * Sent:	Thursday, December 18, 2003 10:17 AM Subject:	VMS 8.1 ship today!  ? I am delighted to announce the evaluation release of HP OpenVMS > Version 8.1 for Integrity servers based on the Intel Itanium? processor.  This release is designed for early adopter ISVs and ? customers who wish to port their applications in advance of the A production-quality release.   OpenVMS Version 8.1 includes native A compilers, and a substantial suite of functionality that ISVs and D customers are eager to use, including clustering and a wide range of? development tools and integration technologies.  We are working C closely with industry-leading software vendors such as Oracle, BEA, ; BMC Software, and Computer Associates to fully port OpenVMS E environments and application portfolios to Integrity servers.  The HP D OpenVMS ISV partners have already committed to port more than 550 ofD their applications to the OpenVMS Integrity platform.  Selected ISVsB including MVP, Accucorp, Cadture, Attunity and TECSys have alreadyE ported their applications and have them running on evaluation release 6 of OpenVMS Version 8.0 on the Integrity rx2600 server.  B OpenVMS Version 8.1 is a significant achievement and contains muchD more functionality than was originally planned for this release.  WeE are running mixed-architecture clusters of over a dozen systems, have > TCP/IP and DECnet network stacks, and have four-way SMP system= support.  We are even near completion of an OpenVMS Integrity B Superdome demo!  Several customers who have seen the mixed-clusterC demo have been so excited that they are accelerating their adoption * plans for OpenVMS on HP Integrity servers.   E We have met all of our scheduled OpenVMS release dates, and we are on E track to release OpenVMS Version 8.2, a production-quality release of D OpenVMS for the HP Integrity server and AlphaServer platforms in theE second half of 2004.  This and subsequent releases of OpenVMS will be ; based on common source code, so that non-hardware dependent E enhancements to the operating system will be available simultaneously E on both AlphaServer and Integrity systems.  It will also make it very E cost-efficient for ISVs and for customers with custom applications to 9 support both platforms  recompile, relink, test, and go.   E Great technology and great business practices come together in the HP F Alpha RetainTrust program.   As OpenVMS customers, you will be able toE plan the integration of OpenVMS on Integrity servers into AlphaServer C environments as your business needs dictate.  In the near term, you A can continue to upgrade your AlphaServer systems and when your IT F plans call for it, you can simply add HP Integrity servers to existing OpenVMS clusters.   E The excitement about Integrity servers is accelerating.  Our partners D are moving forward and we are on or ahead of our OpenVMS schedule inE all areas.  I have never been more thrilled to be part of the OpenVMS B business.  And I hope that you will feel the same excitement about@ using this tremendous technology and about HP as your technology partner.   Regards, Mark Gorham ( Vice President, OpenVMS Systems Division  & For ordering information, please visit% www.hp.com/go/openvms-integrity-ready    - DSPP members, please visit www.hp.com/go/dspp    ------------------------------  # Date: Thu, 18 Dec 2003 07:04:05 GMT 3 From: Jack Patteeuw <jjpatteeuw@earthlink.nospamme> < Subject: Re: OpenVMS, CSWS (apache), PHP and ... Rdb ???!!!!B Message-ID: <FjcEb.2953$wL6.1339@newsread1.news.atl.earthlink.net>   Keith,  G Looks like a great starting point !  Thanks a million (euros, they are   worth more tha $$$s !)  I Thanks also to Timo Lamminjok who appears to be the author of PHP4 ORARDB    Jack     Keith Cayemberg wrote:
 > Hi Jack, > 0 > are you aware of the Rdb/PHP work done by the 2 > National Public Health Institute KTL of Finland? > 5 > Here is a link to their homegrown PHP Modules which 7 > I believe makes use of Rdb's native SQL/Services API,  > not ODBC.  > ! > http://www.ktl.fi/distribution/  > 	 > Cheers!  >  > Keith Cayemberg  > ICA GmbH - Hannover, Germany   ------------------------------  % Date: Thu, 18 Dec 2003 03:40:22 -0500   From: John Santos <JOHN@egh.com> Subject: Re: OT: Digital Divide 5 Message-ID: <1031218033433.5003B-100000@Ives.egh.com>   $ On 14 Dec 2003, Fabio Cardoso wrote:  w > "John Smith" <a@nonymous.com> wrote in message news:<u0NCb.12888$%TO.3791@twister01.bloor.is.net.cable.rogers.com>...  > > Fabio Cardoso wrote:; > > > JF Mezei <jfmezei.spamnot@istop.com> wrote in message + > > > news:<3FDADB70.8EA7928C@istop.com>... H > > >> BBC aired an interesting forum with participants of the recent UNI > > >> World Summit on Information society held this past week in Geneva.  > > >>K > > >> Right now, only 10% of the world's population has access to IT.  And H > > >> while in the USA, the cost of a PC represents somwhere near 2% ofI > > >> average income, it represents a huge proportion of income in other E > > >> countries, while in other countries, the average citizen can't2 > > >> afford a computer.  > > >>H > > >> As a result, if companies such as HP (who had a representative inE > > >> that forum) want to expand their market to 100% of the world'srK > > >> population, they will have to start to produce significantly cheaperiJ > > >> devices, otherwise they risk stagnating once market penetration hasI > > >> stoped rising in developped nations.(Or see itself replaced with aAD > > >> low cost asian manufacturer (as has happened with Television, > > >> telephones etc).$ > > >>@ > > >> Also brewing is the possibility of the UN taking over theG > > >> responsability of the internet so that it  would be regulated byeC > > >> international law instead of some local law. Consider domainkG > > >> management, as well as various laws such as anti-spam laws which D > > >> would be easier to coordinate if it originated from a central > > >> international body. > > >>H > > >> So ICANN might become a UN body such as ICAO (civil aviation). ItK > > >> isn't there. They are just talking about the possibility of striking H > > >> a committee which would spawn a task force to study the issue :-) > > >> :-) :-) > > >  > > > We are doing our job ! > > >  > > >g- > > > "Brazil champions free Internet access"n > > >e7 > > > http://www.theregister.co.uk/content/4/34358.htmlo > > >/E > > > But we dont develop hardware. We have a good software industry.-B > > > It's time to rethink the PC.  If I wanted to buy a new PC in; > > > Brazil I will pay for several months with high taxes.hE > > > May be an alternative platform, like the idea of NetPC's etc....I > > > I tought in Amiga (they're freezed), but they have a cheap computertE > > > which can use an internet browser, run small programs, and it's 
 > > > enough.iG > > > The great population dont need workstations at home. They need toyI > > > type a text, make some calculs (even don't need a spreadsheet), usek7 > > > the browser for Internet Banking - I use  a lot !- > > >-7 > > > The great jump for me will be the Open Processor.0 > > >rF > > > May be the in development countries like Brazil, India and ChinaA > > > can join efforts to develop an Open Architecture Processor.8 > >  > > P > > Why don't they just start by using a proven design......Alpha? If HP doesn'tO > > want it and doesn't think it can 'keep up', then 'donate' it to the Chinese 0 > > or India. I'm sure they can make a go of it. > > N > > Billions and billions served. And it wouldn't come out of HP's hide - onlyJ > > Intel's. You see, Intel & HP are both certain that the 64-bit industryK > > standard is Itanic, so the fact that the Chinese and Indians could haveu) > > Alpha shouldn't bother them one iota.l >  > 7 > I have my doubts about Intel donating Alpha for free!/  1 Since when does Intel have any say in the matter?m  ? (Though I don't think a high-powered, complex, high-performance0= chip would fullfill this need.  I think they would be lookingc@ either at an X86 clone (for software compatibility) or somethingA like the ARM architecture (low power consumption, low cost) whichb Intel *does* have a say in.)  ; > Intel's President said in a Brazilian Conference that my t< > country dont need a semiconductor industry, just software.= > It was because AMD and Intel were disputing factories here.BC > Now we dont have none of them ! Nice ok ? He must be an angel....  > : > In terms of Open Processor, I think SPARC group could doE > something because SPARC is a group, not an industry, like HP/Intel.i > H > At the end, Opteron, Itanium, PPC and SPARC do the same thing: MOV A,B< > For me there is no diference between processors anymore ! C > IT Industry is too worried about the tools (chips), not about theo > good use of the tools. > 	 > Regardst >  > FC   --   John Santos0 Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  % Date: Thu, 18 Dec 2003 09:04:46 +0100u- From: "Martin Vorlaender" <mv@pdv-systeme.de>o( Subject: Re: PBXGA-AA - DECwindows Hangs8 Message-ID: <brrn34$6lhp4$1@ID-56200.news.uni-berlin.de>   Dan O'Reilly wrote:yE > Added a PBXGA-AA to my AS1000 system, VMS 7.3.  When I try to start H > DECwindows, the screen goes white, the stylized "X" appears, the mouseH > works, then the DECW$SERVER_0 process goes into an infinite loop.  The+ > card should be good.  Any ideas, anybody?   7 Does SYS$MANAGER:DECW$SERVER_0_ERROR.LOG show anything?e   cu,.   Martin -- CF   OpenVMS:                | Martin Vorlaender  |  VMS & WNT programmer3    The operating system   | work: mv@pdv-systeme.deoF    God runs the           |   http://www.pdv-systeme.de/users/martinv/:    earth simulation on.   | home: martin@radiogaga.harz.de   ------------------------------    Date: 18 Dec 2003 07:57:53 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) ( Subject: Re: PBXGA-AA - DECwindows Hangs3 Message-ID: <0lIEzWcgi6VU@eisner.encompasserve.org>w  j In article <6.0.0.22.2.20031217200147.0204c130@raptor.psccos.com>, Dan O'Reilly <dano@process.com> writes:E > Added a PBXGA-AA to my AS1000 system, VMS 7.3.  When I try to startiH > DECwindows, the screen goes white, the stylized "X" appears, the mouseH > works, then the DECW$SERVER_0 process goes into an infinite loop.  The+ > card should be good.  Any ideas, anybody?D  D    I had a problem like this that was solved by a MUltinet ECO.  Are    you using Multinet?   ------------------------------  % Date: Thu, 18 Dec 2003 12:24:39 -06002( From: brandon@dalsemi.com (John Brandon)" Subject: PID creation in a cluster1 Message-ID: <03121812243922@dscis6-0.dalsemi.com>s  I I was curious about Process ID (PID) creation in a cluster and standaloned servers.  G I have a standalone server and the first process PID starts at 00001001IO (SWAPPER).  I assume that during the startup process that there are a number ofaN processed that are created (starting with 00000000 or 00000001?) and obviouslyK after startup has completed those processes have self-terminated.  Hence myd first process of 00001001.  O In a CLUSTER environment I would assume the same at cluster startup, however ifsK a cluster member reboots it starts with the next PID in the cluster and note at 00000000.  G This is my observation from my existing cluster and standalone servers.t  , Am I missing something?  Just being curious.     J*o*h*n B*r*a*n*d*o*n  VMS Systems Administratorr* firstname.lastname.spam.me.not@dalsemi.com   ------------------------------  % Date: Thu, 18 Dec 2003 17:55:25 +0100c From: jf.pieronne@laposte.net3Y Subject: Re: Problems with MySQL (was Re: OpenVMS, CSWS (apache), PHP and ...  Rdb) ...  i2 Message-ID: <brsm5u$rb9$1@news-reader5.wanadoo.fr>   Mark Berryman wrote: > Gary Morin wrote:n > 
 >> Jack -- >>I >> Drop me a note.  We havn't talked in a while and I have been using theaD >> MySQL OpenVMS port running on MyAlpha :) for the Database class I	 >> teach.d >  > K > I'd like to talk a bit about MySQL.  I've been using the V4.0.16 port on wJ > VMS and the tables keep getting corrupted.  A CHECK TABLE shows various I > forms of corruption (although bad file length is the most common) and, oK > so far, a REPAIR TABLE has always fixed the problem without losing data. iK >  However, I'd like to figure out why this is happening.  Anyone with any d > hints or ideas?l >   3 What kind of tables do you used: MyIsam or innodb ?   E IMHO, It is much better to use innodb table, only innodb table offer  N transaction support and flush data to disk when you commit, so you can't lose  any data unlike MyIsam.d  2 If you can build a reproducer, I will take a look.  7 V4.0.17 was just released, I will build a VMS kit soon.   F > Note that I've also tried the V4.1.1 port.  That one aborts with an I > ACCVIO when I try to create the first table (with a command that works m' > without error in the 4.0.16 version).u >   N 4.1.1 is only alpha, so you can probably expect various problems, but as I am 5 not the author of this port, I can't help you, sorry.   
 Jean-Franoisn   ------------------------------  % Date: Thu, 18 Dec 2003 09:26:47 -0500p* From: "Bill Todd" <billtodd@metrocast.net>1 Subject: Re: Singapore Exchange to run on OpenVMSe2 Message-ID: <noudne7nmcG8JHyi4p2dnA@metrocast.net>  8 "Ken Robinson" <kenrbnsn1@patmedia.net> wrote in message; news:6.0.1.1.2.20031217114925.07e66ec0@mail.patmedia.net...a   ...   C > The real question is .... What did you do to tell them otherwise.   J No, that's *not* the 'real question'.  At best it's a very minor secondary	 question.r    If you E > did nothing or just said "No it isn't", you are contributing to thewJ > problem.  We all have to be pro-active when it comes to pushing VMS as a > viable solution.  J Oh, we do, do we?  Just why is it that it's up to the rest of the world toJ take up the slack that HP isn't sufficiently interested to handle itself -G especially when that disinterest on the part of HP *is* a pretty strongoK indication that VMS's future may not be something that one should encouraged* other people to stake their businesses on?  9   If all you are doing is saying "Woe is me! VMS is dyingkK > because HP is not advertising," then you are part of the problem, not thee > solution.d  J Bullshit.  The problem is clear:  HP isn't willing to step up to the plateK and support VMS.  If people want to be 'pro-active', they should beat on HPeF to make the kind of visible commitment to VMS that would allow them toH encourage others to use it as you suggest without being irresponsible in	 doing so.    >nD > I've been using VMS since 1980 and I don't remember DEC doing muchJ > advertising of VMS back then either (remember we all joked about stealthG > marketing), but somehow companies got the message. What was differenti then?r  L Visible vendor commitment.  VMS was DEC's most important line of business at: that time, rather than being a neglected multiple-adoptee.   >sL > Enough with the "you said/I said". Let's try to do something constructive.  J They are:  they're trying to make sure that HP is aware of the problem, so= that HP's actions (or lack thereof) can speak for themselves.d   - bill   ------------------------------  % Date: Thu, 18 Dec 2003 17:08:49 +0000aO From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>r1 Subject: Re: Singapore Exchange to run on OpenVMSa0 Message-ID: <brsn01$728$1@new-usenet.uk.sun.com>   Rob Young wrote:q > In article <DGEDb.63283$NNW1.42291@news04.bloor.is.net.cable.rogers.com>, "John Smith" <a@nonymous.com> writes:     M >>c) Digital/Compaq/HP have flip-flopped so many times on their commitment tonL >>VMS and done nothing public to dispell the FUD (their words, not mine), so@ >>why should we (the customer) put our necks on the line for HP? >  > A > 	Ummm... because you are not alone and there are many customersB@ > 	much larger than you that are using VMS as a back-end and are > 	quite content and growing.- >   ; If that is true why are OpenVMS Server revenues declining ?r  = Denial in you Rob are, reorder it and you will see the light.G   > N >>On a technical basis alone, VMS is a great decision for my customer, perhapsK >>the best possible choice they can make - and that's why I recommend it to7N >>them. But purchasing decisions are made up of more than just tech specs, andL >>that's where HP fails miserably - maybe not for existing VMS customers but8 >>most certainly and most regularly for *new* customers. >> >  > @ > 	Corrrect.  Technical specs don't make the day, even they they> > 	mostly should.  Often it is golf outtings, site visits with+ > 	fat steaks, and don't forget the shirts!o >  > N >>Don't even try to say that VMS has some impressive wins lately, because thatK >>doesn't cut it with my customer. They aren't stupid - they just happen toeN >>look at trends too. HP isn't selling enough new VMS licences to existing and9 >>new customers to halt the erosion of the customer base.m >  > I > 	How do you know they aren't selling enough new licences?  And quantifym > 	"enough". >   F Because HP's OpenVMS server revenues are declining.  Is ~60-70 million a quarter enough ?  > I don't know but does it feal enough to justify supporting and+ developing an almost entirely separate OS ?   B Remember that the longer HP hold of releasing TruCluster for HP-UXF the less chance of economies of scale such as they are for code common: to HP's UNIX platform and OpenVMS platform being realised.   regardsp Andrew Harrisonn   ------------------------------    Date: 18 Dec 2003 11:21:25 +0100' From: huber@mppmu.mpg.de (Joseph Huber)c$ Subject: Re: Support for passive FTP+ Message-ID: <Rg$2NrMf9JiT@vms.mppmu.mpg.de>c  V In article <yv7Eb.101007$bC.6943@clgrps13>, Alder <PGDEHMKOKIMD@spammotel.com> writes:I > I'd like to support passive mode FTP connections to my VMS FTP server, nI > but since it sits behind a firewall and NAT router, I want to minimize 5K > the security risk by opening only those ports which the FTP server might o  > pass to the connecting client.J > Does anyone have information on the range of ports used by either HGFTP K > or the TCPIP Services for OpenVMS server when clients connect in passive G > mode?    Which VMS and TCPIP versions ?  = At least VMS 7.3 with TCPIP services 5.3 can do passive mode. B Use SET PASSIVE on the FTP prompt and see (if You have to update).  ( And Hunter Goatley's HGFTP does it also.    -- n>    Joseph "Sepp" Huber, Muenchen   http://www.huber-joseph.de/   ------------------------------    Date: 18 Dec 2003 13:10:36 +0100' From: huber@mppmu.mpg.de (Joseph Huber)e$ Subject: Re: Support for passive FTP+ Message-ID: <TOSKM6rdTiD8@vms.mppmu.mpg.de>o  U In article <Rg$2NrMf9JiT@vms.mppmu.mpg.de>, huber@mppmu.mpg.de (Joseph Huber) writes: X > In article <yv7Eb.101007$bC.6943@clgrps13>, Alder <PGDEHMKOKIMD@spammotel.com> writes:J >> I'd like to support passive mode FTP connections to my VMS FTP server, J >> but since it sits behind a firewall and NAT router, I want to minimize L >> the security risk by opening only those ports which the FTP server might ! >> pass to the connecting client. K >> Does anyone have information on the range of ports used by either HGFTP  L >> or the TCPIP Services for OpenVMS server when clients connect in passive  >> mode?  J Sorry, in my first reply , I overlooked the real question about the ports.   --  >    Joseph "Sepp" Huber, Muenchen   http://www.huber-joseph.de/   ------------------------------  % Date: Thu, 18 Dec 2003 14:55:30 +0000/% From: David Gray <police@spamcop.net> ( Subject: Re: Tracking down a MAC address8 Message-ID: <fjf3uv4kpsjqdqk0mab0akt2d98ai3vmoc@4ax.com>  , On Wed, 17 Dec 2003 22:00:34 -0500, JF Mezei" <jfmezei.spamnot@istop.com> wrote:   >David Gray wrote:I >> does indeed appear to be a Dell of some sort though.  The device is onrG >> part of our network that is in Holland and I have limited access to.iH >> Asking local support to see if they know what it is so should have an >> answer in a year or so ;-)5 >0+ >That's it, blame the europeans.... :-) :-)o  , I'm a European and yes I blame 'them'    ;-)   >gN >Have you considered a temporary solution to configure the bridge on your sideM >of the atlantic to filter any traffic from that offending ethernet address ?oO >The more bridges are configured to filter that ethernet address, the closer toaK >the offending user you will get and the more likely the user will identifymJ >himself to the support folks because of his machine no longer connecting.  F At the suggestion of one of our support people, who has more knowledgeD of this sort of problem (Cheers Roy), I'm going to give the server aD new different IP address, ping the old IP address and see what showsF up in the ARP , hopefully I might be able to reverse translate the old
 IP address.  a  F This server/switch or whatever is going to get a severe kicking when I get my hands on it .  :-]  2   Cheers,p 	Dave. o   ------------------------------    Date: 18 Dec 2003 07:52:04 -0800. From: al5vf03p02@sneakemail.com (William Webb)( Subject: Re: Tracking down a MAC address= Message-ID: <d5ce4b06.0312180752.3545b63d@posting.google.com>   [ JF Mezei <jfmezei.spamnot@istop.com> wrote in message news:<3FE11848.F2C4D8BD@istop.com>...s > David Gray wrote: J > > does indeed appear to be a Dell of some sort though.  The device is onH > > part of our network that is in Holland and I have limited access to.I > > Asking local support to see if they know what it is so should have ane > > answer in a year or so ;-) > , > That's it, blame the europeans.... :-) :-) > O > Have you considered a temporary solution to configure the bridge on your side N > of the atlantic to filter any traffic from that offending ethernet address ?P > The more bridges are configured to filter that ethernet address, the closer toL > the offending user you will get and the more likely the user will identifyK > himself to the support folks because of his machine no longer connecting.   E Another possibility would involve the use of something Redmondian andl* the specific direction of a Ping of Death.   WWWebb   ------------------------------   Date: 18 Dec 03 06:33:30 PST From: mckinneyj@cpva.saic.comL' Subject: Re: Trim lexical output in DCLo( Message-ID: <K2X$LMpcMRIx@cpva.saic.com>  L In article <rdeininger-1712032035260001@user-uinj42u.dialup.mindspring.com>,8  rdeininger@mindspringdot.com (Robert Deininger) writes:4 > In article <Vh7Eb.100601$bC.67258@clgrps13>, Alder% > <PGDEHMKOKIMD@spammotel.com> wrote:  > 	 >>Hi all,0 >>G >>I want to modify a DCL procedure I downloaded, but don't know how to aI >>trim trailing blanks from the f$getsyi("VERSION") function from within tK >>DCL.  Is there another lexical function to do this?  I'm using VMS Alpha h >>7.3. > Q > Look at the HELP for f$edit.  IIRC, the "trim" edit item will do what you want.   E With trailing blanks I find it convenient to just permit DCL's stringrA assignment combined with symbol substitution to trim them withoute calling the second lexical.    $ x=f$getsyi("VERSION") 
 $ sh sym x   X = "V7.3    " $ x:='f$getsyi("VERSION")'
 $ sh sym x   X = "V7.3"   ------------------------------  # Date: Thu, 18 Dec 2003 15:11:33 GMTD3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond) ' Subject: Re: Trim lexical output in DCL.4 Message-ID: <FsjEb.11010$mS7.10021@news.cpqcorp.net>  W In article <Vh7Eb.100601$bC.67258@clgrps13>, Alder <PGDEHMKOKIMD@spammotel.com> writes:  >Hi all, >oF >I want to modify a DCL procedure I downloaded, but don't know how to H >trim trailing blanks from the f$getsyi("VERSION") function from within J >DCL.  Is there another lexical function to do this?  I'm using VMS Alpha  >7.3.    You can usea  &     f$edit(f$getsyi("VERSION"),"TRIM")  G Don't forget that the version string can be different lengths dependingd- on whether or not there is a "dash number".  e  C The maximum length is 8 characters.  This is imposed by the size ofaG the system cell that contains the OpenVMS version.  8 characters is nottF a limit to the lenght of the version for other products, although someI software that parces version strings may incorrectly assume a maximum of vG 8 characters.  The Polycenter Software Installation (PCSI) utility doeso not have or enforce this limit.h   -- rJ       Charlie Hammond -- Hewlett-Packard Company -- Ft Lauderdale  FL  USAF           (hammond@not@peek.ssr.hp.com -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------    Date: 18 Dec 2003 10:25:52 -0800. From: al5vf03p02@sneakemail.com (William Webb)/ Subject: URLs for Personal Workstation 433 a/aul= Message-ID: <d5ce4b06.0312181025.6f8c5dfd@posting.google.com>i   One link for "a" one for "au"h  C http://h18002.www1.hp.com/alphaserver/workstations/retired/aseries/bD http://h18002.www1.hp.com/alphaserver/workstations/retired/auseries/  3 The service guide link is the same for both models.   : ftp://ftp.compaq.com/pub/products/workstations/miatasg.exe   Welcome to the 433 owners club!c   WWWebb   ------------------------------    Date: 18 Dec 2003 06:06:30 -0800/ From: kenneth.randell@verizon.net (Ken Randell)n Subject: Where's CSWS 2.0?= Message-ID: <79de9693.0312180606.1455dd3c@posting.google.com>6  8 Where's the file behind the CSWS 2.0 download button at:  H http://h71000.www7.hp.com/openvms/products/ips/apache/csws_download.html  : I get a 'PAGE NOT FOUND ERROR' as of 18-DEC-2003 09:05 EST   ------------------------------  # Date: Thu, 18 Dec 2003 17:20:43 GMT), From: "warren sander" <warren.sander@hp.com> Subject: Re: Where's CSWS 2.0?2 Message-ID: <LllEb.11031$87.8209@news.cpqcorp.net>  " sorry.. I missed it on the update.   it's out there now.m   -warrenh     -- eK ---------------------------------------------------------------------------r7 Warren Sander                   WW E-Marketing (HP.COM).B Hewlett-Packard Company         Work:  warren.sander@remove.hp.comK 200 Forest Street MR01-3/K8     Personal: sander.ma.ultranet@remove.rcn.com . Marlboro, MA 01752              (508) 467-48755    My opinions are my own and I only speak for myself *          Read http://www.hp.com/go/openvmsK ---------------------------------------------------------------------------c    < "Ken Randell" <kenneth.randell@verizon.net> wrote in message7 news:79de9693.0312180606.1455dd3c@posting.google.com... : > Where's the file behind the CSWS 2.0 download button at: >oJ > http://h71000.www7.hp.com/openvms/products/ips/apache/csws_download.html >A< > I get a 'PAGE NOT FOUND ERROR' as of 18-DEC-2003 09:05 EST   ------------------------------   End of INFO-VAX 2003.699 ************************