1 INFO-VAX	Tue, 16 Dec 2003	Volume 2003 : Issue 694       Contents: 7.3-2 now shipping! Re: Advanced Server 7.3A Problem?  Re: Alpha Server Road Map  Re: Alpha Server Road Map  DE500-XA & full-duplex Re: DE500-XA & full-duplexC Re: Do language compilers need to be reinstalled for OpenVMS V7.3-2 - F$GETJPI Lexical Function (Rights Item Codes) ! Re: Freeware download corrupt (?)  Re: Full or Partial file spec ? < GV v. GhostScript: Error: /invalidfileaccess in --.libfile--5 HP Integrity servers set record HPC benchmark results : Re: HP tops 1 million tpmC on Superdome with Itanium2 CPUs: Re: HP tops 1 million tpmC on Superdome with Itanium2 CPUs 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! Logging interactive sessions  Re: Logging interactive sessions  Re: Logging interactive sessions# Re: Need Help Porting C code to VMS # Re: Need Help Porting C code to VMS ! Re: OT: The Powerpoint generation ! Re: OT: The Powerpoint generation  Re: Problems with 7.3 and 164LX N Problems with MySQL (was Re: OpenVMS, CSWS (apache), PHP and ... Rdb) Rdb)Rdb) Re: RTL/2 Anyone( Re: Singapore Exchange to run on OpenVMS( Re: Singapore Exchange to run on OpenVMS( Re: Singapore Exchange to run on OpenVMS( Re: Singapore Exchange to run on OpenVMS( Re: Singapore Exchange to run on OpenVMS( RE: Singapore Exchange to run on OpenVMS( Re: Singapore Exchange to run on OpenVMS( RE: Singapore Exchange to run on OpenVMS( Re: Singapore Exchange to run on OpenVMS( Re: Singapore Exchange to run on OpenVMS9 Re: Sun to use AMD Opteron - announcement expected Monday  Re: TCPIP 5.3 VAX on Hobbyist  Re: TCPIP 5.3 VAX on Hobbyist % TechWeb: HP Coaxes Alphas To Itaniums  Re: Turbochannel SCSI , Re: VAX 11/750 and RL02 - trying to boot VMS  F ----------------------------------------------------------------------    Date: 15 Dec 2003 20:41:53 -08001 From: keithparris_NOSPAM@yahoo.com (Keith Parris)  Subject: 7.3-2 now shipping = Message-ID: <cf15391e.0312152041.1bee44aa@posting.google.com>   E HP OpenVMS operating system version 7.3-2 for AlphaServer systems now  shipping by Marc Courchesne  D On December 3, 2003, the recently announced OpenVMS operating systemD version 7.3-2 for AlphaServer systems was released. Major functional enhancements include:   F o  Support for all the latest EV7 processor-based AlphaServer systems D o  System and I/O performance enhancements, including a new scalable kernel for TCP/IP , o  General user DCL and Backup enhancements E o  New RAS functionality, including local area network (LAN) failover  and new shadowing features/ o  System management and security enhancements  > o  Multiple integration technology enhancements for the Java 2D Platform, Enterprise Edition (J2EE) and Microsoft .NET environments4 o  Additions to the Linux and UNIX portability suite  D "We have once again delivered on schedule and kept -- and maybe evenD raised -- our high quality standards," said Mark Gorham, VP, OpenVMS Systems.   For more information, see 2 http://h71000.www7.hp.com/openvms/announce732.html   ------------------------------  # Date: Mon, 15 Dec 2003 23:55:48 GMT 8 From: "Tom Simpson" <thomas.simpson1@nospam.comcast.net>* Subject: Re: Advanced Server 7.3A Problem?0 Message-ID: <8SrDb.400919$275.1271054@attbi_s53>  I - Upgrade sequence: VMS 7.2-1,V6.0C to  VMS 7.2-1,V6.0D ->VMS 7.3-1, 7.3A  eco24 - These are persistent mappings, restored upon login: - The error is unable to map drive (or something similar).I - The error is intermittent, but so far I've only seen it on Windows 2000  PCs.L - I have also noticed that sometimes when a file is copied from a PC HD to a network share,F we get a "file locked" error if you attempt to open the file from VMS.I Normally we have a PC application that performs the copy, but I have been G able to reproduce the problem by using the DOS copy command.  A Windows I Explorer drag-and-drop copy does not seem to have this problem.  The file K can be manually closed with the ADMIN CLOSE FILE command or dismounting the F network share drive to which the file was copied.  This worked without1 problem for the last 3 years, before the upgrade.    Regards, Tom   A "Carl Karcher" <karcher@thuria.waisman.wisc.edu> wrote in message 0 news:12DEC03.23023951@thuria.waisman.wisc.edu...K > In a previous article, "Tom Simpson" <thomas.simpson1@nospam.comcast.net>  wrote: > E > ->We recently upgraded VMS to 7.3-1 and Advanced Server 7.3A eco 2. E > ->Everything is running ok, but since the upgrade I've noticed that  several L > ->PCs are unable to map shares during the PC boot cycle.  If you check theH > ->share after booting using Windows Explorer, the red X goes away.  In other L > ->words, open Windows explorer, you see the share, but it is marked with a red K > ->X.  Click on it, and it opens the share ok, the red X disappears.  This  has J > ->been reported on Windows 2000 only so far.  Advanced Server should not beG > ->that busy that is timing out connections.  We only have about 50 PC  users on > ->a 2 node ES40 cluster. > G > Interesting. We too recently upgraded to 7.3A-ECO2 (from 6.1) also on E > VMS 7.3-1 (with UPDATE-V0100) and have noticed some issues such as:  > F > 1. What CSC terms as a "session leak" during peak loads where we seeG >    multiple sessions for the same client (5 more more) with a "state" H >    column value (in output from nbshow KNB which you can also see withE >    "pwrk trans knb sess" in SDA) of 0003 instead of the usual 0009. @ >    These sessions multiply and eventually cause the message in& >    pwrk$log:pwrk$knbdaemon_node.log: > E >     No free KNBCB available...You may need to re-configure for more 	 clients!!  > J >    Increasing the number of clients only delays the problem. The problemC >    won't occur when the number of sessions is under 150 (with max G >    sessions at 400). Only XP clients (with SP1 or greater) have these G >    exploding  sessions. The only way out is to restart the server and  >    PWIP driver.  > I > 2  Eudora complaining about it's trash mailbox table of contents is out J >    of date and asking to rebuild it. This is when it's mailbox folder is4 >    on a network share. This only a minor nuisance. > H > I have not personally noticed the red X in explorer but will be on the1 > look out for that. Three questions for you Tom:  > 5 >  a. What version of Pathworks did you upgrade from?  > J >  b. Do you map these drives using a logon script (.bat file) or are they@ >     "persistent" mappings that windows restores at logon time? > 8 >  c. Are there any error messages during drive mapping? >  > --I > -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madison 9 > --                  karcher.nomorespxm@waisman.wisc.edu    ------------------------------  # Date: Mon, 15 Dec 2003 19:21:29 GMT # From: "John Smith" <a@nonymous.com> " Subject: Re: Alpha Server Road MapI Message-ID: <ZQnDb.45908$NNW1.24613@news04.bloor.is.net.cable.rogers.com>    John Brandon wrote: C > I have a vendor that has decided to stop support of their Payroll 	 > Package A > on VMS becuase they indicated that HP would stop supporting our G > (GS160 Alpha) hardware platform in 2005.  They indicated that was the = > main reason they weren't supporting this platform any more.  > G > My thought is that VMS is VMS on VAX, on Alpha, and Itanium.  Granted ! > a bit feauture sparce on VAX...  > H > Where can I find the Alpha/VMS roadmap?  Yes I know Itanium is the newG > direction however I would like to read up on the support of the Alpha E > and get an insight into what type of rear-end valve this vendor has  > with VMS.  > F > I would tend to believe that come 2005 Alpha will still be supportedC > as a hardware platform and O/S - with the understanding of no new . > development of course - similiar to the VAX. >  > Links? >  > Any comments?  >  >  >  > J*o*h*n B*r*a*n*d*o*n  > VMS Systems Administrator , > firstname.lastname.spam.me.not@dalsemi.com   ------------------------------  # Date: Mon, 15 Dec 2003 19:24:33 GMT # From: "John Smith" <a@nonymous.com> " Subject: Re: Alpha Server Road MapH Message-ID: <RTnDb.45929$NNW1.3770@news04.bloor.is.net.cable.rogers.com>   John Brandon wrote: C > I have a vendor that has decided to stop support of their Payroll 	 > Package A > on VMS becuase they indicated that HP would stop supporting our G > (GS160 Alpha) hardware platform in 2005.  They indicated that was the = > main reason they weren't supporting this platform any more.  > G > My thought is that VMS is VMS on VAX, on Alpha, and Itanium.  Granted ! > a bit feauture sparce on VAX...  > H > Where can I find the Alpha/VMS roadmap?  Yes I know Itanium is the newG > direction however I would like to read up on the support of the Alpha E > and get an insight into what type of rear-end valve this vendor has  > with VMS.  > F > I would tend to believe that come 2005 Alpha will still be supportedC > as a hardware platform and O/S - with the understanding of no new . > development of course - similiar to the VAX. >  > Links? >  > Any comments?     K This is the sort of thing to expect when HP doesn't advertise about VMS and = its future as a key operating system in the HP constellation.   J Contact Sue Skonetski and get her to send the local VMS Ambassador over toL your vendor to read the Riot Act to them and to beat them about the head and2 buttocks with a 2x4 to knock some sense into them.   ------------------------------   Date: 15 Dec 2003 15:54:18 GMT< From: gartmann@non.immunbio.mpg.de.sens (Christoph Gartmann) Subject: DE500-XA & full-duplex 0 Message-ID: <brklfa$7db$1@n.ruf.uni-freiburg.de>   Hi,   N OpenVMS 7.3-1 on an AlphaStation 255. The station has a DE500-XA network card.I The card is set to 100 MB/s and full-duplex. The same at the other end (a O switch). This setup worked for quite some time. Now we replaced the switch with K one from 3Com (3C17204, a 4400). Now we get lots of CRC errors. The machine N boots up and is working more or less all right. If we let the switch negotiateO the speed and duplex mode this results in 100 MB/s and half-duplex although the N card is configured with full duplex. Setting the switch to full duplex results in these CRC errors.    M Next I used a Soho switch. This one detects 100 MB/s. In addition the LED for O full-duplex is flickering. Sometimes it is on for a few seconds, then goes off, M goes on again and so on but no CRC errors. Is my card broken? Anyhting else I  can try?   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: 15 Dec 2003 17:48:31 -0800( From: bob@instantwhip.com (Bob Ceculski)# Subject: Re: DE500-XA & full-duplex = Message-ID: <d7791aa1.0312151748.46e6de39@posting.google.com>   t gartmann@non.immunbio.mpg.de.sens (Christoph Gartmann) wrote in message news:<brklfa$7db$1@n.ruf.uni-freiburg.de>... > Hi,  > P > OpenVMS 7.3-1 on an AlphaStation 255. The station has a DE500-XA network card.K > The card is set to 100 MB/s and full-duplex. The same at the other end (a Q > switch). This setup worked for quite some time. Now we replaced the switch with M > one from 3Com (3C17204, a 4400). Now we get lots of CRC errors. The machine P > boots up and is working more or less all right. If we let the switch negotiateQ > the speed and duplex mode this results in 100 MB/s and half-duplex although the P > card is configured with full duplex. Setting the switch to full duplex results > in these CRC errors.   > O > Next I used a Soho switch. This one detects 100 MB/s. In addition the LED for Q > full-duplex is flickering. Sometimes it is on for a few seconds, then goes off, O > goes on again and so on but no CRC errors. Is my card broken? Anyhting else I 
 > can try? > 
 > Regards, >    Christoph Gartmann   F first off, you would be better using a DE500-BA ... second, you cannotF allow auto anything ... you need a managed switch and you need to hardH set the ports to 100 full duplex, and also should turn off spanning tree7 then set the card from the console or vms to FASTFD ... E the DE500-BA runs fine at 100fd for us but if you still have problems A with that older card you will have to turn it down to 100 half or  10 half ...    ------------------------------  # Date: Mon, 15 Dec 2003 18:53:44 GMT & From: John Reagan <john.reagan@hp.com>L Subject: Re: Do language compilers need to be reinstalled for OpenVMS V7.3-23 Message-ID: <YqnDb.10695$QY4.7966@news.cpqcorp.net>    norm.raphael@metso.com wrote: F > I note that there is a variant of Compaq BASIC, V1.5A, on the latest > distribution, which says:  > F >          Compaq BASIC for OpenVMS Alpha Systems is a native compilerF >           that runs on and generates code for OpenVMS Alpha systems.K >           Version V1.5A corrects a problem with the installation of Alpha J >           BASIC on OpenVMS Alpha systems Version 7.3-2. The installationL >           fails if the system definitions library (STARLET) is asked to beI >           generated. If it is not requested (which is the default), the + >           installation proceeds normally.  > L > This causes me to ask if any (or all) of the Language Compilers need to be
 > reinstalled E > after the V7.3-2 Upgrade (or is this kit simply for new post V7.3-2  > installations).  > B > Any information on why this should or should not be done will be > appreciated. >  > -Norm  >  >   D Both the Pascal and BASIC installations build their STARLET.PAS and E STARLET.BAS files, respectively, from the STARLETSD.TLB intermediate  G file shipped on the OpenVMS kit.  The version of SDL used to build the  I STARLETSD.TLB for V7.3-2 is incompatible with the pieces of SDL that are  G shipped inside the existing Pascal and BASIC kits.  Both compilers had  : to provide new kits to include revised sets of SDL images.  G You don't have to reinstall Pascal or BASIC after upgrading to V7.3-2.  I The existing compilers will work just fine. The existing STARLET.PAS and  F STARLET.BAS files will simply describe the version of OpenVMS running H when you originally built those files.  If you reinstall the old Pascal @ or BASIC kits in an attempt to freshen up the STARLET file, the E installations will fail.  That is where the new V1.5A and V5.8A kits   need to be used.  C We're looking to building the STARLET.PAS/BAS files as part of the  H OpenVMS build much like the SYS$STARLET_C.TLB and STARLET.REQ files are H done.  If/when we do this, we will be free from dragging around various : pieces of SDL and getting burnt when they get out of sync.   --   John Reagan ' Compaq Pascal/{A|I}MACRO Project Leader  Hewlett-Packard Company    ------------------------------  # Date: Mon, 15 Dec 2003 20:27:40 GMT 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)6 Subject: F$GETJPI Lexical Function (Rights Item Codes)2 Message-ID: <0PoDb.85192$dt3.40218@news.chello.at>  F It seems that the explaination of some item codes for F$GETJPI is not  really consistent:  E PROCESS_RIGHTS, RIGHTSLIST and SYSTEM_RIGHTS are documented as string  and indeed deliver a string.  E INSTALL_RIGHTS, PERSONA_RIGHTS and SUBSYSTEM_RIGHTS are documented as G integer but with the unsuitable sentence "... This item code returns a  I list of ... rights separated by commas.", just like the string ones read.   C INSTALL_RIGHTS and SUBSYSTEM_RIGHTS seem to not deliver an integer  H because both deliver nothing on my system and "Integer" values can't be G blank (but can be 0 of course). So, I think, "String" would be correct.   5 PERSONA_RIGHTS does indeed return a binary value, but H 1) this would be the only itemcode regarding rights behaving differentlyH 2) I think therefor, this is wrong and will be fixed in the near future F 3) If return value is indeed intended as binary (which I doubt), then @ the documentation is still wrong, because a hex-value is not an D "Integer" (and the statement "...separated by commas" still doesn't  apply either).   What do you think ? # Anyone with a support contract... ?    Many TIA   --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  % Date: Mon, 15 Dec 2003 11:35:18 -0800 0 From: Mark Berryman <Mark.Berryman@Mvb.Saic.Com>* Subject: Re: Freeware download corrupt (?)' Message-ID: <3fdd9c76$1@cpns1.saic.com>    Richard L. Dyson wrote:  > Mark,  > L >     I have been playing with your port of GS v8.11 (I last helped out with7 > v7.x and have been out of the picture until today. :)  > H >     I found I had to change one macro in GDEVX.C in order to get it toI > compile cleanly.  From a recent MMK build (in the past, only MMK would   > work. M > Do you know if MMS is useable?  I will try later, but thought I would ask.)  > , > LINK/NODEBUG/NOTRACEBACK/EXE=[.BIN]GS.EXE ; > [.obj]gs.obj,[.obj]ld.tr/OPTIONS,[.src]OPENVMS.OPT/OPTION ( > %LINK-W-NUDFSYMS, 2 undefined symbols:$ > %LINK-I-UDFSYM,         XInitImage: > %LINK-W-USEUNDEF, undefined symbol XInitImage referenced+ >         in psect $LINK$ offset %X000000F0  >         in module GDEVX file  2 > DISK$WOLF:[DYSON.TOOLS.GS.GS8_11.OBJ]GDEVX.OBJ;1 > M > I am using Alpha/OpenVMS v7.3-1 with DEC C v6.5-001 and DECWindows v1.3.  I J > don't think I have updated C RTL.  I have seen the reported problem withM > installing with ACRTL v6.0.  I must have missed the ECO announcement for it * > or I would probably have installed it...  C If you really have DECWindows V1.3 then you have XInitImage.  This  G software kit built correctly under both V1.2-5 (which doesn't have it)  F and V1.3 (which does) on my system using the same versions of VMS and  DECC that you did.  I What was the change you had to make in order to get it to link correctly?   
 Mark Berryman    ------------------------------  % Date: Tue, 16 Dec 2003 01:49:43 +0800 , From: Paul Repacholi <prep@prep.synonet.com>( Subject: Re: Full or Partial file spec ?- Message-ID: <87d6aqhsy0.fsf@prep.synonet.com>   , JF Mezei <jfmezei.spamnot@istop.com> writes:   > Paul Repacholi wrote: 1 >> DISK:[DIR]FILE.NAME;1 can return many files...   D > However, the default behaviour for most DCL applications is to useE > the first file in the above example. TPU however, will upon startup C > tell you that this represents multiple files and will want you to F > specify which one you want (for instance, if same file exists in the2 > specific and common directories in sys$manager:)  F Having started in the days when ASR33s where hungry, and fingers whereC finite :) on the 6/10 wildcards were used to abreviate one filename B more often than to specify many files. IE, you would type MAC * asB it was shorter than MAC FOOBAR. As long as there was only one fileE that matched the spec, everyone was happy. If there was more than one B matching file and the CUSP reequired a single input file the errorB was "Ambiguous File Spec" or the like. But this lived in SCAN/WILD3 and they, along with SCNSER are dragon territory :)    --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  + Date: Mon, 15 Dec 2003 22:59:04 -0600 (CST)  From: sms@antinode.orgE Subject: GV v. GhostScript: Error: /invalidfileaccess in --.libfile-- ) Message-ID: <03121522590487@antinode.org>   E    Figuring it was time to get up-to-date, I sucked down the recently D advertised GhostScript V8.11 kit from mvb.saic.com and GV 3.5.8 from zinser.no-ip.info.  @    After installation of the PCSI kit for GhostScript, and afterF building GV, I can run GS.EXE to display (the first page of) a typicalC PostScript file, but when I try to use GV on the same file, I get a D pop-up "GhostScript Messages" window with the complaint shown below,E which is not telling me what I want to know.  Anyone else know what's - going on, or what I should do for more clues?     ) Error: /invalidfileaccess in --.libfile--  Operand stack:M    F3205_0   1   1   --nostringval--   Helvetica   Font   Helvetica  214791   J  Helvetica   --nostringval--   Helvetica   NimbusSanL-Regu  (n019003l.pfb) Execution stack:N    %interp_exit   .runexec2   --nostringval--   --nostringval--   --nostringvaN l--   2   %stopped_push   --nostringval--   --nostringval--   --nostringval-- N   false   1   %stopped_push   1   3   %oparray_pop   1   3   %oparray_pop   1 N   3   %oparray_pop   1   3   %oparray_pop   .runexec2   --nostringval--   --noN stringval--   --nostringval--   2   %stopped_push   --nostringval--   --nostriN ngval--   5   4   %oparray_pop   6   4   %oparray_pop   --nostringval--   --noN stringval--   --nostringval--   --nostringval--   --nostringval--   false   1 N   %stopped_push   9   5   %oparray_pop   --nostringval--   --nostringval--   -N -nostringval--   --nostringval--   --nostringval--   %array_continue   --nostrN ingval--   --nostringval--   --nostringval--   --nostringval--   --nostringvalM --   %array_continue   --nostringval--   --nostringval--  --nostringval--   % H loop_continue   --nostringval--   13   6   %oparray_pop  --nostringval-- Dictionary stack: N    --dict:1105/1123(ro)(G)--   --dict:0/20(G)--   --dict:70/200(L)--   --dict:> 55/75(L)--   --dict:17/17(ro)(G)--   --dict:1105/1123(ro)(G)--  Current allocation mode is local7 AFPL Ghostscript 8.11: Unrecoverable error, exit code 1 ' %SYSTEM-E-BADPARAM, bad parameter value   H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-org     Saint Paul  MN  55105-2547    ------------------------------    Date: 15 Dec 2003 20:40:03 -08001 From: keithparris_NOSPAM@yahoo.com (Keith Parris) > Subject: HP Integrity servers set record HPC benchmark results= Message-ID: <cf15391e.0312152040.43969522@posting.google.com>   B HP Integrity servers achieve record results in a wide range of HPC
 benchmarks by Kent Koeninger   E HP Integrity servers have achieved record results on several standard B high-performance computing (HPC) benchmarks, including the LinpackF N*N, SPEC ENV2002, SPEC CHEM2002, SPEC OMP, and SPECfp benchmarks. TheB HP Integrity Superdome server set a new record for the fastest andA most efficient 64-processor, shared-memory Linpack N*N benchmark, F sustaining 341.685 Gflop/s. This surpasses the previous 335.45 Gflop/sB record that this server set for the June 2003 TOP500 SupercomputerC List. The new 64-processor result is faster and more efficient than E the SGI Altix, IBM pSeries, and all other shared-memory, 64-processor E results. For example, the Integrity Superdome server's efficiency was B 89 percent of peak, far outpacing the 66 percent efficiency of the< 32-processor IBM p690 server. HP Integrity systems have also? maintained their position at the top of the list in the Linpack D report, with no challengers since the 1.5-gigahertz, Itanium 2-basedC Integrity systems were released in June 2003. These servers secured > 1,635 Mflop/s for the 100x100 result and 5,303 Gflop/s for the= 1000x1000 single-processor results. In addition, new SPEC HPC E benchmarks show that HP Integrity servers command a large performance ? lead over AMD Opteron processor-based IBM systems and all other 8 vendors. In fact, Integrity servers outperformed OpteronF processor-based IBM configurations that used twice as many processors.  . For detailed results and more information, seeH http://www.hp.com/techservers/news/news_integrity_server_benchmarks.html   ------------------------------    Date: 15 Dec 2003 12:24:44 -0800' From: icerq4a@spray.se (David Svensson) C Subject: Re: HP tops 1 million tpmC on Superdome with Itanium2 CPUs < Message-ID: <734da31c.0312151224.c6f6fa8@posting.google.com>   Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<brcerr$gu9$1@new-usenet.uk.sun.com>...  > 6 > Its BS because in order for it not to be BS you have5 > to demonstrate why on earth anyone should care what / > the TPC-C or SPEC numbers are for a platform.  > 4 > Customers run apps they don't run SPECint ot TPC-C > never have and never will.  E As far as I see when I use and build applications on a new Sun server B it is going around twice as slow compared to other platforms, so I? think the SPEC numbers actually reflect real world performance.    ------------------------------  % Date: Tue, 16 Dec 2003 00:26:15 -0000 4 From: "Chris Casey" <chris.caseyNOSPAM@ntlworld.com>C Subject: Re: HP tops 1 million tpmC on Superdome with Itanium2 CPUs @ Message-ID: <IisDb.4223$526.29540@newsfep4-glfd.server.ntli.net>  - "CJT" <abujlehc@prodigy.net> wrote in message " news:3FD911B9.30607@prodigy.net... > Chris Casey wrote: > 1 > > "CJT" <abujlehc@prodigy.net> wrote in message ( > > news:3FD8CD9E.3080609@prodigy.net... > >  > > G > >>When it is later learned that under realistic *business* conditions K > >>nowhere near 1 million transactions are possible, IT loses his job. <g>  > >> > >  > > Really?? > > K > > Since when do politically astute executives lose their job just because  the . > > facts don't match what they have promised.% > > Think Of Curly, Carly etc........  > >  > >  > 7 > Since when are IT executives politically astute?  <g>  >   G I wish I could make so many mistakes and earn their money. They must do  something right.   ------------------------------    Date: 15 Dec 2003 12:05:42 -08001 From: usenet_vms@lehrerfamily.com (Joshua Lehrer) & Subject: lbr$ routines and concurrency= Message-ID: <477e0934.0312151205.2128bebf@posting.google.com>   - Are any of the lbr$ routines conccurent safe?   9 Can I add have multiple consumers calling lbr$put_record, - lbr$insert_key, and lbr$put_end concurrently?   B I'm trying to write a program to place 1000's of files into a text library as quickly as possible.    Thanks,   
 joshua lehrer  factset research systems NYSE:FDS   ------------------------------  % Date: Mon, 15 Dec 2003 16:00:26 -0500 * From: "Syltrem" <syltremzulu@videotron.ca>* Subject: Re: lbr$ routines and concurrency3 Message-ID: <eepDb.7066$G1.32709@tor-nn1.netcom.ca>   2 I guess the easiest way to find out, is to try it.' You can quickly write a sample program.   I I remember on older VMS versions that you could not insert into a library ! when it was open by someone else.   
 Let's see:   $ lib/create/text f 
 $ cr f.txt
 hello Exit $ open/read/write/share f f.tlb  $ lib/repl f.tlb f.txtA %LIBRAR-F-OPENIN, error opening DGSI_A1:[TREMBLAY]F.TLB; as input 1 -RMS-E-FLK, file currently locked by another user    Yup. That's still the case. - The last command froze (timeout of 1 minute). I I also remember doing a CTRL/Y when the command was frozen, would corrupt L the file (back in version 4 or 5). This seems not to be the case anymore but you ought to be careful.   --   Syltrem    OpenVMS 7.3-1 + Oracle 8.1.7.4H http://pages.infinit.net/syltrem (OpenVMS related web site, en franais)% ---zulu is not in my email address--- H "Joshua Lehrer" <usenet_vms@lehrerfamily.com> a crit dans le message de7 news:477e0934.0312151205.2128bebf@posting.google.com... / > Are any of the lbr$ routines conccurent safe?  > ; > Can I add have multiple consumers calling lbr$put_record, / > lbr$insert_key, and lbr$put_end concurrently?  > D > I'm trying to write a program to place 1000's of files into a text! > library as quickly as possible.  > 	 > Thanks,  >  > joshua lehrer  > factset research systems
 > NYSE:FDS   ------------------------------  # Date: Mon, 15 Dec 2003 21:50:29 GMT 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)* Subject: Re: lbr$ routines and concurrency2 Message-ID: <F0qDb.86720$dt3.53009@news.chello.at>  ` In article <eepDb.7066$G1.32709@tor-nn1.netcom.ca>, "Syltrem" <syltremzulu@videotron.ca> writes:J >I remember on older VMS versions that you could not insert into a library" >when it was open by someone else. >  >Let's see:  >  >$ lib/create/text f >$ cr f.txt  >hello Exit   >$ open/read/write/share f f.tlb >$ lib/repl f.tlb f.txt B >%LIBRAR-F-OPENIN, error opening DGSI_A1:[TREMBLAY]F.TLB; as input2 >-RMS-E-FLK, file currently locked by another user >  >Yup. That's still the case.  . What did you expect ? You opened it /WRITE ...  . >The last command froze (timeout of 1 minute).  O Which is in my eyes an advantage (if timeout is controllable, it is a big one).   G Which leads to the question, why eg. HELP doesn't open the help library C /READ/NOWRITE/SHARE=WRITE and LIBRARIAN opens the file /SHARE=READ. L I see no disadvantage, but otherwise every single user is able to prevent an+ installation adding something to HELPLIB...   J >I also remember doing a CTRL/Y when the command was frozen, would corruptM >the file (back in version 4 or 5). This seems not to be the case anymore but  >you ought to be careful.    I never seen that, though.   --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  % Date: Mon, 15 Dec 2003 17:19:38 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>* Subject: Re: lbr$ routines and concurrency) Message-ID: <3FDE3372.A877753F@istop.com>    Joshua Lehrer wrote:; > Can I add have multiple consumers calling lbr$put_record, / > lbr$insert_key, and lbr$put_end concurrently?  > D > I'm trying to write a program to place 1000's of files into a text! > library as quickly as possible.   R Nop. And you can't even write to a library of someone else has it opened for read.  L However, when you try to opened an already opened file, the LBR$OPEN routineP will make multiple attemps over a period of 30 seconds if I remember correctlty.   ------------------------------  # Date: Mon, 15 Dec 2003 19:29:49 GMT # From: "John Smith" <a@nonymous.com> A Subject: Re: Linux kernel security bug ... VMS kernel rock solid! H Message-ID: <NYnDb.45967$NNW1.4541@news04.bloor.is.net.cable.rogers.com>  ( Andrew Harrison SUNUK Consultancy wrote: > Tom Linden wrote: C >>  not questioning, but just curious where you found those numbers  >> >  > IDC  >   2 Do you have a precise report/issue/page reference?   ------------------------------  % Date: Mon, 15 Dec 2003 21:30:56 +0100 " From: km <kmichali@elka.pw.edu.pl>% Subject: Logging interactive sessions - Message-ID: <3FDE1A00.3080303@elka.pw.edu.pl>    Experts,  D How can I automatically log interactive sessions in OpenVMS without  using  3rd party software? Is it posible?   Thanks for all help  Krzysztof Michalik   ------------------------------  % Date: Mon, 15 Dec 2003 13:49:45 -0700 % From: Dan O'Reilly <dano@process.com> ) Subject: Re: Logging interactive sessions B Message-ID: <6.0.0.22.2.20031215134844.01f8abc8@raptor.psccos.com>   You could do a couple things:   D - for a single session, do a SET HOST 0/LOG and that will record all    terminal I/O.  F - you could write a simple emulator using FT devices (psuedoterminals)     and have your users use that.  ! At 01:30 PM 12/15/2003, km wrote: 	 >Experts,  > E >How can I automatically log interactive sessions in OpenVMS without   >using  3rd party software?  >Is it posible?  >  >Thanks for all help >Krzysztof Michalik    ------J +-------------------------------+----------------------------------------+J | Dan O'Reilly                  |  "There are 10 types of people in this |J | Principal Engineer            |   world: those who understand binary   |J | Process Software              |   and those who don't."                |J | http://www.process.com        |                                        |J +-------------------------------+----------------------------------------+   ------------------------------  % Date: Mon, 15 Dec 2003 15:50:57 -0500 * From: "Syltrem" <syltremzulu@videotron.ca>) Subject: Re: Logging interactive sessions 3 Message-ID: <c5pDb.7065$G1.32644@tor-nn1.netcom.ca>   * You mean, log everything you do in a file?  * Usually you will have DECnet installed so:   $ SET HOST 0 /OUT=LOGFILE.LOGa	 Username: 	 Password:m   do your things herea   $ LOGOUT  ) and everything is logged into LOGFILE.LOGx   HTHE   -- & Syltreml   OpenVMS 7.3-1 + Oracle 8.1.7.4H http://pages.infinit.net/syltrem (OpenVMS related web site, en franais)% ---zulu is not in my email address---r9 "km" <kmichali@elka.pw.edu.pl> a crit dans le message dep' news:3FDE1A00.3080303@elka.pw.edu.pl...e
 > Experts, >yE > How can I automatically log interactive sessions in OpenVMS withouto > using  3rd party software? > Is it posible? >o > Thanks for all helph > Krzysztof Michalik >i   ------------------------------   Date: 15 Dec 2003 18:15:02 GMT< From: gartmann@non.immunbio.mpg.de.sens (Christoph Gartmann), Subject: Re: Need Help Porting C code to VMS0 Message-ID: <brktn6$b2j$1@n.ruf.uni-freiburg.de>  k In article <3fdde80b$0$1102$7f8943f3@newsreader.visi.com>, Lyndon Bartels <lbartels@pressenter.com> writes: ? >I'm working on porting some C code from a Linux system to VMS.T >h4 >I'm running VMS 7.3-1, CC 6.5, and the latest ECOs. > J >The Code I'm trying to port is.. admittedly, some simple games, but they @ >serve as a good learning experience. They are card games, like . >solitaire, etc. And they need graphic images. >pJ >I've already build new object libraries for zlib, png, and xpm. And they " >seem to work with the test files. >  >Here's the problem. > + >The C compile gives the following message:  >O8 >> $ cc/prefix=all/include=(libzlib,libpng,libxpm) table >>  & >> REGISTER_IMAGE_LIBRARY(card_images) >> ^ >> %CC-E-NOSEMI, Missing ";". S >> at line number 1040 in file USER01:[MGR.LBARTELS.PROGRAMMING.ACE.ACE-1_2.LIB]TABe	 >> LE.C;5   J It looks as a simply typo. The preceding line of your code is not properly terminated with a ";".  I >When I take out the code for "REGISTER_IMAGE_LIBRARY" the code compiles -D >fine. (At first I thought it was an issue with the code before it.)  I This is quite logic. If the code starts with your module there is nothing-( preceding it and thus no need for a ";".  * >The .h file that has this definitions is: >o >> #ifdef __cplusplus  >> }S >> #define REGISTER_IMAGE_LIBRARY(x) static int __register = _register_imagelib(x);p >> #else] >> #define REGISTER_IMAGE_LIBRARY(x) static void __register() __attribute__((constructor)); \s> >>         static void __register() { _register_imagelib(x); }	 >> #endif  >t  C The interesting code in question here are the five lines above yourb% "REGISTER_IMAGE_LIBRARY(card_images)"    Regards,    Christoph Gartmannw   -- nE  Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452w  ImmunbiologieI  Postfach 1169                 Internet: gartmann@immunbio dot mpg dot deh  D-79011  Freiburg, Germanya9                http://www.immunbio.mpg.de/home/menue.htmlE   ------------------------------  % Date: Mon, 15 Dec 2003 17:01:31 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>, Subject: Re: Need Help Porting C code to VMS) Message-ID: <3FDE2F34.1C54C2C7@istop.com>S   Lyndon Bartels wrote:f9 > > $ cc/prefix=all/include=(libzlib,libpng,libxpm) table3 > >l' > > REGISTER_IMAGE_LIBRARY(card_images)e > > ^1 > > %CC-E-NOSEMI, Missing ";".T > > at line number 1040 in file USER01:[MGR.LBARTELS.PROGRAMMING.ACE.ACE-1_2.LIB]TAB
 > > LE.C;5    L Have you tried REGISTER_IMAGE_LIBRARY(card_images);  and then remove the ";" from the #define ?   > > #ifdef __cplusplus > > }hT > > #define REGISTER_IMAGE_LIBRARY(x) static int __register = _register_imagelib(x);	 > > #elseg^ > > #define REGISTER_IMAGE_LIBRARY(x) static void __register() __attribute__((constructor)); \? > >         static void __register() { _register_imagelib(x); }C
 > > #endif  K seems you have it reversed. if it si C++ it seems to define a C compatible.   H Also, if you use the register_image_library more than once, you will getF complaints about attempts to multiply define the variable "_register".   ------------------------------  % Date: Tue, 16 Dec 2003 02:05:16 +0800e, From: Paul Repacholi <prep@prep.synonet.com>* Subject: Re: OT: The Powerpoint generation- Message-ID: <874qw2hs83.fsf@prep.synonet.com>T  0 spamsink2001@yahoo.com (Alan E. Feldman) writes:  6 > Steven Bitgood <steve@goodbits.com> wrote in message) > news:<3FDD02BB.2090308@goodbits.com>...s  E >> Anyone with an interest in the visual representation of data needsrC >> to review the work of Edward Tufte. The September issue of Wired @ >> magazine has his summary of his opinions on PowerPoint, and I >> highly recommend it.   n5 >> http://www.wired.com/wired/archive/11.09/ppt2.htmla   >> JF Mezei wrote:  < >> >>http://www.nytimes.com/2003/12/14/magazine/14POWER.html  F >> > has a most interesting article about how the use of Powerpoint is@ >> > "dumbing" down business decisions. Essentially it says thatF >> > managers are forced to simplify everything to fit on a powerpointC >> > slide that can contains limited amount of text in bullet pointn4 >> > form instead of the precise information needed.  < >> > Examples given of failures of Powerpoint is the shuttleB >> > columbia. After seeing the launch video, the engineers had toD >> > cram all the information on possible debris hit into powerpoint@ >> > slides that did not make it possible for managers to really@ >> > understand the situation. Managers based their decisions on0 >> > powerpoint slides instead of the real data. >> >  F > Please pardon me if I am missing something obvious, but why is thereC > a picture of Genevieve Liang when the article is by Dr. Tutfe and 3 > Liang is not mentioned anywhere else on the page?a  C > BTW, I find it interesting that the "Previous Story" link on this / > page is called "Learning to Love PowerPoint".c  C I found the adds for powerpuke at the bottom even more amusing. Andt  so apropriate given the message.  C BTW, I consider Tufte's works to be required reading for anyone whoa  has to even pretend to use data.     -- (< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.r@                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------    Date: 15 Dec 2003 14:04:52 -0800. From: spamsink2001@yahoo.com (Alan E. Feldman)* Subject: Re: OT: The Powerpoint generation= Message-ID: <b096a4ee.0312151404.5043409e@posting.google.com>   a Paul Repacholi <prep@prep.synonet.com> wrote in message news:<874qw2hs83.fsf@prep.synonet.com>... 2 > spamsink2001@yahoo.com (Alan E. Feldman) writes: > 8 > > Steven Bitgood <steve@goodbits.com> wrote in message+ > > news:<3FDD02BB.2090308@goodbits.com>...  >   G > >> Anyone with an interest in the visual representation of data needs E > >> to review the work of Edward Tufte. The September issue of WiredmB > >> magazine has his summary of his opinions on PowerPoint, and I > >> highly recommend it.. >  .7 > >> http://www.wired.com/wired/archive/11.09/ppt2.htmlh [...]d >  dE > > BTW, I find it interesting that the "Previous Story" link on thisn1 > > page is called "Learning to Love PowerPoint".0 >   E > I found the adds for powerpuke at the bottom even more amusing. Ando                         ^^^^^^^^^   LOL! Hilarious!          [...]i   Alan E. Feldmann   ------------------------------  % Date: Mon, 15 Dec 2003 18:48:21 -0500 3 From: "Richard B. Gilbert" <rgilbert88@comcast.net>k( Subject: Re: Problems with 7.3 and 164LX0 Message-ID: <mbydnQdyqvjb1UOiRVn-hA@comcast.com>  G I have no experience with the unsupported machines.  I wanted machines  E that worked and bought them that way.   I'll look at the V6.5 CD the  C next time I'm near it and see if it has any firmware for the 164LX.s  G Your best bet, however, would be to find the HP/Compaq/DEC firmware on iI their web site and  download the latest and greatest for  your machine.  tI I'd suggest using Google to search for it; the HP search engine couldn't - find its ass with both hands!      Tor Arne Rein wrote:   > Hi,m >J > Richard B. Gilbert wrote:  >jG >> The "Very Latest Firmware CD" is labeled V6.5, it came with the VMS .C >> V7.3-2 distribution I received a week or two ago.  This may not nF >> contain updated firmware for very old machines and may not contain G >> VMS PALCODE or SRM console for machines that were never intended to A >> run VMS.e >aI > Yes, I have both 6.2 and 6.3, but the 164LX firmware was 5.8-1 on both p > CD's.h >p >>H >> I believe that I've read of some unofficial and unsupported releases B >> of firmware for unsupported Alphas, courtesy of one of the VMS @ >> engineers, but the unsupported machines are still just that,  >> unsupported!e >>G > Great. Unsupported ok, if I only can get it to work. Any pointers to i > that ? > 
 > Tor Arne   ------------------------------  % Date: Mon, 15 Dec 2003 11:49:55 -0800m0 From: Mark Berryman <Mark.Berryman@Mvb.Saic.Com>W Subject: Problems with MySQL (was Re: OpenVMS, CSWS (apache), PHP and ... Rdb) Rdb)Rdb)i' Message-ID: <3fdd9fe3$1@cpns1.saic.com>o   Gary Morin wrote: 	 > Jack --  > H > Drop me a note.  We havn't talked in a while and I have been using theC > MySQL OpenVMS port running on MyAlpha :) for the Database class In > teach.  I I'd like to talk a bit about MySQL.  I've been using the V4.0.16 port on  H VMS and the tables keep getting corrupted.  A CHECK TABLE shows various G forms of corruption (although bad file length is the most common) and,  I so far, a REPAIR TABLE has always fixed the problem without losing data.  F   However, I'd like to figure out why this is happening.  Anyone with  any hints or ideas?   D Note that I've also tried the V4.1.1 port.  That one aborts with an G ACCVIO when I try to create the first table (with a command that works r% without error in the 4.0.16 version).r  $ I am using both VMS 7.3-1 and 7.3-2.  
 Mark Berrymanr   ------------------------------  % Date: Tue, 16 Dec 2003 00:01:46 -0000t/ From: RTL/2 Support <rtl2.support@ntlworld.com>  Subject: Re: RTL/2 Anyoneh0 Message-ID: <oprz8yc8goojvu8q@news.ntlworld.com>  K On Sat, 06 Dec 2003 21:34:32 +0800, Paul Repacholi <prep@prep.synonet.com> s wrote:  , > "Norbert Liew" <nliew@delinux.biz> writes: >tE >> First of all I know this is really obsolete but anyone knows whereoE >> can I get a reasonable documentation to learn RTL/2 from scratch ?e  < Well I prefer to think of it as temporally under-appreciated9 rather than obsolete - it is still in use in a few placess: around the world. However I must admit that hp have yet to7 shower us with gifts in exchange for a port to Itanium.f  = Anyway, its a comparatively simple language to learn from itsdA source code, and the later versions of the VMS compilers includedo> a number of useful Help libraries, LSE template etc as well as? the paper language reference manual. If you contact me off linec7 I should be able to send you the online stuff at least.     ' >> Can never get anything from the net.c  : It is a royal pain searching for a name with a '/' - still9 you do get to learn more than you probably ever wanted to. know about German TV channels !n    H > You could try Royal Radar Establishment, or what ever they call it now" > days, that's where it came from.  3 Nope, I think you're getting confused with CORAL66.d  = RTL/2 was developed at ICI (UK chemical company) in the earlym> 1970s by a team that included John Barnes of later Ada repute.B The first compiler was, I think, a OS360 to PDP-11 cross-compiler,= with a native RSX-11 version soon after (ran in 16K, although & I believe someone got it down to 12K).    G > Hooghovens in NL used it a lot on RSX-11, some one may have old bits l > stashed away.C    Indeed they did, and on VAX/VMS.    D > You could also try google groops, I think this came up a long time- > ago, and there may have been a Vax version.e  < There were at least two competing products on VAX/VMS; there; is also an Alpha/VMS version although that generates C codee2 so requires the user to have a C compiler as well.     HTHe     Rogera   ------------------------------  # Date: Mon, 15 Dec 2003 19:28:12 GMTg# From: "John Smith" <a@nonymous.com>h1 Subject: Re: Singapore Exchange to run on OpenVMSfI Message-ID: <gXnDb.45955$NNW1.34486@news04.bloor.is.net.cable.rogers.com>h   Rob Young wrote: > In articleG > <sa%Cb.16837$%TO.3822@twister01.bloor.is.net.cable.rogers.com>, "John ! > Smith" <a@nonymous.com> writes:l >> Mike Naime wrote: >- >>B >> You might say - bring HP in to help out. No f!cking way at thisD >> point. HP should have been doing what they should have been doingF >> long ago - advertising to prime the pump. The marketing droids theyD >> have hereabouts are useless, with minimal VMS knowledge and would4 >> only screw up my carefully laid efforts thus far. >> >i? > Why not bring them in?  Carly is interested in OpenVMS sales:y >m4 > http://www.techweb.com/wire/story/TWB20031212S0009 >rC > "Shannon said HP is heavily committed to the Alpha line and notedc > that HP's CEO E > Carly Fiorina has made several customer calls to close Alpha sales"V    K I consider advertising and decent marketing a more convincing commitment torG the future of VMS than any words carly(tm) might utter in a closed door L meeting with my client unless those words were tape recorded and came with aC severe financial penalty clause if they weren't honored fully (EV79e	 anyone?).    ------------------------------  % Date: Mon, 15 Dec 2003 15:50:43 -0500t* From: JF Mezei <jfmezei.spamnot@istop.com>1 Subject: Re: Singapore Exchange to run on OpenVMSl) Message-ID: <3FDE1EA1.7930B8ED@istop.com>    Rob Young wrote:Q > "Shannon said HP is heavily committed to the Alpha line and noted that HP's CEO,E > Carly Fiorina has made several customer calls to close Alpha sales".  J Why must ever positive spin come from Shannon and not Carly ? And we don'tF know what Carly had to do to close a sale. I strongly suspect that sheL promised a free upgrade to IA64 systems of equal performance to their Alpha.  M I sense that HP is quite desperate to find a way to generate positive numbersd on IA64. But at what cost ?g   ------------------------------    Date: 15 Dec 2003 18:42:29 -0600+ From: young_r@encompasserve.org (Rob Young)o1 Subject: Re: Singapore Exchange to run on OpenVMS 3 Message-ID: <jntwnfEe$v1r@eisner.encompasserve.org>t  o In article <gXnDb.45955$NNW1.34486@news04.bloor.is.net.cable.rogers.com>, "John Smith" <a@nonymous.com> writes:8 > Rob Young wrote:
 >> In article H >> <sa%Cb.16837$%TO.3822@twister01.bloor.is.net.cable.rogers.com>, "John" >> Smith" <a@nonymous.com> writes: >>> Mike Naime wrote:r >> >>> C >>> You might say - bring HP in to help out. No f!cking way at thisiE >>> point. HP should have been doing what they should have been doingRG >>> long ago - advertising to prime the pump. The marketing droids they E >>> have hereabouts are useless, with minimal VMS knowledge and wouldM5 >>> only screw up my carefully laid efforts thus far.E >>>u >>@ >> Why not bring them in?  Carly is interested in OpenVMS sales: >>5 >> http://www.techweb.com/wire/story/TWB20031212S0009l >>D >> "Shannon said HP is heavily committed to the Alpha line and noted >> that HP's CEOF >> Carly Fiorina has made several customer calls to close Alpha sales" >  > M > I consider advertising and decent marketing a more convincing commitment toeI > the future of VMS than any words carly(tm) might utter in a closed dooroN > meeting with my client unless those words were tape recorded and came with aE > severe financial penalty clause if they weren't honored fully (EV79o > anyone?).t >   > 	So you are buying into what Gartner espouses?  They have been? 	writing VMS off in one form or other since the early nineties.I: 	So how would or how does your probability factor stack up= 	to Gartner's?  Since they have been wrong several times (andI? 	they do prognostication/analysis for a living which makes themr= 	"experts"), why should they be any less/more believable thanu 	your dour assessment?  = 	You see, it is still around and yet you can go back and reada' 	silly little Gartner blurbs like this:   H "OpenVMS customers heavily dependent on third-party applications should J immediately begin exploring migration options with an objective of moving L most key packaged applications off the OpenVMS platform by the end of 2001."  -    Gartner Group senior IT analyst Tom Henkeli    1999-  A 	Which sounds a WHOLE lot more entertaining than your drizzle and  	yet amounts to the same.  r  E 	They were championing "migration" away from VMS (by 2001 no less).  D% 	You too buy into the Gartner myth.  r   				Robw   ------------------------------  % Date: Mon, 15 Dec 2003 21:00:29 -0500(* From: "Bill Todd" <billtodd@metrocast.net>1 Subject: Re: Singapore Exchange to run on OpenVMSo2 Message-ID: <WOidnQeQK-an-kOi4p2dnA@metrocast.net>  8 "Rob Young" <young_r@encompasserve.org> wrote in message- news:jntwnfEe$v1r@eisner.encompasserve.org...kK > In article <gXnDb.45955$NNW1.34486@news04.bloor.is.net.cable.rogers.com>,I% "John Smith" <a@nonymous.com> writes:  > > Rob Young wrote: > >> In articlesJ > >> <sa%Cb.16837$%TO.3822@twister01.bloor.is.net.cable.rogers.com>, "John$ > >> Smith" <a@nonymous.com> writes: > >>> Mike Naime wrote:l > >> > >>>eE > >>> You might say - bring HP in to help out. No f!cking way at thisdG > >>> point. HP should have been doing what they should have been doing I > >>> long ago - advertising to prime the pump. The marketing droids they G > >>> have hereabouts are useless, with minimal VMS knowledge and would 7 > >>> only screw up my carefully laid efforts thus far.h > >>>n > >>B > >> Why not bring them in?  Carly is interested in OpenVMS sales: > >>7 > >> http://www.techweb.com/wire/story/TWB20031212S0009o > >>F > >> "Shannon said HP is heavily committed to the Alpha line and noted > >> that HP's CEOH > >> Carly Fiorina has made several customer calls to close Alpha sales" > >e > >gL > > I consider advertising and decent marketing a more convincing commitment toK > > the future of VMS than any words carly(tm) might utter in a closed dooraI > > meeting with my client unless those words were tape recorded and camec with aG > > severe financial penalty clause if they weren't honored fully (EV79s
 > > anyone?).: > >  >l? > So you are buying into what Gartner espouses?  They have beens@ > writing VMS off in one form or other since the early nineties.  I And, by George, they've been right about the intent, just wrong about ther ability:  F Remember good old Wes Melling and the active 'affinity' effort to move6 customers from VMS to AlphaNT throughout the mid-'90s?  K Remember the tentative plan in 1999 (just after Capellas took over - my how F that changed things from Pfeiffer) to have frozen the VMS code by now?J Marcello & friends managed to eke out a reprieve, but no actual *support*.  K Remember the VMS 'renaissance' that sputtered and died despite a measurablelE up-turn in VMS sales that was *supposed* to have been what Compaq wasp% waiting for to commit more resources?g  J Remember the complete lack of any attempt to compensate for the effects of the Alphacide on VMS sales?   J Remember the deafening silence about VMS during the merger discussions (asL contrasted with the multiple statements about the importance of systems like, HP-UX and NSK to the future merged company)?  E Remember the initial version of Scott Stallard's memo that explicitly.3 assumed that VMS users would be migrating to HP-UX?l  H That VMS's owners, from DEC right through Compaq (with a brief exceptionH under Pfeiffer) to the current cHumPaq, have intended to send VMS to theK glue factory has been clear for nearly a decade.  The only reason that nonetI of these predictions have come to pass is the stubborn refusal of the VMS0L customer base to be moved elsewhere, but that base is dwindling to the pointH where HP may cease to care whether it moves or just disappears:  from $4K billion in annual revenue and $800 million in annual profit in Y2K to underhE $3 billion and $500 million, respectively, at last report - and if $2sL billion of that revenue (and an even higher percentage of the profit) indeedK comes from services then post-Alphacide VMS system sales are down 60% - 70%eL from Y2K (despite having weathered the initial portion of the down-turn just fine).  G With zero effort to expand the customer base, even if further attrition.I occurs at only the 15% historical VMS customer turn-over rate it won't beaL long before VMS fails to generate even $1 billion in annual revenue (becauseL all those customers who've already stopped buying more VMS systems will haveE no reason to renew their service contracts once the systems that theys already own are retired).t   - bill   ------------------------------  % Date: Mon, 15 Dec 2003 21:21:46 -0500 * From: "Bill Todd" <billtodd@metrocast.net>1 Subject: Re: Singapore Exchange to run on OpenVMS 2 Message-ID: <TrqdnabD6f2l8UOi4p2dnA@metrocast.net>  8 "Rob Young" <young_r@encompasserve.org> wrote in message- news:nZAYxFukmHt5@eisner.encompasserve.org... L > In article <sa%Cb.16837$%TO.3822@twister01.bloor.is.net.cable.rogers.com>,% "John Smith" <a@nonymous.com> writes:a > > Mike Naime wrote:l >  > >sJ > > You might say - bring HP in to help out. No f!cking way at this point. HPF > > should have been doing what they should have been doing long ago -L > > advertising to prime the pump. The marketing droids they have hereabouts are-L > > useless, with minimal VMS knowledge and would only screw up my carefully > > laid efforts thus far. > >  > ? > Why not bring them in?  Carly is interested in OpenVMS sales:- >-4 > http://www.techweb.com/wire/story/TWB20031212S0009 >1H > "Shannon said HP is heavily committed to the Alpha line and noted that HP's CEOE > Carly Fiorina has made several customer calls to close Alpha sales"-  D Gee, Rob - couldn't you have found an article that wasn't so clearly	 clueless?S  K Start with the opening sentence:  "When Hewlett-Packard announced this fallaC that the days of the Alpha processor were numbered, the machine was-I immediately in play."  Was this guy incommunicado in a cave for more thano$ two years starting on June 24, 2001?  K And then (parroting Shannon the Shill's spiel) "software releases and other0J updates will serve to convince users to stay with HP with most Alpha usersJ eventually moving to the Itanium family."  Now, that could be true, if youI interpret 'most Alpha users' as 'most of the Alpha users who don't decidemK (or haven't already decided) to go elsewhere" - but (as I noted in my other0F post) a dominant percentage of VMS users already appear to have ceased# further investment in the platform.   K How about Terry's reported comment that "the older processor family will be3L supported with service and new releases for years go come."  Think he hasn'tI yet heard about the EV79 cancellation?  A minor speed-bump really doesn'trD qualify as a 'new release' - let alone 'new releases' (plural) - but< accuracy (or perhaps honesty) was never Terry's strong suit.  J We then move on to Nathan Brookwood, who supposedly said that VMS "is saidD to have 10 million users, most running aVMS version on older DigitalJ Equipment VAX machines."  Wow!  I had no idea that such a small percentageK of VMS users were running on Alpha - you'd think that VMS engineering wouldtL be concentrating on VAX-Itanic clusters rather than Alpha-Itanic clusters...B In the following paragraph Nathan's reported comments descend intoE unintelligibility, but even if they're being paraphrased correctly it + wouldn't be the first time he was confused.m  J I could pick apart the rest of the article, but it's not worth the effort.K Maybe Carly actually did personally support an important Alpha sale or two:sL BFD.  Until she commits on-going resources to VMS's future (rather than just+ to present sales), it doesn't mean a thing.w   - bill   ------------------------------  % Date: Mon, 15 Dec 2003 18:25:41 -0800-# From: "Tom Linden" <tom@kednos.com>21 Subject: RE: Singapore Exchange to run on OpenVMS 9 Message-ID: <CIEJLCMNHNNDLLOOGNJIAELOIKAA.tom@kednos.com>n   >-----Original Message-----10 >From: Bill Todd [mailto:billtodd@metrocast.net]( >Sent: Monday, December 15, 2003 6:00 PM >To: Info-VAX@Mvb.Saic.Com2 >Subject: Re: Singapore Exchange to run on OpenVMS >> >  > 9 >"Rob Young" <young_r@encompasserve.org> wrote in message . >news:jntwnfEe$v1r@eisner.encompasserve.org...L >> In article <gXnDb.45955$NNW1.34486@news04.bloor.is.net.cable.rogers.com>,& >"John Smith" <a@nonymous.com> writes: >> > Rob Young wrote:. >> >> In articleK >> >> <sa%Cb.16837$%TO.3822@twister01.bloor.is.net.cable.rogers.com>, "Johnt% >> >> Smith" <a@nonymous.com> writes:s >> >>> Mike Naime wrote: >> >>t >> >>>F >> >>> You might say - bring HP in to help out. No f!cking way at thisH >> >>> point. HP should have been doing what they should have been doingJ >> >>> long ago - advertising to prime the pump. The marketing droids theyH >> >>> have hereabouts are useless, with minimal VMS knowledge and would8 >> >>> only screw up my carefully laid efforts thus far. >> >>> >> >>rC >> >> Why not bring them in?  Carly is interested in OpenVMS sales:e >> >>e8 >> >> http://www.techweb.com/wire/story/TWB20031212S0009 >> >> G >> >> "Shannon said HP is heavily committed to the Alpha line and noted  >> >> that HP's CEOmI >> >> Carly Fiorina has made several customer calls to close Alpha sales"e >> > >> >B >> > I consider advertising and decent marketing a more convincing >commitmenth >to L >> > the future of VMS than any words carly(tm) might utter in a closed doorJ >> > meeting with my client unless those words were tape recorded and came >with a H >> > severe financial penalty clause if they weren't honored fully (EV79 >> > anyone?). >> > >>@ >> So you are buying into what Gartner espouses?  They have beenA >> writing VMS off in one form or other since the early nineties.t >sJ >And, by George, they've been right about the intent, just wrong about the	 >ability:  > G >Remember good old Wes Melling and the active 'affinity' effort to mover7 >customers from VMS to AlphaNT throughout the mid-'90s?n >oL >Remember the tentative plan in 1999 (just after Capellas took over - my howG >that changed things from Pfeiffer) to have frozen the VMS code by now?tK >Marcello & friends managed to eke out a reprieve, but no actual *support*., > L >Remember the VMS 'renaissance' that sputtered and died despite a measurableF >up-turn in VMS sales that was *supposed* to have been what Compaq was& >waiting for to commit more resources? > K >Remember the complete lack of any attempt to compensate for the effects ofe >the Alphacide on VMS sales? >oK >Remember the deafening silence about VMS during the merger discussions (as'@ >contrasted with the multiple statements about the importance of
 >systems like - >HP-UX and NSK to the future merged company)?N >rF >Remember the initial version of Scott Stallard's memo that explicitly4 >assumed that VMS users would be migrating to HP-UX? > I >That VMS's owners, from DEC right through Compaq (with a brief exceptionTI >under Pfeiffer) to the current cHumPaq, have intended to send VMS to the L >glue factory has been clear for nearly a decade.  The only reason that noneJ >of these predictions have come to pass is the stubborn refusal of the VMSC >customer base to be moved elsewhere, but that base is dwindling toy
 >the pointI >where HP may cease to care whether it moves or just disappears:  from $4gL >billion in annual revenue and $800 million in annual profit in Y2K to underF >$3 billion and $500 million, respectively, at last report - and if $2> >billion of that revenue (and an even higher percentage of the >profit) indeed L >comes from services then post-Alphacide VMS system sales are down 60% - 70%> >from Y2K (despite having weathered the initial portion of the >down-turn juste >fine).e  F I don't know where you get the numbers from, but (1) assuming they are correct F and (2) that Hp Mangement understands business and their obligation to
 shareholders,sJ any business that generates 20% profit margins on sales > $10^9 should get their<J attention.  What are the volumes and margins for HP-UX, Tru64, NSK, MP-IX? >iH >With zero effort to expand the customer base, even if further attritionJ >occurs at only the 15% historical VMS customer turn-over rate it won't be< >long before VMS fails to generate even $1 billion in annual >revenue (becauserC >all those customers who've already stopped buying more VMS systemsF
 >will haveF >no reason to renew their service contracts once the systems that they >already own are retired). >u >- bill  >  >n >i >---' >Incoming mail is certified Virus Free.t; >Checked by AVG anti-virus system (http://www.grisoft.com).tA >Version: 6.0.548 / Virus Database: 341 - Release Date: 12/5/2003, >y ---H& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.548 / Virus Database: 341 - Release Date: 12/5/2003   ------------------------------  % Date: Mon, 15 Dec 2003 22:12:09 -0500e* From: "Bill Todd" <billtodd@metrocast.net>1 Subject: Re: Singapore Exchange to run on OpenVMSo2 Message-ID: <1P-dnQlaFIma5UOiRVn-gg@metrocast.net>  . "Tom Linden" <tom@kednos.com> wrote in message3 news:CIEJLCMNHNNDLLOOGNJIAELOIKAA.tom@kednos.com...    ...   - > I don't know where you get the numbers from   I Y2K figures:  directly from Rich Marcello, June, 2000 (phrasing suggested-J they were current as of that date, rather than 1999 figures - though those! two probably didn't differ much).>  J Recent figures:  reportedly given by Mark Gorham (Keith Parris referred to% them recently, someone else earlier).a   , but (1) assuming they are 	 > correct$  # Unless VMS's VP's can't be trusted.$  H > and (2) that Hp Mangement understands business and their obligation to > shareholders,e  D Flawed assumption, that.  Witness Curly's (and friends, many of whomE continue to occupy positions of authority at HP) concentration on theoL loss-making PC business while screwing up Alpha development and ignoring itsL highly-profitable OSs.  Witness Carly's suppression of all information (evenL to her own BoD) regarding her teams' later (and far lower) estimates for theI success of the merger as time went on, while she blithely kept presenting J the earlier estimates as being valid.  Either they're clueless about theirH business, or feel no obligation whatsoever to shareholder value comparedD with their motivation to turn their so-called 'vision' into reality, regardless of the cost.   L > any business that generates 20% profit margins on sales > $10^9 should get > theira > attention.  I Well, there's the recent assertion that Carly has helped seal a couple ofiJ Alpha sales - but that's not at all equivalent to investing in the future,E where by all appearances the only platforms that will be perceived ashK important will be 'standards':  Wintel, Linux, and (at least until Linux isyK perceived as being adequate - sound familiar?) HP-UX (representing the Unix: 'standard', I guess).    - bill   ------------------------------  % Date: Mon, 15 Dec 2003 20:59:00 -0800 # From: "Tom Linden" <tom@kednos.com>a1 Subject: RE: Singapore Exchange to run on OpenVMS 9 Message-ID: <CIEJLCMNHNNDLLOOGNJIAEMAIKAA.tom@kednos.com>    >-----Original Message----- 0 >From: Bill Todd [mailto:billtodd@metrocast.net]( >Sent: Monday, December 15, 2003 7:12 PM >To: Info-VAX@Mvb.Saic.Com2 >Subject: Re: Singapore Exchange to run on OpenVMS >m >c >y/ >"Tom Linden" <tom@kednos.com> wrote in messageu4 >news:CIEJLCMNHNNDLLOOGNJIAELOIKAA.tom@kednos.com... >  >... >e. >> I don't know where you get the numbers from >-J >Y2K figures:  directly from Rich Marcello, June, 2000 (phrasing suggestedK >they were current as of that date, rather than 1999 figures - though thosee" >two probably didn't differ much). >rK >Recent figures:  reportedly given by Mark Gorham (Keith Parris referred to & >them recently, someone else earlier). >  >, but (1) assuming they are
 >> correct >|$ >Unless VMS's VP's can't be trusted. >-I >> and (2) that Hp Mangement understands business and their obligation toe >> shareholders, >:E >Flawed assumption, that.  Witness Curly's (and friends, many of whomLF >continue to occupy positions of authority at HP) concentration on the@ >loss-making PC business while screwing up Alpha development and
 >ignoring its ; >highly-profitable OSs.  Witness Carly's suppression of alla >information (even; >to her own BoD) regarding her teams' later (and far lower)i >estimates for theJ >success of the merger as time went on, while she blithely kept presentingK >the earlier estimates as being valid.  Either they're clueless about theireI >business, or feel no obligation whatsoever to shareholder value comparedpE >with their motivation to turn their so-called 'vision' into reality,  >regardless of the cost. > B >> any business that generates 20% profit margins on sales > $10^9 >should get  >> their
 >> attention.  >yJ >Well, there's the recent assertion that Carly has helped seal a couple ofK >Alpha sales - but that's not at all equivalent to investing in the future,jF >where by all appearances the only platforms that will be perceived asL >important will be 'standards':  Wintel, Linux, and (at least until Linux isL >perceived as being adequate - sound familiar?) HP-UX (representing the Unix >'standard', I guess).  J I have to say that I find that a bit naive, or maybe I am naive, because I haveI to believe that there is a sense of business in HP that would look at ther numbersoI and adjust their business accordingly.  Business people in my experience,e are notaL idealogists.  So how much business does VMS really generate, in (1) hardware sales,/ (2) license revenues and (3) Service contracts?H  D As I said before, if your numbers are correct, that is a significant contribution@ to the bottom line and it would be malfeasance to jeopardize it.   >I >- billd >a >) >> >---' >Incoming mail is certified Virus Free.n; >Checked by AVG anti-virus system (http://www.grisoft.com)._A >Version: 6.0.548 / Virus Database: 341 - Release Date: 12/5/2003l >  ---u& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.548 / Virus Database: 341 - Release Date: 12/5/2003   ------------------------------    Date: 15 Dec 2003 22:04:26 -08001 From: keithparris_NOSPAM@yahoo.com (Keith Parris)a1 Subject: Re: Singapore Exchange to run on OpenVMS < Message-ID: <cf15391e.0312152204.84ade43@posting.google.com>  d "Bill Todd" <billtodd@metrocast.net> wrote in message news:<WOidnQeQK-an-kOi4p2dnA@metrocast.net>...L > Remember the deafening silence about VMS during the merger discussions (asN > contrasted with the multiple statements about the importance of systems like. > HP-UX and NSK to the future merged company)?  F Compaq kept continually saying that OpenVMS wasn't going away.  But noD one wanted to listen to Compaq -- they wanted to hear what HP had toF say.  HP had decided very early on that OpenVMS was a keeper, and evenF made a public statement to that effect, but apparently not knowing howE to reach the OpenVMS audience, the information was given to some UNIXhC folks (this was discussed here, so a Google search should find it).1  G > Remember the initial version of Scott Stallard's memo that explicitlye5 > assumed that VMS users would be migrating to HP-UX?7  C Scott Stallard is a quick learner, and is now a strong supporter ofbB OpenVMS.  The June 30 Itanium Server webcast provided an excellent example of his strong support.   ------------------------------  % Date: Mon, 15 Dec 2003 23:41:27 -0600M% From: "Mike Naime" <mnaime@kc.rr.com> 1 Subject: Re: Singapore Exchange to run on OpenVMS); Message-ID: <msxDb.161902$M02.116001@twister.rdc-kc.rr.com>_  7 Bill Gunshannon <bill@gw5.cs.uofs.edu> wrote in messaget3 news:brki8c$4279b$2@ID-135708.news.uni-berlin.de...s< > In article <G1KCb.135533$Eq1.72244@twister.rdc-kc.rr.com>,) > "Mike Naime" <mnaime@kc.rr.com> writes:  > > ) > > Have you been to a hospital lately???i >) > Have you?d > : > >                                        According to HP sales/engineering.B > > After all of the government systems (#1 purchaser), Healthcare (Hospitals)a1 > > is the largest user of VMS systems in the US.  >eF > All of the hospitals around here (and because of the largely elderlyG > population we have way too many) changed from VMS (yes, the WERE VMS)OG > to Windows several years ago.  I remember going into one and noticingm7 > all the VT Terminals had been replaced with Gateways.  >t  K You just described most of those sytems that use a GUI on the front end PC,o and a DB on the BIG hardware.h   > bill >i > --L > Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesF > bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. > University of Scranton   |@ > Scranton, Pennsylvania   |         #include <std.disclaimer.h>   ------------------------------    Date: 15 Dec 2003 10:36:02 -0800( From: bob@instantwhip.com (Bob Ceculski)B Subject: Re: Sun to use AMD Opteron - announcement expected Monday= Message-ID: <d7791aa1.0312151036.595471bf@posting.google.com>>   Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<brkl1d$96a$1@new-usenet.uk.sun.com>...> > jlsue wrote:I > > On Thu, 11 Dec 2003 17:48:47 +0000, Andrew Harrison SUNUK Consultancyw2 > > <Andrew_No.Harrison_No@nospamn.sun.com> wrote: > >  > >  > >>jlsue wrote: > >  > > N > >>>The main problem was that once the decisions were made, the communicationK > >>>was handled badly.  I can't defend how the business allowed commitmentuN > >>>speeches just prior to cancellation announcements.  But bad communicationH > >>>doesn't necessarily mean that the business decision itself was bad. > >>>  > >>D > >>Really so missleading your customers before the decision and theB > >>decision itself wasn't the problem it was how you communicated% > >>the decision to them afterwards !  > >  > > G > > It would only be truly misleading if those making the statements to N > > customers were fully aware of what the BOD were doing.  If they were awareM > > that "a" decision was to be made,, but made the statements believing thathK > > Alpha would survive, then you can only fault them for their enthusiasm.  > >  > 3 > You customers had the impression that Alpha would 0 > go on for at least 25 years, they had roadmaps5 > from Compaq that extended to EV8 and your engineers / > even published papers talking about potential- > followons to EV8.a > 4 > There is no doubt that your customers were mislead4 > trying to suggest that there is even a doubt about > this is ludicrous. > @ > And who mislead them, representatives of Compaq withor without! > direct sanction from the board.  > < > Are you now suggesting that the only people in Compaq that1 > you should beleive are members of the HP Board.s > $ > I hope that they are hard workers. >  >  > > B > >>You really should be in politics this the kind of BS reasoning > >>you get from a politician. > >  > > O > > Yeah.  Or I could just leap to opinions and spread real BS as if it's fact,  > > like yourself. > >  > 3 > No it is a fact that your customers were mislead.S > 4 > It is also a fact that they were mislead by Compaq > and more latterly HP.n > 4 > Niether of these are opinions and neither of these7 > are BS. The only BS and it was a gargantuan BS effort ! > on your part was your response.  > 	 > Regardst > Andrew Harrison   : and how many customers has sun misled telling telling them; they were buying a wonderfull product in slowaris on 80,000 9 sparkies when they were actually buying a pig in the poke * that keeps the people at cert in business?   ------------------------------  # Date: Tue, 16 Dec 2003 00:16:03 GMT 0 From: "Stephen Eickhoff" <operagost@example.com>& Subject: Re: TCPIP 5.3 VAX on Hobbyist6 Message-ID: <79sDb.17430$xO.9126@nwrddc02.gnilink.net>  2 "Dan O'Reilly" <dano@process.com> wrote in message< news:6.0.0.22.2.20031213184734.01fccbf0@raptor.psccos.com...F > ..or, you could get a hobbyist license for MultiNet or TCPware, both > of which have an IMAP server.s  L While I'm sure Multinet is a fine product, I've never worked with it before,H my company doesn't sell it (so I'm not motivated to use it as a learningI experience), and I'm not looking forward to converting an otherwise solidsG and working system and throwing away everything I know about DEC TCPIP.G  L I'm not sure what the other folks mean by TCPIP 5.3 being "broken" after ECOI 2. Obviously, ECOs are supposed to fix things, so I imagine there must beyK some sort of application interaction or legacy support that's the issue. My L company has deployed 5.3 ECO 2 already with no ill effects, although none of our clients use IMAP or PPP.   ------------------------------  % Date: Mon, 15 Dec 2003 19:59:53 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>& Subject: Re: TCPIP 5.3 VAX on Hobbyist) Message-ID: <3FDE58F6.3863C410@istop.com>f   Stephen Eickhoff wrote:eN > I'm not sure what the other folks mean by TCPIP 5.3 being "broken" after ECOK > 2. Obviously, ECOs are supposed to fix things, so I imagine there must betM > some sort of application interaction or legacy support that's the issue. My1N > company has deployed 5.3 ECO 2 already with no ill effects, although none of > our clients use IMAP or PPP.    K PPP isn't available on VAX. But SLIP is. SLIP crashes the whole system withm both 5.3 and 5.3-2.e  L IMAP works with 5.3 but not with 5.3-2. However, there are big warnings thatH IMAP is not supported on VAX and is only provided as a convenience. IMAPK crashes on startup but doesn't crash the system. It worked with 5.3 withouteL the ECO. Because it isn't supported we can't officially complain, but we canE still warn others users that with ECO 2 , it stops functining on VAX.s  E Also, Traceroute on a VAXSTATION 3100 provides erroneous delay times.h Traceroute on 5.0A works.e   ------------------------------  # Date: Mon, 15 Dec 2003 18:43:38 GMT 2 From: "Ken Farmer" <KFarmer@NOSPAM.SpyderByte.com>. Subject: TechWeb: HP Coaxes Alphas To Itaniums? Message-ID: <uhnDb.122412$Vu5.7800388@twister.southeast.rr.com>   % TechWeb: HP Coaxes Alphas To Itaniumsi  C When Hewlett-Packard announced this fall that the days of the Alpha-G processor were numbered, the machine was immediately in play. Sooner orrK later -- even very much later -- users would have to move to new processorsg, whether built by HP or another manufacturer.  J Soon, Sun Microsystems was mounting an aggressive assault on the installedI Alpha base. Now HP is finding that the Alpha workhorse Open VMS operatingrK system, originally thought to be a liability because of its age, is turningo out to be an asset.   I "Open VMS Engineering remains on track to deliver OpenVMS V8.2, the firstaF production quality release of OpenVMS for Itanium systems," said TerryJ Shannon, an independent consultant who has followed the Alpha since it wasI introduced in 1992. He said that software releases and other updates willoH serve to convince users to stay with HP with most Alpha users eventuallyK moving to the Itanium family. "And, Open VMS (will) play a key role in HP'sh* emerging Adaptive Enterprise strategy."...  2 http://www.techweb.com/wire/story/TWB20031212S0009         -- Kenneth Farmer  <><n OpenVMS.org  |  dcl.OpenVMS.orgc  EnterpriseUnix.org  |  Tru64.org   ------------------------------  % Date: Mon, 15 Dec 2003 20:09:14 -0500e3 From: "Richard B. Gilbert" <rgilbert88@comcast.net>  Subject: Re: Turbochannel SCSI0 Message-ID: <crydnfgQWdmmxkOiRVn-iQ@comcast.com>  ! My error!  It wasn't proprietary.h  E But I think I was correct to call it a dead end.  It never caught on (H anywhere else that I know of.  And I still don't think there ever was a 6 100Mbit Ethernet option for the Turbochannel machines.     Robert Deininger wrote:m  ? >In article <slrnbtnvo0.geb.rivie@Stench.no.domain>, Roger Ivieg ><rivie@ridgenet.net> wrote: >  >  K > L >>In article <a7SdnTg0NcJxMkaiRVn-vA@comcast.com>, Richard B. Gilbert wrote: >>     >>J >>>I would be quite surprised if there were a 100Mbit ethernet option for K >>>these boxes.  Their heyday was around 1994-95 and I don't think 100Mbit vL >>>was out of the laboratory at that point.  Turbochannel was a proprietary F >>>dead end!  I don't think anybody but DEC ever used it or developed  >>>Turbochannel hardware. 	 >>>        >>>eI >>There were 3rd party TURBOchannel interfaces. Kubota made a system, but:B >>it may have been simply a re-badged DEC system; I never saw one. >>     >> >oK >True, and TC wasn't particularly proprietary.  DEC published all the specslF >and there was an open license for anyone to use TC without royalties. >wK >PCI came along and quickly became widely adopted.  PCI wasn't particularlytJ >better than TC, but it became the "standard" and pushed a number of other >busses aside. >    >s   ------------------------------  % Date: Tue, 16 Dec 2003 01:51:46 +0800l, From: Paul Repacholi <prep@prep.synonet.com>5 Subject: Re: VAX 11/750 and RL02 - trying to boot VMSi- Message-ID: <878ylehsul.fsf@prep.synonet.com>e  , Paul Sture <nospam@sture.homeip.net> writes:   > Paul Repacholi wrote:  >>  / >> Paul Sture <nospam@sture.homeip.net> writes:w  cH >> > And in 750 days, an OEM was claiming that their version of 750s hadH >> > some kind of performance boost. We never found out exactly how theyI >> > intended to achieve that. I never did find another 750 quite as fasti) >> > as the pair I was running however...   m! >> This wasn't Systime(?) was it?a   > Yep.  F Ah, their boost was to turn the clock back up and hope it did not fall8 over too often. Their fame was not totally undeserved :)   -- l< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.1@                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------   End of INFO-VAX 2003.694 ************************ha sales".  J Why must ever positive spin come from Shannon and not Carly ? And we don'tF know what Carly had to do to close a sale. I strongly suspect that sheL promised a free upgrade to IA64 systems of equal performance to their Alpha.  M I sense that HP is quite desperate to find a way to generate positive numbersd on IA64. B ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    	ɿ)    
ɿ)    ɿ)    ɿ)    
ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)     ɿ)    !ɿ)    "ɿ)    #ɿ)    $ɿ)    %ɿ)    &ɿ)    'ɿ)    (ɿ)    )ɿ)    *ɿ)    +ɿ)    ,ɿ)    -ɿ)    .ɿ)    /ɿ)    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ɿ)    {ɿ)    |ɿ)    }ɿ)    ~ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    ɿ)    