1 INFO-VAX	Thu, 28 Sep 2006	Volume 2006 : Issue 532       Contents: 4, 6, 8, or 80 cores? ' Re: A .DIR files vanishes into thin air ' Re: A .DIR files vanishes into thin air : Re: Can a satellite survive the reboot of its boot server?: Re: Can a satellite survive the reboot of its boot server?: Re: Can a satellite survive the reboot of its boot server?: Re: Can a satellite survive the reboot of its boot server?: Re: Can a satellite survive the reboot of its boot server?: Re: Can a satellite survive the reboot of its boot server?: Re: Can a satellite survive the reboot of its boot server?1 Re: Creating an ODS2 disk from a container file ? 1 Re: Creating an ODS2 disk from a container file ? 1 Re: Creating an ODS2 disk from a container file ?  Re: DS15 graphics card options Re: DS15 graphics card options Re: DS15 graphics card options ES40 Console; EVE/TPU learn macros moving between buffers fails to repeat ? Re: EVE/TPU learn macros moving between buffers fails to repeat  Re: Graphic options for DS10L  Re: Graphic options for DS10L  Re: Graphic options for DS10L 2 Re: HoffmanLabs Professional Services Availability2 Re: HoffmanLabs Professional Services Availability2 Re: HoffmanLabs Professional Services Availability& RE: HP announces new Integrity servers& Re: HP announces new Integrity servers Re: HP could learn from Island hsz40 firmware question $ Huge XFC bug (<lf><cr> in messages !( Re: Huge XFC bug (<lf><cr> in messages !( Re: Huge XFC bug (<lf><cr> in messages !( Re: Huge XFC bug (<lf><cr> in messages !( Re: Huge XFC bug (<lf><cr> in messages !% Re: Installing Alpha-VMS from VAX-VMS % Re: Installing Alpha-VMS from VAX-VMS % Intel to add new instructions to 8086  MC SYSGEN AUTOCONFIGURE ALL  Re: meaningful queue commands  Re: meaningful queue commands  Re: meaningful queue commands  Re: meaningful queue commands  Re: meaningful queue commands  Re: meaningful queue commands  Re: meaningful queue commands * Mild warning: TCPIP Services UIC/Usernames5 Re: OSU HTTP Server System Info Disclosure Weaknesses 5 Re: OSU HTTP Server System Info Disclosure Weaknesses 5 Re: OSU HTTP Server System Info Disclosure Weaknesses ! Perl qx// broken with OpenVMS 8.x % Re: Perl qx// broken with OpenVMS 8.x % Re: Perl qx// broken with OpenVMS 8.x % Re: Perl qx// broken with OpenVMS 8.x % Re: Perl qx// broken with OpenVMS 8.x % Re: Perl qx// broken with OpenVMS 8.x  Re: RBL on OpenVMS-alpha, Re: Resetting bios Admin password on ZX2000?, Re: Resetting bios Admin password on ZX2000? Re: Strange diagnose error V3.4  Re: Strange diagnose error V3.4  Stripeset member logging errors # Re: Stripeset member logging errors 	 VAXSHAD03 > [OVMS-Alert] OSU HTTP Server System Info Disclosure WeaknessesB Re: [OVMS-Alert] OSU HTTP Server System Info Disclosure WeaknessesB Re: [OVMS-Alert] OSU HTTP Server System Info Disclosure WeaknessesB Re: [OVMS-Alert] OSU HTTP Server System Info Disclosure Weaknesses  F ----------------------------------------------------------------------  % Date: Wed, 27 Sep 2006 20:00:28 -0400 ) From: "Neil Rieck" <n.rieck@sympatico.ca>  Subject: 4, 6, 8, or 80 cores?< Message-ID: <451b0ed6$0$32648$9a6e19ea@news.newshosting.com>  * Intel unleashes Quad Core at IDF Fall 2006) http://blogs.zdnet.com/Ou/index.php?p=330   L So while I was contemplating the future of Moore's law wondering if the nextI generation would be 6 or 8 cores, I stumbled across this article about 80  cores in five years.  $ Intel pledges 80 cores in five years/ http://news.zdnet.com/2100-9584_22-6119618.html   G So isn't this growth faster than Moore's law which is only supposed to   double every 18 months?   	 0 2006 =4 	 1 2007 =8 
 2 2008 =16
 3 2009 =32
 4 2010 =64 5 2011 =128   
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada." http://www3.sympatico.ca/n.rieck/    ------------------------------  % Date: Wed, 27 Sep 2006 13:49:02 -0400 * From: "Syltrem" <syltremzulu@videotron.ca>0 Subject: Re: A .DIR files vanishes into thin air0 Message-ID: <12hlecfc8s8in70@corp.supernews.com>  > "John Santos" <john.santos@post.harvard.edu> wrote in message 8 news:MPG.1f846f2ec3851b3498972b@news.bellatlantic.net...D > In article <4519c7b9@usenet01.boi.hp.com>, hoff-remove-this@hp.com	 > says...  >> Syltrem wrote:  >>I >> > On a sister's company server, OVMS 7.3-1, they reported that a .DIR  
 >> > file has  >> > gone away suddenly. >>M >>    SET FILE/REMOVE?  It might well be possible to clear the directory bit   >> and< >> DELETE it directly.  Or this could be a run-time problem. >>K >> > They are currently doing a restore... so there's no chance to diagnose 
 >> > further.  >>H >>    The usual here is to set the disk aside, and restore onto another  >> spindle.  >>& >> > Thanks for your thoughts on this. >>M >>    I'd ECO the system to current, on the off chance that this is an error   >> with  >> the file, I/O or caching. >>B >> > This company has lost work from yesterday evening now... $$$$ >>G >>    There are ways to avoid that.  BACKUP/IGNORE=INTERLOCK isn't the   >> safest, however.  > G > Does analyze/disk show anything?  (V7.3-2 and later has a very useful G > analyze/disk/shadow which does a block-by-block compare of all shadow G > set members, which would reveal any skew, but I'm 99% sure that isn't  > available on V7.3-1.)  >   3 That's an interesting command to know (the /shadow) " I'll keep it in my internal memory  D > Could there be a logical name involved?  Maybe the logged in usersB > and the new users are actually looking at different disks due to% > different logical name definitions!  >   % I thought about this, but I doubt it. H They didn't give me time to verify anything (nor did they ask, for that K matter - they believed a reboot would fix everythig like it sometimes does   on Windows ...)      > --   > John     ------------------------------  % Date: Wed, 27 Sep 2006 20:17:35 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>0 Subject: Re: A .DIR files vanishes into thin air+ Message-ID: <451B22AE.18C190CE@comcast.net>    Syltrem wrote: > ) > <etmsreec@yahoo.co.uk> wrote in message > > news:1159374091.922487.181900@i3g2000cwc.googlegroups.com...D > What was running on the system?  I've seen similar problems on one? > system a while ago, also running 7.3-1 if I remember rightly. F > Were you running XFC, PerfectCache or any other cache?  PerfectDisk? >  > They have XFC only.   - V7.3-1? + XFC? That's seriously broken, IIRC.   F Revert to VIOC for now and look for 731* patches to XFC, or upgrade to
 V7.3-2+ ECOs.    --   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: Wed, 27 Sep 2006 14:47:11 -0500 / From: Chris Scheers <chris@applied-synergy.com> C Subject: Re: Can a satellite survive the reboot of its boot server? 2 Message-ID: <451AD53F.9080602@applied-synergy.com>   Hoff Hoffman wrote:  > Bob Koehler wrote: > J >>    That capability precedes cluster technology, as those of us who have. >>    pulled the wrong RP06 platter can atest. > K >   The RC25 was the disk that triggered various updates around processing  I > mount verification involving the system disk, particularly for its use  I > on a [guess which box :-) ] system.  That common spindle really caused  - > the underlying code to get a good work-out.    VAX/725?   What do I win?     --  G ----------------------------------------------------------------------- $ Chris Scheers, Applied Synergy, Inc.  B Voice: 817-237-3360            Internet: chris@applied-synergy.com    Fax: 817-237-3074   ------------------------------    Date: 27 Sep 2006 14:56:26 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) C Subject: Re: Can a satellite survive the reboot of its boot server? 3 Message-ID: <odq1eivLtXa+@eisner.encompasserve.org>   d In article <451AD53F.9080602@applied-synergy.com>, Chris Scheers <chris@applied-synergy.com> writes: > Hoff Hoffman wrote:  >> Bob Koehler wrote:  >>  K >>>    That capability precedes cluster technology, as those of us who have / >>>    pulled the wrong RP06 platter can atest.  >>  L >>   The RC25 was the disk that triggered various updates around processing J >> mount verification involving the system disk, particularly for its use J >> on a [guess which box :-) ] system.  That common spindle really caused . >> the underlying code to get a good work-out. > 
 > VAX/725? >  > What do I win?  E Not being the original poster, I cannot answer authoritatively, but I 8 would _guess_ that what you win is a TU-56 cartridge :-) --  N ==============================================================================0 DoD Instruction 8500.2 field test sites wanted -- 	http://www.LJK.com/LJK/8500_2_fieldtest.html N ==============================================================================   ------------------------------  % Date: Thu, 28 Sep 2006 02:20:32 +0800  From: prep@prep.synonet.com C Subject: Re: Can a satellite survive the reboot of its boot server? 0 Message-ID: <87zmclkw7j.fsf@k9.prep.synonet.com>  / "Beach Runner" <Bob4Health@hotmail.com> writes:   E > There's a critical part to this.  Does that satellite have it's own  > system disk?E > If not, it would be strange to survive it's system disk going away.   C What gives you that idea? Years ago a local site had a powerfail in F one of their duplicated computer rooms. Half the members of the shadowC sets went off to n-space. Minor niggle was, the other member of the A system disk had not re-mounted into the shadow set after the full A backup. It ran quite happily till Mon morning when people started D trying to run stuff that was not in memory. It was an 8400 with 2GB,E and had run since late Fri/Sat morning right through the weekend with  NO system disk!   H PLwase don't do this, as it does not have the stamp of Industry Standard across it fore lock.   --  < 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: Thu, 28 Sep 2006 02:24:38 +0800  From: prep@prep.synonet.com C Subject: Re: Can a satellite survive the reboot of its boot server? 0 Message-ID: <87ven9kw0p.fsf@k9.prep.synonet.com>  1 Paul Sture <paul.sture.nospam@hispeed.ch> writes:   E > Never having had the obviously dubious pleasure of coming across an 0 > RC25, what was so "special" about this beasty?  B A Mayfly was long lived compared to the Aztec. One of those reallyD neat, elagant idea that was slightly reality chalenged. A good match for the 725 in fact!     --  < 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: Wed, 27 Sep 2006 20:12:29 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)C Subject: Re: Can a satellite survive the reboot of its boot server? $ Message-ID: <efelvd$mq6$1@online.de>  
 In articleD <paul.sture.nospam-90E1A8.12262127092006@mac.sture.homeip.net>, Paul- Sture <paul.sture.nospam@hispeed.ch> writes:    D > In article <1159287342.781971.139060@i3g2000cwc.googlegroups.com>, >  etmsreec@yahoo.co.uk wrote: > I > > Yup, a satellite is a system without it's own local system disk in my 	 > > book.  > >  > H > I think that by strict definition a satellite can either have a local I > disk or  not. If it does, that disk's primary function is for page and  1 > swap file I/O, thus keeping it off the network.   > The definition of a satellite is that it doesn't have a directF connection to a system disk.  Yes, it can have a local page/swap disk,> or even MSCP serve disks to the cluster (i.e. not just consume" resources, but also provide them).   ------------------------------  % Date: Wed, 27 Sep 2006 14:24:35 -0600 $ From: Jeff Campbell <n8wxs@arrl.net>C Subject: Re: Can a satellite survive the reboot of its boot server? 0 Message-ID: <1159388759_99@sp6iad.superfeed.net>   Paul Sture wrote: E > In article <1159348968.600540.303780@i42g2000cwa.googlegroups.com>, $ >  "Ian Miller" <ijm@uk2.net> wrote: >  >> Hoff Hoffman wrote:N >>>    The RC25 was the disk that triggered various updates around processing  >>>    mountJ >>> verification involving the system disk, particularly for its use on a 
 >>> [guessN >>> which box :-) ] system.  That common spindle really caused the underlying  >>> code >>> to get a good work-out. G >> I remember RC25 on MVII running VMS and PDP11/73 running RSX11-M and = >> they used to cause all sorts of fun on a shared system :-(  >>I >> I had recovered from that memory until you mentioning the RC25 brought  >> it all back. G >> I think more selective brain cell destruction with some good beer is  >> required :-)  > F > Never having had the obviously dubious pleasure of coming across an 0 > RC25, what was so "special" about this beasty? > - That it survived a design review!!  8-)   8-)   
 Jeff N8WXS  Q ----== Posted via Newsfeeds.Com - Unlimited-Unrestricted-Secure Usenet News==---- S http://www.newsfeeds.com The #1 Newsgroup Service in the World! 120,000+ Newsgroups K ----= East and West-Coast Server Farms - Total Privacy via Encryption =----    ------------------------------  % Date: Wed, 27 Sep 2006 23:27:23 +0200 / From: Paul Sture <paul.sture.nospam@hispeed.ch> C Subject: Re: Can a satellite survive the reboot of its boot server? J Message-ID: <paul.sture.nospam-C04297.23272327092006@mac.sture.homeip.net>  3 In article <odq1eivLtXa+@eisner.encompasserve.org>, /  Kilgallen@SpamCop.net (Larry Kilgallen) wrote:   C > In article <451AD53F.9080602@applied-synergy.com>, Chris Scheers  % > <chris@applied-synergy.com> writes:  > > Hoff Hoffman wrote:  > >> Bob Koehler wrote:  > >>  M > >>>    That capability precedes cluster technology, as those of us who have 1 > >>>    pulled the wrong RP06 platter can atest.  > >>  N > >>   The RC25 was the disk that triggered various updates around processing L > >> mount verification involving the system disk, particularly for its use L > >> on a [guess which box :-) ] system.  That common spindle really caused 0 > >> the underlying code to get a good work-out. > >  > > VAX/725? > >  > > What do I win? > G > Not being the original poster, I cannot answer authoritatively, but I : > would _guess_ that what you win is a TU-56 cartridge :-)  ? As in "I'll just issue the boot command and we'll go to lunch".    --  
 Paul Sture   ------------------------------  % Date: Wed, 27 Sep 2006 10:33:20 -0400 , From: Hoff Hoffman <hoff-remove-this@hp.com>: Subject: Re: Creating an ODS2 disk from a container file ?* Message-ID: <451a8bab@usenet01.boi.hp.com>   JF Mezei wrote: I > on VAX (7.2),  given a 600 meg file containing raw image of an ODS-2 CD I > (what people would often refer to as an "ISO"), what is the best way to J > take that file and move it to a disk to "initialize" that disk to become > a mountable disk ?I > Is the only way to write a  utility that reads blocks from the file and J > does low level $QIO to write from block 0 upwards on the disk ?  (if so,F > are there any examples of using $QIO to write to a specific block on	 > disk ?)   M    Try this: MOUNT/FOREIGN the target LD device, and COPY the file to the LD.   O    IIRC, CDRECORD can replicate disk images to recordable media (and there's a  K port or two of this around for OpenVMS VAX), as can the OpenVMS Alpha V8.3   COPY/RECORDABLE_MEDIA tool.   N    You'll need a somewhat older LD kit here, as support for VAX was dropped a / while back.  (Check on older Freeware distros.)    ------------------------------  + Date: Wed, 27 Sep 2006 20:10:58 -0500 (CDT) * From: sms@antinode.org (Steven M. Schweda): Subject: Re: Creating an ODS2 disk from a container file ?2 Message-ID: <06092720105862_2020028F@antinode.org>  4 From: Jur van der Burg <"vdburg at hotmail dot com">  - > > ALP $ ld connect ALP$DKA100:[cdr]v732.img , > > %NONAME-I-NOMSG, Message number 0F84803B  C > ldmsg.exe is not installed. I think you run a really old version, B > the latest version should work. Or you did connect the driver by& > hand and did not run ld$startup.com.  G    "prod show prod /full" says: "HP VMS LD V8.0   Full  LP  Installed", G apparently related to an HP-VMS-LD-V0800--1.PCSI$COMPRESSED kit I have.   F    I have a SYS$STARTUP:LD$STARTUP.COM dated 21-MAY-2002 ("Copyright C 1993, 1996 by Digital Equipment Corporation").  The system start-up H procedures run it.  It installs "sys$system:ld$utility.exe", but nothing@ else.  I gather that it's obsolete, and that the LD V8.0 product= installation did not disturb it (as it probably should have).   B    PRODUCT EXTRACT FILE on that kit appears to have supplied sevenF (identical) versions of LD$STARTUP.COM dated 24-APR-2005 (" CopyrightF 1976, 2005 Hewlett-Packard Development Company, L.P."), so I'll assumeF that I should be using one of those instead of the apparently obsoleteB one.  (They _do_ install "sys$message:ld$msg.exe", so there's some hope.)  Now:  0 ALP $ pipe install list | search sys$input " ld")    LD$UTILITY;1     Open Hdr Shared   Prv     LD$MSG;1   * If that's what it needed, it should be ok.  >    So, I figure that it's all your fault, but I appreciate the suggestions.  H ------------------------------------------------------------------------  3    Steven M. Schweda               sms@antinode-org 4    382 South Warwick Street        (+1) 651-699-9818    Saint Paul  MN  55105-2547    ------------------------------  % Date: Thu, 28 Sep 2006 07:45:51 +0200 4 From: Jur van der Burg <"vdburg at hotmail dot com">: Subject: Re: Creating an ODS2 disk from a container file ?5 Message-ID: <451b619f$0$4530$e4fe514c@news.xs4all.nl>   E  >   You'll need a somewhat older LD kit here, as support for VAX was <  > dropped a while back.  (Check on older Freeware distros.)  @ Hoff, VAX is still supported, even in the latest kit (V8.2), butI only on VAX/VMS V7.3. It should be trivial to build it for older versions  though.   F This will change for the upcoming V9.0 which won't support VAX anymore (as far as I plan for now).    Jur.   Hoff Hoffman wrote:  > JF Mezei wrote: J >> on VAX (7.2),  given a 600 meg file containing raw image of an ODS-2 CDJ >> (what people would often refer to as an "ISO"), what is the best way toK >> take that file and move it to a disk to "initialize" that disk to become  >> a mountable disk ? J >> Is the only way to write a  utility that reads blocks from the file andK >> does low level $QIO to write from block 0 upwards on the disk ?  (if so, G >> are there any examples of using $QIO to write to a specific block on 
 >> disk ?) > K >   Try this: MOUNT/FOREIGN the target LD device, and COPY the file to the   > LD.  > F >   IIRC, CDRECORD can replicate disk images to recordable media (and D > there's a port or two of this around for OpenVMS VAX), as can the 0 > OpenVMS Alpha V8.3 COPY/RECORDABLE_MEDIA tool. > E >   You'll need a somewhat older LD kit here, as support for VAX was  ; > dropped a while back.  (Check on older Freeware distros.)  >  >    ------------------------------  % Date: Wed, 27 Sep 2006 08:26:00 -0400 * From: "FredK" <fred.nospam@nospam.dec.com>' Subject: Re: DS15 graphics card options * Message-ID: <451a6dd9@usenet01.boi.hp.com>  3 "Rich Jordan" <jordan@ccs4vms.com> wrote in message < news:1159312565.868125.319520@m7g2000cwm.googlegroups.com...  H > So... anyone tested the older cards in a DS15 by chance?  Per the DS10C > option list, the supported cards are the Radeon 7500, Oxygen VX1, F > Powerstorm 3D30, 300, and 350, and the Elsa Gloria.  Do any of these0 > work (in a reasonable if unsupported fashion)? >   H AFAIK, all of them should work, but I would shy away from the ELSA card.   ------------------------------    Date: 27 Sep 2006 12:54:58 -0700( From: "Rich Jordan" <jordan@ccs4vms.com>' Subject: Re: DS15 graphics card options B Message-ID: <1159386898.764931.177310@m7g2000cwm.googlegroups.com>   FredK wrote:5 > "Rich Jordan" <jordan@ccs4vms.com> wrote in message > > news:1159312565.868125.319520@m7g2000cwm.googlegroups.com... > J > > So... anyone tested the older cards in a DS15 by chance?  Per the DS10E > > option list, the supported cards are the Radeon 7500, Oxygen VX1, H > > Powerstorm 3D30, 300, and 350, and the Elsa Gloria.  Do any of these2 > > work (in a reasonable if unsupported fashion)? > >  > J > AFAIK, all of them should work, but I would shy away from the ELSA card.   Fred, E      thanks very much for hte response.  Right now all I have on hand F (to spare) is an Elsa, but I'll try to get something else.  My 4D20 is@ in my home PWS and I'm not giving that up easily!  But there's aC Powerstorm 300 in a box somewhere waiting on a home EV6+ to make it G useful; perhaps I can lend that to work to lend to the customer as long D as they promise to replace and return it (yeah right... I'll lose it forever...)   C      Are there any reliability issues (or possible issues) with the D Elsa?  It really will see almost no use beyond basic console ops andF very occasional management use so display performance is not at all an; issue, as long as it doesn't hurt the system performance or  reliability.  
 Thanks again!    Rich   ------------------------------  % Date: Wed, 27 Sep 2006 15:59:23 -0400 < From: "Island Computers, D B Turner" <dbturner@islandco.com>' Subject: Re: DS15 graphics card options 0 Message-ID: <12hlm14944spe1a@news.supernews.com>   NO problem at all    DT   --     David B Turner Island Computers US Corp 2700 Gregory St, Suite 180 Savannah GA 31404  Tel: 912 447 6622 X201 Cell: 912 447 6622 X251  Fax: 912 201 0402  Email: dbturner@islandco.com Web: http://www.islandco.com% ===================================== < All orders are subject to the following terms and conditions. of sale. These should be read before ordering.% http://www.islandco.com/warranty.html   3 "Rich Jordan" <jordan@ccs4vms.com> wrote in message < news:1159386898.764931.177310@m7g2000cwm.googlegroups.com... >  > FredK wrote:7 > > "Rich Jordan" <jordan@ccs4vms.com> wrote in message @ > > news:1159312565.868125.319520@m7g2000cwm.googlegroups.com... > > L > > > So... anyone tested the older cards in a DS15 by chance?  Per the DS10G > > > option list, the supported cards are the Radeon 7500, Oxygen VX1, J > > > Powerstorm 3D30, 300, and 350, and the Elsa Gloria.  Do any of these4 > > > work (in a reasonable if unsupported fashion)? > > >  > > L > > AFAIK, all of them should work, but I would shy away from the ELSA card. >  > Fred, G >      thanks very much for hte response.  Right now all I have on hand H > (to spare) is an Elsa, but I'll try to get something else.  My 4D20 isB > in my home PWS and I'm not giving that up easily!  But there's aE > Powerstorm 300 in a box somewhere waiting on a home EV6+ to make it I > useful; perhaps I can lend that to work to lend to the customer as long F > as they promise to replace and return it (yeah right... I'll lose it
 > forever...)  > E >      Are there any reliability issues (or possible issues) with the F > Elsa?  It really will see almost no use beyond basic console ops andH > very occasional management use so display performance is not at all an= > issue, as long as it doesn't hurt the system performance or  > reliability. >  > Thanks again!  >  > Rich >    ------------------------------  % Date: Wed, 27 Sep 2006 17:02:18 -0700 * From: "Tom Linden" <tom@kednos-remove.com> Subject: ES40 Console ) Message-ID: <op.tgkad4oltte90l@hyrrokkin>   D I transported a couple of ES40's in a van today.  They woere workingA last week.  Upon powering them up I encountered problems, which I C attributed to the transport, so I reseated carefully all the boards F and that did the trick on one but on the other it encountered an error= when trying to load the console.  Here is the console output.   !   SROM V2.0 CPU # 00 @  0500  MHz  SROM program starting  Reloading SROM  $   SROM V2.12-F CPU # 00 @  0500  MHz SROM program starting  Starting secondary on CPU #1 Starting secondary on CPU #2 Starting secondary on CPU #3 Bcache data tests in progress  Bcache address test in progress ( CPU parity and ECC detection in progress! Bcache ECC data tests in progress " Bcache TAG lines tests in progress Memory sizing in progress   Memory configuration in progress Memory data test in progress Memory address test in progress  Memory pattern test in progress ! Memory thrashing test in progress  Memory initialization  Loading console    Expect: 00000000.00000009  Actual: 00000000.000000B3  XORval: 00000000.000000BA  loading program from floppy  Floppy driver error  Loading console    Expect: 00000000.00000009  Actual: 00000000.000000B3  XORval: 00000000.000000BA * Code execution complete (transfer control)    3 OpenVMS PALcode V1.93-1, Tru64 UNIX PALcode V1.88-1   E at which it is hung.  I gather from the message that the console is   	 available L floppy, from which it tries to recover.  Firstly, anyone seen this before,   and K secondly, is the console available on a floppy, and if so can I download it L  from somewhere?  I noticed the lights flash on both the floppy and the CD   soH I stuck the latest firware CD in and tried again, but it didn't read it.             --  E Using Opera's revolutionary e-mail client: http://www.opera.com/mail/    ------------------------------    Date: 27 Sep 2006 14:41:04 -0700( From: "Rich Jordan" <jordan@ccs4vms.com>D Subject: EVE/TPU learn macros moving between buffers fails to repeatB Message-ID: <1159393264.170305.47400@h48g2000cwc.googlegroups.com>  F This on a VAX V7.3 system.  We use little learn macros all the time to@ build command procedures from directory listings and the like by@ assigning the macro to a key and issuing the <gold> repeat countF macrokey sequence.  Works very well for quick and dirty modifications.  D Today I tried a learn macro to pluck lines from one buffer and placeF them in another, then move back to the original buffer; moves are withB the <do> BUFF buffername key sequence.  Assigned to a key (F20) itD works just fine; hit the key 10 times it works 10 times.  But if youG try to repeat it (GOLD-10, F20) it immediately errors out with a buffer F error (You are already in buffer A.A) when it first tries to switch to the second buffer.  G I remember having a problem with this back in the V5.2 timeframe, where E my then company put in an SPR (1988-9 timeframe at a previous job); I E don't think we ever heard anything back.  I don't have time to try it  on a newer box right now.   C So is there any way to get this to work while keeping the quick and , easy aspect that makes learn macros so nice?   ------------------------------  % Date: Wed, 27 Sep 2006 18:15:22 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> H Subject: Re: EVE/TPU learn macros moving between buffers fails to repeat, Message-ID: <451AF7F2.C979585E@teksavvy.com>   Rich Jordan wrote:I > try to repeat it (GOLD-10, F20) it immediately errors out with a buffer H > error (You are already in buffer A.A) when it first tries to switch to > the second buffer.  ) I define a ket to do the "Other window".     In my startup command file:   E define_key( eve$kt_return + "eve_other_window", KP0, "Other Window");     C If you split the screen in more than 2 panes, it will cycle through > them. But I have succesfully included this in learn sequences.  D If yu use the Command:  define key  from TPU, I think the command isA "other" and then press the key you want assigned to thatc ommand.    ------------------------------  % Date: Wed, 27 Sep 2006 08:06:14 -0400 * From: "FredK" <fred.nospam@nospam.dec.com>& Subject: Re: Graphic options for DS10L, Message-ID: <451a6937$1@usenet01.boi.hp.com>  ( <prep@prep.synonet.com> wrote in message* news:87zmcmmshy.fsf@k9.prep.synonet.com.... > "FredK" <fred.nospam@nospam.dec.com> writes: > G > > The DDX does 95% of all drawing operations for performance reasons. > > > It PFN maps the hardware and accesses it from user mode toF > > read/write registers.  On DMA devices, some use a QIO interface toF > > the driver (the Oxygen VX1 for example) and some actually initiate4 > > the DMA from user mode (the Radeon for example). > I > How do you limit the address ranges of the DMA if it done by User code? ) > Or do you just trust it to not be evil?  >   K As I said, the DMA is done by a privledged image, and it depends on how the F interface was designed.  It should be noted that what this is actuallyH facilitating is the movement of vertices and texture data to the engine.I The application code itself isn't programming the DMA.  It is (one way or J another) being _given_ the address of a buffer that the privledged library  will use for DMA on it's behalf.   ------------------------------  % Date: Wed, 27 Sep 2006 08:23:41 -0400 * From: "FredK" <fred.nospam@nospam.dec.com>& Subject: Re: Graphic options for DS10L, Message-ID: <451a6d4d$1@usenet01.boi.hp.com>  & <healyzh@aracnet.com> wrote in message& news:efc6mp01vvf@enews3.newsguy.com...+ > FredK <fred.nospam@nospam.dec.com> wrote: L > > Note - you may not LIKE what you see on the DVI port.  The analog outputE > > "fuzzes" things a little.  I noted that when using a number of 3D L > > applications, that things that used to look good - now had patterns thatJ > > were not attractive - because of a sharpening of the edges of areas in > > shaded areas.  > K > Fred, thank you for taking the time to write a series of very interesting  > posts. > F > I'm curious, were the problems you have seen due to the speed of the screenI > you were using?  Slower/older LCD displays aren't the best suited to 3D I > graphics.  Though it kind of sounds like you're talking about something  > different. >   L Brand new LCD's.  The HP2335 and HP2035 for example.  Think pronounced moire< patterns in graduated shadings.  Run some of the GLUT demos.  J > While there can be issues with 3D graphics on a LCD (I've not personallyG > seen the issues you're talking about), if you're doing primarily text J > (programming, email, surfing, etc.) then DVI is likely to be better thanH > going analog to the LCD.  Of course you also really want a LCD monitor that5 > your video card can drive at its native resolution.  >   G We can/do drive the LCD's at their native resolutions X/Y @60Hz.  As to J analog vs DVI - I haven't seen a lot of benefit.  On my Windows laptop forL example (with it's built-in ATI R7500) I get visual anomolies/glitches usingK the DVI (random noise flashes) on every LCD I've tried.  But in analog mode  it is perfectly fine.   J The most interesting thing I've seen the DVI port used for is a gizmo thatK someone in HP is/was selling that allows multiple PC's to be connected to a J switch - each PC renders part of a scene and the DVI is programmed to alsoJ pump out Z data that allows the gizmo to knit together the full screen.  A parallel scene rendering setup.    ------------------------------  % Date: Wed, 27 Sep 2006 08:14:21 -0400 * From: "FredK" <fred.nospam@nospam.dec.com>& Subject: Re: Graphic options for DS10L, Message-ID: <451a6b1d$1@usenet01.boi.hp.com>  ( <prep@prep.synonet.com> wrote in message* news:87venams9y.fsf@k9.prep.synonet.com.... > "FredK" <fred.nospam@nospam.dec.com> writes: > A > > supports - because X11 does not specify a specific order.  It D > > doesn't specify te pixel size either - we once had a server that > > would do 12-bit pixels.  > A > Which one? Can you get to the full 36 bit gamut from an app? Be C > an alternative to a V12 if so. And perhaps usable in summer which  > an Octane isn't! >   I One of the TGA or TGA2 devices IIRC.  4/4/4 TrueColor - not a PseudoColor  index.  K For people who enjoy torture, examine how images actually work on X11.  The @ application gets told the layout for image - masks for where theI red/green/blue go (or pseudo color indexes), scanline padding rules, etc. J The application must then take this information and be able to permute itsI image data into this format.  Fortunately, no X11 server developer in his L right mind strays far from the "norms" for 8/16/24 bits - the two areas thatJ applications do generally need to know about is A) what BLACK pixel is andE what WHITE pixel is - because even that isn't fixed on a psuedo color L display (like 1 and 0 - often it is 0 an 1) - and if a 24-bit pixel is B/G/R3 or R/G/B - again something that is often different.    ------------------------------  % Date: Wed, 27 Sep 2006 21:12:09 +0300 ; From: "Guy Peleg" <guy.peleg@remove_this_header@bruden.com> ; Subject: Re: HoffmanLabs Professional Services Availability 9 Message-ID: <451ab205$0$19665$88260bb3@free.teranews.com>   4 "Dave Froble" <davef@tsoft-inc.com> wrote in message3 news:ULCdndN1f7dAEYfYnZ2dnUVZ_o2dnZ2d@libcom.com...  > William Webb wrote:  > >  > > 2 > > On 9/26/06, *Dave Froble* <davef@tsoft-inc.com( > > <mailto:davef@tsoft-inc.com>> wrote: > > I > >     William.W.Webb@gmail.com <mailto:William.W.Webb@gmail.com> wrote:  > >      > JF Mezei wrote: > >      >> Hoff Hoffman wrote: I > >      >>> Effective 23-Oct-2006, I expect to be directly available for  > >     OpenVMS and related 8 > >      >>> professional services, support and related.L > >      >> Good luck on your new endeavours.  I suspect that you won't have > >     a hardE > >      >> time finding customers. And I really hope you continue to  > >     participate I > >      >> here. You have certaintly behaved here in a most reespectable  > >     way and F > >      >> your contributions and patience has been most appreciated. > >      >> 6 > >      >>> And yes, HP and I are "parting amicably".' > >      >> Yeah... they all say that !  > >      >>  > >      >> I > >      >> What is a shame is that those leaving VMS engineering are not  > >     all going L > >      >> to the same place. That way, you could recreate VMS engineering. By: > >      >> splitting to various places it becomes harder. > >      >> D > >      >> Your departure leaves questions about the future of VMS,
 especially1 > >      >> since you are not the first to leave. 
 > >      >K > >      > At the risk of speaking frankly, jf, that statement is downright  > >      > idiotic.  > > 0 > >     Well it is JF, what else did you expect? > >  > >      > VMS <> Hoff,  > >      > VMS <> Guy, > >      > VMS <> Hoff + Guy. 
 > >      >G > >      > What it *may* mean is that there may be some decrease in the  > >     officialB > >      > participation by persons employed by HP in comp.os.vms.
 > >      >K > >      > Or not, should others who as of now don't participate "step into  the G > >      > breach", or others who do participate increase their rate of  > >     posting. > >   > >     Ok, here's how it works. > > H > >     There a person is, happily working for a company.  He/She thinks theyJ > >     know where they stand with respect to the job.  However, companies don't K > >     always have the same perspective on the job as the person doing the  > >     job.I > >       Sometimes it's an employee having an attitude about issues they  haveH > >     no right to have an attitude about.  Sometimes it's the employer causing   > >     outrage in the employee. > > ' > >     Small outrage, maybe accept it.  > > ? > >     Medium outrage, possibly seek new employment elsewhere.  > > K > >     Major outrage, the employee not only leaves, but vows to never work  for  > >     a big company again. > > B > >     Been there, done #3.  It does take some years to gain some perspective ? > >     on things.  It takes some time to get over the outrage.  > > I > >     Personally, I don't think too many would leave VMS Engineering as  longI > >     as they thought it was what they wanted to do.  Just not too many K > >     openings for such work.  That's just my thinking, and possibly some G > >     people may get tired of something and just want to do something  else. K > >     But that's not the case with either Steve or Guy.  They're sticking  to( > >     the VMS world, just not with HP. > > K > >     Hey, I asked what stunk when Guy left.  Didn't really expect him to  air $ > >     the dirty laundry in public. > > L > >     Something is going on, possibly something we've worried about in theD > >     past.  Don't know.  But don't ask this old rascal to believe
 everythingI > >     is just peachy keen.  VMS as we've known it is in trouble.  Maybe  not = > >     short term trouble, but definitely long term trouble.  > > J > >     What about the FAQ and ATW?  Are these officially supported by HP, or aI > >     contribution to the user community by a few who care enough to do  such?  > > G > >     Wishing you the best Steve.  Thanks for the memories.  Not done  though, I > >     there's a real good chance that you'll be hearing from me about a D > >     problem thats been hanging around my neck for a dozen years. > > 
 > >     --< > >     David Froble                       Tel: 724-529-0450F > >     Dave Froble Enterprises, Inc.      E-Mail: davef@tsoft-inc.com$ > >     <mailto:davef@tsoft-inc.com> > >     DFE Ultralights, Inc.  > >     170 Grimplin Road  > >     Vanderbilt, PA  15486  > >  > > 	 > > Dave,  > > < > > I never said that everything was "peachy keen" with VMS.B > > Nor did I say that I'd expect you to believe it had I said it. > > * > >  Anybody with half a brain knows that. > > G > > That's why I keep writing letters to management every so often, and H > > occasionally I vent to people inside HP that I'm good enough friendsI > > with to where my vents are welcome and they get forwarded up the food 
 > > chain. > > C > > But it's not "End Of VMS As We Know It -- Film At 11!", either.  > > L > > If we keep buyin' it and paying for the maintenance, they'll keep makin' it. 0 > > Too much coin involved to just shut it down. > B > A 'cash cow' can and will be milked for all it's worth.  But not > necessarily fed. > F >  From some recent posts, it appears that departures announced in theI > newsgroup are like the tip of an iceburg.  Re, the mention of Christian E > Moser, who was alledged to be behind most of the recent performance H > enhancements to VMS.  And the mention of others who's privacy is being* > respected.  How many?  Will any survive?   How many? I can't tell you...   & Will any survive? The answer is YES !!  > VMS is going to blades....VMS will run a guest on HP-VM....VMSL still has a good future ahead of it...I personally believe it and am relying on it for paying the mortgage      > I > The end, no, you'll still be able to throw money at HP for VMS V8.3 ten H > years from now.  The 'coin involved' is whatever HP can take from you,9 > not what they'll do to continue to improve the product.  >  > --  6 > David Froble                       Tel: 724-529-0450@ > Dave Froble Enterprises, Inc.      E-Mail: davef@tsoft-inc.com > DFE Ultralights, Inc.  > 170 Grimplin Road  > Vanderbilt, PA  15486        --  = Posted via a free Usenet account from http://www.teranews.com    ------------------------------    Date: 27 Sep 2006 21:06:15 -02006 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER); Subject: Re: HoffmanLabs Professional Services Availability , Message-ID: <451ae7c7$1@news.langstoeger.at>  w In article <4519fcea$0$19662$88260bb3@free.teranews.com>, "Guy Peleg" <guy.peleg@remove_this_header@bruden.com> writes: _ >"Hoff Hoffman" <hoff-remove-this@hp.com> wrote in message news:45192e4a@usenet01.boi.hp.com...  >>S >> Effective 23-Oct-2006, I expect to be directly available for OpenVMS and related . >> professional services, support and related. >>P >> Additional general information is available at <http://www.hoffmanlabs.org/>,L >> and I would ask that inquiries be referred to/via the contact information9 >> available over there, and not to the HP email address.  >>, >> And yes, HP and I are "parting amicably".  8 Quoted statements are the opposite of non quotied ones ?  A >> Now if y'all will excuse me, I have some (more) writing to do.  >  >Good luck Hoff !   G I tend to think, that both will join (as planned) the OpenVMS Technical M Update Days. Hopefully someone spends enough beer to get more infos there ;-)    Good luck to all of 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: Wed, 27 Sep 2006 20:13:14 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>; Subject: Re: HoffmanLabs Professional Services Availability + Message-ID: <451B21AA.80DB330F@comcast.net>    Hoff Hoffman wrote:  > R > Effective 23-Oct-2006, I expect to be directly available for OpenVMS and related- > professional services, support and related.  > O > Additional general information is available at <http://www.hoffmanlabs.org/>, K > and I would ask that inquiries be referred to/via the contact information 8 > available over there, and not to the HP email address. > + > And yes, HP and I are "parting amicably".  > @ > Now if y'all will excuse me, I have some (more) writing to do.   Thanx for everything, Hoff!   ) All the best for your on-going endeavors.    --   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: Wed, 27 Sep 2006 23:48:28 -0400 ' From: "Main, Kerry" <Kerry.Main@hp.com> / Subject: RE: HP announces new Integrity servers T Message-ID: <FA60F2C4B72A584DBFC6091F6A2B868401B00008@tayexc19.americas.cpqcorp.net>   > -----Original Message-----4 > From: Bill Todd [mailto:billtodd@metrocast.net]=20" > Sent: September 25, 2006 6:56 PM > To: Info-VAX@Mvb.Saic.Com 1 > Subject: Re: HP announces new Integrity servers  >=20   [snip..]  J > Why in hell would they even *think* of moving to HP-UX on Itanic, let=20? > alone VMS on Itanic, when Solaris on good old familiar x86=20  > will fill the=20F > bill if they can't use Windows or Linux to do so (an increasingly=20G > questionable premise in its own right:  both Windows and Linux are=20 J > rapidly improving their multi-application stability, and any customer=20I > who's willing to toss over the 'one app server culture' can do so at=20 J > least as readily still using their familiar Windows or Linux platform=20< > when that will do the job as they could by jumping to a=20 > completely new OS)?   B Nice try to change the scope here. I stated those Cust's that wereB consolidating and staying on Solaris were sticking with SPARC, not
 X86-64.=20   >=20J > You keep beating on the idea of moving *off* single-app Windows (and,=20A > you claim, Linux) platforms and trying to imply that somehow=20  > this leads=20 @ > directly to an enterprise-level Itanic OS rather than to an=20B > equally-enterprise-level x86-64 OS - with no basis whatsoever=20
 > for that=20 I > presumed Itanic bias on the part of the customer:  not features, not=20 F > price, not 'industry-standardness' (all of which favor x86 instead). >=20 > No sale, Kerry:  try again.  >=20 > - bill >=20  G So what will change in terms of the Windows / Linux one-app, one server 9 (or OS instance) culture when a Customer moves to X86-64?   H Will they not continue with the one app, one instance or is it somethingA in the cool-aid you have been drinking that makes you think these C Customers are going to start App stacking on Windows and Linux just " because they are moving to x86-64?  4 You keep harping about enterprise OS's on X86-64.=20  D Imho, an enterprise OS has the ability, workload mgmt and supportingG culture to do App stacking as a means to reduce the run-away numbers of A VM's and multiple OS instances to manage. This si what will allow B companies to reduce their large FTE numbers (OS instances directly! impact numbers of FTE's required)   E So, lets leave Solaris out since those staying with Solaris and doing D large scale consolidation are staying with large SPARC servers. Yes,C someone will likely say BSD or one of the other freeware OS's, but, E regardless of the reasons, these are simply not a big player in large  enterprises.  D Ok, now - what are these mystery enterprise OS's you keep harping on	 about?=20    Regards   
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477  kerryDOTmainAThpDOTcom (remove the DOT's and AT)=20  4 OpenVMS - the secure, multi-site OS that just works.   ------------------------------  % Date: Thu, 28 Sep 2006 00:01:04 -0400 / From: "William Webb" <william.w.webb@gmail.com> / Subject: Re: HP announces new Integrity servers I Message-ID: <8660a3a10609272101x6a300ac3h93590ae821f511db@mail.gmail.com>   ( ------=_Part_9888_29948037.1159416064857; Content-Type: text/plain; charset=ISO-8859-1; format=flowed  Content-Transfer-Encoding: 7bit  Content-Disposition: inline   5 On 9/26/06, Bill Todd <billtodd@metrocast.net> wrote:  >  > William Webb wrote:  > >  > > 2 > > On 9/20/06, *Dave Froble* <davef@tsoft-inc.com( > > <mailto:davef@tsoft-inc.com>> wrote: > >  > >     Tom Linden wrote: : > >      > On Tue, 19 Sep 2006 08:26:44 -0700, Dave Froble: > >     <davef@tsoft-inc.com <mailto:davef@tsoft-inc.com>> > >      > wrote: 
 > >      >" > >      >> Larry Kilgallen wrote:E > >      >>> In article < 4uydndYmRbla9ZLYnZ2dnUVZ_sCdnZ2d@libcom.com J > >     <mailto:4uydndYmRbla9ZLYnZ2dnUVZ_sCdnZ2d@libcom.com>>, Dave FrobleG > >      >>> <davef@tsoft-inc.com <mailto:davef@tsoft-inc.com>> writes:  > >      >>>L > >      >>>> Tell me again why Alpha was dropped in favor of this 'industry > >      >>>> standard' D > >      >>>  Because Intel paid enough money to make it profitable. > >      >> ; > >      >> And what about when Intel gets tired of paying?  > >      >> H > >      >> It's like repelling down the side of a cliff, without having > >     measuredA > >      >> the cliff and rope to insure the rope is long enough.  > >      >>  > >      > rappel  > > = > >     I wondered whether I had the spelling correct.  Guess  > not.  Regardless, F > >     if the rope is too short, no matter how you spell it you got a > >     problem.  :-)  > > 
 > >     --< > >     David Froble                       Tel: 724-529-0450F > >     Dave Froble Enterprises, Inc.      E-Mail: davef@tsoft-inc.com$ > >     <mailto:davef@tsoft-inc.com> > >     DFE Ultralights, Inc.  > >     170 Grimplin Road  > >     Vanderbilt, PA  15486  > >  > > K > > One usually ties a large enough knot in the end to catch your hardware.  > >  > > WWWebb,  > > D > > who used to rock climb in those periods of time when it *wasn't* > > fashionable. > F > Hmmm - I guess that practice must have become common after the '60s,H > then, since I don't recall it.  Or perhaps I just never got accustomedJ > to rappelling in situations where the rope didn't reach terra firma (norJ > can I quite understand why anyone would, outside some kind of James BondD > situation involving exit through a plate glass window - but that's8 > certainly not the situation that Dave was describing). > B > From what I remember about prussiking I don't think I would haveG > enjoyed the practice very often.  Worth investing in a pair of Jumars  > for anyone so inclined.  >  > - bill >   J I can and still do tie grapevine knots and know how to make Prusik slings.( And I haven't thought of Jumars in ages.   WWWebb   --   Ajilon Consulting  Site resident at Quest Diagnostics = first.x.last@f$edit(contents of previous line,"COMPRESS").com   ( ------=_Part_9888_29948037.1159416064857+ Content-Type: text/html; charset=ISO-8859-1  Content-Transfer-Encoding: 7bit  Content-Disposition: inline   6<br><br><div><span class="gmail_quote">On 9/26/06, <b class="gmail_sendername">Bill Todd</b> &lt;<a href="mailto:billtodd@metrocast.net">billtodd@metrocast.net</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> William Webb wrote:<br>&gt;<br>&gt;<br>&gt; On 9/20/06, *Dave Froble* &lt;<a href="mailto:davef@tsoft-inc.com">davef@tsoft-inc.com</a><br>&gt; &lt;mailto:<a href="mailto:davef@tsoft-inc.com">davef@tsoft-inc.com</a>&gt;&gt; wrote: ,<br>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; Tom Linden wrote:<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&gt; On Tue, 19 Sep 2006 08:26:44 -0700, Dave Froble<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &lt;<a href="mailto:davef@tsoft-inc.com">davef@tsoft-inc.com</a> &lt;mailto:<a href="mailto:davef@tsoft-inc.com">Wdavef@tsoft-inc.com</a>&gt;&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&gt; wrote:<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&gt;&gt; Larry Kilgallen wrote:<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&gt;&gt;&gt; In article &lt; <a href="mailto:4uydndYmRbla9ZLYnZ2dnUVZ_sCdnZ2d@libcom.com"> 4uydndYmRbla9ZLYnZ2dnUVZ_sCdnZ2d@libcom.com</a><br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &lt;mailto:<a href="mailto:4uydndYmRbla9ZLYnZ2dnUVZ_sCdnZ2d@libcom.com">4uydndYmRbla9ZLYnZ2dnUVZ_sCdnZ2d@libcom.com</a>&gt;&gt;, Dave Froble<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&gt;&gt;&gt; &lt; G<a href="mailto:davef@tsoft-inc.com">davef@tsoft-inc.com</a> &lt;mailto:<a href="mailto:davef@tsoft-inc.com">davef@tsoft-inc.com</a>&gt;&gt; writes:<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&gt;&gt;&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&gt;&gt;&gt;&gt; Tell me again why Alpha was dropped in favor of this 'industry <br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&gt;&gt;&gt;&gt; standard'<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&gt;&gt;&gt;&nbsp;&nbsp;Because Intel paid enough money to make it profitable.<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&gt;&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&gt;&gt; And what about when Intel gets tired of paying?<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&gt;&gt;o<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&gt;&gt; It's like repelling down the side of a cliff, without having<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; measured<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&gt;&gt; the cliff and rope to insure the rope is long enough.<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&gt;&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&gt; rappel  <br>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; I wondered whether I had the spelling correct.&nbsp;&nbsp;Guess not.&nbsp;&nbsp;Regardless,<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; if the rope is too short, no matter how you spell it you got a<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; problem.&nbsp;&nbsp;:-)<br>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; --<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; David Froble&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Tel: 724	 -529-0450 H<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; Dave Froble Enterprises, Inc.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;E-Mail: <a href="mailto:davef@tsoft-inc.com">davef@tsoft-inc.com</a><br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; &lt;mailto:<a href="mailto:davef@tsoft-inc.com">davef@tsoft-inc.com</a>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; DFE Ultralights, Inc.;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; 170 Grimplin Road<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; Vanderbilt, PA&nbsp;&nbsp;15486<br>&gt;<br>&gt;<br>&gt; One usually ties a large enough knot in the end to catch your hardware.<br>&gt;<br>&gt; WWWebb,<br>&gt;<br>&gt; who used to rock climb in those periods of time when it *wasn't* <br>&gt; fashionable.<br><br>Hmmm - I guess that practice must have become common after the '60s,<br>then, since I don't recall it.&nbsp;&nbsp;Or perhaps I just never got accustomed<br>to rappelling in situations where the rope didn't reach terra firma (nor <br>can I quite understand why anyone would, outside some kind of James Bond<br>situation involving exit through a plate glass window - but that's<br>certainly not the situation that Dave was describing).<br><br> From what I remember about prussiking I don't think I would have 
<br>enjoyed the practice very often.&nbsp;&nbsp;Worth investing in a pair of Jumars<br>for anyone so inclined.<br><br>- bill<br></blockquote></div><br>I can and still do tie grapevine knots and know how to make Prusik slings.<br>And I haven't thought of Jumars in ages.  <br><br>WWWebb<br clear="all"><br>-- <br>Ajilon Consulting<br>Site resident at <br>Quest Diagnostics<br>first.x.last@f$edit(contents of previous line,&quot;COMPRESS&quot;).com   * ------=_Part_9888_29948037.1159416064857--   ------------------------------  % Date: Wed, 27 Sep 2006 20:24:03 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>' Subject: Re: HP could learn from Island + Message-ID: <451B2433.86A190BA@comcast.net>   % "Island Computers, D B Turner" wrote:  > ! > One does try... (blushing)  ;0)   C Mention to your bosses: they should consider negotiating with HP to ( handle their logicistics in these areas.   --   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: Wed, 27 Sep 2006 18:06:38 -0600 # From: Jim Mehlhop <jim@mehlhop.org>   Subject: hsz40 firmware question6 Message-ID: <451b120f$0$25774$815e3792@news.qwest.net>  E We have 4 hsz40's 2 have a recent version of the firmware and 2 have  ? older versions which do not support 18.2 GB disks.  Is there a  B documented procedure to copy the firmware from the good hsz's and ! migrate it to the older version??    ------------------------------  % Date: Wed, 27 Sep 2006 20:07:14 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> - Subject: Huge XFC bug (<lf><cr> in messages ! , Message-ID: <451B1223.84AA9B81@teksavvy.com>   Alpha VMS 8.2...  0 When booting with default install CD parameters:  % ------------------------------------- " (previous normal booting messages)G %SYSINIT-W- SYSDUMP.DMP not found - system initialization continuing... ! %EWB0, FastFD mode set by console 6 %MSCPLOAD-I-CONFIGSCAN, enabled automatic disk serving    A ********* XFC-W-MemmgtInit Misconfigure Detected ********<lf><cr> D XFC-E-MemMisconfigure MPW_HILIM + FREEGOAL > Physical Memory<lf><cr>*     and no reserved memory for XFC<lf><cr>R XFC-I-RECONFIG Setting MPW$GL_HILIM to no more than 25% of physical memory<lf><cr>N XFC-I-RECONFIG Setting FREEGOAL to no more than 10% of physical memory<lf><cr>V ********* XFC-W-MemMisconfigure AUTOGEN should be run to correct configuration<lf><cr>  ********<lf><cr> @ ********* XFC-I-MemmgtInit Bootstrap continuing ********<lf><cr>      &     Installing required known files...- ---------------------------------------------     H When recording the serial output of OPA0: to disk with SET HOST/DTE fromF VAX VMS 7.2, the XFC messages are logged as a single line because theyE do not have the standard <cr><lf> line terminators. (with TPU showing E the guilty <lf><cr> combinations between what should have been lines.   @ Did some VMS engineer go out of his way to get the code to issueE <lf><cr> ???? Or perjaps this was written in New Zealand or Australia / where things are in reverse order ? :-) :-) :-)    ------------------------------   Date: 27 Sep 06 20:47:24 EDT) From: cook@wvnvms.wvnet.edu (George Cook) 1 Subject: Re: Huge XFC bug (<lf><cr> in messages ! ! Message-ID: <URuD2syp6fXG@wvnvms>   \ In article <451B1223.84AA9B81@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: > Alpha VMS 8.2... > 2 > When booting with default install CD parameters: > ' > ------------------------------------- $ > (previous normal booting messages)I > %SYSINIT-W- SYSDUMP.DMP not found - system initialization continuing... # > %EWB0, FastFD mode set by console 8 > %MSCPLOAD-I-CONFIGSCAN, enabled automatic disk serving >  > C > ********* XFC-W-MemmgtInit Misconfigure Detected ********<lf><cr> F > XFC-E-MemMisconfigure MPW_HILIM + FREEGOAL > Physical Memory<lf><cr>, >     and no reserved memory for XFC<lf><cr>T > XFC-I-RECONFIG Setting MPW$GL_HILIM to no more than 25% of physical memory<lf><cr>P > XFC-I-RECONFIG Setting FREEGOAL to no more than 10% of physical memory<lf><cr>X > ********* XFC-W-MemMisconfigure AUTOGEN should be run to correct configuration<lf><cr> >  ********<lf><cr> B > ********* XFC-I-MemmgtInit Bootstrap continuing ********<lf><cr> >  >  > ( >     Installing required known files.../ > ---------------------------------------------  >  > J > When recording the serial output of OPA0: to disk with SET HOST/DTE fromH > VAX VMS 7.2, the XFC messages are logged as a single line because theyG > do not have the standard <cr><lf> line terminators. (with TPU showing G > the guilty <lf><cr> combinations between what should have been lines.  > B > Did some VMS engineer go out of his way to get the code to issueG > <lf><cr> ???? Or perjaps this was written in New Zealand or Australia 1 > where things are in reverse order ? :-) :-) :-)   H I wouldn't get my hopes up that it will ever be fixed.  We have tried onG and off for years to get similar problems with other boot time messages I fixed.  I still haven't figured out one of the totally lame ass responses F we received from support which gave a convoluted answer (which made no< sense) as to why everything was working exactly as designed.  G There is a chance that bringing it up here in a public forum may get it  fixed.     George Cook  WVNET    ------------------------------  % Date: Wed, 27 Sep 2006 21:32:53 -0400 / From: "William Webb" <william.w.webb@gmail.com> 1 Subject: Re: Huge XFC bug (<lf><cr> in messages ! I Message-ID: <8660a3a10609271832r74c1ac31ka077bd9766722e09@mail.gmail.com>   ( ------=_Part_8306_14922071.1159407173538; Content-Type: text/plain; charset=ISO-8859-1; format=flowed  Content-Transfer-Encoding: 7bit  Content-Disposition: inline   : On 9/27/06, JF Mezei <jfmezei.spamnot@teksavvy.com> wrote: >  > Alpha VMS 8.2... > 2 > When booting with default install CD parameters: > ' > ------------------------------------- $ > (previous normal booting messages)I > %SYSINIT-W- SYSDUMP.DMP not found - system initialization continuing... # > %EWB0, FastFD mode set by console 8 > %MSCPLOAD-I-CONFIGSCAN, enabled automatic disk serving >  > C > ********* XFC-W-MemmgtInit Misconfigure Detected ********<lf><cr> F > XFC-E-MemMisconfigure MPW_HILIM + FREEGOAL > Physical Memory<lf><cr>, >     and no reserved memory for XFC<lf><cr>E > XFC-I-RECONFIG Setting MPW$GL_HILIM to no more than 25% of physical  > memory<lf><cr>A > XFC-I-RECONFIG Setting FREEGOAL to no more than 10% of physical  > memory<lf><cr>B > ********* XFC-W-MemMisconfigure AUTOGEN should be run to correct > configuration<lf><cr>  > ********<lf><cr>B > ********* XFC-I-MemmgtInit Bootstrap continuing ********<lf><cr> >  >  > ( >     Installing required known files.../ > ---------------------------------------------  >  > J > When recording the serial output of OPA0: to disk with SET HOST/DTE fromH > VAX VMS 7.2, the XFC messages are logged as a single line because theyG > do not have the standard <cr><lf> line terminators. (with TPU showing G > the guilty <lf><cr> combinations between what should have been lines.  > B > Did some VMS engineer go out of his way to get the code to issueG > <lf><cr> ???? Or perjaps this was written in New Zealand or Australia 1 > where things are in reverse order ? :-) :-) :-)  >   8 You've got the installation CD upside down in the drive.  3 Turn it over and they'll turn into <cr><lf>s again.    :-)    WWWebb   --   Ajilon Consulting  Site resident at Quest Diagnostics = first.x.last@f$edit(contents of previous line,"COMPRESS").com   ( ------=_Part_8306_14922071.1159407173538+ Content-Type: text/html; charset=ISO-8859-1  Content-Transfer-Encoding: 7bit  Content-Disposition: inline   A<br><br><div><span class="gmail_quote">On 9/27/06, <b class="gmail_sendername">JF Mezei</b> &lt;<a href="mailto:jfmezei.spamnot@teksavvy.com">jfmezei.spamnot@teksavvy.com</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">  Alpha VMS 8.2...<br><br>When booting with default install CD parameters:<br><br>-------------------------------------<br>(previous normal booting messages)<br>%SYSINIT-W- SYSDUMP.DMP not found - system initialization continuing...<br>%EWB0, FastFD mode set by console<br>%MSCPLOAD-I-CONFIGSCAN, enabled automatic disk serving<br><br><br>********* XFC-W-MemmgtInit Misconfigure Detected ********&lt;lf&gt;&lt;cr&gt;<br>XFC-E-MemMisconfigure MPW_HILIM + FREEGOAL &gt; Physical Memory&lt;lf&gt;&lt;cr&gt; <br>&nbsp;&nbsp;&nbsp;&nbsp;and no reserved memory for XFC&lt;lf&gt;&lt;cr&gt;<br>XFC-I-RECONFIG Setting MPW$GL_HILIM to no more than 25% of physical memory&lt;lf&gt;&lt;cr&gt;<br>XFC-I-RECONFIG Setting FREEGOAL to no more than 10% of physical memory&lt;lf&gt;&lt;cr&gt; <br>********* XFC-W-MemMisconfigure AUTOGEN should be run to correct configuration&lt;lf&gt;&lt;cr&gt;<br> ********&lt;lf&gt;&lt;cr&gt;<br>********* XFC-I-MemmgtInit Bootstrap continuing ********&lt;lf&gt;&lt;cr&gt;<br><br> <br><br>&nbsp;&nbsp;&nbsp;&nbsp;Installing required known files...<br>---------------------------------------------<br><br><br>When recording the serial output of OPA0: to disk with SET HOST/DTE from<br>VAX VMS 7.2, the XFC messages are logged as a single line because they  <br>do not have the standard &lt;cr&gt;&lt;lf&gt; line terminators. (with TPU showing<br>the guilty &lt;lf&gt;&lt;cr&gt; combinations between what should have been lines.<br><br>Did some VMS engineer go out of his way to get the code to issue <br>&lt;lf&gt;&lt;cr&gt; ???? Or perjaps this was written in New Zealand or Australia<br>where things are in reverse order ? :-) :-) :-)<br></blockquote></div><br>You've got the installation CD upside down in the drive.<br>  <br>Turn it over and they'll turn into &lt;cr&gt;&lt;lf&gt;s again.<br><br>:-)<br><br>WWWebb<br clear="all"><br>-- <br>Ajilon Consulting<br>Site resident at <br>Quest Diagnostics<br>first.x.last@f$edit(contents of previous line,&quot;COMPRESS&quot;).com   * ------=_Part_8306_14922071.1159407173538--   ------------------------------    Date: 27 Sep 2006 21:04:26 -0700< From: "Hein RMS van den Heuvel" <heinvandenheuvel@gmail.com>1 Subject: Re: Huge XFC bug (<lf><cr> in messages ! B Message-ID: <1159416266.656193.111210@m7g2000cwm.googlegroups.com>   It's hard-coded. For example:   < "\x0a\x0d********* XFC-F-MemmgtInit Failed ********\x0a\x0d"  1 So just find yourself a binary editor and fix it. 0 Heck, you could turn it into French while there!  G Of course, now that you've seen the message, it might be easier to just # act upon it and nver see it again??    Cheers,  Hein.      JF Mezei wrote:  > Alpha VMS 8.2... > 2 > When booting with default install CD parameters: > ' > ------------------------------------- $ > (previous normal booting messages)I > %SYSINIT-W- SYSDUMP.DMP not found - system initialization continuing... # > %EWB0, FastFD mode set by console 8 > %MSCPLOAD-I-CONFIGSCAN, enabled automatic disk serving >  > C > ********* XFC-W-MemmgtInit Misconfigure Detected ********<lf><cr> F > XFC-E-MemMisconfigure MPW_HILIM + FREEGOAL > Physical Memory<lf><cr>, >     and no reserved memory for XFC<lf><cr>T > XFC-I-RECONFIG Setting MPW$GL_HILIM to no more than 25% of physical memory<lf><cr>P > XFC-I-RECONFIG Setting FREEGOAL to no more than 10% of physical memory<lf><cr>X > ********* XFC-W-MemMisconfigure AUTOGEN should be run to correct configuration<lf><cr> >  ********<lf><cr> B > ********* XFC-I-MemmgtInit Bootstrap continuing ********<lf><cr> >  >  > ( >     Installing required known files.../ > ---------------------------------------------  >  > J > When recording the serial output of OPA0: to disk with SET HOST/DTE fromH > VAX VMS 7.2, the XFC messages are logged as a single line because theyG > do not have the standard <cr><lf> line terminators. (with TPU showing G > the guilty <lf><cr> combinations between what should have been lines.  > B > Did some VMS engineer go out of his way to get the code to issueG > <lf><cr> ???? Or perjaps this was written in New Zealand or Australia 1 > where things are in reverse order ? :-) :-) :-)    ------------------------------  % Date: Thu, 28 Sep 2006 00:13:40 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 1 Subject: Re: Huge XFC bug (<lf><cr> in messages ! , Message-ID: <451B4BD6.19AAC6BF@teksavvy.com>   Hein RMS van den Heuvel wrote:I > Of course, now that you've seen the message, it might be easier to just % > act upon it and nver see it again??     B Yeah, and it is already fixed. But it is exactly because this is aH sporadic message that is not often seen that I felt it worthy of mentionF since it then allows the code maintainers to fix it the next time they% get around to working on that module.    ------------------------------   Date: 27 Sep 2006 23:44:40 GMT( From: bill@cs.uofs.edu (Bill Gunshannon). Subject: Re: Installing Alpha-VMS from VAX-VMS+ Message-ID: <4o0gn7Fcdbm4U1@individual.net>   J In article <paul.sture.nospam-151EA1.14345027092006@mac.sture.homeip.net>,2 	Paul Sture <paul.sture.nospam@hispeed.ch> writes:
 > In article  ? > <8660a3a10609270439n788e0e7q9cf82c718cfbdb06@mail.gmail.com>, 3 >  "William Webb" <william.w.webb@gmail.com> wrote:  >  > L >> We've decided that if we start pulling fiber throughout the house, it's aI >> sign that we've gone over the edge and need to seek professional help.  > D > If the chair I am sitting in didn't have arms on it, I would have ( > literally been ROFL with that comment.  D I can't see why.  I had fiber for all my networking in my last houseK and that was over 15 years ago.  I still have a bunch of fiber transcievers  floating around here somewhere.    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: Thu, 28 Sep 2006 05:44:54 +0200 / From: Paul Sture <paul.sture.nospam@hispeed.ch> . Subject: Re: Installing Alpha-VMS from VAX-VMSJ Message-ID: <paul.sture.nospam-B85BD6.05445428092006@mac.sture.homeip.net>  + In article <4o0gn7Fcdbm4U1@individual.net>, *  bill@cs.uofs.edu (Bill Gunshannon) wrote:  L > In article <paul.sture.nospam-151EA1.14345027092006@mac.sture.homeip.net>,4 > 	Paul Sture <paul.sture.nospam@hispeed.ch> writes: > > In article  A > > <8660a3a10609270439n788e0e7q9cf82c718cfbdb06@mail.gmail.com>, 5 > >  "William Webb" <william.w.webb@gmail.com> wrote:  > >  > > N > >> We've decided that if we start pulling fiber throughout the house, it's aK > >> sign that we've gone over the edge and need to seek professional help.  > > F > > If the chair I am sitting in didn't have arms on it, I would have * > > literally been ROFL with that comment. > F > I can't see why.  I had fiber for all my networking in my last houseM > and that was over 15 years ago.  I still have a bunch of fiber transcievers ! > floating around here somewhere.  >   & Just my sense of humour I'm afraid :-)   --  
 Paul Sture   ------------------------------  % Date: Thu, 28 Sep 2006 00:01:01 -0400  From: John Doe <jdoe@doe.org> . Subject: Intel to add new instructions to 8086+ Message-ID: <451B48DF.E662A2D@teksavvy.com>    from: [ http://news.com.com/Intel+to+extend+x86+for+new+tasks/2100-1006_3-6120335.html?tag=nefd.top    ##F The new instructions are scheduled to debut in the "Penryn" generation> of processors, due to start arriving in 2008 and built using a1 manufacturing process with 45-nanometer features,  <...> C The instructions fall into two broad categories. First is SSE4, the G fourth generation of Streaming SIMD (single instruction, multiple data) D Extensions. SIMD lets a chip take the same action with more than oneH data element, instead of requiring an instruction to be paired with eachA element--an approach that economizes many operations dealing with B graphics, video and audio. SSE4 also will improve high-performance computing, Intel said.    A The second category accelerates two specific applications. One is D searching and pattern-matching, useful for tasks such as handwritingH recognition and genetic research. The other is cyclical redundancy checkF (CRC) technology, which monitors the integrity of data transfer to and* from storage systems and other computers.    ##    G Question: is it my imagination or is Intel moving in the exact opposite : direction of RISC by adding fairly complex instructions ?     E Let say, for the sake of my question, that VMS was already running on G that architecture. Is there much work involved in making VMS run on the F new version of the chip that supports new instructions ? For instance,G it is very cumbersome to have a version of VMS run on both a version of D the chip that doesn't have the instruction and a version of the chip that does ?   D Or would it just mandate that starting with version X, you must have> generation Y of the chip with support for those instructions ?  F or would VMS simply not be changed but allow the standard compilers to2 generate binary code that uses those instructions?   ------------------------------  + Date: Wed, 27 Sep 2006 17:56:57 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)$ Subject: MC SYSGEN AUTOCONFIGURE ALL$ Message-ID: <efee19$608$1@online.de>  H My standard patch procedure is to set VAXCLUSTER to 0, shut a node down,C physically remove one member of the system-disk shadow set, reboot, H apply patches, set VAXCLUSTER back to 2 and reboot.  (Setting VAXCLUSTERE to 0 is just to avoid having the node rejoin the cluster just for the B time needed for the patches to be applied.)  If after a day or twoE everything works OK, I physically put the backup member of the shadow E set back in and run $ MC SYSGEN AUTOCONFIGURE ALL (on ALPHA it's $ MC G SYSMAN IO AUTOCONFIGURE).  This brings the disk back online and then it $ can be mounted into the shadow set.   F I've done this several times with no problem, and yesterday on ALPHA,  again with no problem.  C Normally, I mount all shadow sets on all nodes, but to minimise the @ possibility of trouble during patch installation, on each node I@ dismounted the system-disk shadow sets on all other nodes.  On aH particular node I am now having trouble with, that meant that it had itsF own single-member system-disk shadow set mounted, a CD connected to itI was mounted on all nodes and two other disks were members of shadow sets  @ (the other two members being on two other nodes in the cluster).  F I put the system-disk member back in (an RZ28 in a BA353) and ran the C trusty $ MC SYSGEN AUTOCONFIGURE ALL.  Then the following happened:   F    o  all shadow sets with a member on the node and the one individual<       disk (the CD) on the node went into mount verification  H    o  The node is still in the cluster and hasn't spontaneously rebooted  @    o  I was logged in at the console, but that process is frozen  &    o  I can access the node via SYSMAN  D    o  SYSMAN shows the CD in mount verification on all nodes and allD       other disks on this node as "online" except for the non-backupE       member of the shadow set, which is shown as a shadow-set member 3       (and remote shadow member on the other nodes)   B    o  the CD is still in mount verification on all nodes, but the C       following has happened to the shadow sets: the members on the G       node in question have disappeared, as if they had been dismounted   E    o  everything is working on the cluster except that I can't log in E       to the problem node (neither from a serial terminal nor via LAT        or TELNET)  6    o  the login on the console is frozen; CTRL-Y hangs  F I could probably just power-cycle the node and it would come back OK, G but since the cluster is otherwise OK I want to wait.  Thus, if anyone  @ has any ideas, I can test them out before doing the hard reboot.  I The reason for the stuff in the first place was to install VAXSHAD03.  I  D installed this on both VAXes in the cluster and everything seems OK.  - Could the problem be related to this patch?     , Has anyone had any problems with this patch?  3 Why have I been able to do this before but not now?   E The ALPHA in the cluster is at 7.3-2; the VAXes at 7.3.  All patches   have been applied.   ------------------------------  + Date: Wed, 27 Sep 2006 17:59:36 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)& Subject: Re: meaningful queue commands$ Message-ID: <efee68$608$2@online.de>  B In article <1159343152.496974.315440@m7g2000cwm.googlegroups.com>,/ "Cluster-Karl" <karl.rohwedder@gmx.de> writes:    ) > Perhaps the following suits your needs:  > C > SAP01_Rohwedder. init/que/batch/star/auto=(sap01::,sap23::) kalle  > SAP01_Rohwedder. shb kalle% > Batch queue KALLE, idle, on SAP01:: % > SAP01_Rohwedder. stop/que/nex kalle  > SAP01_Rohwedder. shb kalle< > Batch queue KALLE, stopped, autostart inactive, on SAP01::C > SAP01_Rohwedder. init/que/batch/star/auto=(sap23::,sap01::) kalle  > SAP01_Rohwedder. shb kalle% > Batch queue KALLE, idle, on SAP23::    OK, it works, but why?   STOP     /QUEUE  	     /NEXT   J          Stops the specified queue after all executing jobs have completedJ          processing. No new jobs are initiated. For autostart queues, also3          marks the queue as inactive for autostart.   I Since the job is an endless loop, I would expect the command to never do  , anything, since the job will never complete.  I Perhaps I should have said that I don't want to just change the nodes in  G the queue, but do so while a job is running and have that job failover   to another node.   ------------------------------  % Date: Wed, 27 Sep 2006 16:31:18 -0400 * From: "Syltrem" <syltremzulu@videotron.ca>& Subject: Re: meaningful queue commands0 Message-ID: <12hlnsnb8mmhma8@corp.supernews.com>  M "Phillip Helbig---remove CLOTHES to reply" <helbig@astro.multiCLOTHESvax.de>  / wrote in message news:efee68$608$2@online.de... D > In article <1159343152.496974.315440@m7g2000cwm.googlegroups.com>,0 > "Cluster-Karl" <karl.rohwedder@gmx.de> writes: > * >> Perhaps the following suits your needs: >>D >> SAP01_Rohwedder. init/que/batch/star/auto=(sap01::,sap23::) kalle >> SAP01_Rohwedder. shb kalle & >> Batch queue KALLE, idle, on SAP01::& >> SAP01_Rohwedder. stop/que/nex kalle >> SAP01_Rohwedder. shb kalle = >> Batch queue KALLE, stopped, autostart inactive, on SAP01:: D >> SAP01_Rohwedder. init/que/batch/star/auto=(sap23::,sap01::) kalle >> SAP01_Rohwedder. shb kalle & >> Batch queue KALLE, idle, on SAP23:: >  > OK, it works, but why? >  > STOP > 	 >  /QUEUE  > 
 >    /NEXT > K >         Stops the specified queue after all executing jobs have completed K >         processing. No new jobs are initiated. For autostart queues, also 4 >         marks the queue as inactive for autostart. > J > Since the job is an endless loop, I would expect the command to never do. > anything, since the job will never complete. > J > Perhaps I should have said that I don't want to just change the nodes inH > the queue, but do so while a job is running and have that job failover > to another node. >     0 If you want to requeue the job to another queue:; $ STOP/QUEUE/REQUEUE=other_queue executing_queue/ENTRY=nnnn    Syltrem    ------------------------------  % Date: Wed, 27 Sep 2006 16:55:00 -0400 * From: "Syltrem" <syltremzulu@videotron.ca>& Subject: Re: meaningful queue commands0 Message-ID: <12hlp95qmd6c36d@corp.supernews.com>  M "Phillip Helbig---remove CLOTHES to reply" <helbig@astro.multiCLOTHESvax.de>  / wrote in message news:efen8q$pbq$1@online.de... < > In article <12hlnsnb8mmhma8@corp.supernews.com>, "Syltrem"$ > <syltremzulu@videotron.ca> writes: > 3 >> If you want to requeue the job to another queue: > >> $ STOP/QUEUE/REQUEUE=other_queue executing_queue/ENTRY=nnnn > G > No, I don't want to move the job to another queue, I want to move the G > queue, with a running job, to another node.  One way to do this is to > > reboot the node, but I'm looking for something less drastic. >   L The command you receiverd earlier (init/q while the queue is in stop state) ! will enable you to move the queue K The one I gave you will enable you to move a RUNNING job to another queue,  < whether that is on the same or another node does not matter.  M You HAVE to stop a running job to restart it to another queue or node, if it  J is running. The job context cannot be transferred to another node and the  job resumed there.  2 You NEVER reboot a VMS server (well, almost never)   Syltrem    ------------------------------  + Date: Wed, 27 Sep 2006 20:58:25 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)& Subject: Re: meaningful queue commands$ Message-ID: <efeolg$s5j$1@online.de>  : In article <12hlp95qmd6c36d@corp.supernews.com>, "Syltrem"# <syltremzulu@videotron.ca> writes:    G I think I am still unclear.  Let me try again.  The queue is set up so  H that it can run on any node.  It has a job limit of 2 and should always H have 2 special jobs running in it.  They should run continuously.  When I a node reboots (reboot needed after AUTOGEN, patches, VMS upgrade etc or  H unplanned due to power failure etc), the queue starts running (with the  same two jobs) on another node.    All of this works fine.   I Even though they CAN run on any node, when the cluster is stable I would  E PREFER them to run on a particular node, so I want to have the queue  6 running on another node without resubmitting the jobs.  4 > You NEVER reboot a VMS server (well, almost never)  
 See above.   ------------------------------  % Date: Wed, 27 Sep 2006 19:43:19 -0400 * From: "Syltrem" <syltremzulu@videotron.ca>& Subject: Re: meaningful queue commands0 Message-ID: <12hm307diniuba7@corp.supernews.com>  M "Phillip Helbig---remove CLOTHES to reply" <helbig@astro.multiCLOTHESvax.de>  / wrote in message news:efeolg$s5j$1@online.de... < > In article <12hlp95qmd6c36d@corp.supernews.com>, "Syltrem"$ > <syltremzulu@videotron.ca> writes: > H > I think I am still unclear.  Let me try again.  The queue is set up soI > that it can run on any node.  It has a job limit of 2 and should always I > have 2 special jobs running in it.  They should run continuously.  When J > a node reboots (reboot needed after AUTOGEN, patches, VMS upgrade etc orI > unplanned due to power failure etc), the queue starts running (with the ! > same two jobs) on another node.  >  > All of this works fine.  > J > Even though they CAN run on any node, when the cluster is stable I wouldF > PREFER them to run on a particular node, so I want to have the queue8 > running on another node without resubmitting the jobs. > 5 >> You NEVER reboot a VMS server (well, almost never)  >  > See above. >   L I see what you mean but as I said, you cannot just take a running job off a # CPU and transfer it to another one. I Let's say you are connected (terminal session) to NODEA, you cannot move  M that session to NODEB. You have to logout NODEA, and log in a new session on   NODEB.F The same applies for any type of process, be it an interactive one or  detached or batch.J You don't have a choice but to kill the running job and restart it on the E other node. You cannot move a queue from one node to another without  = stopping the queue and thus, stopping the jobs running there. L Your cannot move a job from one queue to another without first stopping the  running job.  K A process is in memory, and even though VMSclusters share most everything,  " they do not share memory nor CPUs.  K What you could do, otoh, is make your job aware that it can be transferred   to another node.M Let's say instance A of the job runs on NODEA. You boot NODEB and instance B  M is started on NODEB. It could look at a certain event at startup (event says  J "job is already running on another node") and send a request to the other L job (the one one NODEA) to stop, and when that's done instance B of the job C now continues processing whatever this job is supposed to be doing. L ou can setup rules so that the job knows if it should take control, or just @ exit and let the other instance (on the other node) do the work.   HTH    Syltrem    ------------------------------  % Date: Wed, 27 Sep 2006 20:20:48 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>& Subject: Re: meaningful queue commands+ Message-ID: <451B236F.E6E07268@comcast.net>   / Phillip Helbig---remove CLOTHES to reply wrote:  > < > In article <12hlp95qmd6c36d@corp.supernews.com>, "Syltrem"$ > <syltremzulu@videotron.ca> writes: > H > I think I am still unclear.  Let me try again.  The queue is set up soI > that it can run on any node.  It has a job limit of 2 and should always I > have 2 special jobs running in it.  They should run continuously.  When J > a node reboots (reboot needed after AUTOGEN, patches, VMS upgrade etc orI > unplanned due to power failure etc), the queue starts running (with the ! > same two jobs) on another node.  >  > All of this works fine.  > J > Even though they CAN run on any node, when the cluster is stable I wouldF > PREFER them to run on a particular node, so I want to have the queue8 > running on another node without resubmitting the jobs. > 6 > > You NEVER reboot a VMS server (well, almost never) >  > See above.  E You can't just pick up a process and continue it on another node. The ( reasons would be obvious, I would think.  D That said, if the program/application can checkpoint itself, you canH stop it on the node being downed, do the queue magic, then restart it on2 another node to have it pick up where it left off.   ...maybe...    --   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: Thu, 28 Sep 2006 05:29:58 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)& Subject: Re: meaningful queue commands$ Message-ID: <effmkm$4u9$1@online.de>  : In article <12hm307diniuba7@corp.supernews.com>, "Syltrem"# <syltremzulu@videotron.ca> writes:    F Yes, the process doesn't really just move to another node.  Behind theC scenes, it restarts.  It knows what to to ($RESTART etc).  What I'm F looking for is a shorthand way to effect what happens when a node goesC down with a job running in this queue, i.e. the QUEUE fails over to G another node.  Yes, behind the scenes the job gets restarted, but it is C never explicitly resubmitted etc.  That is, its parameters stay the G same, and SHOW QUEUE will show the original submit time even if it has   changed nodes etc.   ------------------------------  % Date: Wed, 27 Sep 2006 22:44:11 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 3 Subject: Mild warning: TCPIP Services UIC/Usernames , Message-ID: <451B36E2.B2E0295D@teksavvy.com>  B While consolidating two separate UAF files, I've hit a snag: TCPIP> Services does not necessarily create all its own UICs equally.  G For instance, on one node, [3655,2] is for TPCIP$POP while on the other  node, it is for TCPIP$BIND  G And if you configure TCPIP$BIND on the first node, it obviously doesn't C get [3655,2], it gets [3655,x] where "x" is some semi random number - (first unused UIC in that group is my guess).   G Makes for some interesting issues when you move directories from a node F to be decommissioned to one which will take over its services when the! file ownership no longer matches.   7 Not the end of the world, but something to be aware of.   H Personally, I think that the TCPIP group should have assigned fixed UICsD for each service, and allocated a group of UICs for "floating" ones.  H For instance, reserve 1 to 50 for Digital provided services, and 200-300; for customer/3rd party TCPIP services to be added later on.   @ This way, no matter in which order to confifuyre TCPIP, the main? services would always have the same UICs on all nodes that have @ disparate SYSUAF files. (not all nodes would be in a cluster for4 instance, some might use DECNET for file transfers).   ------------------------------    Date: 27 Sep 2006 14:49:23 -0700  From: "Ian Miller" <ijm@uk2.net>> Subject: Re: OSU HTTP Server System Info Disclosure WeaknessesB Message-ID: <1159393763.523170.215930@i3g2000cwc.googlegroups.com>  A documented in a recent message to the openvms.org alerts list, in F today's edition of the openvms.org newsletter and for those of you whoC for some reason do not subscribe to these, it is also documented at     $ http://secunia.com/advisories/22016/   ------------------------------  + Date: Wed, 27 Sep 2006 22:01:09 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)> Subject: Re: OSU HTTP Server System Info Disclosure Weaknesses$ Message-ID: <efesb5$2kq$2@online.de>  G In article <1159393763.523170.215930@i3g2000cwc.googlegroups.com>, "Ian  Miller" <ijm@uk2.net> writes:   C > documented in a recent message to the openvms.org alerts list, in H > today's edition of the openvms.org newsletter and for those of you whoE > for some reason do not subscribe to these, it is also documented at  >  > & > http://secunia.com/advisories/22016/  H Yes.  What impression does this web page make on you?  What about their G recommendation?  Can you reproduce the error?  Is it really a security  < risk?  Can it be avoided by properly configuring the server?   ------------------------------  # Date: Thu, 28 Sep 2006 00:18:12 GMT L From: winston@SSRL.SLAC.STANFORD.EDU (Alan Winston - SSRL Central Computing)> Subject: Re: OSU HTTP Server System Info Disclosure Weaknesses6 Message-ID: <00A5C5E1.5FEE33B4@SSRL.SLAC.STANFORD.EDU>  w In article <efesb5$2kq$2@online.de>, helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes: H >In article <1159393763.523170.215930@i3g2000cwc.googlegroups.com>, "Ian >Miller" <ijm@uk2.net> writes:   > D >> documented in a recent message to the openvms.org alerts list, inI >> today's edition of the openvms.org newsletter and for those of you who F >> for some reason do not subscribe to these, it is also documented at >>   >>  ' >> http://secunia.com/advisories/22016/  > I >Yes.  What impression does this web page make on you?  What about their  H >recommendation?  Can you reproduce the error?  Is it really a security = >risk?  Can it be avoided by properly configuring the server?  >   : I see that there are two errors called out in the posting.  L The first one: On a file not found, the full translated-to-VMS pathname that/ tells you _what_ file wasn't found is reported.   J Is that serious?  Maybe, maybe not.  This is certainly helpful when you'reO doing clever stuff with the http_paths.conf file, so you know what was actually F being looked for.  I think you should be able to configure around thatO happening in the message by configuring an errorpage for status 404.  You could E also find the code that generates the message and not have it put out J path_translated - it _is_ open source, after all.  Anyway, I think this isN working as the author intended, and you have to decide whether it working that way is a good or bad idea.  K (I don't have an OSU instance running right now to play with, but I think I  remember seeing this.)    M The second one: wild-carding a directory specification results in a return of N the contents of the first directory matching that specification displayed as aC clickable list, even if that directory isn't meant to be displayed:   N On the one hand, that sure doesn't look good.  Not clear whether this behaviorN scans through stuff in the $rootpath (in which case it might not actually be aO problem, since you shouldn't have it in the $rootpath unless you meant to serve L it), on the same _disk_ as the $rootpath  (could be a bad problem), or what,D and would need to experiment with a working OSU installation to see.  F As a mitigating factor, it probably exposes filenames rather than fileO contents.  That could be embarrassing (as in their example).  The file contents N won't be viewable unless VMS protection allows the HTTP_SERVER account to read them.   O If it's displaying stuff outside the rootpath, then that's really a bug and you # probably can't configure around it.    -- Alan    ------------------------------    Date: 27 Sep 2006 12:45:22 -0700 From: yyyc186@hughes.net* Subject: Perl qx// broken with OpenVMS 8.xC Message-ID: <1159386322.704139.135830@i42g2000cwa.googlegroups.com>    Hi all,   G Encountered a script which quit working some time after the OS upgrade.    OpenVMS V8.2& This is perl, v5.8.6 built for VMS_AXP  ' The qx// function is broken pretty bad.    my @lines = (); ? while (!$interrupted && (!$count_max || $count < $count_max)) {      if ($count) {          sleep $interval;C         print "\033[999D\033[K" . "\033[1A\033[K" x scalar(@lines);      } 0     VmsUtil->set_logical('SYS$OUTPUT', 'nla0:');/     VmsUtil->set_logical('SYS$ERROR', 'nla0:');      @lines = qx/@ARGV/; *     VmsUtil->delete_logical('SYS$OUTPUT');)     VmsUtil->delete_logical('SYS$ERROR');      print @lines; 
     ++$count;  }   F The above little snippet (with more stuff above it) was basically usedA to loop through commands like DIR and TAIL, etc.  Please, I'm not E looking for new and improved methods of accomplishing this same task. F I'm looking for information about the qx// bug being logged and a timeE frame for the fix.  For whatever reason, the creator of this chose to " use Perl, so it must remain as is.   Thanks,    ------------------------------    Date: 27 Sep 2006 14:53:40 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) . Subject: Re: Perl qx// broken with OpenVMS 8.x3 Message-ID: <tbL95bzYzmyo@eisner.encompasserve.org>   ^ In article <1159386322.704139.135830@i42g2000cwa.googlegroups.com>, yyyc186@hughes.net writes:  H > The above little snippet (with more stuff above it) was basically usedC > to loop through commands like DIR and TAIL, etc.  Please, I'm not G > looking for new and improved methods of accomplishing this same task. H > I'm looking for information about the qx// bug being logged and a time > frame for the fix.  ) Where would you expect to see it logged ?   * Who do you believe supports Perl for VMS ?  , I was under the impression that HP does not. --  N ==============================================================================0 DoD Instruction 8500.2 field test sites wanted -- 	http://www.LJK.com/LJK/8500_2_fieldtest.html N ==============================================================================   ------------------------------    Date: 27 Sep 2006 22:27:24 -02006 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER). Subject: Re: Perl qx// broken with OpenVMS 8.x, Message-ID: <451afacc$1@news.langstoeger.at>  c In article <tbL95bzYzmyo@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes: _ >In article <1159386322.704139.135830@i42g2000cwa.googlegroups.com>, yyyc186@hughes.net writes:  > I >> The above little snippet (with more stuff above it) was basically used D >> to loop through commands like DIR and TAIL, etc.  Please, I'm notH >> looking for new and improved methods of accomplishing this same task.I >> I'm looking for information about the qx// bug being logged and a time  >> frame for the fix.  > * >Where would you expect to see it logged ? > + >Who do you believe supports Perl for VMS ?  > - >I was under the impression that HP does not.    Where did they state this?& I was under the opposite impression...1 (covered by the VMS license and support contract)    --   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: 27 Sep 2006 22:25:22 -02006 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER). Subject: Re: Perl qx// broken with OpenVMS 8.x, Message-ID: <451afa52$1@news.langstoeger.at>  ^ In article <1159386322.704139.135830@i42g2000cwa.googlegroups.com>, yyyc186@hughes.net writes:H >Encountered a script which quit working some time after the OS upgrade. > 
 >OpenVMS V8.2 ' >This is perl, v5.8.6 built for VMS_AXP   / Have you already seen the PERL586_UPDATE V1.0 ? 
 Does it help?    --   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: 27 Sep 2006 21:52:23 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) . Subject: Re: Perl qx// broken with OpenVMS 8.x3 Message-ID: <ofEY2QNGvLzH@eisner.encompasserve.org>   e In article <451afacc$1@news.langstoeger.at>, peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes: e > In article <tbL95bzYzmyo@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes: ` >>In article <1159386322.704139.135830@i42g2000cwa.googlegroups.com>, yyyc186@hughes.net writes: >>J >>> The above little snippet (with more stuff above it) was basically usedE >>> to loop through commands like DIR and TAIL, etc.  Please, I'm not I >>> looking for new and improved methods of accomplishing this same task. J >>> I'm looking for information about the qx// bug being logged and a time >>> frame for the fix. >>+ >>Where would you expect to see it logged ?  >>, >>Who do you believe supports Perl for VMS ? >>. >>I was under the impression that HP does not. >  > Where did they state this?( > I was under the opposite impression...3 > (covered by the VMS license and support contract)   C It does not seem to be a part of my VMS 8.3 installation, since the @ only files with "PERL" in the names are those with it as part of "HYPERLINK" or "UPPERLOWER".  . Where do you find it on the VMS distribution ?   ------------------------------  % Date: Wed, 27 Sep 2006 23:11:36 -0500 6 From: "Craig A. Berry" <craigberry@mac.com.spamfooler>. Subject: Re: Perl qx// broken with OpenVMS 8.x@ Message-ID: <craigberry-FC139E.23113627092006@free.teranews.com>  C In article <1159386322.704139.135830@i42g2000cwa.googlegroups.com>,   yyyc186@hughes.net wrote:  I > Encountered a script which quit working some time after the OS upgrade.  >  > OpenVMS V8.2( > This is perl, v5.8.6 built for VMS_AXP > ) > The qx// function is broken pretty bad.   E Interesting assertion, but you provide no evidence to support it.  I  H happen to know that the qx operator has run successfully many thousands F of times on OpenVMS Alpha v8.2, so you'll forgive me if I'm skeptical.   > my @lines = (); A > while (!$interrupted && (!$count_max || $count < $count_max)) {  >     if ($count) {  >         sleep $interval;E >         print "\033[999D\033[K" . "\033[1A\033[K" x scalar(@lines);  >     } 2 >     VmsUtil->set_logical('SYS$OUTPUT', 'nla0:');1 >     VmsUtil->set_logical('SYS$ERROR', 'nla0:');  >     @lines = qx/@ARGV/; , >     VmsUtil->delete_logical('SYS$OUTPUT');+ >     VmsUtil->delete_logical('SYS$ERROR');  >     print @lines;  >     ++$count;  > }  > H > The above little snippet (with more stuff above it) was basically usedC > to loop through commands like DIR and TAIL, etc.  Please, I'm not G > looking for new and improved methods of accomplishing this same task. H > I'm looking for information about the qx// bug being logged and a timeG > frame for the fix.  For whatever reason, the creator of this chose to $ > use Perl, so it must remain as is.  F To log a bug, one would typically use a bug logging facility, such as D the perlbug script included (along with its documentation) in every E release of Perl (or see http://rt.perl.org/perlbug/), or, if you are  H using the HP-supported version of Perl and have an OS support contract, < using whatever mechanism you normally use to obtain support.  H Having said that, I'm willing to take a crack at assessing bugs in Perl D on VMS that I happen to stumble over in the newsgroup.  But only if H there is a reproducer or at least a description with enough information ( to see whether there is, in fact, a bug.  G The qx operator is a special quoting operator that spawns a command to  B execute whatever is within quotes.  You can see how it works with  something very simple like so:  ) $ perl -e "$x = qx/show time/; print $x;"    27-SEP-2006 22:30:26  G If that works, then the qx operator is definitely not broken; there is  E probably something wrong with the command you are passing to it, but  G since you do not report the contents of @ARGV at the time you quote it  G with qx, it is impossible to diagnose further without more information.   D If my one-line example doesn't work, then you should check that the ? process you are running from has the ability to spawn commands  G (appropriate quotas, etc.).  You should also report any error messages  G you see, and exactly how you know it's not working, i.e., outputs that  D you expect compared with outputs that you actually get.  Since your E script suppresses error messages and does not do any error checking,  & you're pretty much asking for trouble.  @ I don't doubt that you are having a problem, and it's certainly G possible that there is something in the combination of the command you  H are trying to run, your Perl version, your VMS version, and your system C and account set-up that aren't getting along with each other.  But  E without seeing something much more specific than "broken pretty bad"   it's impossible to help you.   --  = Posted via a free Usenet account from http://www.teranews.com    ------------------------------  % Date: Thu, 28 Sep 2006 14:01:33 +0930 % From: Jeremy Begg <nospam@vsm.com.au> ! Subject: Re: RBL on OpenVMS-alpha ) Message-ID: <451B5025.1060508@vsm.com.au>    Hi,   K > Is it possible to run an RBL on OpenVMS-alpha? I do not mean the client,  G > which checks for known spammers, but the accesseble data base itself.  > # > If yes : what software do I need?   H As others have said, RBL is usually done via DNS entries.  A mailserver K package such as PMDF or PreciseMail can do DNS lookups on-the-fly to query   an RBL server.  J It gets more complicated if you want to download the RBL database to your I local site (e.g. for performance reasons).  I believe some RBL sites use  L basic DNS zone transfer techniques to distribute the database.  Others such L as Spamhaus require you to run 'rsync' (to copy the database) and 'rbldnsd' M (to run the database locally).  Both of these programs are open source but I  . don't know if they've ever been ported to VMS.  G (Note that Spamhaus charges a fee for taking a copy of their database.)    Regards,   	Jeremy Begg 	jeremy AT vsm DOT com DOT au    ------------------------------  % Date: Thu, 28 Sep 2006 14:25:15 +0930 % From: Jeremy Begg <nospam@vsm.com.au> 5 Subject: Re: Resetting bios Admin password on ZX2000? ) Message-ID: <451B55B3.9080106@vsm.com.au>    Hi Alan,  M > Yes, it's the same ZX2000S I got from a friend.  (And I have to get back to 6 > some people here who wanted them; I got distracted.) > O > Anyway, I haven't played with them yet, but a coworker is doing so, and finds P > that he can't boot from CD or install software because of an Admin password inK > the BIOS.  The original source doesn't remember setting a BIOS password.  Q > Disconnecting the battery and reconnecting didn't clear the password.  Is there N > a jumper setting or something that will clear the password, or is there someD > other technique that will allow overwriting the existing software?  L Looks like there's a fair bit of documentation for them on the HP web site. 5   The URL is rather awkward so here's how to find it.    http:/www.hp.com/    -> Large Enterprise Business    -> Desktops & Workstations      -> Workstations .      -> Discontinued Products (in left navbar)       -> HP zx2000 Workstation7        -> Manuals (guides, supplements, addendums, etc)    Happy reading!   Regards,   	Jeremy Begg   ------------------------------  # Date: Thu, 28 Sep 2006 05:04:31 GMT L From: winston@SSRL.SLAC.STANFORD.EDU (Alan Winston - SSRL Central Computing)5 Subject: Re: Resetting bios Admin password on ZX2000? 6 Message-ID: <00A5C609.5F95763D@SSRL.SLAC.STANFORD.EDU>  Q In article <451B55B3.9080106@vsm.com.au>, Jeremy Begg <nospam@vsm.com.au> writes:   	 >Hi Alan,  > N >> Yes, it's the same ZX2000S I got from a friend.  (And I have to get back to7 >> some people here who wanted them; I got distracted.)  >>  P >> Anyway, I haven't played with them yet, but a coworker is doing so, and findsQ >> that he can't boot from CD or install software because of an Admin password in L >> the BIOS.  The original source doesn't remember setting a BIOS password. R >> Disconnecting the battery and reconnecting didn't clear the password.  Is thereO >> a jumper setting or something that will clear the password, or is there some E >> other technique that will allow overwriting the existing software?  > M >Looks like there's a fair bit of documentation for them on the HP web site.  6 >  The URL is rather awkward so here's how to find it. >  >http:/www.hp.com/ >  -> Large Enterprise Business  >   -> Desktops & Workstations >    -> Workstations/ >     -> Discontinued Products (in left navbar)  >      -> HP zx2000 Workstation 8 >       -> Manuals (guides, supplements, addendums, etc) >  >Happy reading!  > 	 >Regards,  > 
 >	Jeremy Begg  >    Thanks, Jeremy!    -- Alan    ------------------------------  % Date: Wed, 27 Sep 2006 18:04:00 -0600 # From: Jim Mehlhop <jim@mehlhop.org> ( Subject: Re: Strange diagnose error V3.4* Message-ID: <451B1170.2040306@mehlhop.org>   Ian Miller wrote:   H > check for DECevent files lying about in your SYS$LOGIN - if found then	 > delete. G > Check for DECevent process still around even though you shut it down.  > G > Not one of the finest products is DECevent [however at least it has a * > VMS style command  line unlike SEA :-( ] >  Well you can do    $ wsea V /Trans/since/inc etc   I It appears that diag was run from a machine in the cluster which had not  I installed DECevent, but since the DCL tables was shared tried to run it.  C    There were no files in the node specific directories.  FOR SOME  : REASON DECevent does not install into a common directory!!   ------------------------------  % Date: Thu, 28 Sep 2006 05:52:20 +0200 / From: Paul Sture <paul.sture.nospam@hispeed.ch> ( Subject: Re: Strange diagnose error V3.4J Message-ID: <paul.sture.nospam-45F886.05522028092006@mac.sture.homeip.net>  * In article <451B1170.2040306@mehlhop.org>,%  Jim Mehlhop <jim@mehlhop.org> wrote:    >  FOR SOME < > REASON DECevent does not install into a common directory!!   Unfortunately it doesn't.   F Faced with installing it on a multi-node cluster several years ago, a F colleague worked out which files could go into a common directory and $ which couldn't, and did it manually.  7 So it can be done, but sorry. I don't have the details.    --  
 Paul Sture   ------------------------------    Date: 27 Sep 2006 13:24:06 -07000 From: "Drew Shelton" <drew.shelton@sematech.org>( Subject: Stripeset member logging errorsA Message-ID: <1159388646.709283.42840@m7g2000cwm.googlegroups.com>   F I have 2 HSZ80's configured in multibus failover mode.  A stripeset isE logging errors, and I need to determine which physical disk is having G problems.  I'm fairly certain that the DECevent output contains the LUN  I D need, but I can't find it.  The disks in the stripeset are DISK50000 and ( DISK60100.  What is the physical device?  . Unit                                 $1$DKA106* Product Name                         HSZ80+ Vendor                               COMPAQ    -- Driver Supplied Info - ) Device Firmware Revision             V83Z D VMS SCSI Error Type               5. Extended Sense Data from Device( SCSI ID                         x01  <--C SCSI LUN                        x00  <-- These are from the virtual  unit $1$DKA106( SCSI SUBLUN                     x06  <--A Port Status               x00000001  NORMAL  -  normal successful 
 completion; SCSI Command Opcode             x28  Read (10 byte command)  Command Data#                                 x00 #                                 x02 #                                 x1E #                                 x8D #                                 xBA #                                 x00 #                                 x00 #                                 x01 #                                 x00   4 SCSI Status                     x02  Check Condition$ Remaining Byte Length           160.   ------- HSx Data -------  F Instance Code             x03D5450A  During device initialization, the deviceD                                      reported the SCSI Sense Key NOT READY.D                                      This indicates that the logical unitB                                      addressed cannot be accessed. OperatorD                                      intervention may be required to correct 4                                      this condition.  F                                      Component ID =   Device Services.?                                      Event Number =   x000000D5 @                                      Repair Action =   x00000045?                                      NR Threshold =   x0000000A   A Template Type                   x41  Device Services Non-Transfer  Error.C Template Flags                  x00  HCE =   0, Event did not occur  during Host ?                                              Command Execution. 5 Ctrl Serial #                              ZG92710157 ) Ctrl Software Revision               V83Z D RAIDSET State                   x00  NORMAL. All members present and=                                      reconstructed, IF LUN is  configured as a -                                      RAIDSET.   2 Error Code                      x70  Current Error3 Sense Key                       x06  Unit Attention 3 ASC & ASCQ                    xD10B  ASC  =   x00D1 3                                      ASCQ =   x000B C                                      Device initialization failure,  device:                                      sense data available.  # Associated Port                 x05 # Associated Target               x01 # Associated ASC                  x04 # Associated ASCQ                 x00    ----- Software Info ----- 6 UCB$x_ERTCNT                     16. Retries Remaining6 UCB$x_ERTMAX                     16. Retries Allowable+ IRP$Q_IOSB                x0000000000000000 + UCB$x_STS                 x18000810  Online 3                                      Software Valid ?                                      Unit supports the Extended  Function bit4 IRP$L_PID                 x00A600D9  Requestor "PID"5 IRP$x_BOFF                     4096. Byte Page Offset = IRP$x_BCNT                      512. Transfer Size In Byte(s) 5 UCB$x_ERRCNT                      1. Errors This Unit 4 UCB$L_OPCNT                  134435. QIO's This Unit/ ORB$L_OWNER               x00010004  Owners UIC 9 UCB$L_DEVCHAR1            x1C455808  Directory Structured 2                                      File Oriented-                                      Sharable .                                      Available2                                      Error Logging5                                      Capable of Input 6                                      Capable of Output2                                      Random Access     Thanks,  Drew  L ============================================================================A Drew Shelton                            drew.shelton@sematech.org < VMS Systems Administrator               office: 512-356-7575< Sematech                                fax:    512-356-7600 2706 Montopolis Drive A Austin, TX 78741-6499                I speak for myself only, not 	 Sematech. D     "There are two major products that come out of Berkeley: LSD and UNIX. D     We don't believe this to be a coincidence." - Jeremy S. AndersonL ============================================================================   ------------------------------  % Date: Wed, 27 Sep 2006 20:31:48 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>, Subject: Re: Stripeset member logging errors+ Message-ID: <451B2603.14A11DFC@comcast.net>    Drew Shelton wrote:  > H > I have 2 HSZ80's configured in multibus failover mode.  A stripeset isG > logging errors, and I need to determine which physical disk is having I > problems.  I'm fairly certain that the DECevent output contains the LUN  > I F > need, but I can't find it.  The disks in the stripeset are DISK50000 > and * > DISK60100.  What is the physical device? 	. 	. 	. > % > Associated Port                 x05 % > Associated Target               x01   0 According to this, DISK50100 is being reported.   6 Can you keep a terminal connected to the HSZ consoles?  A What, if anything, does FMU report in response to SHOW LAST MOST?    --   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: Thu, 28 Sep 2006 05:47:37 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) Subject: VAXSHAD03$ Message-ID: <effnlp$66t$2@online.de>  G Since I have had no responses to my long post under a different title,  & I'll try a short post with this title.  G If I physically add an SBB (an RZ28 disk) disk to a running VAX system, F in order to be able to use it, is the best (only) thing to do to issue the command       SYSGEN> AUTOCONFIGURE ALL  E I've done this many times in the past with no problem.  Now, it froze G the process doing it, caused members of shadow sets served by that node A to be dismounted (after throwing the whole shadow sets into mount B verification for a while first) and put a single disk (a CD in the6 internal CD drive) into permanent mount verification.   F VAX 7.3 with all patches.  In particular, VAXSHAD03 has been recently H installed.  (Since everything looked OK I wanted to add back the member I of the system-disk shadow set I had removed before patch application for  @ use as a quick backup if the patch application caused problems.)  , Has anyone had any problems with this patch?   ------------------------------  + Date: Wed, 27 Sep 2006 21:26:54 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)G Subject: [OVMS-Alert] OSU HTTP Server System Info Disclosure Weaknesses $ Message-ID: <efeqau$vf7$1@online.de>  ) Does anyone here want to comment on this?   I A quick test with my server couldn't reproduce either problem, but maybe   I'm missing something.   ------------------------------  + Date: Wed, 27 Sep 2006 21:59:40 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)K Subject: Re: [OVMS-Alert] OSU HTTP Server System Info Disclosure Weaknesses $ Message-ID: <efes8c$2kq$1@online.de>  5 In article <451AF058.8C75EE37@teksavvy.com>, JF Mezei ' <jfmezei.spamnot@teksavvy.com> writes:    1 > Phillip Helbig---remove CLOTHES to reply wrote:  > > - > > Does anyone here want to comment on this?  > 8 > Perhaps you could point to wherever such a weakness is > described/documented ?  H I was assuming that most folks here subscribe to Ken Farmer's patch and I security update list.  I use it to get alerted to new patches (there's a  F new 7.3-2 XFC patch today), but today it sent something about the OSU  web server.    ------------------------------  % Date: Wed, 27 Sep 2006 17:42:53 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> K Subject: Re: [OVMS-Alert] OSU HTTP Server System Info Disclosure Weaknesses , Message-ID: <451AF058.8C75EE37@teksavvy.com>  / Phillip Helbig---remove CLOTHES to reply wrote:  > + > Does anyone here want to comment on this?   6 Perhaps you could point to wherever such a weakness is described/documented ?   ------------------------------  % Date: Wed, 27 Sep 2006 19:56:41 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> K Subject: Re: [OVMS-Alert] OSU HTTP Server System Info Disclosure Weaknesses , Message-ID: <451B0FAB.7BB03299@teksavvy.com>  G Looking at the web pages that detail the problem, I cannot reproduce it F on my system, probably because I have defined my own error pages which/ are displayed instead of the default OSU code.    
 For instance:   - errorpage OPENFAIL wep_pages:page404.html 404    ------------------------------   End of INFO-VAX 2006.532 ************************