0 INFO-VAX	Tue, 11 Jan 2005	Volume 2005 : Issue 22      Contents:, Breaking AlphaStation 200 4/166 for parts UK0 Re: Breaking AlphaStation 200 4/166 for parts UK0 Re: Breaking AlphaStation 200 4/166 for parts UK0 Re: Breaking AlphaStation 200 4/166 for parts UK= Re: CSWS 2.0 + MultiNet 5.0 - Problem Displaying Large Images  Re: DCSP and LPD problem.  Re: DCSP and LPD problem.  RE: DCSP and LPD problem.  Re: DCSP and LPD problem.  RE: DCSP and LPD problem. % Re: DECwindows window manager problem % Re: DECwindows window manager problem 0 Re: Emulation of an Alpha server running OpenVMS' Re: Hardware Today: HPC Server Snapshot ' Re: Hardware Today: HPC Server Snapshot ' Re: Hardware Today: HPC Server Snapshot ' Re: Hardware Today: HPC Server Snapshot ' Re: Hardware Today: HPC Server Snapshot ' Re: Hardware Today: HPC Server Snapshot ' Re: Hardware Today: HPC Server Snapshot P Re: Has anyone heard if any of our customers have been hurt by the tidal  wave i
 HP and SAP Re: HP and SAP Re: HP and SAP HP World 2005 Call for Speakers  Re: Microsot kills XP on Itanic ) Re: Newbie question: OpenVMS on DEC 5305? ) Re: Newbie question: OpenVMS on DEC 5305? ) Re: Newbie question: OpenVMS on DEC 5305? ) Re: Newbie question: OpenVMS on DEC 5305? & Re: OpenVMS.org runs readership survey+ Re: OT: Display technology at euro stadiums + Re: OT: Display technology at euro stadiums  Re: Simple EDT or TPU init file  Re: Simple EDT or TPU init file  Re: Simple EDT or TPU init file  Re: Simple EDT or TPU init file 7 Re: Translating errno and vaxc$errno to real error code 7 Re: Translating errno and vaxc$errno to real error code  Upgrading beyond Tomcat 4.1.24  F ----------------------------------------------------------------------  % Date: Tue, 11 Jan 2005 11:24:28 +0000 E From: Tim ffrench-Lynch <tim-DOT-ffrench-HYPHEN-lynch@baesystems.com> 5 Subject: Breaking AlphaStation 200 4/166 for parts UK . Message-ID: <41E3B76C.C6E9BB00@baesystems.com>  C Is anyone interested in parts from an Alphastation 200 4/166 in the  UK?, the system has :-5   64MB memory (probably - it's too late to check now)    no graphics card   no hard disk   poor PSU with failing fan    CD-ROM   Floppy   Processor     All boards and internal wiring1   No screen, keyboard, mouse or external cabling. B Not exactly a desirable hobbyist system but if someone can use theB memory, CD-ROM or processor then it might be possible to extend orD repair some other system. All I'd want is postage and packing costs.  @ It's probably better to reply to the newgroup, but otherwise useB timfflATmailDOTcom rather than the work email address that this isE posted from as this is a privately owned rather than work system. I'm ? situated close to Junction 8 of the M1 if anyone wants to avoid  postage.  E I'd be reluctant to post the whole thing or main case but it might be E possible. Preference to UK and to hobbyists and obviously none of the   parts are guaranteed to work :-)   Tim    ------------------------------  % Date: Tue, 11 Jan 2005 13:10:58 +0100  From: tdc <tdc@phreaker.net>9 Subject: Re: Breaking AlphaStation 200 4/166 for parts UK + Message-ID: <cs0foj$29hl$1@ns.felk.cvut.cz>    Tim ffrench-Lynch wrote:E > Is anyone interested in parts from an Alphastation 200 4/166 in the  > UK?, the system has :-7 >   64MB memory (probably - it's too late to check now)  >   no graphics card >   no hard disk >   poor PSU with failing fan 
 >   CD-ROM
 >   Floppy
 >   Processor " >   All boards and internal wiring3 >   No screen, keyboard, mouse or external cabling.     D If there is an OpenVMS supported SCSI and NIC inside and if you are = willing to ship it to continental Europe, offer me a price :)    Dave   ------------------------------  % Date: Tue, 11 Jan 2005 13:59:58 +0000 - From: John Laird <nospam@laird-towers.org.uk> 9 Subject: Re: Breaking AlphaStation 200 4/166 for parts UK 8 Message-ID: <pqm7u09t1963a7gott1e7fmnhgnngclo3f@4ax.com>  5 On Tue, 11 Jan 2005 13:52:39 +0000, Tim ffrench-Lynch 4 <tim-DOT-ffrench-HYPHEN-lynch@baesystems.com> wrote:   >tdc wrote: F >> If there is an OpenVMS supported SCSI and NIC inside and if you are@ >> willing to ship it to continental Europe, offer me a price :) > B >I'll take a look this evening but I'm pretty sure both are on the- >motherboard or machine specific riser cards.   C I have one on my desk - the SCSI and 10Mb Ethernet capabilities are I built-in.  You can add a suitable DE500 100Mb card for better networking, @ but I don't think the machine supports other SCSI options.  It's1 fast-narrow, I think.  (But not all that fast...)    --  2 Money doesn't come easy - that's the way it goes!    Mail john rather than nospam...    ------------------------------  % Date: Tue, 11 Jan 2005 13:52:39 +0000 E From: Tim ffrench-Lynch <tim-DOT-ffrench-HYPHEN-lynch@baesystems.com> 9 Subject: Re: Breaking AlphaStation 200 4/166 for parts UK . Message-ID: <41E3DA27.5EDE5194@baesystems.com>  
 tdc wrote:E > If there is an OpenVMS supported SCSI and NIC inside and if you are ? > willing to ship it to continental Europe, offer me a price :)   A I'll take a look this evening but I'm pretty sure both are on the , motherboard or machine specific riser cards.   Tim    ------------------------------  % Date: Tue, 11 Jan 2005 09:19:28 -0500 , From: "Richard Whalen" <WhalenR@process.com>F Subject: Re: CSWS 2.0 + MultiNet 5.0 - Problem Displaying Large Images+ Message-ID: <cs0n9i$kca$1@news.process.com>   < I did some basic testing, was able to reproduce his problem,0 and entered a defect in our bug tracking system.   ---------------------------  Richard Whalen Process Software    4 "Neil Rieck" <n.rieck@sympatico.ca> wrote in message4 news:ZYFEd.21906$b64.370566@news20.bellglobal.com...L > Now I guess you'll need someone with a Multinet support contract to submit > this to PSC. >  > Neil Rieck > Kitchener/Waterloo/Cambridge,  > Ontario, Canada.: > http://www3.sympatico.ca/n.rieck/links/cool_openvms.html > 6 > "Rich Faust" <faustrj@fastspot.net> wrote in message? > news:1105161607.318914.156700@z14g2000cwz.googlegroups.com... I > >I installed TCPIP V5.4-15 on my system and SWS V2.0 displays images of I > > all sizes with no difficulty.  The large image files that were giving K > > me problems have fixed length 512 byte records.  I didn't change any of I > > my config files before or after installing TCPIP Services for OpenVMS H > > so I can only conclude the problem has something to do with MultiNet$ > > V5.0 or how I had it configured. > > Rich Faust > > OpenVMS Hobbyist > > Richmond, TX > >  >  >    ------------------------------  % Date: Tue, 11 Jan 2005 12:31:05 +0100 % From: "news.rug.nl" <F.Zwarts@KVI.nl> " Subject: Re: DCSP and LPD problem.. Message-ID: <cs0ccj$imu$1@info.service.rug.nl>  9 "Paul Anderson" <paul.anderson@hp.com> wrote in message = / news:100120051152089342%paul.anderson@hp.com... < > In article <crtti9$29r$1@info.service.rug.nl>, Fred Zwarts > <F.Zwarts@KVI.nl> wrote: >=20G >> In the LPD protocol, the client first sends some control information F >> and then it sends the data file. It seems that DCPS, in the controlF >> information, announces that a 2GB file is to be printed. (Probably,F >> because DCPS generates the postscript on the fly and is not able to3 >> give a proper estimate of the actual data size.)    ...    >=20F > The LPD RFC is 1179.  It states you should send the file size in theE > control record, or 0.  It can be assumed, then, if the connection =  drops F > before the 2 GB file is received, that it is an error.  I don't know4 > whether the RFC says what to do when this happens. >=20B > So DCPS is not compliant with the RFC, along with most printers. >=20  F I wonder why DCPS does not use 0 instead of 2GB. When sending a 0 size6 in the control record it would be compliant, isn't it?   F.Z.   ------------------------------  % Date: Tue, 11 Jan 2005 12:08:03 -0000 * From: "Richard Brodie" <R.Brodie@rl.ac.uk>" Subject: Re: DCSP and LPD problem.2 Message-ID: <cs0fj3$4si$1@blackmamba.itd.rl.ac.uk>  Y "news.rug.nl" <F.Zwarts@KVI.nl> wrote in message news:cs0ccj$imu$1@info.service.rug.nl...   H > I wonder why DCPS does not use 0 instead of 2GB. When sending a 0 size8 > in the control record it would be compliant, isn't it?  I Compliant doesn't really mean very much, since RFC 1179 isn't a standards K track RFC but rather a description reverse engineered from some antique BSD R lpd program. I think on a strict reading of it, no.  LPRng servers do support thatQ but warn the behaviour is not portable. Without testing, you aren't going to find A out which: I guess that's an argument for making it configurable.    ------------------------------  % Date: Tue, 11 Jan 2005 09:15:37 -0500 # From: "Dan Allen" <dallen@nist.gov> " Subject: RE: DCSP and LPD problem.: Message-ID: <JFEPKAPBPMDFDBOIANGDGEBNFPAA.dallen@nist.gov>   > -----Original Message-----, > From: news.rug.nl [mailto:F.Zwarts@KVI.nl]) > Sent: Tuesday, January 11, 2005 6:31 AM  > To: Info-VAX@Mvb.Saic.Com $ > Subject: Re: DCSP and LPD problem. >  > 9 > "Paul Anderson" <paul.anderson@hp.com> wrote in message 1 > news:100120051152089342%paul.anderson@hp.com... > > > In article <crtti9$29r$1@info.service.rug.nl>, Fred Zwarts > > <F.Zwarts@KVI.nl> wrote: > > I > >> In the LPD protocol, the client first sends some control information H > >> and then it sends the data file. It seems that DCPS, in the controlH > >> information, announces that a 2GB file is to be printed. (Probably,H > >> because DCPS generates the postscript on the fly and is not able to5 > >> give a proper estimate of the actual data size.)  >  > ...  >  > > H > > The LPD RFC is 1179.  It states you should send the file size in theK > > control record, or 0.  It can be assumed, then, if the connection drops H > > before the 2 GB file is received, that it is an error.  I don't know6 > > whether the RFC says what to do when this happens. > > D > > So DCPS is not compliant with the RFC, along with most printers. > >  > H > I wonder why DCPS does not use 0 instead of 2GB. When sending a 0 size8 > in the control record it would be compliant, isn't it? >  > F.Z.  N I think the original LPD implementations (prior to the RFC ;-) expected a zeroO length file when the control record contained a zero length. Mine did. How long E has DCPS supported LPD style printing and when was RFC 1179 authored?    Dan  >  >    ------------------------------  # Date: Tue, 11 Jan 2005 15:38:15 GMT * From: Paul Anderson <paul.anderson@hp.com>" Subject: Re: DCSP and LPD problem.5 Message-ID: <110120051022240611%paul.anderson@hp.com>   : In article <cs0ccj$imu$1@info.service.rug.nl>, news.rug.nl <F.Zwarts@KVI.nl> wrote:  C > I wonder why DCPS does not use 0 instead of 2GB. When sending a 0 = > size in the control record it would be compliant, isn't it?   B It would be compliant, but it also didn't work on a whole bunch ofG printers.  We decided to go with what would work for the most number of 	 printers.   D In article <JFEPKAPBPMDFDBOIANGDGEBNFPAA.dallen@nist.gov>, Dan Allen <dallen@nist.gov> wrote:  @ > I think the original LPD implementations (prior to the RFC ;-)F > expected a zero length file when the control record contained a zero	 > length.   F If the control record has a 0 for file size, LPD expects the job to beC terminated with a null byte.  This could cause problems with binary  PostScript files.   F > How long has DCPS supported LPD style printing and when was RFC 1179 > authored?   A DCPS added LPD printing in V2.3 in October 2003.  RFC 1179 has an  August 1990 date on it.    Paul   --    Paul Anderson   OpenVMS Engineering    Hewlett-Packard Company    ------------------------------  % Date: Tue, 11 Jan 2005 11:24:38 -0500 # From: "Dan Allen" <dallen@nist.gov> " Subject: RE: DCSP and LPD problem.: Message-ID: <JFEPKAPBPMDFDBOIANGDCECAFPAA.dallen@nist.gov>   <snip>  B > > I think the original LPD implementations (prior to the RFC ;-)H > > expected a zero length file when the control record contained a zero > > length.  > H > If the control record has a 0 for file size, LPD expects the job to beE > terminated with a null byte.  This could cause problems with binary  > PostScript files.  > H > > How long has DCPS supported LPD style printing and when was RFC 1179
 > > authored?  > C > DCPS added LPD printing in V2.3 in October 2003.  RFC 1179 has an  > August 1990 date on it.  >  > Paul >  > -- >  Paul Anderson >   OpenVMS Engineering  >   Hewlett-Packard Company   M I don't think binary print streams were supported by the original LPD design, N hence the problems Paul describes with various (older?)printers.  AFAIK, thereM was no documentation on the LPD/LPR exchange prior to RFC 1179 other than the P UNIX (pick a flavor) source code. As I recollect, the BSD code I used as a modelN did not handle the zero length case in this fashion.  I believe the LPD socketO read loop used the length from the control file to count the number of bytes it P needed to read. I could be wrong, wouldn't be the first time. I do know I jumpedK through a lot of hoops on the VMS end to pre-process print files (CONV$xxxx M IIRC)into STREAM_LF format prior to transmission so I could get an exact byte L count for the control file. That was ca. 1985. Not all that long ago ;-) NotG sure what that symbiont did with PASSALL - most likely the wrong thing!    Dan    Dan    ------------------------------    Date: 11 Jan 2005 03:06:06 -0800 From: martinkirby12@yahoo.co.uk . Subject: Re: DECwindows window manager problemC Message-ID: <1105441566.808875.268090@f14g2000cwb.googlegroups.com>    JF Mezei wrote: " > martinkirby12@yahoo.co.uk wrote:@ > > It creates a detached process that executes the DECW$MWM.COM command  > > file under LOGINOUT. > D > Ah, so if it doesn't create a real process under the username that owns theG > display, it doesn't get the user's local settings that have just been  saved C > there. (eg: no definition of DECW$USER_DEFAULTS, so the app can't  find all the" > default resource files for MWM). > D > When the session manager starts an application with the "detached"
 attribute,G > how does it do it such that the application has the full logical name  context  > for that user ?  > D > (I realise this is a mature product on VAX with no more work being done on it, G > but it baffles me that such a design wouldn't have been fixed back in  the days! > when there was work being done.  > 5 > > The DECW$MWM and DECW$MWMEX process names are how E > > it resolves the problem of starting the new one while the old one B > > hasn't yet finished. The old one should go away after a while. > G > Since I have to manually STOP/ID the bad MWM process that didn't read  my own > resources, I kill both.  > A > Also, in the session manager menus, there is an option to "Save  windowA > manager". How does that one work ? (It doesn't seem to work :-(  > D > If I can get that one to work, I could save the new settings, then	 kill MWM, 2 > and use the session manager to start a good MWM.  ? I couldn't reproduce this problem. It worked fine for me (Alpha B V8.2+V1.5, but the relevant sources look like they haven't changed since 1996).  @ I think the issue is why you have a DECW$MWMEX process left. The* restart function is implemented as a line:   exit (vms_restart (....));   The vms_restart function does:  / SYS$SETPRN to change process name to DECW$MWMEX $ SYS$CREPRC to create the new process returns   D With a bit of code for handling duplicate process names and printing errors out.   E If the new process has been created but the old one hasn't exitted it C must have got hung up during the exit. What state is the DECW$MWMEX  process in?    Martin Kirby   ------------------------------  % Date: Tue, 11 Jan 2005 13:11:11 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> . Subject: Re: DECwindows window manager problemB Message-ID: <1105466463.0921bf8f659d376b2a7f89abf4fd6644@teranews>    martinkirby12@yahoo.co.uk wrote:G > If the new process has been created but the old one hasn't exitted it E > must have got hung up during the exit. What state is the DECW$MWMEX 
 > process in?     J It is in LEF mode, with no image being executed, and with one file opened:   VUE$SUBPROCESS_INIT.COM  !  N (Remember that if the MWM window manager is started from the session manager).  I A running MWM, as started with the session managers "Window Manager" menu N option runs VUE$LIBRARY:VIE$MWM.COM and when that exits, it probably goes back1 to the session manager for re-use of the process.    (On VAX, of course).   ------------------------------  # Date: Tue, 11 Jan 2005 15:52:45 GMT * From: "FredK" <fred.nospam@nospam.dec.com>9 Subject: Re: Emulation of an Alpha server running OpenVMS 2 Message-ID: <hDSEd.5506$eX5.2456@news.cpqcorp.net>  2 "Roger Ivie" <rivie@ridgenet.net> wrote in message- news:slrncu6hbl.d1f.rivie@Stench.no.domain... : > On 2005-01-10, FredK <fred.nospam@nospam.dec.com> wrote:G > > Sparse space requires source level knowledge of either how to do it J > > (address/data swizzling) or explicit use of system calls that hide theJ > > knowledge, perhaps at a performance cost.  But the use of sparse space can't ? > > be handled by the C compiler (for example) or even Macro-32  transparently. > A > I'm a bit skeptical of the idea that it can't be handled by a C E > compiler, but them I'm not a compiler guy so I don't know for sure. I > Since the compiler knows when a datum is being fetched and its size, it H > should know what particular swizzling needs to be done. The tricky bitG > would be letting the compiler know that accesses through a particular I > pointer needed to be swizzled, which could be handled by a pointer type E > similar to the PC "near *" and "far *" kludge (sparse char *booger, 
 > maybe?). >   ? Swizzling is not architectural, it is platform specific.  There 7 were 3 different swizzle schemes, if we don't count the 5 TurboChannel.  So the compiler would need to know not A just the target architecture, but the platform it was running on.   9 Then it would need to know which references were targeted  to IO space.  @ All this is neatly done by instead having a kernel set of access. routines (which pretty much all OS's do have).  9 However, for the sake of performance, many driver writers ; instead write directly to IO space.  On x86, this would not ? work if say, the access was a pointer to a char.  It also would 9 need appropriate memory barriers.  It would also probably ( need correct declaration using volatile.  9 Could C be extended to have a "sparse" attribute?  Sure I < suppose.  It would be messy, since it wasn't even "standard": on the Alpha archictecture.  But someone would have needed" to convince Microsoft to adopt it.  I > > So yes.  This is what I am saying.  Many drivers needed rewriting, or J > > reworking for Alpha.  But the sources were controlled by the vendors - soI > > that meant working with the vendors for Alpha-specific source changes  for  > > their drivers. > F > I was under the impression that *all* drivers needed reworking, at aJ > minimum to add the appropriate ".JSB_ENTRY" or ".CALL_ENTRY" directives. >   < You are talking VMS.  I am talking NT.  The byte/word access> for IO was not targeted for VMS, or even UNIX - it was for NT.@ Getting 3rd party NT vendors to not only build an Alpha-specific< driver, but also make them extensively modify their code was the challenge.   ------------------------------   Date: 11 Jan 2005 13:23:57 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)0 Subject: Re: Hardware Today: HPC Server Snapshot, Message-ID: <34i2bdF48vk52U1@individual.net>  > In article <T1JEd.17535$dt3.1162451@twister.southeast.rr.com>,9 	"Kenneth Farmer" <kfarmer@NOSPAM.spyderbyte.com> writes: % > Hardware Today: HPC Server Snapshot  > by: Drew Robb  > M > ServerWatch: Vast marketing budgets from the likes of Dell, Microsoft, and  F > IBM ensure the behemoths take much of the server limelight, leaving K > high-performance computing (HPC) niche players, such as NEC and Bull, to  J > receive scant coverage. Even a company like HP, which spends as much on K > marketing and public relations as a small country's GDP, hardly seems to  M > give its AlphaServer line more than a mention. Yet, these platforms have a  7 > lot to offer and shouldn't be automatically bypassed. O > This week, we'll take a look at HP's AlphaServers and offerings from NEC and  N > Bull. We'll examine who's using them, what's new, and what can we expect in  > 2005?  > ; > http://www.openvms.org/stories.php?story=05/01/10/9224459  >  > ( > Ah...I read this one so it's real.  :) >  > I > Remember to visit this article a couple of times.  We need to maximize   > visitor count.  G Which is why no one with half a brain takes those statistics seriously.    bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------    Date: 11 Jan 2005 08:07:05 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) 0 Subject: Re: Hardware Today: HPC Server Snapshot3 Message-ID: <iHCDxEENH439@eisner.encompasserve.org>   W In article <34i2bdF48vk52U1@individual.net>, bill@cs.uofs.edu (Bill Gunshannon) writes: @ > In article <T1JEd.17535$dt3.1162451@twister.southeast.rr.com>,; > 	"Kenneth Farmer" <kfarmer@NOSPAM.spyderbyte.com> writes:   J >> Remember to visit this article a couple of times.  We need to maximize  >> visitor count.  > I > Which is why no one with half a brain takes those statistics seriously.   F That is not an issue.  I am sure Ken only plans to present the figures to advertising executives.   ------------------------------  % Date: Tue, 11 Jan 2005 07:48:52 -0700 + From: "Barry Treahy, Jr." <Treahy@MMaz.com> 0 Subject: Re: Hardware Today: HPC Server Snapshot' Message-ID: <41E3E754.1090106@MMaz.com>    Bill Gunshannon wrote:  ? >In article <T1JEd.17535$dt3.1162451@twister.southeast.rr.com>, : >	"Kenneth Farmer" <kfarmer@NOSPAM.spyderbyte.com> writes: >    > % >>Hardware Today: HPC Server Snapshot  >>by: Drew Robb  >>M >>ServerWatch: Vast marketing budgets from the likes of Dell, Microsoft, and  F >>IBM ensure the behemoths take much of the server limelight, leaving K >>high-performance computing (HPC) niche players, such as NEC and Bull, to  J >>receive scant coverage. Even a company like HP, which spends as much on K >>marketing and public relations as a small country's GDP, hardly seems to  M >>give its AlphaServer line more than a mention. Yet, these platforms have a  7 >>lot to offer and shouldn't be automatically bypassed. O >>This week, we'll take a look at HP's AlphaServers and offerings from NEC and  N >>Bull. We'll examine who's using them, what's new, and what can we expect in  >>2005?  >>; >>http://www.openvms.org/stories.php?story=05/01/10/9224459  >> >>( >>Ah...I read this one so it's real.  :) >> >>I >>Remember to visit this article a couple of times.  We need to maximize   >>visitor count. >>     >> > H >Which is why no one with half a brain takes those statistics seriously. >    > G "Why is HP dumping such a workhorse HPC platform? For one thing, Alpha  I has always been a relatively high-end system. Those that know it seem to  C love it, but it has lost ground in the onslaught of less-expensive  H Wintel and Unix systems. The Intel Itanium 2 processor is now seen as a H more viable alternative.So HP is gambling that making OpenVMS available E on a more affordable platform will give the operating system, and in  - effect the server line, a new lease of life."   F Based on equal performance and throughput, it would be interesting to I see if the reasoning of being a more 'viable alternative' because it's a  4 'more affordable platform' is a present day reality.     Barry    --    < Barry Treahy, Jr                     E-mail: Treahy@MMaz.com< Midwest Microwave, Inc.                  Phone: 480/314-1320< Vice President & CIO                      FAX:  480/661-7028  I                        ... but it's a DRY HEAT!                              ------------------------------  # Date: Tue, 11 Jan 2005 15:49:25 GMT 6 From: "Kenneth Farmer" <kfarmer@NOSPAM.spyderbyte.com>0 Subject: Re: Hardware Today: HPC Server Snapshot= Message-ID: <9ASEd.9829$hQ6.2089384@twister.southeast.rr.com>   6 "Bill Gunshannon" <bill@cs.uofs.edu> wrote in message & news:34i2bdF48vk52U1@individual.net...@ > In article <T1JEd.17535$dt3.1162451@twister.southeast.rr.com>,: > "Kenneth Farmer" <kfarmer@NOSPAM.spyderbyte.com> writes:& >> Hardware Today: HPC Server Snapshot >> by: Drew Robb >>J >> ServerWatch: Vast marketing budgets from the likes of Dell, Microsoft,  >> andF >> IBM ensure the behemoths take much of the server limelight, leavingK >> high-performance computing (HPC) niche players, such as NEC and Bull, to J >> receive scant coverage. Even a company like HP, which spends as much onK >> marketing and public relations as a small country's GDP, hardly seems to L >> give its AlphaServer line more than a mention. Yet, these platforms have  >> a8 >> lot to offer and shouldn't be automatically bypassed.L >> This week, we'll take a look at HP's AlphaServers and offerings from NEC  >> andL >> Bull. We'll examine who's using them, what's new, and what can we expect  >> in  >> 2005? >>< >> http://www.openvms.org/stories.php?story=05/01/10/9224459 >> >>) >> Ah...I read this one so it's real.  :)  >> >>I >> Remember to visit this article a couple of times.  We need to maximize  >> visitor count.  > I > Which is why no one with half a brain takes those statistics seriously.  >  > bill    M I meant the ServerWatch article, not OpenVMS.org.  Have you not read where I  M previously pointed to these articles by Drew and mentioned how important hit  M count is for the articles?  Drew mentioned to me that these editors take the  F count seriously, for obvious reasons.  They continue to ask him to do 4 related articles because the count has been so good.  M Stats software these days does a good job or tracking who visits.  There are  E visitor counts and unique visitor counts.  Most of these large trade  L publications have that stuff down to a science.  Even I can track that type  of information.    Ken    OpenVMS.org % _____________________________________  Kenneth R. Farmer <>< & SpyderByte: http://www.SpyderByte.com    ------------------------------  # Date: Tue, 11 Jan 2005 15:54:36 GMT 6 From: "Kenneth Farmer" <kfarmer@NOSPAM.spyderbyte.com>0 Subject: Re: Hardware Today: HPC Server Snapshot= Message-ID: <0FSEd.9830$hQ6.2089313@twister.southeast.rr.com>   ; "Larry Kilgallen" <Kilgallen@SpamCop.net> wrote in message  - news:iHCDxEENH439@eisner.encompasserve.org... F > In article <34i2bdF48vk52U1@individual.net>, bill@cs.uofs.edu (Bill  > Gunshannon) writes: A >> In article <T1JEd.17535$dt3.1162451@twister.southeast.rr.com>, ; >> "Kenneth Farmer" <kfarmer@NOSPAM.spyderbyte.com> writes:  > J >>> Remember to visit this article a couple of times.  We need to maximize >>> visitor count. >>J >> Which is why no one with half a brain takes those statistics seriously. > H > That is not an issue.  I am sure Ken only plans to present the figures > to advertising executives.    J True.  The visitor count on my site is used for advertisers.  I certainly # need visitor count to sell banners.   K I would like to see people originally get to the article using OpenVMS.org  L then go back directly to ServerWatch later in the day to read it again.  Of G course they can feel free to use OpenVMS.org to get back if they wish.  M Regardless, ServerWatch needs to see the interest in the article via visitor   count.     Ken    OpenVMS.org % _____________________________________  Kenneth R. Farmer <>< & SpyderByte: http://www.SpyderByte.com    ------------------------------  # Date: Tue, 11 Jan 2005 16:09:46 GMT 6 From: "Kenneth Farmer" <kfarmer@NOSPAM.spyderbyte.com>0 Subject: Re: Hardware Today: HPC Server Snapshot= Message-ID: <eTSEd.9831$hQ6.2091380@twister.southeast.rr.com>   6 "Bill Gunshannon" <bill@cs.uofs.edu> wrote in message & news:34i2bdF48vk52U1@individual.net...@ > In article <T1JEd.17535$dt3.1162451@twister.southeast.rr.com>,: > "Kenneth Farmer" <kfarmer@NOSPAM.spyderbyte.com> writes:& >> Hardware Today: HPC Server Snapshot >> by: Drew Robb >>I >> Remember to visit this article a couple of times.  We need to maximize  >> visitor count.  > I > Which is why no one with half a brain takes those statistics seriously.     - Exactly are you implying with that statement?        Ken    OpenVMS.org % _____________________________________  Kenneth R. Farmer <>< & SpyderByte: http://www.SpyderByte.com    ------------------------------  % Date: Tue, 11 Jan 2005 12:38:27 -0500 ' From: Dave Froble <davef@tsoft-inc.com> 0 Subject: Re: Hardware Today: HPC Server Snapshot, Message-ID: <41E40F13.2010504@tsoft-inc.com>   Barry Treahy, Jr. wrote:   > Bill Gunshannon wrote: > A >> In article <T1JEd.17535$dt3.1162451@twister.southeast.rr.com>, ? >>     "Kenneth Farmer" <kfarmer@NOSPAM.spyderbyte.com> writes:  >>   >>' >>> Hardware Today: HPC Server Snapshot  >>> by: Drew Robb  >>> @ >>> ServerWatch: Vast marketing budgets from the likes of Dell, D >>> Microsoft, and IBM ensure the behemoths take much of the server G >>> limelight, leaving high-performance computing (HPC) niche players,  I >>> such as NEC and Bull, to receive scant coverage. Even a company like  J >>> HP, which spends as much on marketing and public relations as a small I >>> country's GDP, hardly seems to give its AlphaServer line more than a  G >>> mention. Yet, these platforms have a lot to offer and shouldn't be   >>> automatically bypassed. I >>> This week, we'll take a look at HP's AlphaServers and offerings from  G >>> NEC and Bull. We'll examine who's using them, what's new, and what   >>> can we expect in 2005? >>> = >>> http://www.openvms.org/stories.php?story=05/01/10/9224459  >>>  >>> * >>> Ah...I read this one so it's real.  :) >>>  >>> B >>> Remember to visit this article a couple of times.  We need to  >>> maximize visitor count.  >>>    >> >>J >> Which is why no one with half a brain takes those statistics seriously. >>   >>I > "Why is HP dumping such a workhorse HPC platform? For one thing, Alpha  K > has always been a relatively high-end system. Those that know it seem to  E > love it, but it has lost ground in the onslaught of less-expensive  J > Wintel and Unix systems. The Intel Itanium 2 processor is now seen as a J > more viable alternative.So HP is gambling that making OpenVMS available G > on a more affordable platform will give the operating system, and in  / > effect the server line, a new lease of life."  > H > Based on equal performance and throughput, it would be interesting to K > see if the reasoning of being a more 'viable alternative' because it's a  6 > 'more affordable platform' is a present day reality. >  >  > Barry  >   Q HP has an interest to present the appearance that itanic is more viable.  As far  M as reality, assuming that Intel is selling the CPUs at a low enough price to  N allow it to appear to be less expensive, that reality dies as soon as Intel's   costs are added to the equation.  O At the extreme risk of being repetative, Intel could more easily afford to eat  K the costs of the itanic in the past.  With reports of up to a third of x86  N server sales now going to Opteron, that particular cash cow isn't yielding as # much milk for Intel as in the past.    Dave   ------------------------------    Date: 11 Jan 2005 08:39:37 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Y Subject: Re: Has anyone heard if any of our customers have been hurt by the tidal  wave i 3 Message-ID: <Ny9DT1w2YdFa@eisner.encompasserve.org>     JF Mezei wrote: > F > Concrete plants like to be near water/port so that they can load the
 > concrete > into ships for transport.   >    Then what is that concrete plant doing in Laramie, Wyoming?   ------------------------------  % Date: Tue, 11 Jan 2005 06:47:40 -0500 # From: "John Smith" <a@nonymous.com>  Subject: HP and SAP , Message-ID: <IdSdndYszPZJIX7cRVn-qQ@igs.net>  L I was flipping through a magazine this moning and came across an ad from SAPJ which was extolling the benefits of the SAP application has provided to HP in their recent SAP conversion.   J Seems to me that HP could have easily gone to SAP and said 'We want to run SAP on VMS - make it so'.   5 This would have provided benefits for all concerned -   J HP, because they would have had a VMS showcase to approach other customersI with and it would have cost them nothing (SAP probably would have done it H becausee HP's installation was big enought to warrant a VMS version, andJ that it wasn't on PH-UX would have been inconsequential, had HP would haveI opened yet another avenue of sucking revenue from Sun, IBM, and any othero non-HP platform SAP runs on,  H - and SAP because they could have tapped into a better high availability market.S  " Basically a free opportunity lost.   ------------------------------    Date: 11 Jan 2005 06:46:08 -0800! From: kenneth.randell@verizon.netd Subject: Re: HP and SAP C Message-ID: <1105454768.895023.174430@f14g2000cwb.googlegroups.com>v   John Smith wrote:dE > I was flipping through a magazine this moning and came across an ads from SAPF > which was extolling the benefits of the SAP application has provided to HPP! > in their recent SAP conversion.  >r  D Slightly OT but wasn't this SAP conversion publicly blamed some timeC ago for HP's poor financial performance a couple of quarters ago --S& customer orders delayed/messed-up/etc.  ? http://www.mercurynews.com/mld/mercurynews/business/9390231.htm % Or was this another SAP conversion???e   ------------------------------  % Date: Tue, 11 Jan 2005 13:18:18 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>E Subject: Re: HP and SAP B Message-ID: <1105466886.5a6aaddce3cce78e9c7c6aa1680b88e2@teranews>   John Smith wrote:e > N > I was flipping through a magazine this moning and came across an ad from SAPL > which was extolling the benefits of the SAP application has provided to HP! > in their recent SAP conversion.0  K Funny that you went to the "if SAP ran on VMS". To me, my initial reactionsuG was: considering that SAP costed HP a lot of money in lost sales, it is6M interesting that SAP would dare advertise HP as a customer since they are notn/ exactly a success story for SAP implementation.B   ------------------------------  % Date: Tue, 11 Jan 2005 09:38:29 -0800h0 From: Greg Cagle <gregc@removethisgregcagle.com>( Subject: HP World 2005 Call for Speakers0 Message-ID: <10u83ond0dso592@corp.supernews.com>   Hello,  ; Interex members and members of the HP community are invitedcC submit a presentation for HP World 2005.  The event will be held ate8 Moscone Center in San Francisco, August 14-18, 2005. The5 presentation submission deadline is January 28, 2005.o  I HP World 2005 will include approximately 250 technical sessions, running i AugustD 15-18. On Sunday, August 14 we will offer approximately 15 full-day  seminars.  AnnB Livermore will keynote the event on Tuesday August 15.   For more  information on$ HP World 2005 go to: www.hpworld.com  > Conference tracks will span the full scope of HPs enterprise  technologies. To see aH complete listing of tracks, track descriptions and topic requests go to:B http://www.hpworld.com/conference/hpworld2005/hpw05_program_07.jsp     Session options include:     Breakout Sessions (50 min)   Tutorials (1hr 50 min)   Full-Day Seminars (8 hrs).!   Hands on Workshops (4 or 8 hrs)    Panels		   (50 min)   C This year we have added many new speaker benefits. To review these   benefits gor to:o@ http://www.hpworld.com/conference/hpworld2005/hpw05_speak_05.jsp    , Submit your proposal by JANUARY 28, 2005 at:6 http://speaker.hpworld2005.com/hpw05/speaker_login.jsp: {http://speaker.hpworld2005.com/hpw05/speaker_login.jsp" }  : We hope you will consider participating in HP World  2005.
 Best Regards,r   Debbie Lawson-Kirkwood HP World 2005 Program Director
 Greg Cagle HP World 2005 Co-Chair     -- -
 Greg Cagle gregc at gregcagle dot com   ------------------------------  % Date: Tue, 11 Jan 2005 20:30:42 +0800n From: prep@prep.synonet.comp( Subject: Re: Microsot kills XP on Itanic- Message-ID: <874qhocfm5.fsf@prep.synonet.com>   # Nigel Barker <nigel@hp.com> writes:m  9 > It is Professional for Itanium that is apparently beingeF > retired. Windows Server 2003 in various versions is still supported.  B Still standing on the trap door would be more acurate I think. For both reasons ;)l   -- s< 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: Tue, 11 Jan 2005 07:38:16 +0100l- From: Alex van Denzel <vandenzel@hotmail.com>-2 Subject: Re: Newbie question: OpenVMS on DEC 5305?7 Message-ID: <41e37458$0$47635$cd19a363@news.wanadoo.nl>c  
 tdc wrote:   > Linux is running fine there. a  I Linux comes with its own PALcode in Milo. Otherwise the OS has to choose  B between the PALcode for NT or for OSF/VMS, if they are available. = Unusally the PALcode for OSF/VMS is missing on NT-only boxes.f   -- Alex.e   ------------------------------  % Date: Tue, 11 Jan 2005 11:12:00 +0100  From: tdc <tdc@phreaker.net>2 Subject: Re: Newbie question: OpenVMS on DEC 5305?+ Message-ID: <cs08ph$259t$1@ns.felk.cvut.cz>    Alex van Denzel wrote: > tdc wrote: >   >> Linux is running fine there.  >  > K > Linux comes with its own PALcode in Milo. Otherwise the OS has to choose  D > between the PALcode for NT or for OSF/VMS, if they are available. ? > Unusally the PALcode for OSF/VMS is missing on NT-only boxes.- >  > --   > Alex.h  D This machine does have OpenVMS and Digital-Unix PALcode in it. Even C linux uses the 'unix' os_type env-var to boot and is booting using  C aboot, not Milo. I'll post the 'show config' here later today (not tF before 19:00 GMT+1), but it looks John H. Reinhardt is right with his  "scsi incompatibility" post.   Dave   ------------------------------  % Date: Tue, 11 Jan 2005 11:18:25 +0100t From: tdc <tdc@phreaker.net>2 Subject: Re: Newbie question: OpenVMS on DEC 5305?+ Message-ID: <cs095i$25k6$1@ns.felk.cvut.cz>s   > Dave,  > F > I have one working with OpenVMS.  I think TomC is on the right trackF > as I had a "stock" 5305 which came with a combo board with dual SCSIH > and a DE500.  This board will not work under OpenVMS and IIRC producesG > the halt error that you describe.  What you need to do is remove thathC > board and replace it with a DE50x or DE60x NIC and one of the VMS.D > supported SCSI cards -- KZPAA-AA (FNSE), KZPBA-CA (UWSE), KZPBA-CBE > (FWD), etc.  Any of the DEC DAC960 based RAID cards will work also.0H > The KZPBA-CA is the QLogic 1020 SCSI board which often can be found onG > E-Bay for about $25.  Mine also had a Matrox video card which did not F > work and I had to swap it with a Number Nine S3 card.  I don't thinkF > that is your problem as IIRC OpenVMS would boot with the Matrox, but= > nothing showed on the console.  I'm a little fuzzy on that.t > C > If you have any more questions, just let me know.  My machine hasnG > been upgraded to have 2GB of memory, a Fibre channel card and a DE602oA > dual NIC.  It has run OpenVMS 7.3-1 and 7.3-2 without problems.  > John H. Reinhardti >   E Thanks for good news. From this point, it looks it "could" work with aI some added money. The problem is i'm not from USA and getting stuff from  B EBay is quite hard for me and the cost of sending it here will be / probably higher, than the price of the board :(GH The CDROM "looks" supported, because it's able to jump to the bootstrap I code, so i assume it's able to read 512-b sectors. I'll try to find some hH supported SCSI controller (have some spare Compaq SmartARRAY 2DH, but I F doubt it'll work in it) and NIC card, graphics should be ok (have the " same #9 S3 Trio based card as you)   Dave   ------------------------------  % Date: Tue, 11 Jan 2005 11:41:20 +0100a From: tdc <tdc@phreaker.net>2 Subject: Re: Newbie question: OpenVMS on DEC 5305?+ Message-ID: <cs0agg$26gt$2@ns.felk.cvut.cz>.    fast fingers, forgot to copy :))   http://home.versatel.nl/hvlems/c   ------------------------------  % Date: Tue, 11 Jan 2005 01:55:59 -0500d- From: JF Mezei <jfmezei.spamnot@teksavvy.com>b/ Subject: Re: OpenVMS.org runs readership surveyyB Message-ID: <1105425938.66836ac741f1c509faa4cf0c56b4d376@teranews>   Dave Froble wrote:4 > >>What!  OpenVMS.org doesn't have a humor section?   > > Yes it does ......A > > http://www.hp.com/hpinfo/execteam/speeches/fiorina/index.htmli > R > You must be right, because I was laughing too hard to immediately write a reply.  J OK, I didn't quite get it. On Netscape, it essentially displays as a blank= page below the name "Carly Fiorina" (eg: no speeches listed.)@  F validator.w3.org finds 43 mistakes, including invalid/unbalanced tableL elements. Took a look at the code and there are in fact some speeches listed	 in there.i  L However, on MOSAIC/VMS, I was able to look at the page and there are quite a lot of speeches.  3 So, I am not quite sure where the humour really is.e   ------------------------------  % Date: Tue, 11 Jan 2005 06:41:03 -0500a# From: "John Smith" <a@nonymous.com>e4 Subject: Re: OT: Display technology at euro stadiums, Message-ID: <yvqdnRpyffzaJn7cRVn-3Q@igs.net>   Bill Gunshannon wrote:. > In article <41BFF7F0.B7EC5B83@teksavvy.com>,1 > JF Mezei <jfmezei.spamnot@teksavvy.com> writes:e >>D >> I find it interesting that they can scale the displays to such anE >> extent that they can horizontally scroll contents across the wholen >> length of the display.p >eE > That's no trick.  Somewhere around here I still have a cute programFD > that had a plane towing a message banner that could be made to flyB > around the room smoothly passing from one workstation display to
 > another.    H A friend of mine was building and selling similar 'displays' on multipleG screens for public space in office buildings 20 years ago, using customt3 hardware back then. He wrote his software in Forth.    ------------------------------  % Date: Tue, 11 Jan 2005 13:16:23 -0500n- From: JF Mezei <jfmezei.spamnot@teksavvy.com>t4 Subject: Re: OT: Display technology at euro stadiumsB Message-ID: <1105466771.57c188d94cde53f308d349554e832d47@teranews>   John Smith wrote:eJ > A friend of mine was building and selling similar 'displays' on multipleI > screens for public space in office buildings 20 years ago, using custom-5 > hardware back then. He wrote his software in Forth.a  J These boards are scaled to go around the football field. Not just a few TV% sets stacked on top of each other :-)@  E More importantly, these boards are built to resist the footbal game. F  J If Canada still had hockey, would you replace the wooden boards around the rink with LCD screens ?i   ------------------------------    Date: 11 Jan 2005 04:12:44 -0800& From: "Galen" <gspamtackett@yahoo.com>( Subject: Re: Simple EDT or TPU init fileC Message-ID: <1105445564.692292.278230@f14g2000cwb.googlegroups.com>c   Bob Koehler wrote:5 > In article <YTN0yHYykclM@eisner.encompasserve.org>,v6 kaplow_r@encompasserve.org.TRABoD (Bob Kaplow) writes: >oB > Well, lets see.  Over time I've used the keystrokes in TECO, theE > keypad in EDT, the keystrokes in SOS, the keypad in KED, the keypadi= > in WPS, the sample EVE keypad for VT100 that let you do the.C > inverted-T arrow keypad on the numeric keypad.  My own completely B > homegrown keypad for EVE.  The keystrokes in vi.  The keystrokes7 > in emacs.  The keystrokes in Alpha (a Mac editor) ...2 >.D > You know you're comfortable in a heterogenous environment when youE > can work with vi editor window, emacs window, and EVE editor window-( > on the same X terminal simultaneously. >5 > And that's real life.D   Let's not forget pico...  B And does anyone else remember Control Data Corp's FSE (Full ScreenG Editor)? It was truly unlike any other screen editor I've ever used. WeeE ran it at Lockheed Martin on a number of CDC's Cyber mainframes undertB the NOS and NOS/VE operating systems. When you pressed function orE keypad keys it tended to leave a garbage character on the screen. Youd+ then refreshed the screen to get rid of it.   A Another really odd screen editor that we had back then, on an oldeE PDP-11 pwb/Unix system, was called the Rand editor (re). We generallyaE ran it on some huge clunky synchronous terminals with a whole raft of1+ special function keys that were used by re.u   ------------------------------    Date: 11 Jan 2005 07:28:47 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)i( Subject: Re: Simple EDT or TPU init file3 Message-ID: <KPrEkBOdSprB@eisner.encompasserve.org>e  l In article <Pine.LNX.4.61.0501101507370.8388@localhost.localdomain>, Rob Brown <mylastname@gmcl.com> writes:) > On Mon, 10 Jan 2005, Bob Koehler wrote:a > 1 >>   System table logicals I can fix only becauseh >>   I _am_ the system manager.e > A > But you can override them with with your own /JOB logical name.t  G    Why should I have to use up my JTQUOTA undoing what a system managerk    has done to me?  D    The system manager should make sure that the system is stable andC    reliable, not go dictating his/her editor preferences on others.a   ------------------------------  # Date: Tue, 11 Jan 2005 15:02:30 GMTg% From: Rob Brown <mylastname@gmcl.com>i( Subject: Re: Simple EDT or TPU init fileE Message-ID: <Pine.LNX.4.61.0501110757540.13910@localhost.localdomain>2  ' On Tue, 11 Jan 2005, Bob Koehler wrote:o  n > In article <Pine.LNX.4.61.0501101507370.8388@localhost.localdomain>, Rob Brown <mylastname@gmcl.com> writes:* >> On Mon, 10 Jan 2005, Bob Koehler wrote: >>2 >>>   System table logicals I can fix only because  >>>   I _am_ the system manager. >>B >> But you can override them with with your own /JOB logical name. >eA >   Why should I have to use up my JTQUOTA undoing what a system   > manager has done to me?g  G I'll give you some more JTQUOTA so that my other untrainable users can F have the EDT keyboard.  E >   The system manager should make sure that the system is stable andnD >   reliable, not go dictating his/her editor preferences on others.  E The other job of the system manager is to make sure that untrainable xD users like me and you and others can use the system in the way that  they are accustomed to.g   ;-)o     --    B Rob Brown                        b r o w n a t g m c l d o t c o mA G. Michaels Consulting Ltd.      (866)438-2101 (voice) toll free!M6 Edmonton                         (780)438-9343 (voice)5                                   (780)437-3367 (FAX) 2                                   http://gmcl.com/   ------------------------------  % Date: Tue, 11 Jan 2005 13:25:20 -0500t- From: JF Mezei <jfmezei.spamnot@teksavvy.com>o( Subject: Re: Simple EDT or TPU init fileB Message-ID: <1105467311.e220eeab47f47b0dd45737cf03e9bbd3@teranews>   Bob Koehler wrote:F >    The system manager should make sure that the system is stable andE >    reliable, not go dictating his/her editor preferences on others.a  J "Sorry, we don't support older editors, we only support TPU, hence we make this as default for all users".     N If out of a thousand users, you have Bob who wants EDT and a certain Larry whoM wants Teco, should the 998 other users' life be made more complex because you:$ don't want to see default settings ?  N And if 998 users are acccesing this through an Xwindows system, then they willM want TPU because it has an Xwindow interface which neither EDT nor Teco have.   L (Think university environment with vast majority of users young students and1 just a couple of older mature persons using VMS).h  I However, if your user populatio is truly varied and mature enough to have L started on VMS before TPU came along, then you probably don't want to define! any standard default edtor setup.e   ------------------------------    Date: 10 Jan 2005 23:51:32 -0800 From: dooleys@snowy.net.au@ Subject: Re: Translating errno and vaxc$errno to real error codeC Message-ID: <1105429892.658892.319950@f14g2000cwb.googlegroups.com>a   JBloggs@acme.com wrote:v. > On Sat, 18 Dec 2004 05:44:54 -0500, JF Mezei' > <jfmezei.spamnot@teksavvy.com> wrote:n >F# > >VAX VMS 7.2 TCPIP Services 5.3-2a > >tB > >When I try to send a long message (about 600k) through the SMTP server from my2 > >mac to the internet, I almost consistently get: > >nF > >smtp_sender_close shutdown R0 status = -1, errno = 54, vaxc$errno = 8472 > >$D > >(The smtp software then proceeds to lose the msssage, even though the file. > >remains on the system in an unusable state. > >rG > >Question: how does one go about translating the above error messages 	 into real > > >VMS messages to have some clue on why this problem arises ? >A0 > the status == -1, might be the C RTL's EVMSERR* > ****************************************& > SYS$COMMON:[SYSLIB]DECC$RTLDEF.TLB;1 > ERRNOrB > #define EVMSERR         65535  /* error for non-translatable VMS > errors */m >c
 > fprintf(
 >   stderr$ >   ,"Error text, errno==54: <%s>\n" >    ,strerror(54) >    ); 
 > fprintf(
 >   stderr+ >   ,"Error text, vaxc$errno==8472: <%s>\n"e >    ,strerror(EVMSERR,8472) >    );c >o > 5 > Error text, errno==54: <connection reset by peer  > 4 > Error text, vaxc$errno==8472: <too many redirects> >n# > $ write sys$output f$mess( 8472 )e+ > %SYSTEM-W-TOOMANYREDS, too many redirectsp >r
 > $ exit 8472n
 > $ help/messu" > TOOMANYREDS,  too many redirects( >  Facility:     SYSTEM, System Services? >  Explanation:  This call is redirected more than eight times.n> >  User Action:  Modify your program so that it performs fewer, >                levels of call redirection. >o( > That's perhaps no help at all, though;0 > no idea what "too many redirects" means in the, > context in the of the SMTP server, thought > ? > Maybe look at repeated "$pipe netstat -n | sear sys$pipe tcp"m > while send is in progress. >e. > Does this happen reagardless of destination?F I know this isn't a problem on the vms server, but on the "other" one,@ so I enabled smtp logging and got this after the DATA statement.& Do the error numbers have any meaning? Phil   send buf=.\d\a> recv buf=421 4.1.0 Dropping connection due to an error on this
 server\d\a send buf=QUIT\d\aSF smtp_sender_close shutdown R0 status = -1, errno = 22, vaxc$errno = 20# All gateways tried without success.e	 send buf=t@ smtp_sender_close sclose R0 status = -1, errno = 9, vaxc$errno = 3506252o   ------------------------------  % Date: Tue, 11 Jan 2005 08:09:41 +0000e7 From: David B Sneddon - bigpond <dbsneddon@bigpond.com>h@ Subject: Re: Translating errno and vaxc$errno to real error code( Message-ID: <41E389C5.50607@bigpond.com>  * dooleys@snowy.net.au mentioned in passing:H > I know this isn't a problem on the vms server, but on the "other" one,B > so I enabled smtp logging and got this after the DATA statement.( > Do the error numbers have any meaning? > Phil >  > send buf=.\d\a@ > recv buf=421 4.1.0 Dropping connection due to an error on this > server\d\a > send buf=QUIT\d\aeH > smtp_sender_close shutdown R0 status = -1, errno = 22, vaxc$errno = 20% > All gateways tried without success.L > send buf=cB > smtp_sender_close sclose R0 status = -1, errno = 9, vaxc$errno =	 > 3506252   	 $ exit 20r' %SYSTEM-F-BADPARAM, bad parameter valueN  " $ set message sys$message:decc$msg $ exit 3506252 %C-F-EBADF, bad file numberl     Regards, Dave -- mB David B Sneddon (dbs) VMS Systems Programmer dbsneddon@bigpond.comB Sneddo's quick guide ...   http://www.users.bigpond.com/dbsneddon/B DBS freeware   http://www.users.bigpond.com/dbsneddon/software.htm   ------------------------------  % Date: Tue, 11 Jan 2005 15:11:50 -00005= From: "Andoni" <no_spam_please@andoni-at-ireland-dot-com.com>.' Subject: Upgrading beyond Tomcat 4.1.24y2 Message-ID: <a0SEd.45404$Z14.24350@news.indigo.ie>  
 Hello all,  F I am looking at my setup on VMS and at the latest versions of Tomcat /8 Apache / JBoss and seeing a major mismatch in potential.  J At the moment I am running the latest version of CSWS_JAVA on VMS which isK Tomcat 4.1.24 but this does not give me any of the benefits of Tomcat 5. It K is my understanding from what I have heard that some people have managed to , get later versions of Tomcat working on VMS.  G Is there much work involved in this? I have tried to upgrade to versionlJ 4.1.31 which I thought would be relatively problem free but this would not7 work for me as soon as it tried to compile a .jsp file.m  J Do any of you know if HP make any modifications to bootstrap.jar or any ofL the other .jar files when putting live their version of Tomcat 4.1.24 or was- their port only about writing the .com files.t  H If you have any tips about upgrading specially Tomcat servers I would be very appreciative.  
 Kind regards,h Andoni.s   ------------------------------   End of INFO-VAX 2005.022 ************************