1 INFO-VAX	Sat, 18 Dec 2004	Volume 2004 : Issue 701       Contents:! Re: DS10 on a NETGEAR DHCP Router  Home automation  Re: HP exodus to Intel Re: HP exodus to Intel Re: HP exodus to Intel Re: HP exodus to Intel Re: HP exodus to Intel Re: HP exodus to Intel) Re: HP pulls out of IA64 chip development ) Re: HP pulls out of IA64 chip development ) Re: HP pulls out of IA64 chip development ) Re: HP pulls out of IA64 chip development ) Re: HP pulls out of IA64 chip development + Re: I guess pigs will not fly after all ...  Re: Interesting coding tidbit  Re: Interesting coding tidbit % Re: more LPD problems with TCPIP V5.4 # Needed graphical Driver information  Rack mount hardware standards * SMTP problem: TCPIP$SMTP: Record not found. Re: SMTP problem: TCPIP$SMTP: Record not found Re: TCP/IP in SRM  Re: Time to revive Emerald?  Re: Time to revive Emerald?  Re: Time to revive Emerald?  Re: Time to revive Emerald?  Re: Time to revive Emerald?  Re: Time to revive Emerald? 3 Translating errno and vaxc$errno to real error code 7 Re: Translating errno and vaxc$errno to real error code  [Fwd: failure notice]   F ----------------------------------------------------------------------  # Date: Sat, 18 Dec 2004 10:11:33 GMT # From: Beach Runner <bob@nospam.com> * Subject: Re: DS10 on a NETGEAR DHCP Router= Message-ID: <pnTwd.125254$8G4.111573@tornado.tampabay.rr.com>   D A different thought. Is there a router that works with dhcp without  hitch on a 7.3-2 dchp, 100 full      JF Mezei wrote:  > Dave Froble wrote: > P >>>I have a Netopia R9100 router which includes multiple RJ45 ports.  The router >>Q >>does not (easily) support dial-up access.  I also have a Multi-Tech router that K >>supports dial-up as a backup link.  (I'm always on the backup link.)  :-( M >>So, how can I use the Multi-Tech as a dial-up access device, but force all  N >>traffic through the Netopia?  Is this possible, given that each is connected >  > via  >  >>the integral hub/switch? >  > J > I assume that when you mention "dialup", you mean your site initiating aI > dialup PPP connectioon to an ISP, or some user dialing into your site ?  > ; > dialup modem--[multitech]---*                +----[host1] 0 >                             |                |= >                             |                +----[host2]   0 > dslmodem--------------------+                |; >                             |                +----[host3] 0 >                             |                |; >                             +---[netopia]----+----[host4]  >  > M > You then work on the netopia to have 2 possible configs: one where it deals K > with your broadband provider, in which case, the netopia will forward all / > packets over to the modem's ethernet address.  > O > Or you configure the netopia to forward all packets over to the multitech, at M > which poinmt the multitech acts as an ISP, gives your netopia some other IP W > address, acts as default gateway to your netopia and initiates the dialup connection.  > O > Host1 through 4 don't see the difference since they all talk to netopia only. I > You need to ensure that DNS issues are dealt with (either the multitech N > provides the dialup isp's DNS address upstream to netopia and netopid to theP > host1-4, or you hardcode some DSN server which is accessible from both dsl and > dialup connections.  >  > O > The above config would require you put your hub on the WAN side of netopia to O > link netopia, dslmodem and mulltitech together, and you can use the netopia's C > 4 port built=in switch to connect host1 through 4 to the netopia.  > F > There are other ways to do this, such as putting both dsl and dialupJ > connections on the multitech, and then have the netopia only talk to theK > multitech. However, this introduces some additional latency, since you're ' > going through 2 routers at all times.  > N > Ideally, you need a more sophisticated router that can handle 2 links to theN > internet and automatically switch over to a second one when first one fails.   ------------------------------  % Date: Sat, 18 Dec 2004 12:33:11 -0600 . From: Alphaman <alphaman-nix-spam@alphant.com> Subject: Home automation5 Message-ID: <KJ_wd.5237$iE.382@fe40.usenetserver.com>   H I'm currently running some home automation/x10 stuff on my VMS box, but F am thinking about expanding the system's abilities.  I was curious if H anyone had ever gotten MisterHouse (http://www.misterhouse.net/) to run D on their system.  It's Perl based, and I tried once before, but had I problems with the serial comm to the CM11 module -- I played with it for  G a while, but gave up on that path to use John Covert's FireWrapper from   D   http://www.encompasserve.org/DECUServe/DECnotes/VMS/3064/SDIR.HTML  G This works great (thanks for your help in getting my head on straight,  G John!), but I'd like to start using some bi-directional devices (first  G up: a thermostat) that FireWrapper doesn't support.  I'd also like web  C control, and don't necessarily want to have to reinvent the wheel.  D (Although looking at the learning curve on MisterHouse, it might be G easier to mod FireWrapper and write my own website from scratch...) :^P   G Just curious to see if anyone's gotten it working on VMS, and wouldn't  * mind sharing their experience and/or tips.   Cheers,  Aaron    ------------------------------  % Date: Sat, 18 Dec 2004 19:43:10 +1100 4 From: Paddy O'Brien <paddy.o'brien@transgrid.com.au> Subject: Re: HP exodus to Intel / Message-ID: <41C3ED9E.4010207@transgrid.com.au>    Keith Parris wrote:   	 [Snipped]   F > There are 2,880 applications available on Itanium now, up from just G > 1,000 only one year ago. (For VMS, the count is now 250 applications  C > ready for 8.2, with over 780 applications from over 360 partners  I > committed.) So the momentum is really building. It's not surprising to  I > see the FUD building as well. But, for example, even IBM has shipped a  J > lot more Linux systems running Itanium than Linux systems running POWER.   O.K., Keith,  H Has Mathworks re-installed Matlab onto Itanium VMS.  Is there a Fortran E compiler which will be extended to Fortran 2003, and is there a CXML  H equivalent of the very (extremely) well optimised BLAS and LAPACK, etc.?  * If none of these, I-VMS is useless for me.  G VAX F77 went into maintenance mode, and Alpha Fortran 95 seems to have  E gone the same way since Steve Lionel and crew were donated to Intel.  > Those remaining are probably fixing bugs as they arise and no I optimisation is being done of the often very slow array functions.  From  = what I've heard/read, I don't want (the original) HP Fortran.    Regards, Paddy      G ***********************************************************************   C "This electronic message and any attachments may contain privileged > and confidential information intended only for the use of the B addressees named above.  If you are not the intended recipient of C this email, please delete the message and any attachment and advise B the sender.  You are hereby notified that any use, dissemination, 7 distribution, reproduction of this email is prohibited.   A If you have received the email in error, please notify TransGrid  A immediately.  Any views expressed in this email are those of the  = individual sender except where the sender expressly and with  C authority states them to be the views of TransGrid.  TransGrid uses > virus-scanning software but excludes any liability for viruses contained in any attachment.  < Please note the email address for TransGrid personnel is now$ firstname.lastname@transgrid.com.au"  G ***********************************************************************    ------------------------------    Date: 18 Dec 2004 04:57:20 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)  Subject: Re: HP exodus to Intel 3 Message-ID: <lhIeYW8iMUZy@eisner.encompasserve.org>   V In article <41C3871B.6080201@tsoft-inc.com>, Dave Froble <davef@tsoft-inc.com> writes: > Larry Kilgallen wrote:  G >> You don't have to buy anything new just because HP is promoting I64. E >> But you should not expect them to promote VAX when they don't even E >> offer the hardware anymore.  It is not their job to drive the used  >> equipment market. >>   > O > The problem in everything you said is that there is no such thing as new VAX  P > systems to replace those worn out, more expensive to operate and support than  > newer hardware, etc.  F You can buy (or get free) emulators.  Apparently the emulator businessD is viable in the VAX space but the hardware business is not.  If theF hardware business were viable, some third party would be doing it, now that the patents have expired.  Q > What does the VAX user do when he cannot get repaired/replacement hardware for  ? > that which has failed?  Maybe not yet today, but someday ....   C When it no longer is cost effective to maintain that hardware, they A switch to an emulator or switch architectures.  In my experience, * applications wear out before the hardware.   ------------------------------    Date: 18 Dec 2004 05:00:48 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)  Subject: Re: HP exodus to Intel 3 Message-ID: <xdF36FD$AS0J@eisner.encompasserve.org>   f In article <41C3ED9E.4010207@transgrid.com.au>, Paddy O'Brien <paddy.o'brien@transgrid.com.au> writes:  J > Has Mathworks re-installed Matlab onto Itanium VMS.  Is there a Fortran G > compiler which will be extended to Fortran 2003, and is there a CXML  J > equivalent of the very (extremely) well optimised BLAS and LAPACK, etc.? > , > If none of these, I-VMS is useless for me. > I > VAX F77 went into maintenance mode, and Alpha Fortran 95 seems to have  G > gone the same way since Steve Lionel and crew were donated to Intel.  @ > Those remaining are probably fixing bugs as they arise and no K > optimisation is being done of the often very slow array functions.  From  ? > what I've heard/read, I don't want (the original) HP Fortran.   E From what _I_ have read (between the lines), neither did HP, which is G why they hired Steve Lionel and crew.  They want their Fortran on other / operating systems to be as good as that on VMS.    ------------------------------    Date: 18 Dec 2004 07:51:43 -0800 From: icerq4a@spray.se Subject: Re: HP exodus to Intel C Message-ID: <1103385102.990709.278000@c13g2000cwb.googlegroups.com>    JF mezei wrote: A > Consider that a co-owner, HP must have gotten some form royalty  whenever IntelF > seold an IA64 to SGI, or the few that IBM and Dell have bought. That revenuC > won't happen anymore. HP will now pay the full cost of every IA64  chip it purchases.   You are not correct here...    ------------------------------    Date: 18 Dec 2004 08:01:03 -0800 From: icerq4a@spray.se Subject: Re: HP exodus to Intel B Message-ID: <1103385663.814970.85590@z14g2000cwz.googlegroups.com>   JF Mezei wrote:  > Keith Parris wrote:  > G > IA64 is sto attractive that it still hasn't surpassed sales of 2 dead # > architectures (PaRisc and Alpha). > That is not correct. Itanium sells more than PaRisc and Alpha.   ------------------------------  % Date: Sat, 18 Dec 2004 10:56:50 -0500 # From: "John Smith" <a@nonymous.com>  Subject: Re: HP exodus to Intel , Message-ID: <9aSdnc3tCurezlncRVn-tw@igs.net>   Rob Young wrote:C > In article <IamdnVqQ2ZJRvl7cRVn-iQ@mpowercom.net>, "Jack Peacock"  > <peacock@simconv.com> writes: A >> "Keith Parris" <keithparris_NOSPAM@yahoo.com> wrote in message / >> news:JoEwd.4723$Bb5.4010@news.cpqcorp.net... G >>> HP saw more than 180 SAP customers move to Itanium in 180 days (see ? >>> http://www.hp.com/hpinfo/newsroom/press/2004/041118a.html).  >>> . >> The article is about SAP on HP-UX, not VMS. >>> C >>> I visited some VMS customers in NYC a couple of months ago, and F >>> they were eagerly starting to get VMS running on rx2600 and rx4640+ >>> systems to start their porting efforts. B >> And therein lies the problem.  Everything you quote is existingG >> customers, not new ones.  Where are the articles of users converting & >> a large Sun or IBM site to Itanium? >>@ >> Were I working in a large VMS shop I'd be eager to convert toB >> Itanium too. Like most of the people in this forum I have a lotC >> invested in VMS skills and am not looking forward to writing off  >> those years.  >  > Gee, that can't be true. >  > L http://groups-beta.google.com/group/comp.os.vms/msg/e0bc450760178b19?dmode=s ource  > , > From: "Jack Peacock" <peac...@simconv.com> > Subject: Re: Why VMS?  > Date: 1999/01/21 > 8 > You're tilting at windmills.  NT is already here, it's; > replacing VMS in the low end and it will work it's way up ; > the customer base as time goes by.  I don't like it, I've 6 > got a lot invested in VMS knowledge, but I know that; > knowledge won't be too valuable in a few years, so I read 7 > the NT books and sign up for the MS beta program too.  >  > ---  > ? > You've know for "years" Jack that your VMS knowledge wouldn't A > be too valuable "in a few years."  But now you claim you're not : > looking forward to writing off those years.  You've been- > looking forward for quite some time , Jack.  >  > Rob    Rob,  I I believe the Brits have a word that describes your position on this.....  wanker.    ------------------------------    Date: 17 Dec 2004 23:25:06 -0800 From: icerq4a@spray.se2 Subject: Re: HP pulls out of IA64 chip developmentB Message-ID: <1103354706.581760.83060@c13g2000cwb.googlegroups.com>   Dave Froble wrote: > 9 > It's ego.  Intel could have continued producing Alphas.   > No, they could have not, that was and is not a Intel decision.   Even advance theD > design.  Alpha was able to compete with Power.  From a performance perspective,( > IA-64 is toast, and will remain toast.  A IA64 has good performance and obviously better than POWER in some C areas, the problem with competing with larger POWER5 systems is the F system architecture. The current Intel FSB is just not able to compete1 with integrated memory controller, 36 MB L3, etc.    ------------------------------    Date: 17 Dec 2004 23:18:06 -0800 From: icerq4a@spray.se2 Subject: Re: HP pulls out of IA64 chip developmentC Message-ID: <1103354286.516208.106610@z14g2000cwz.googlegroups.com>    JF Mezei wrote:  > icerq4a@spray.se wrote: D > > The things that the Alpha team really can contribute with is the new F > > system architecture. The current Itanium cores are doing just fine inG > > performance, and Montecito will have the best power saving features  in > > the industry next year.  > E > The question is whether the Alpha knowledge is really applicable to  an EPIC architecture.  > G > A lot of Alpha's performance tricks were anti-EPIC in that it was the  Alpha E > logic which automatiaclly parralelized stuff, optimized instruction 
 pipeliningB > etc etc. With EPIC, that is supposed to be done by the compiler.  4 There have been rumours about a OOO version of IA64.4 Everything does not have do be done in the compiler.  9 The important thing for Intel is the system architecture. + That is why IBM and AMD is ahead currently.    ------------------------------    Date: 18 Dec 2004 00:44:16 -0800 From: icerq4a@spray.se2 Subject: Re: HP pulls out of IA64 chip developmentC Message-ID: <1103359456.240121.184230@f14g2000cwb.googlegroups.com>    JF Mezei wrote:  > icerq4a@spray.se wrote: 8 > > There have been rumours about a OOO version of IA64.8 > > Everything does not have do be done in the compiler. > @ > That is like saying there was a rumour of an Alpha with an IBM 360/390  > instruction set.   No.   E > IA64 was architected as EPIC with more tightly compiler integration  than with Risc.    Yes.  = > If they produce a RISC version of IA64 instruction set, how  applicable will itG > be to existing HP-UX and VMS OS-application support ? Everything will  have to F > be recompiled with some new IA64 compiler. This is not too different fromE > retargetting everything to another chip, and if you're goiing to do 	 that, you E > might as well go to the 8086 right away because that is inevitable.   C I suggest you go and read some research papers on these topics. No, F they don't have to be recompiled. In simulation tests, an OOO IA64 hadD twice the performance of a similar in-order version. Having compiler= scheduling and hardware scheduling is not mutually exclusive.    ------------------------------  % Date: Sat, 18 Dec 2004 03:40:34 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 2 Subject: Re: HP pulls out of IA64 chip development, Message-ID: <41C3ECE1.90CCFD28@teksavvy.com>   icerq4a@spray.se wrote: 6 > There have been rumours about a OOO version of IA64.6 > Everything does not have do be done in the compiler.  F That is like saying there was a rumour of an Alpha with an IBM 360/390 instruction set.  S IA64 was architected as EPIC with more tightly compiler integration than with Risc.   N If they produce a RISC version of IA64 instruction set, how applicable will itM be to existing HP-UX and VMS OS-application support ? Everything will have to I be recompiled with some new IA64 compiler. This is not too different from M retargetting everything to another chip, and if you're goiing to do that, you C might as well go to the 8086 right away because that is inevitable.    ------------------------------    Date: 18 Dec 2004 05:07:06 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) 2 Subject: Re: HP pulls out of IA64 chip development3 Message-ID: <IwmSy$PJI3sU@eisner.encompasserve.org>   [ In article <1103354706.581760.83060@c13g2000cwb.googlegroups.com>, icerq4a@spray.se writes:  >  > Dave Froble wrote: >>: >> It's ego.  Intel could have continued producing Alphas. > @ > No, they could have not, that was and is not a Intel decision.  F As of the agreement putting VMS onto Itanium, Intel got full rights toF use Alpha.  Prior to that they were just providing fabrication under a court case settlement.   ------------------------------    Date: 17 Dec 2004 23:39:17 -0800 From: icerq4a@spray.se4 Subject: Re: I guess pigs will not fly after all ...C Message-ID: <1103355557.966363.185490@z14g2000cwz.googlegroups.com>   ; Interesting that they had concerns about power consumption. " EV8 had a power target at 250W. ;)  C I have heard that Intel don't want to delay the introduction of CSI D (integrated memory controller, router CPU interconnect etc), that is6 why they delay the old Tukwila design for future work.- VMS as a niche OS. Yes, what's new with that?    ------------------------------  % Date: Sat, 18 Dec 2004 18:46:11 +1100 4 From: Paddy O'Brien <paddy.o'brien@transgrid.com.au>& Subject: Re: Interesting coding tidbit/ Message-ID: <41C3E043.6070403@transgrid.com.au>    Keith Cayemberg wrote:   Lots snipped  J > 60's. The Unix and Windows designers didn't learn from history, and are  > now paying the price.  >   B No, the users are paying the price.  BG is still making billions, / companies who use his crap are losing billions.    Regards, Paddy        G ***********************************************************************   C "This electronic message and any attachments may contain privileged > and confidential information intended only for the use of the B addressees named above.  If you are not the intended recipient of C this email, please delete the message and any attachment and advise B the sender.  You are hereby notified that any use, dissemination, 7 distribution, reproduction of this email is prohibited.   A If you have received the email in error, please notify TransGrid  A immediately.  Any views expressed in this email are those of the  = individual sender except where the sender expressly and with  C authority states them to be the views of TransGrid.  TransGrid uses > virus-scanning software but excludes any liability for viruses contained in any attachment.  < Please note the email address for TransGrid personnel is now$ firstname.lastname@transgrid.com.au"  G ***********************************************************************    ------------------------------    Date: 18 Dec 2004 05:09:54 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) & Subject: Re: Interesting coding tidbit3 Message-ID: <yi9N3B9tWKg2@eisner.encompasserve.org>   f In article <41C3E043.6070403@transgrid.com.au>, Paddy O'Brien <paddy.o'brien@transgrid.com.au> writes: >  >  > Keith Cayemberg wrote: >  > Lots snipped > K >> 60's. The Unix and Windows designers didn't learn from history, and are   >> now paying the price. >>   > D > No, the users are paying the price.  BG is still making billions, 1 > companies who use his crap are losing billions.   > But since Windows is in a (large) niche market -- the desktop,A the cost of what Bill hath wrought is intermixed with the general = cost of insufficiently centralized computing.  How many large < buildings are cooled with individual room air conditioners ?   ------------------------------  # Date: Sat, 18 Dec 2004 11:35:43 GMT # From: "Phil" <dooleys@snowy.net.au> . Subject: Re: more LPD problems with TCPIP V5.4= Message-ID: <jCUwd.77453$K7.25722@news-server.bigpond.net.au>   , <VAXman- @SendSpamHere.ORG> wrote in message* news:00A3C7B1.C0FF2787@SendSpamHere.ORG...) > Proxy or no proxy, LPD under TCPIP V5.4 ) > (with DEC-AXPVMS-TCPIP_ECO-V0504-154-4)  > does not work. > D > The remote host is always listed with a RNF error in the log file. > ! > I wish WIS still functioned. :(  >  Use a telnetsym queue?2 Compared to lpd I find telnet queues more reliable? (and have better debugging information when things do go wrong)  Phil   ------------------------------    Date: 18 Dec 2004 07:45:27 -0800' From: "brit1951" <nyce3000@hotmail.com> , Subject: Needed graphical Driver informationB Message-ID: <1103384727.706482.71780@f14g2000cwb.googlegroups.com>  @ Can anybody help me? I am looking for information concerning theE graphical driver GAADRIVER. I have managed to find the driver manual, ; but was wondering whether the sources are freely available?    ------------------------------    Date: 18 Dec 2004 07:24:40 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) & Subject: Rack mount hardware standards3 Message-ID: <VE$YLcH1cMrG@eisner.encompasserve.org>   A Is there a significant trend in rack mount hole standards for the / type of computer gear generally used with VMS ?   ; I notice BA356 rack mount kits are available in two styles.   D If I were forced to guess, I would say that RETMA was on the way outH in the US and Metric was on the way in, but that is entirely conjecture.  B If that is true, what is the newest VMS-relevant gear that is onlyA RETMA-mountable ?   And what is the oldest VMS-relevant gear that  is only Metric-mountable ?  @ Feel free to answer the questions I _should_ have asked instead,C providing they pertain to rack mounting and not to whether I should % care about VMS in the light of xxxxx.   E My goal is to learn from your personal experience, so I would cherish > rather than scoff at conflicting answers from diverse posters.   ------------------------------  % Date: Sat, 18 Dec 2004 07:00:18 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 3 Subject: SMTP problem: TCPIP$SMTP: Record not found + Message-ID: <41C41BD1.8B7FD22@teksavvy.com>    TCPIP> show version =   Compaq TCP/IP Services for OpenVMS VAX Version V5.3 - ECO 2 /   on a VAXstation 3100/SPX running OpenVMS V7.2   N This has been a long time problem, and it is getting really bothersome becauseL it also causes so many "sorry user xxx doesn't exist" message to also hang.   & The message file is about 1200 blocks.  J So, the message doesn't get delivered, and then hangs in the directory. AnJ Analyze MAIL/REPAIR fails to requeue it because it thinks TCPIP$SMTP is anK invalid username. The username is valid. Also, TCIP$SMTP does not appear in - the control file associated with the message.   ! So there are two problems here...   M I would appreciate any hints on what might cause this, what should be done to  debug the beast.N I am seriously considering dumping the SMTP part of the TCPIP Services becauseD it is so unreliable and its log files (especially for receiving) areK unmanageable. To those who say that VMS is so reliable, I say "I wish I had N linux with postfix" running, it seems to be far more reliable and has hooks to% put in far more virus/spam filtering.     P 18-DEC-2004 04:55:37.21: next open file _$2$DKA200:[SYS0.TCPIP$SMTP]04121804552`H smtp_sender_close shutdown R0 status = -1, errno = 54, vaxc$errno = 8412  / Printing debug_level 2, Domains and recipients:  Domain: ozemail.com.au-    Recipient address: <chef@chocolate.com.au> &    Domain part:       chocolate.com.au    Local part:        chef9    Address Status:    Not done, not delivered. (Requeued)   ) Printing debug_level 2, relevant headers: ) Return-Path: SMTP%"jfmezei@vixenation.ca" P Received: from MAC.vixenation.ca (10.0.0.12)  by bike.vaxination.ca (V5.3-18E, `% Date: Sat, 18 Dec 2004 05:03:44 -0500  From: jfmezei@vixenation.ca  To: chef@chocolate.com.au $ Subject: Furry creatures in the snow4 #smtp$do_task\425 smtp$requeue:sndjbcw iosb[0]:98994  F d%%%%%%%%%%%%                   18-DEC-2004 05:02:14.62  %%%%%%%%%%%%d %RMS-E-RNF, record not foundP WARNING: Fatal error signalled when processing CF= _$2$DKA200:[SYS0.TCPIP$SMTP]` Leaving as orphan         > Now, here is what happens when I try to TCPIP> ANA MAIL/REPAIR  . %TCPIP-I-ANA_RUNING, ANALYZE runs on host BIKE  + Starting analyze at 18-DEC-2004 06:35:04.05 7 %TCPIP-W-ANA_QUEUEL, queue TCPIP$SMTP_BIKE_00 is locked   6 %TCPIP-W-ANA_QUEUEU, queue TCPIP$SMTP_BIKE_00 unlocked  7 %TCPIP-W-ANA_QUEUEL, queue TCPIP$SMTP_BIKE_01 is locked   6 %TCPIP-W-ANA_QUEUEU, queue TCPIP$SMTP_BIKE_01 unlocked  P %TCPIP-I-ANA_NOENTR, no queue entry found for file SYS$SPECIFIC:[TCPIP$SMTP]0412+ 1804552287_TCPIP$SMTP-206009F9.TCPIP_BIKE;1   > %TCPIP-I-ANA_USER_RNF, $SNDJBCW(CREATE_JOB) reports RMS-E-RNF;5   Suspect user name TCPIP$SMTP is not valid for file: L     SYS$SPECIFIC:[TCPIP$SMTP]04121804552287_TCPIP$SMTP-206009F9.TCPIP_BIKE;13 %TCPIP-I-ANA_COMPLE, ANALYZE completed on host BIKE   3 %TCPIP-I-ANA_FEPAIR, found 0 file-queue entry pairs , %TCPIP-I-ANA_DELQEN, deleted 0 queue entries8 %TCPIP-I-ANA_FILNOQ, found 1 files with no queue entries1 %TCPIP-I-ANA_FILHLD, holding 0 files in directory B %TCPIP-I-ANA_FILDEL, deleted 0 files from the Postmaster directory; %TCPIP-I-ANA_SUBFIL, submitted 0 files to the generic queue 5 %TCPIP-I-ANA_FILACE, encountered 0 file access errors : %TCPIP-I-ANA_NONCFF, found 0 files in Postmaster directoryL %TCPIP-I-ANA_FILCOR, found 0 corrupted control files in Postmaster directory   ------------------------------  % Date: Sat, 18 Dec 2004 07:33:23 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 7 Subject: Re: SMTP problem: TCPIP$SMTP: Record not found , Message-ID: <41C42391.76A06CB5@teksavvy.com>  8 Ok, I solved one problem: TCPIP$SMTP : record not found.  N I tried to SUBMIT/USER the control file to the smtp symbiont queue and got theM same error message about record not found. Removed the /USER and the file was A submitted. (But of course, it still failed for the other reason).   
 Turns out:  M My queue manager runs on node VELO. SMTP isn't installed on VELO, so the user  TCPIP$SMTP doesn't exist there.   L So, when, from BIKE, I SUBMIT/USER=TCPIP$SMTP/QUEUE=TCPIP$SMTP_BIKE_01 whichM executes on node BIKE, it somehow gets the queue manager on NODE to check the  username, hence the failure.  = So I copied the record to VELO's SYSUAF.DAT file and then the + SUBMIT/USER=TCPIP$SMTP worked on node BIKE.   K Interestingly, when you do a SUBMIT on node BIKE, it does lookup SYSUAF.DAT N locally, with success.(verified with a SET WATCH command). SO I guess that the; SNDJBC returns the RNF code from the queue manager on VELO.    ------------------------------  % Date: Sat, 18 Dec 2004 16:18:26 +0200   From: Veli Korkko <vtk@netti.fi> Subject: Re: TCP/IP in SRM9 Message-ID: <R_Wwd.1496$Vg1.1048@reader1.news.jippii.net>    David J Dachtera wrote: 7 > Beach Runner's question raised this one in my head...  > J > If one sets IP addresses in SRM for BOOTP, and so on, does that preclude. > the VMS IP software using that same address? > I > I don't remember the variable names, and the little Alpha is busy right & > now, so I don't want to disturb it.  > J > If I assign, say, 192.168.1.20 in SRM, can I then use that same (static); > address when running VMS + IP (UCX, Multinet or TCPware)?  >   D I would expect answer to be yes. (to the last question). Have never H assigned those in SRM because VMS cluster booting uses MOP and firmware B upgrades can also be done using MOP or more conveniently using CD.     _veli    ------------------------------  % Date: Sat, 18 Dec 2004 05:30:28 -0800 # From: "Tom Linden" <tom@kednos.com> $ Subject: Re: Time to revive Emerald?( Message-ID: <opsi7g42j9zgicya@hyrrokkin>  6 On Fri, 17 Dec 2004 20:36:43 -0600, David J Dachtera  " <djesys.nospam@comcast.net> wrote:  H >> Well, there is no more IA32 hardware available.  Intel and AMD have  
 >> gotten the C >> speed from hardware that is no longer x86, and provided an x86    >> environment, 4 >> again, using firmware/microcode/PALcode/whatever.9 > Really, I'm sure Intel will find that very interesting.   , It is true, and has been since the late 80's   --  C Using Opera's revolutionary e-mail client: http://www.opera.com/m2/    ------------------------------  % Date: Sat, 18 Dec 2004 08:55:40 -0500 ) From: "Neil Rieck" <n.rieck@sympatico.ca> $ Subject: Re: Time to revive Emerald?: Message-ID: <jFWwd.20683$pb.1392287@news20.bellglobal.com>  4 "Dave Froble" <davef@tsoft-inc.com> wrote in message& news:41C37973.5020800@tsoft-inc.com... > Neil Rieck wrote:  >  [...snip...] > I > There are some who would view this as a disadvantage, not an advantage. A > Regardless of whatever target language, rewriting 1/3 of VMS is 1 > non-trivial and many errors will be introduced.  >   H At a 2003 OpenVMS seminar in Ottawa, an HP employee stated the followingG fact: "Porting VMS from VAX to Alpha required touching 1200 s/w modules ? while porting from Alpha to Itanium required touching only 200"   J I'm not sure what is meant by "touch", or whether this employee was tryingL to trivialize the porting effort. So you may be right in stating that 1/3 ofE VMS needed a rewrite. On the flip side, I know that the port to Alpha F involved a "code cleanup" and they probably added lexicals to simplifyJ future porting operations. That said, touching 1/6 of the OS doesn't sound* as bad (or as expensive) as rewriting 1/3.  I p.s. it's always easy to produce generalizations like this when we're not * responsible for doing the work. Right? :-)  
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.8 http://www3.sympatico.ca/n.rieck/links/cool_openvms.html   ------------------------------  % Date: Sat, 18 Dec 2004 06:57:26 -0800 # From: "Tom Linden" <tom@kednos.com> $ Subject: Re: Time to revive Emerald?( Message-ID: <opsi7k50ylzgicya@hyrrokkin>  G On Sat, 18 Dec 2004 09:31:05 -0500, Neil Rieck <n.rieck@sympatico.ca>    wrote:  G > Now maybe I'm being a bit naive because I've heard that there are two E > OpenVMS code bases at HP, one for VAX and the other for Alpha and   
 > Itanium.H > If the renovated Alpha code base was designed to only deal with 64-bitJ > CPU's, then using it to port to IA-32 isn't going to be possible. On theI > flip side, the whole thing might be easier than trying to graft Tru64's * > AdvFs and TruCluster modules onto HP-UX.  B I presume that you saw the announcement concerning the adoption of Veritas Foundation for HP-UX.    --  C Using Opera's revolutionary e-mail client: http://www.opera.com/m2/    ------------------------------  % Date: Sat, 18 Dec 2004 09:31:05 -0500 ) From: "Neil Rieck" <n.rieck@sympatico.ca> $ Subject: Re: Time to revive Emerald?: Message-ID: <vaXwd.20819$pb.1397891@news20.bellglobal.com>  @ "David J Dachtera" <djesys.nospam@comcast.net> wrote in message % news:41C397BB.549B2619@comcast.net...  > Dave Froble wrote: [...snip...] >>G >> Well, there is no more IA32 hardware available.  Intel and AMD have  
 >> gotten the B >> speed from hardware that is no longer x86, and provided an x86  >> environment, 4 >> again, using firmware/microcode/PALcode/whatever. > 9 > Really, I'm sure Intel will find that very interesting.  >   M While it is true that the Intel Pentium-4 can improve performance by caching  K up to 12k of micro-ops (a.k.a. decoded IA-32 instructions), I believe this  L is chip is still a firmware implementation of an IA32 engine (and is really  a CISC-RISC hybrid).8 http://www.intel.com/design/pentium4/papers/24943801.pdf  L That said, an OS shouldn't care if it is running on any member of the IA-32 M family. And that is my point, the same flavour of LINUX always seems to load P> on any chip that appears to support the IA-32 instruction set.  ' This is what I want to see for OpenVMS.c  F Now maybe I'm being a bit naive because I've heard that there are two K OpenVMS code bases at HP, one for VAX and the other for Alpha and Itanium.  G If the renovated Alpha code base was designed to only deal with 64-bit LI CPU's, then using it to port to IA-32 isn't going to be possible. On the uH flip side, the whole thing might be easier than trying to graft Tru64's ( AdvFs and TruCluster modules onto HP-UX.    
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.9 http://www3.sympatico.ca/n.rieck/links/cool_openvms.html i   ------------------------------    Date: 18 Dec 2004 08:07:20 -0800 From: icerq4a@spray.se$ Subject: Re: Time to revive Emerald?C Message-ID: <1103386040.750541.153340@f14g2000cwb.googlegroups.com>o   Neil Rieck wrote:- >-F > You are right, though, it probably would have been easier to migrate HP-UX4C > features into Tru64 than the other way around. Rumour has it that1	 Tru64 wasEB > multi-threaded while HP-UX was not, so moving Tru64 modules like	 AdvFs and > > TruCluster were probably impossible without rewriting HP-UX.  E I don't know what would have been easier, but the thread support wereoF terrible in Tru64 for many years, it had the worst pthread performanceB and bugs of all UNIX:es. I though actually think it has been fixed during the last two years.  $ As a normal UNIX, except clustering,< Tru64 was not in any way better than the other UNIX systems.   ------------------------------  % Date: Sat, 18 Dec 2004 16:24:53 -0000>6 From: "Alex Daniels" <AlexNoSpamDaniels@themail.co.uk>$ Subject: Re: Time to revive Emerald?5 Message-ID: <41c459d5$0$8351$db0fefd9@news.zen.co.uk>n  . "John Smith" <a@nonymous.com> wrote in message& news:QaidneNsXo6LYl3cRVn-oA@igs.net... > DAVID TURNER wrote:i > > Hang on a minute...i > >m > > www.softresint.com > >  <SNIP>J > I would not be surprised, given carly(tm)'s performance thus far towardsL > things VMS, that she looks for a way to make ALL means of perpetuating VMSJ > usage disappear  by utilizing any levers she has regarding licencing and/ > intellectual property rights now owned by HP.   I You can trade in your existing on-contract licences for free I64 ones and < the figures I have heard for new licences sound pretty good.   <SNIP>  ? >  So why would she allow something clearly as helpful as SRI'saA > product to continue to exist if she has any leverage over them?  >   I The way I see it HP have helped SRI, they have allowed CHARON-VAX to be a,H supported hardware platform (if it runs on Alpha or a HP PC). Without itJ being a supported by HP, I think a lot less people would have gone for it.  3 They have also given SRI other work, VEST and AEST.e   Alex   ------------------------------  % Date: Sat, 18 Dec 2004 05:44:54 -0500N- From: JF Mezei <jfmezei.spamnot@teksavvy.com> < Subject: Translating errno and vaxc$errno to real error code, Message-ID: <41C40A26.C620393A@teksavvy.com>    VAX VMS 7.2 TCPIP Services 5.3-2  N When I try to send a long message (about 600k) through the SMTP server from my/ mac to the internet, I almost consistently get:   H smtp_sender_close shutdown R0 status = -1, errno = 54, vaxc$errno = 8472  J (The smtp software then proceeds to lose the msssage, even though the file+ remains on the system in an unusable state.p  N Question: how does one go about translating the above error messages into real; VMS messages to have some clue on why this problem arises ?o   ------------------------------  % Date: Sat, 18 Dec 2004 09:47:52 -0800s From: JBloggs@acme.com@ Subject: Re: Translating errno and vaxc$errno to real error code8 Message-ID: <jbp8s0ds0ucf5jvmclb1cocml987gd9401@4ax.com>  , On Sat, 18 Dec 2004 05:44:54 -0500, JF Mezei% <jfmezei.spamnot@teksavvy.com> wrote:   ! >VAX VMS 7.2 TCPIP Services 5.3-2s >@O >When I try to send a long message (about 600k) through the SMTP server from myt0 >mac to the internet, I almost consistently get: >aI >smtp_sender_close shutdown R0 status = -1, errno = 54, vaxc$errno = 8472s >iK >(The smtp software then proceeds to lose the msssage, even though the files, >remains on the system in an unusable state. >rO >Question: how does one go about translating the above error messages into realC< >VMS messages to have some clue on why this problem arises ?  / the status == -1, might be the C RTL's EVMSERR  ( ****************************************$ SYS$COMMON:[SYSLIB]DECC$RTLDEF.TLB;1 ERRNOt@ #define EVMSERR         65535  /* error for non-translatable VMS	 errors */e  	 fprintf( n   stderr"   ,"Error text, errno==54: <%s>\n"!    ,strerror(54)                 t    );                    b	 fprintf( ,   stderr8   ,"Error text, vaxc$errno==8472: <%s>\n"                   ,strerror(EVMSERR,8472)    );                    g    3 Error text, errno==54: <connection reset by peer  >e2 Error text, vaxc$errno==8472: <too many redirects>  " $ write sys$output f$mess( 8472 ) ) %SYSTEM-W-TOOMANYREDS, too many redirects/   $ exit 8472e $ help/mess   TOOMANYREDS,  too many redirects&  Facility:     SYSTEM, System Services=  Explanation:  This call is redirected more than eight times.:=  User Action:  Modify your program so that it performs fewer i*                levels of call redirection.  & That's perhaps no help at all, though;/ no idea what "too many redirects" means in the y* 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. t  , Does this happen reagardless of destination?   ------------------------------  % Date: Sat, 18 Dec 2004 11:53:27 +0000I- From: David B Sneddon <dbsneddon@bigpond.com>n Subject: [Fwd: failure notice]* Message-ID: <41C41A37.6030203@bigpond.com>   JF Mezei was overheard to say:" > VAX VMS 7.2 TCPIP Services 5.3-2 > P > When I try to send a long message (about 600k) through the SMTP server from my1 > mac to the internet, I almost consistently get:? > J > smtp_sender_close shutdown R0 status = -1, errno = 54, vaxc$errno = 8472 > L > (The smtp software then proceeds to lose the msssage, even though the file- > remains on the system in an unusable state.n > P > Question: how does one go about translating the above error messages into real= > VMS messages to have some clue on why this problem arises ?  >    zen_FTA14> exit 8472) %SYSTEM-W-TOOMANYREDS, too many redirects*   Does this help?*   Regards, Dave.* -- *D David B Sneddon (dbs)  VMS Systems Programmer  dbsneddon@bigpond.comD Sneddo's quick guide ...     http://www.users.bigpond.com/dbsneddon/D DBS freeware     http://www.users.bigpond.com/dbsneddon/software.htm   ------------------------------   End of INFO-VAX 2004.701 ************************