0 INFO-VAX	Sun, 19 Feb 2006	Volume 2006 : Issue 99      Contents: Re: 4000 vlc motherboardP Re: A gripe just posted to HP's VMS ITRC forum (for those with afoot in both camP Re: A gripe just posted to HP's VMS ITRC forum (for those with afoot in both cam5 Re: Availability Manager/DECamds product announcement 5 Re: Availability Manager/DECamds product announcement 5 Re: Availability Manager/DECamds product announcement 5 Re: Availability Manager/DECamds product announcement 5 Re: Availability Manager/DECamds product announcement  Re: Boy, do I like VMS humor!  Re: Boy, do I like VMS humor!  DECW$CLOCK alarm on VAX 0 Re: F$GETSYI to get cluster's founding node name7 Re: KZPEA in ES45 with serial console only -- run bios?  Mosaic v3.9 compile  Re: Mosaic v3.9 compile  Re: Mosaic v3.9 compile  Re: Mosaic v3.9 compile  Re: Mosaic v3.9 compile  Re: Mosaic v3.9 compile  Re: Mosaic v3.9 compile  Re: Mosaic v3.9 compile  Re: Mosaic v3.9 compile 4 Re: [OpenVMS Alpha V7.3-2] Batch/Print Job Numbering4 Re: [OpenVMS Alpha V7.3-2] Batch/Print Job Numbering4 Re: [OpenVMS Alpha V7.3-2] Batch/Print Job Numbering4 Re: [OpenVMS Alpha V7.3-2] Batch/Print Job Numbering4 Re: [OpenVMS Alpha V7.3-2] Batch/Print Job Numbering4 Re: [OpenVMS Alpha V7.3-2] Batch/Print Job Numbering  F ----------------------------------------------------------------------    Date: 18 Feb 2006 17:21:48 -0800( From: "Cliff Miller" <cliff52@gmail.com>! Subject: Re: 4000 vlc motherboard C Message-ID: <1140312108.697504.284050@g47g2000cwa.googlegroups.com>   D First iteration with the motherboard, without graphics card, or hardE drive, or console connected:  +5, +12, and ground applied to the hard D drive power connector - The 8 leds light, but stay illuminated.  The2 voltages check out according to the drawing above.  E One source read stated all 8 leds staying lit means "power is on, but  no instructions executed."  5 This is quite a challenge without the graphics board!    ------------------------------  + Date: Sat, 18 Feb 2006 22:56:34 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)Y Subject: Re: A gripe just posted to HP's VMS ITRC forum (for those with afoot in both cam $ Message-ID: <dt88n1$c5o$1@online.de>  6 In article <43F7900F.1BCEBFE1@vaxination.ca>, JF Mezei( <jfmezei.spamnot@vaxination.ca> writes:    > Paul Sture wrote: L > > Add to that the gratuitous use of Javascript, even for a simple URL, and > > I find it's a turnoff.  I I couldn't agree more.  HTML can do 99% of what any website needs.  I've  C seen a couple of websites which do interesting things with Java or  / JavaScript, but only a couple, among thousands.   J > Yeah. Nothing more frustrating when they point to some PDF document. AndI > instead of being able to click on it and "SAVE AS" the document without C > actually loading it, you have to copy the URL (which includes the H > javascript shit) and then open a new window, paste the url, remove theE > superfluous javascript shit and open the document and then save it.  > F > I really do not understand why so many web designers insist on usingJ > javascript for such a simple task when the built in HTML target="_blank"H > is far more efficient to code and efficient to execute and gives you aI > full window with all teh controls, not some reduced window without menu G > options etc etc (most javascript programmers are too lazy to code all U > parameters in the "open new window" function and don't enable the window features).   E Simple: a mentality which emphasises the wrong things.  Such websites A are like bolt-on exhaust-pipe extensions, spoilers which make the B aerodynamics of the car worse, gold-plated toilet seats etc: looks= flashy but is actually worse at doing the job than the simple  equivalent.   D Unfortunately, the motivation is there: the people who pay for such F websites or even demand such bells and whistles are the equivalent of H the air-head pubescent girls egging the fast-and-furious pubescent boys H to race to their death.  The quite lad in the VW doesn't interest them, * but he is happy and will outlive them all.  E I'm in the process of switching to a new health-insurance company.  I E have it narrowed down to two companies with the same rates and almost F exactly the same benefits (benefits are specified almost completely by? law in Germany, so the real battle is between cost, service and F ease-of-use).  The winner is the one with the better website.  One hasA flash, javascript, complicated navigation full of redirects and a H non-obvious structure.  The other works equally well in LYNX or Mozilla,F has no javascript, an obvious structure, no flash and easy navigation.   ------------------------------  % Date: Sat, 18 Feb 2006 16:22:24 -0500 . From: JF Mezei <jfmezei.spamnot@vaxination.ca>Y Subject: Re: A gripe just posted to HP's VMS ITRC forum (for those with afoot in both cam - Message-ID: <43F7900F.1BCEBFE1@vaxination.ca>    Paul Sture wrote: J > Add to that the gratuitous use of Javascript, even for a simple URL, and > I find it's a turnoff.    H Yeah. Nothing more frustrating when they point to some PDF document. AndG instead of being able to click on it and "SAVE AS" the document without A actually loading it, you have to copy the URL (which includes the F javascript shit) and then open a new window, paste the url, remove theC superfluous javascript shit and open the document and then save it.   D I really do not understand why so many web designers insist on usingH javascript for such a simple task when the built in HTML target="_blank"F is far more efficient to code and efficient to execute and gives you aG full window with all teh controls, not some reduced window without menu E options etc etc (most javascript programmers are too lazy to code all S parameters in the "open new window" function and don't enable the window features).    ------------------------------    Date: 18 Feb 2006 20:57:25 +01006 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)> Subject: Re: Availability Manager/DECamds product announcement, Message-ID: <43f78a35$1@news.langstoeger.at>  f In article <xbtJf.12543$j53.1@twister.nyroc.rr.com>, "Jeff Goodwin" <jgoodwin@maine.rrr-r.com> writes:< >"Barry Kierstein" <Barry.Kierstein@HP.Com> wrote in message, >news:pYmJf.3318$OW7.971@news.cpqcorp.net...
 >.....snap...  >>L >> Thank you for using our products.  Let us know if you have any questions. >  >Barry,  > K >What I'd really like is AMDS on Alpha/Itanium V8.2+.  AM does not have the L >ability to show multiple groups on the screen at one time.  Even if it did,H >it is too graphically intensive to run over our WAN.  I have to monitor4 >multiple clusters worldwide, and AM doesn't cut it. > I >I know you've worked hard on getting AM to work and with JAVA, that's no F >small accomplishment.  But as a customer, I really need AMDS, not AM. > J >Usenet may not be the proper forum, but I have written multiple emails toK >HP, spoken to I don't know how many HP people personally, and posted in as M >many places as possible.  I work for a company that spends a lot of money on I >OpenVMS.  I am the last advocate for OpenVMS in my company and I have to L >compete with a lot people who think the world should run on PCs.  I'm tired- >of being ignored by HP and I'm losing faith.   L I don't have such a pretty reason like Jeff, but I like AMDS also still muchI more than AVAILMAN. And not only because it works (while AVAILMAN doesn't J here at home - I already wrote about my problems) but mainly because it isH faster (surely JAVA, but also graphics drawing which is a well noticableH difference when run with X11 over SSH) and runs on VAX too (JAVA again).  I I don't understand why ever old products are discontinued and replaced by J not already working ones at HP. I64 and Alpha is the most worse example...   --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------    Date: 18 Feb 2006 21:30:01 +01006 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)> Subject: Re: Availability Manager/DECamds product announcement* Message-ID: <43f791d9@news.langstoeger.at>  d In article <pYmJf.3318$OW7.971@news.cpqcorp.net>, "Barry Kierstein" <Barry.Kierstein@HP.Com> writes:J >Thank you for using our products.  Let us know if you have any questions.  
 1) Thanks.  O 2) Please always provide kits in packaged format (eg. no pure .PCSI$COMPRESSED) I Kits get corrupt when downloaded with CSWB, you need to fix it afterwards M with "$ SET FILE/ATTR=(RAT=NONE,RFM=FIX,LRL=512) file" (or provide a ftp url) ! Better use ZIP[SFX] or DCX or ...   A 3) Please use ZIP[SFX] instead of DCX (even for .PCSI$COMPRESSED) M ZIP compresses better, is multiplatform (you can unpack the AXP file on a VAX L or even on a PC) and cause of SFX it is also able to be RUN by the customer.  N 4) What is version V2.5-AAV (-A is Alpha, -I is I64, and -AAV is Alpha VAX and what) ?   L btw: Platform is part of the kit file name (VAXVMS, AXPVMS, I64VMS and VMS).= Why include the platform additionally in the version number ?    --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------    Date: 18 Feb 2006 21:53:39 +01006 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)> Subject: Re: Availability Manager/DECamds product announcement, Message-ID: <43f79763$1@news.langstoeger.at>  c In article <43f791d9@news.langstoeger.at>, peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes: B >3) Please use ZIP[SFX] instead of DCX (even for .PCSI$COMPRESSED)N >ZIP compresses better, is multiplatform (you can unpack the AXP file on a VAXM >or even on a PC) and cause of SFX it is also able to be RUN by the customer.   < And don't forget, DCX doesn't always detect download errors.B You end up with a corrupt .PCSI* file, but DCX doesn't tell you...   --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------    Date: 18 Feb 2006 15:03:00 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) > Subject: Re: Availability Manager/DECamds product announcement3 Message-ID: <s69ojMlpFfI4@eisner.encompasserve.org>   e In article <43f79763$1@news.langstoeger.at>, peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes:   > > And don't forget, DCX doesn't always detect download errors.D > You end up with a corrupt .PCSI* file, but DCX doesn't tell you...  : Such detection should be accomplished with Secure Delivery  4 http://h71000.www7.hp.com/openvms/securedelivery.PDF   ------------------------------  + Date: Sat, 18 Feb 2006 18:15:50 -0600 (CST) * From: sms@antinode.org (Steven M. Schweda)> Subject: Re: Availability Manager/DECamds product announcement2 Message-ID: <06021818155065_2024BC8F@antinode.org>  6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)  ) > [...] Better use ZIP[SFX] or DCX or ...   D    And, as I've said before, UnZip 5.52 would be an improvement over@ 5.42 (which, as I recall, is the version I've seen used lately).  G    Similarly, Zip 2.31 is a perceptible step up from previous versions.   C    There's some hope we'll all live long enough to see Zip 2.32 and F UnZip 5.53, but they won't offer much more than the currently released	 versions.   C    Beyond them, Zip 3.0 and UnZip 6.0 (with large-file support) are B still being cooked, so holding your breath until they arrive might involve some risk.  H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-org     Saint Paul  MN  55105-2547    ------------------------------  % Date: Sat, 18 Feb 2006 17:54:59 -0500 & From: JF Mezei <jfmezei@vaxination.ca>& Subject: Re: Boy, do I like VMS humor!- Message-ID: <43F7A5B9.A62BA5D7@vaxination.ca>    Found another interesring one:  
 in MOSAIC 3.8   G about:xmosaic  provides various disclaimers on the use of the software.   A (As a suggestion to Mr Cook, you should add "may cause projectile ( vomiting when viewing certain web sites"   ------------------------------  # Date: Sun, 19 Feb 2006 03:31:26 GMT 3 From: Vance Haemmerle <vance@toyvax.Glendale.CA.US> & Subject: Re: Boy, do I like VMS humor!> Message-ID: <iERJf.14855$2O6.13838@newssvr12.news.prodigy.com>  / Phillip Helbig---remove CLOTHES to reply wrote: D > In article <45e5svF67gfrU1@individual.net>, bill@cs.uofs.edu (Bill > Gunshannon) writes:  >  > H >>In article <43f1dded$0$1231$91cee783@newsreader01.highway.telekom.at>,+ >>	"Walter Kuhn" <w.kuhn@ksg.co.at> writes:  >> >>>Or, how about >>> & >>>$ WRITE SYS$OUTPUT F$MESSAGE (2928) >>>  >>* >>%SYSTEM-S-NOMSG, Message number 00000B71 >  > ( > You just outed yourself as a VAX user! >       My 7.1-2 alpha:  # $ WRITE SYS$OUTPUT F$MESSAGE (2928) ( %SYSTEM-W-NOMSG, Message number 00000B70   ------------------------------  + Date: Sat, 18 Feb 2006 22:59:22 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)  Subject: DECW$CLOCK alarm on VAX$ Message-ID: <dt88sa$c5o$2@online.de>  H If I DON'T set the alarm, then it has 0:00 as the time, but neither the E "alarm enable" nor "repeat daily" box is selected, nor the "keyboard  I bell" nor the "sound file".  However, it still rings at midnight, though  4 silently.  Bug or feature or am I missing something?   ------------------------------  % Date: Sat, 18 Feb 2006 21:39:40 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>9 Subject: Re: F$GETSYI to get cluster's founding node name + Message-ID: <43F7E87C.DE7E3C6A@comcast.net>    norm.raphael@metso.com wrote:  > B > David J Dachtera <djesys.nospam@comcast.net> wrote on 02/17/2006 > 11:08:12 PM: > ! > > norm.raphael@metso.com wrote:  > > >  > > > K > -------8<----------------------------------------------------------------  > > > [snip] > > > > > > Hhmmm up to this point, bears a striking resemblance to my > SHCLU.COM... > >  >  > David,B > This may well be yours.  What I saved (and later quickly posted)> > does not have an Author block.  I certainly did not write it
 > originally, F > and I did not claim it as mine, only posted it in case it would lead > toB > a solution.  It is of course not a perfect match to the problem. > F > In any case, with full apologies, credit to the actual developer and > non  > intended a moi.   E Hey - by all means: use it, modify it, make if fit your needs. That's F why I post it. I don't want credit; then again, no one has sent me any contributions, either.   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  % Date: Sat, 18 Feb 2006 22:26:39 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>@ Subject: Re: KZPEA in ES45 with serial console only -- run bios?+ Message-ID: <43F7F37F.8E0A0FEE@comcast.net>    Dale Dellutri wrote: > ? > I'm considering getting a KZPEA for use in an ES45 which only @ > has a serial console;  the ES45 does not have a graphics card. > @ > The KZPEA specs say that it needs a "video monitor" to run the? > bios on it to do things like, for example, change the SCSI id  > (it defaults to 7).  > > > Has anyone successfully run the bios on this card in an ES45A > with only a serial console (attached to a VT520 or equivalent)?  > = > If not, has anyone successfully run the bios on the card by > > first putting it in a PC and running the bios and setting it
 > up in a PC?  > 5 > The KZPEA is actually an Adaptec AIC-7899, I think.   G Perhaps a dumb question, but does the card's BIOS run on the card or on  the machine's own CPU?  D If the latter, would a BIOS intended to run on Alpha run on Intel as well?    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------    Date: 18 Feb 2006 11:53:22 -0800 From: tomarsin2015@comcast.net Subject: Mosaic v3.9 compileB Message-ID: <1140292402.554191.39850@g47g2000cwa.googlegroups.com>   Hello G As I type in this message, I am compiling Mosaic V3.9 on a 3100-40 with  24megs of ram.> So far it has taken 2 reboots and  3 hours and counting. I was wondering what files areE needed so I can just copy them to some other VAXes, or does each copy  of Mosaic need to be compile on each machine??  tks  phil   ------------------------------    Date: 18 Feb 2006 21:42:17 +01006 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)  Subject: Re: Mosaic v3.9 compile, Message-ID: <43f794b9$1@news.langstoeger.at>  c In article <1140292402.554191.39850@g47g2000cwa.googlegroups.com>, tomarsin2015@comcast.net writes: H >As I type in this message, I am compiling Mosaic V3.9 on a 3100-40 with >24megs of ram. ? >So far it has taken 2 reboots and  3 hours and counting. I was  >wondering what files are F >needed so I can just copy them to some other VAXes, or does each copy >of Mosaic need   >to be compile on each machine??  E I don't know specifically V3.9 but I always copied MOSAIC.EXE from my 4 developer machine to all other systems. No big deal.  F The MOSAIC_DIR config files (IIRC PROXY. NO_PROXY.) should be there of> course (I copied them only once per machine many years ago...)   --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  # Date: Sat, 18 Feb 2006 21:18:27 GMT ( From: Alan Greig <greigaln@netscape.net>  Subject: Re: Mosaic v3.9 compile< Message-ID: <DaMJf.20882$Q22.9895@fe1.news.blueyonder.co.uk>   tomarsin2015@comcast.net wrote:  > Hello I > As I type in this message, I am compiling Mosaic V3.9 on a 3100-40 with  > 24megs of ram.@ > So far it has taken 2 reboots and  3 hours and counting. I was > wondering what files areG > needed so I can just copy them to some other VAXes, or does each copy  > of Mosaic need! > to be compile on each machine??  > tks  > phil  G As long as you are compiling on the same or earlier version of VMS and  G with the same IP stack (or a common interface) you should be fine. You  B can also use an older version of VMS. Use a newer version for the . compilation and things will get much trickier.  I I compiled Mosaic about 6 months ago on a 5 VUPS emulated VAX (about the  I same power as your machine) and I think it took about 8 hours. Certainly  > it was a lot more than the three hours you've given it so far.  F Why have you needed two reboots during a compile? If the compilations G are aborting Take a look at the release notes for the version of C you  G are using (should be in sys$help:) and check sysgen and process quotas    comply with any recommendations.   --  
 Alan Greig   ------------------------------   Date: 18 Feb 06 16:30:23 EST) From: cook@wvnvms.wvnet.edu (George Cook)   Subject: Re: Mosaic v3.9 compile! Message-ID: <oEzqn86XSmCn@wvnvms>   c In article <1140292402.554191.39850@g47g2000cwa.googlegroups.com>, tomarsin2015@comcast.net writes:  > Hello I > As I type in this message, I am compiling Mosaic V3.9 on a 3100-40 with  > 24megs of ram.@ > So far it has taken 2 reboots and  3 hours and counting. I was > wondering what files areG > needed so I can just copy them to some other VAXes, or does each copy  > of Mosaic need! > to be compile on each machine??   A Yes, the build will take a very long time in that environment.  I C am currently running some builds on a VAX 3100 which take nearly 30 ? minutes just to recompile GUI.C and relink.  MMK or MMS will be , a major help if you need to rerun the build.  > The only unique file a build creates is the Mosaic executable.? The executable must be run in a software environment reasonably ? close to the one in which it is built.  Significantly different B versions of SSL, Motif, etc. will prevent it from running, however@ as long as it was build with UCX compatibility, it will run with7 any recent version of the various VMS TCP/IP packages.    = The only other file required on other machines is MOSAIC.DAT. > MOSAIC.CLD and MOSAIC.HLP are optional.  These three files are the same for all builds.     George Cook  WVNET    ------------------------------  % Date: Sat, 18 Feb 2006 16:33:39 -0500 . From: JF Mezei <jfmezei.spamnot@vaxination.ca>  Subject: Re: Mosaic v3.9 compile- Message-ID: <43F792B1.78F27746@vaxination.ca>    tomarsin2015@comcast.net wrote:  >  > Hello I > As I type in this message, I am compiling Mosaic V3.9 on a 3100-40 with  > 24megs of ram.: > So far it has taken 2 reboots and  3 hours and counting.  D Make sure the account used to do the compile has PLENTY of PGFILQUO.B Otherwise you may get a "not enough virtual memory" message in the middle of a very large compile.   H It depends on hwo you are compiling it. It has been a while since I lastD compiled it (haven't gotten around to 3.9 yet), but when it comes toA HTTPS: suppport, it may require access to the openSSL directory.    G When I builty my copy of 3.8, it was on a 3100-30 and it is the type of F stuff yo start before going to bed and test while eating breakfast :-)    G > needed so I can just copy them to some other VAXes, or does each copy  > of Mosaic need! > to be compile on each machine??     C The compile procedures for such applications generally look at what G TCPIP stack is present, and whether HTTPS support should be included or D not based on some logicals. If two machines have the same software ,- then yes, you only need to compile it on one.    ------------------------------    Date: 18 Feb 2006 14:42:35 -0800 From: tomarsin2015@comcast.net  Subject: Re: Mosaic v3.9 compileB Message-ID: <1140302555.190979.31980@g47g2000cwa.googlegroups.com>   Hello D Thanks for the replies. Its still compling away. 1 reboot was due toD the machine crashing due to a small page and swap file and the otherB reboot was due to a fatal bug check when the shadow sets started a4 merge operation. But now its still working okay.Once again thank you for the help.  phil JF Mezei wrote: ! > tomarsin2015@comcast.net wrote:  > > 	 > > Hello K > > As I type in this message, I am compiling Mosaic V3.9 on a 3100-40 with  > > 24megs of ram.< > > So far it has taken 2 reboots and  3 hours and counting. > F > Make sure the account used to do the compile has PLENTY of PGFILQUO.D > Otherwise you may get a "not enough virtual memory" message in the! > middle of a very large compile.  > J > It depends on hwo you are compiling it. It has been a while since I lastF > compiled it (haven't gotten around to 3.9 yet), but when it comes toB > HTTPS: suppport, it may require access to the openSSL directory. > I > When I builty my copy of 3.8, it was on a 3100-30 and it is the type of H > stuff yo start before going to bed and test while eating breakfast :-) >  > I > > needed so I can just copy them to some other VAXes, or does each copy  > > of Mosaic need# > > to be compile on each machine??  >  > E > The compile procedures for such applications generally look at what I > TCPIP stack is present, and whether HTTPS support should be included or F > not based on some logicals. If two machines have the same software ,/ > then yes, you only need to compile it on one.    ------------------------------  % Date: Sat, 18 Feb 2006 22:23:45 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>  Subject: Re: Mosaic v3.9 compile+ Message-ID: <43F7F2D0.2EC74766@comcast.net>    tomarsin2015@comcast.net wrote:  >  > Hello I > As I type in this message, I am compiling Mosaic V3.9 on a 3100-40 with  > 24megs of ram.@ > So far it has taken 2 reboots and  3 hours and counting. I was > wondering what files areG > needed so I can just copy them to some other VAXes, or does each copy  > of Mosaic need! > to be compile on each machine??   F No program should *EVER* need to be built from source on each machine. That's ludicrous.   G There is some difference of option, but I hold that LINKing from source 5 on each target is worst it should *EVER* have to get.   ? ...but that's just me. I've yet to see an o.s. that can only be D installed from source (though, perhaps such may exist). So, I see no: reason why layered products, etc. should be any different.   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  # Date: Sun, 19 Feb 2006 04:46:22 GMT 3 From: Vance Haemmerle <vance@toyvax.Glendale.CA.US>   Subject: Re: Mosaic v3.9 compile= Message-ID: <yKSJf.14866$2O6.6143@newssvr12.news.prodigy.com>   > I recently built Mosaic 3.9 with SSL support (0.9.7E). I builtC the OpenSSL as in the OPENSSL.README file, that is with no specific ! TCP/IP specified.  It works fine.   A I wanted to build lynx 2.8.5 with SSL support also and found that B with OpenSSL built this way that https urls do not work. I've read@ that Lynx needs OpenSSL to be built with the same TCP/IP package? as lynx is built with.  Building Lynx with MULTINET and OpenSSL D with Multinet (actually defaults to UCX) does not work for http urls? either.  So now I am building both with SOCKETSHR.  (I couldn't < build Lynx with UCX, it needed include files I didn't have).  < If I have OpenSSL built with socketshr will I have a problemD If I ever wanted to rebuild Mosaic?  Mosaic doesn't have a socketshr> build option, but it built fine with no TCP/IP option defined.   Vance      George Cook wrote:e > In article <1140292402.554191.39850@g47g2000cwa.googlegroups.com>, tomarsin2015@comcast.net writes:  >  >>Hello I >>As I type in this message, I am compiling Mosaic V3.9 on a 3100-40 with  >>24megs of ram.@ >>So far it has taken 2 reboots and  3 hours and counting. I was >>wondering what files areG >>needed so I can just copy them to some other VAXes, or does each copy  >>of Mosaic need! >>to be compile on each machine??  >  > C > Yes, the build will take a very long time in that environment.  I E > am currently running some builds on a VAX 3100 which take nearly 30 A > minutes just to recompile GUI.C and relink.  MMK or MMS will be . > a major help if you need to rerun the build. > @ > The only unique file a build creates is the Mosaic executable.A > The executable must be run in a software environment reasonably A > close to the one in which it is built.  Significantly different D > versions of SSL, Motif, etc. will prevent it from running, howeverB > as long as it was build with UCX compatibility, it will run with9 > any recent version of the various VMS TCP/IP packages.   > ? > The only other file required on other machines is MOSAIC.DAT. @ > MOSAIC.CLD and MOSAIC.HLP are optional.  These three files are > the same for all builds. >  > 
 > George Cook  > WVNET    ------------------------------  # Date: Sun, 19 Feb 2006 05:58:41 GMT 3 From: Vance Haemmerle <vance@toyvax.Glendale.CA.US>   Subject: Re: Mosaic v3.9 compile> Message-ID: <lOTJf.14873$2O6.11146@newssvr12.news.prodigy.com>   Vance Haemmerle wrote:@ > I recently built Mosaic 3.9 with SSL support (0.9.7E). I builtE > the OpenSSL as in the OPENSSL.README file, that is with no specific # > TCP/IP specified.  It works fine.  > C > I wanted to build lynx 2.8.5 with SSL support also and found that D > with OpenSSL built this way that https urls do not work. I've readB > that Lynx needs OpenSSL to be built with the same TCP/IP packageA > as lynx is built with.  Building Lynx with MULTINET and OpenSSL F > with Multinet (actually defaults to UCX) does not work for http urlsA > either.  So now I am building both with SOCKETSHR.  (I couldn't > > build Lynx with UCX, it needed include files I didn't have). > > > If I have OpenSSL built with socketshr will I have a problemF > If I ever wanted to rebuild Mosaic?  Mosaic doesn't have a socketshr@ > build option, but it built fine with no TCP/IP option defined. >  > Vance   E    I see Mosaic does have a socketshr build option, I guess if I have $ to rebuilt it, that's what I'll use.   Vance    ------------------------------    Date: 18 Feb 2006 11:06:32 -0800$ From: "AEF" <spamsink2001@yahoo.com>= Subject: Re: [OpenVMS Alpha V7.3-2] Batch/Print Job Numbering C Message-ID: <1140289592.327067.188740@g47g2000cwa.googlegroups.com>     Peter 'EPLAN' LANGSTOEGER wrote:b > In article <43F6A30C.BCF5B109@comcast.net>, David J Dachtera <djesys.nospam@comcast.net> writes:L > >> you can see, that the same entry number is used more than once per day.! > >> And this is very annoying...  > >> > >> Anybody ? Hoff ?  > > G > >Well, if I understand the issue, it sounds like you may be trying to * > >track batch jobs by their entry number. > F > Not at all. I only have a lot of (equally named) logfiles and I needF > to find out why entry x failed (and hangs around retained on error).F > Searching with the entry number (and the date) is not enough becauseB > there are more than one entry number x per day. Thats all folks.  G OK. Let me see if I have the situation. You run thousands of batch jobs C a day, all with the same logfile name. Some of them are retained on D error, and you wish to find the logfiles that correspond to the jobsF that were retained. Solution: Add an error handler in DCL that renamesD said files to another directory. Then, that directory will have only the log files you desire.    OK, let me guess:   ( Top Ten reasons this won't work for you:  / 10. You have only one directory on your system. 9 9. You don't have privilege to create a second directory.  8. Both 9 and 10.  7. RENAME command is broken.? 6. You just want to gripe about the entry numbers recycling too  quickly. (!) 5. All of the above. 4. None of the above. > 3. You actually want to look things up in the accounting file!) 2. RENAME-ing causes a performance issue. 7 And the number 1 reason my solution won't work for you:   0 $ <drum roll>................................. -.   ............................................  % 1. I've misunderstood your problem!!!    This is my last guess.   AEF    ------------------------------    Date: 18 Feb 2006 11:22:44 -0800$ From: "AEF" <spamsink2001@yahoo.com>= Subject: Re: [OpenVMS Alpha V7.3-2] Batch/Print Job Numbering C Message-ID: <1140290564.592919.230990@g44g2000cwa.googlegroups.com>   
 AEF wrote:" > Peter 'EPLAN' LANGSTOEGER wrote:d > > In article <43F6A30C.BCF5B109@comcast.net>, David J Dachtera <djesys.nospam@comcast.net> writes:N > > >> you can see, that the same entry number is used more than once per day.# > > >> And this is very annoying...  > > >> > > >> Anybody ? Hoff ?  > > > I > > >Well, if I understand the issue, it sounds like you may be trying to , > > >track batch jobs by their entry number. > > H > > Not at all. I only have a lot of (equally named) logfiles and I needH > > to find out why entry x failed (and hangs around retained on error).H > > Searching with the entry number (and the date) is not enough becauseD > > there are more than one entry number x per day. Thats all folks. > I > OK. Let me see if I have the situation. You run thousands of batch jobs E > a day, all with the same logfile name. Some of them are retained on F > error, and you wish to find the logfiles that correspond to the jobsH > that were retained. Solution: Add an error handler in DCL that renamesF > said files to another directory. Then, that directory will have only > the log files you desire.   D What I meant was that the batch job, upon error, renames its own logF file to another directory. How to do this? Use f$getqui to get the jobF pid, run show device files to a temp file, search that for the pid andE extract the log file spec. There is also a macro posted previously to < comp.os.vms that does this in a more straightforward manner.  G Alternatively, can you put the time in the log-file name? IOW, is there G some reason the log files all have to have the same name? I would think G that encoding the time in the log-file name would be the best solution.      AEF    [...]    ------------------------------  % Date: Sat, 18 Feb 2006 16:18:05 -0500 . From: JF Mezei <jfmezei.spamnot@vaxination.ca>= Subject: Re: [OpenVMS Alpha V7.3-2] Batch/Print Job Numbering - Message-ID: <43F78F0C.319B5247@vaxination.ca>     Peter 'EPLAN' LANGSTOEGER wrote:F > Not at all. I only have a lot of (equally named) logfiles and I needF > to find out why entry x failed (and hangs around retained on error).  D Perhaps the way around is to not "equally name" your log files. AKA:S generate a unique log file name and supply it with the SUBMIT /LOG=xxxxx parameter.   D ALLIN=1 for instance adds the date/time the job is set to run in theD logfile name. So you can easily view a log file for a specific date.       687  EMPTY WASTEBASKETP                          ALLIN1               Holding until 25-FEB-2006 05:30:00(          On generic batch queue MB$BATCH0          Submitted 18-FEB-2006 05:18:37.80 /KEEPL          /LOG=$4$DIA1:[ALLIN1.LOG]EMPTY_WASTEBASKETS_SM.LOG2006022505300000;O          /PARAM=("EW","2006022505300000","OA$LIB:SM_EW.COM","MANAGER") /NOPRINT           /PRIORITY=100:          File: _$4$DIA1:[ALLIN1.LIB_ENGLISH]SMJACKET.COM;2   ------------------------------  + Date: Sat, 18 Feb 2006 21:24:57 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)= Subject: Re: [OpenVMS Alpha V7.3-2] Batch/Print Job Numbering $ Message-ID: <dt83b9$mgl$1@online.de>  H In article <43f76b88$1@news.langstoeger.at>, eplan@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes:    y > In article <dt7kbj$j13$1@online.de>, helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes: K > >If the batch job is retained on error, then how can the entry number be  
 > >reused? >  > If it is reused before.  > N > And if the operator deletes the entry before I analyze the situation (again) > then even after the error...  , /RETAIN=ALWAYS and have a reliable operator?   ------------------------------  % Date: Sat, 18 Feb 2006 16:27:13 -0500 . From: JF Mezei <jfmezei.spamnot@vaxination.ca>= Subject: Re: [OpenVMS Alpha V7.3-2] Batch/Print Job Numbering - Message-ID: <43F79130.6E228F4C@vaxination.ca>   F BTW, if you change the submit to add /LOG with a unique log file name,E then instead of a PURGE of the log file, you will need to add code to  delete older log files.   E In doing so, you might then use SEARCH of each log file to detect any A error condition and if so, rename it to a "[.error]" subdirectory E instead of deleting it as well as emailing the application owner with ? the name of that log file and telling him to take a look at it.    ------------------------------  % Date: Sat, 18 Feb 2006 22:17:13 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>= Subject: Re: [OpenVMS Alpha V7.3-2] Batch/Print Job Numbering + Message-ID: <43F7F148.18E2116C@comcast.net>     Peter 'EPLAN' LANGSTOEGER wrote: > b > In article <43F6A30C.BCF5B109@comcast.net>, David J Dachtera <djesys.nospam@comcast.net> writes:L > >> you can see, that the same entry number is used more than once per day.! > >> And this is very annoying...  > >> > >> Anybody ? Hoff ?  > > G > >Well, if I understand the issue, it sounds like you may be trying to * > >track batch jobs by their entry number. > F > Not at all. I only have a lot of (equally named) logfiles and I needF > to find out why entry x failed (and hangs around retained on error).F > Searching with the entry number (and the date) is not enough becauseB > there are more than one entry number x per day. Thats all folks.  @ Well, SHOW ENTRY/FULL on a retained entry shows the time the jobD completed. So, DIRECTORY/MODIFIED using /SINCE and /BEFORE should be able to narrow it down:   > DJAS01::DDACHTERA$ dir/noprot/nosize/date=(cre,mod) login.com;   Directory DKA0:[DDACHTERA]  E LOGIN.COM;1           3-SEP-1997 16:24:35.65  28-NOV-1998 21:25:44.81    Total of 1 file.C DJAS01::DDACHTERA$ dir/mod/sin="28-NOV-1998 21:25"/bef="28-NOV-1998  21:26" login .com   Directory DKA0:[DDACHTERA]  > LOGIN.COM;1                1/9         3-SEP-1997 16:24:35.65  (RWED,RWED,RE,)    Total of 1 file, 1/9 blocks.  G Sorry, didn't have a queue entry handy to use as an example, but that's D what I mean: bracket the target time using /SINCE and /BEFORE valuesE with MODIFIED and less granular sample time for each qualifier should " give you everything in that range.  E That said, let me ask this: can you modify whatever SUBMITs the jobs?    If you can, try this:   # $ SUBMIT/qualifier(s) filespec/HOLD $ $ JENTRY = F$FAO( "!7ZL", '$ENTRY' )A $ SET ENTRY '$ENTRY'/LOG=[ddcu:<dir>]filename_'JENTRY'.LOG/NOHOLD   E That will produce fewer logs to sift through since you can then get a E listing of every entry number used for that job in ascending order by 
 entry number.   C Personally, though, I agree with Michael: if the job is retained on G error, that entry number won't be re-used so long as that queue remains < retained. So, you'll know when the job ended and you can useD DIRECTORY/MODIFIED with /SINCE and /BEFORE to nail down the log file% based on the SHOW ENTRY/FULL display.   F Depending how fast these jobs finish, you may even be able to use someF DCL code to accept a retained entry number and find the log by gettingH the log spec. from F$GETQUI( "DISPLAY_ENTRY", "LOG_SPECIFICATION", ... )G (apply suitable defaults if that returns a null string) and by trimming = the fraction of the second off the F$GETQUI( "DISPLAY_ENTRY",  "JOB_COMPLETION_TIME", ... ).   @ $ JCMT = F$GETQUI( "DISPLAY_ENTRY", "JOB_COMPLETION_TIME", ... ) $ JRDT = F$ELEM( 0, ".", JCMT ) 5 $ JRDT1 = F$CVTIME( "''JRDT'+00:00:01", "ABSOLUTE", ) ' $ JLOG = F$ELEM( 0, ";", log_filespec ) 9 $ DIRECTORYX/SIZE=ALL/DATE/MOD/SIN=&JRDT/BEF=&JRDT1 &JLOG    Hope this helps...   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------   End of INFO-VAX 2006.099 ************************