1 INFO-VAX	Thu, 28 Sep 2006	Volume 2006 : Issue 533       Contents: Re: 4, 6, 8, or 80 cores?  Re: 4, 6, 8, or 80 cores?  Re: 4, 6, 8, or 80 cores? ) Re: adding a disk and putting it "online" ) Re: adding a disk and putting it "online" ) Re: adding a disk and putting it "online" ! Re: Calendar programs for OpenVMS : 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? Cluster_Authorize question Re: Cluster_Authorize question1 Re: Creating an ODS2 disk from a container file ? 1 Re: Creating an ODS2 disk from a container file ? , Danglars, Mondego, Caderousse, de Villefort! Re: ES40 Console Re: ES40 Console ES40 CPU3 VIO Warn Re: Graphic options for DS10L . Re: hobbyist licensing site down / helping out. Re: hobbyist licensing site down / helping out. Re: hobbyist licensing site down / helping out& Re: HP announces new Integrity servers& Re: HP announces new Integrity servers& RE: HP announces new Integrity servers& RE: HP announces new Integrity servers& Re: HP announces new Integrity servers( Re: Huge XFC bug (<lf><cr> in messages !( Re: Huge XFC bug (<lf><cr> in messages !% Re: Installing Alpha-VMS from VAX-VMS ) Re: Intel to add new instructions to 8086 ) Re: Intel to add new instructions to 8086 ) Re: Intel to add new instructions to 8086 . Re: Mild warning: TCPIP Services UIC/Usernames. More on the transitions at OpenVMS Engineering2 Re: More on the transitions at OpenVMS Engineering5 Re: OSU HTTP Server System Info Disclosure Weaknesses % 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: RBL on OpenVMS-alpha Re: RBL on OpenVMS-alphaP Re: RC25 (was: Re: Can a satellite survive the reboot of its boot server?) serve Resolved: ES40 Console Re: Strange diagnose error V3.4 # Re: Stripeset member logging errors 
 Re: VAXSHAD03 + VMS 8.2 complaint: screen cleared at login. / Re: VMS 8.2 complaint: screen cleared at login. / Re: VMS 8.2 complaint: screen cleared at login. B Re: [OVMS-Alert] OSU HTTP Server System Info Disclosure WeaknessesB Re: [OVMS-Alert] OSU HTTP Server System Info Disclosure Weaknesses  F ----------------------------------------------------------------------  % Date: Thu, 28 Sep 2006 00:26:55 -0700 = From: "John Gemignani, Jr." <john@nfw-invalid.cibtrikker.com> " Subject: Re: 4, 6, 8, or 80 cores?6 Message-ID: <M9-dnSN63YPd5IbYnZ2dnUVZ_q6dnZ2d@dls.net>  5 "Neil Rieck" <n.rieck@sympatico.ca> wrote in message  6 news:451b0ed6$0$32648$9a6e19ea@news.newshosting.com..., > Intel unleashes Quad Core at IDF Fall 2006+ > http://blogs.zdnet.com/Ou/index.php?p=330  > J > So while I was contemplating the future of Moore's law wondering if the  > nextK > generation would be 6 or 8 cores, I stumbled across this article about 80  > cores in five years. > & > Intel pledges 80 cores in five years1 > http://news.zdnet.com/2100-9584_22-6119618.html  > I > So isn't this growth faster than Moore's law which is only supposed to   > double every 18 months?   K     Uh oh. Looks like they may do some time in Moore's Pokey for exceeding  K the speed limit. By the way, the 80 cores were FPUs, allowing for parallel   floating point processing.   >  > 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: Thu, 28 Sep 2006 07:15:29 -0400 ) From: "Neil Rieck" <n.rieck@sympatico.ca> " Subject: Re: 4, 6, 8, or 80 cores?< Message-ID: <451bad08$0$24184$9a6e19ea@news.newshosting.com>  I "John Gemignani, Jr." <john@nfw-invalid.cibtrikker.com> wrote in message  0 news:M9-dnSN63YPd5IbYnZ2dnUVZ_q6dnZ2d@dls.net... >  [...snip...] > L >    Uh oh. Looks like they may do some time in Moore's Pokey for exceeding M > the speed limit. By the way, the 80 cores were FPUs, allowing for parallel   > floating point processing. >   L Could you elabotate on this statement? I was under the impression that this 0 would be like 80 SMP processors on a single die.  D http://en.wikipedia.org/wiki/Intel_Core (then  check external links)G http://en.wikipedia.org/wiki/Intel_Core_microarchitecture (then  check   external links)   
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.! http://www3.sympatico.ca/n.rieck/    ------------------------------    Date: 28 Sep 2006 04:33:26 -0700- From: "Andrew" <andrew_harrison@symantec.com> " Subject: Re: 4, 6, 8, or 80 cores?B Message-ID: <1159443205.974979.261460@e3g2000cwe.googlegroups.com>   Neil Rieck wrote: , > Intel unleashes Quad Core at IDF Fall 2006+ > http://blogs.zdnet.com/Ou/index.php?p=330  > N > So while I was contemplating the future of Moore's law wondering if the nextK > generation would be 6 or 8 cores, I stumbled across this article about 80  > cores in five years. > & > Intel pledges 80 cores in five years1 > http://news.zdnet.com/2100-9584_22-6119618.html  > H > So isn't this growth faster than Moore's law which is only supposed to > double every 18 months?   F Depends what the cores are. In this case they are floating point unitsG so Intel have reduced the size of the problem and therefor made it more C possible to acheive. Clearly 80 cores which have integer, fpu, mmu, ' cache, etc are going to be much larger.    >  > 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: Thu, 28 Sep 2006 02:15:51 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 2 Subject: Re: adding a disk and putting it "online", Message-ID: <451B6872.5375C21B@teksavvy.com>  / Phillip Helbig---remove CLOTHES to reply wrote: I > If I physically add an SBB (an RZ28 disk) disk to a running VAX system,   G > I've done this many times in the past with no problem.  Now, it froze I > the process doing it, caused members of shadow sets served by that node  > to be dismounted      B Does adding the disk cause SCSI conflicts ? Is the Disk gettin theH proper SCSI ID which doesn't conflict with other devides (especially the SCSI controller) ?  = Also, is your adding of the disk disrupting bus termination ?    ------------------------------  + Date: Thu, 28 Sep 2006 13:01:50 +0000 (UTC) 7 From: moroney@world.std.spaamtrap.com (Michael Moroney) 2 Subject: Re: adding a disk and putting it "online"( Message-ID: <efgh3u$3ae$1@pcls6.std.com>  R helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes:  H >If I physically add an SBB (an RZ28 disk) disk to a running VAX system,G >in order to be able to use it, is the best (only) thing to do to issue 
 >the command     >   SYSGEN> AUTOCONFIGURE ALL   F >I've done this many times in the past with no problem.  Now, it frozeH >the process doing it, caused members of shadow sets served by that nodeB >to be dismounted (after throwing the whole shadow sets into mountC >verification for a while first) and put a single disk (a CD in the 7 >internal CD drive) into permanent mount verification.    H VMS only supports certain configurations for "hotswapping".  The reason,D as you found out, is it doesn't always work.  The AUTOCONFIG may put- devices into states the drivers don't expect.   @ In the future, you may try to configure only the specific drive.D AUTOCONFIGURE /SELECT=DKB300 or whatever, to configure that specificA drive (only).  Even then, you may  put the SCSI bus driver into a > funky state, but it should be OK.  Wildcards work (/SEL=DKB*).   ------------------------------  % Date: Thu, 28 Sep 2006 09:57:13 -0400 ' From: Dave Froble <davef@tsoft-inc.com> 2 Subject: Re: adding a disk and putting it "online"9 Message-ID: <St-dnRf2vpMvT4bYnZ2dnUVZ_vWdnZ2d@libcom.com>   / Phillip Helbig---remove CLOTHES to reply wrote: I > Since I have had no responses to my long post under a different title,  ( > I'll try a short post with this title. > I > If I physically add an SBB (an RZ28 disk) disk to a running VAX system, H > in order to be able to use it, is the best (only) thing to do to issue > the command  >  >    SYSGEN> AUTOCONFIGURE ALL  E The proper procedure would be to configure just the new disk.  Don't  E ask, I've never had to perform this procedure, so I cannot help with   actually doing it.  F The AUTOCONFIGURE ALL causes probing of all devices to see if they're 9 present.  That could cause problems with working devices.   @ Some serious study of the HELP in SYSGEN should get you started.  G > I've done this many times in the past with no problem.  Now, it froze I > the process doing it, caused members of shadow sets served by that node C > to be dismounted (after throwing the whole shadow sets into mount D > verification for a while first) and put a single disk (a CD in the8 > internal CD drive) into permanent mount verification.  > H > VAX 7.3 with all patches.  In particular, VAXSHAD03 has been recently J > installed.  (Since everything looked OK I wanted to add back the member K > of the system-disk shadow set I had removed before patch application for  B > use as a quick backup if the patch application caused problems.) >      --  4 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    ------------------------------    Date: 28 Sep 2006 08:19:15 -0700 From: dclhacker@gmail.com * Subject: Re: Calendar programs for OpenVMSC Message-ID: <1159456755.763541.254860@d34g2000cwd.googlegroups.com>    JOUKJ wrote:	 > Hi all,  > E > I'm looking for a calendar program which gives me alerts at certain  > times before an appointment.J > DECW$CALENDAR does the job for me, but since I have to working locationsC > I cannot run two concurent instances at the same time on the same  > calendar file.: > Is there a program capable of doing this running on VMS? >  >                    Jouk    Google Calendar?   http://www.google.com/calendar/   6 Works fine in Mozilla v1.7, based on very brief tests.  A There are some reminder programs on http://dcl.openvms.org, also.    Aaron    ------------------------------  % Date: Thu, 28 Sep 2006 22:01:04 +0800  From: prep@prep.synonet.com C Subject: Re: Can a satellite survive the reboot of its boot server? 0 Message-ID: <8764f8ks4f.fsf@k9.prep.synonet.com>  1 Paul Sture <paul.sture.nospam@hispeed.ch> writes:   A > As in "I'll just issue the boot command and we'll go to lunch".   7 Hah! That is the only way I've ever got a TU-58 INITed.    --  < 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 12:37:29 -0400  From: norm.raphael@metso.comC Subject: Re: Can a satellite survive the reboot of its boot server? Q Message-ID: <OF076C0946.9831BC6E-ON852571F7.005B30FF-852571F7.005B5295@metso.com>   6 prep@prep.synonet.com wrote on 09/28/2006 10:01:04 AM:  3 > Paul Sture <paul.sture.nospam@hispeed.ch> writes:  > C > > As in "I'll just issue the boot command and we'll go to lunch".  > 9 > Hah! That is the only way I've ever got a TU-58 INITed.   . It ran on the disk driver behind the disk i/o.> IIRC the eventual recommendation was to boot MINimum to do any writes on TU-58s.    >  > --> > Paul Repacholi                               1 Crescent Rd.,9 > +61 (08) 9257-1001                           Kalamunda. B >                                              West Australia 6076, > comp.os.vms,- The Older, Grumpier Slashdot0 > Raw, Cooked or Well-done, it's all half baked.H > EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Thu, 28 Sep 2006 10:27:16 -0400 , From: Hoff Hoffman <hoff-remove-this@hp.com>C Subject: Re: Can a satellite survive the reboot of its boot server? * Message-ID: <451bdbc7@usenet01.boi.hp.com>   Paul Sture wrote: 5 > In article <odq1eivLtXa+@eisner.encompasserve.org>, 1 >  Kilgallen@SpamCop.net (Larry Kilgallen) wrote:   H >> Not being the original poster, I cannot answer authoritatively, but I; >> would _guess_ that what you win is a TU-56 cartridge :-)  > A > As in "I'll just issue the boot command and we'll go to lunch".   O    IIRC, that would be the TU58.  The DECtape-II, a cartridge tape drive.  The  P VAX-11/725 and VAX-11/730 had a brace of these drives, while the VAX-11/750 and ' VAX-11/751 series had but one of these.   P    I haven't seen a VAX that booted from a TU56.  That was a DECtape-I, a spool K tape drive, and comparatively dated by the time VAX systems were available.    ------------------------------  % Date: Thu, 28 Sep 2006 13:43:28 -0400  From: norm.raphael@metso.comC Subject: Re: Can a satellite survive the reboot of its boot server? Q Message-ID: <OF8A71F797.0AA3BAD7-ON852571F7.00612759-852571F7.00615D59@metso.com>   G Hoff Hoffman <hoff-remove-this@hp.com> wrote on 09/28/2006 10:27:16 AM:    > Paul Sture wrote: 7 > > In article <odq1eivLtXa+@eisner.encompasserve.org>, 3 > >  Kilgallen@SpamCop.net (Larry Kilgallen) wrote:  > J > >> Not being the original poster, I cannot answer authoritatively, but I= > >> would _guess_ that what you win is a TU-56 cartridge :-)  > > C > > As in "I'll just issue the boot command and we'll go to lunch".  > D >    IIRC, that would be the TU58.  The DECtape-II, a cartridge tape
 > drive.  The B > VAX-11/725 and VAX-11/730 had a brace of these drives, while the > VAX-11/750 and) > VAX-11/751 series had but one of these.  > > >    I haven't seen a VAX that booted from a TU56.  That was a > DECtape-I, a spoolB > tape drive, and comparatively dated by the time VAX systems were
 available.  H The microcode for VAX-11/750's in a cluster loaded from the TU-58 during boot. H We had a write routine that positioned the 4 files needed to boot at theD beginning of the two tracks on the "tape" to speed up the operation.     >  >    ------------------------------  % Date: Thu, 28 Sep 2006 08:37:05 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> # Subject: Cluster_Authorize question , Message-ID: <451BC1B4.A146E18B@teksavvy.com>   OK, big problem here...   G contents of cluster_authorize.dat is all 0s except for 4 bytes E48851CF 
 near the top.   H MC SYSMAN CONFIG SET CLUSTER/PASSWORD=xxx/GROUP=yyy   accesses the file,E but doesn't change the contents. (i.e. I changed the group number and 4 the only 4 nonzero bytes in the file didn't change).    B Is this normal ?  Are the contents stored in some deep down hidden semantics ?     F My new alpha can jon the cluster when booting as a satellite. But withH the same cluster_authorize.dat that is located on the boot_server's diskG , the alpha will not join the cluster when it boots on its own disk. No N error messages. And on the cluster, no messages about that node being visible.    B The alpha is at 8.2 (alpha) the rest of the cluster is VAX at 7.2.  C If it can join the cluster booting 8.2  as a satellite, how come it ) couldn't when booting from its own disk ?   H MC SYSMAN CONFIG SHOW CLUSTER reveals that group is the same , and so is the broadcast address.  F One item though, not sure if it is important: the alpha is on a switchB (unmanaged) while the rest of the cluster on a on hub (with a link between the two).   * The multicast address is AB-00-04-01-0A-01    (the 0A is the cluster's group).  E Would switches know that this is a "broadcast"  ethernet address ? If C not, the switch may get confused and not send it to all its ports ?   F Would a node that boots via MOP bypass the multicast address mechanism! to establish cluster membership ?    ------------------------------  # Date: Thu, 28 Sep 2006 16:02:49 GMT ' From: jls <jeffls-nospam@sbcglobal.net> ' Subject: Re: Cluster_Authorize question 8 Message-ID: <bgsnh2d4o6baamce5fals3m9d9g75gimkt@4ax.com>  , On Thu, 28 Sep 2006 08:37:05 -0400, JF Mezei% <jfmezei.spamnot@teksavvy.com> wrote:    >OK, big problem here... > H >contents of cluster_authorize.dat is all 0s except for 4 bytes E48851CF >near the top. > I >MC SYSMAN CONFIG SET CLUSTER/PASSWORD=xxx/GROUP=yyy   accesses the file, F >but doesn't change the contents. (i.e. I changed the group number and5 >the only 4 nonzero bytes in the file didn't change).  >  > C >Is this normal ?  Are the contents stored in some deep down hidden  >semantics ? >   D Is it possible there's a copy in sys$specific and one in sys$common?   ------------------------------  % Date: Thu, 28 Sep 2006 07:48:26 +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: <451b623a$0$4530$e4fe514c@news.xs4all.nl>   1 V8.0 is old, upgrade to V8.2 should do the trick.   A  >    So, I figure that it's all your fault, but I appreciate the   > suggestions.   > Sure, you can blame me. But part of this mess was the way that5 someone did the initial implementation in VMS V7.3-1.    Jur.     Steven M. Schweda wrote:6 > From: Jur van der Burg <"vdburg at hotmail dot com"> >=20- >>> ALP $ ld connect ALP$DKA100:[cdr]v732.img , >>> %NONAME-I-NOMSG, Message number 0F84803B >=20D >> ldmsg.exe is not installed. I think you run a really old version,C >> the latest version should work. Or you did connect the driver by ' >> hand and did not run ld$startup.com.  >=20J >    "prod show prod /full" says: "HP VMS LD V8.0   Full  LP  Installed",=  J > apparently related to an HP-VMS-LD-V0800--1.PCSI$COMPRESSED kit I have.=   >=20K >    I have a SYS$STARTUP:LD$STARTUP.COM dated 21-MAY-2002 ("Copyright =A9=   E > 1993, 1996 by Digital Equipment Corporation").  The system start-up J > procedures run it.  It installs "sys$system:ld$utility.exe", but nothin= g B > else.  I gather that it's obsolete, and that the LD V8.0 product? > installation did not disturb it (as it probably should have).  >=20D >    PRODUCT EXTRACT FILE on that kit appears to have supplied sevenJ > (identical) versions of LD$STARTUP.COM dated 24-APR-2005 ("=A9 Copyrigh= t H > 1976, 2005 Hewlett-Packard Development Company, L.P."), so I'll assumeH > that I should be using one of those instead of the apparently obsoleteD > one.  (They _do_ install "sys$message:ld$msg.exe", so there's some > hope.)  Now: >=202 > ALP $ pipe install list | search sys$input " ld"+ >    LD$UTILITY;1     Open Hdr Shared   Prv 
 >    LD$MSG;1  >=20, > If that's what it needed, it should be ok. >=20@ >    So, I figure that it's all your fault, but I appreciate the > suggestions. >=20J > -----------------------------------------------------------------------= -  >=205 >    Steven M. Schweda               sms@antinode-org 6 >    382 South Warwick Street        (+1) 651-699-9818 >    Saint Paul  MN  55105-2547    ------------------------------  + Date: Thu, 28 Sep 2006 07:36:04 -0500 (CDT) * From: sms@antinode.org (Steven M. Schweda): Subject: Re: Creating an ODS2 disk from a container file ?2 Message-ID: <06092807360494_2020028F@antinode.org>  4 From: Jur van der Burg <"vdburg at hotmail dot com">  3 > V8.0 is old, upgrade to V8.2 should do the trick.  > C >  >    So, I figure that it's all your fault, but I appreciate the  >  > suggestions.  > @ > Sure, you can blame me. But part of this mess was the way that7 > someone did the initial implementation in VMS V7.3-1.   A    Blame assignment is always more satisfying than actual problem G solving.  LD V8.2 is now installed.  I'll re-complain if I run into any  trouble.  Thanks again.   H ------------------------------------------------------------------------  3    Steven M. Schweda               sms@antinode-org 4    382 South Warwick Street        (+1) 651-699-9818    Saint Paul  MN  55105-2547    ------------------------------  % Date: Fri, 29 Sep 2006 00:14:17 +0800 3 From: "Richard Maher" <maher_rj@hotspamnotmail.com> 5 Subject: Danglars, Mondego, Caderousse, de Villefort! 1 Message-ID: <efgs6c$7cq$1@news-02.connect.com.au>    Hi,   > Just wondering if anyone knows whether John Apps made the cut?  H Still, I suppose one has to prune back the dead wood in order to let the" fruit bearing branches thrive. . .  C Anyway, must rush. Off to stencil a couple more silhouettes onto my   fuselage. (More on the weekend!)   Regards Richard Maher   G PS. "The Footy Show" is one of the few quality programs left on Oz T.V.    ------------------------------    Date: 28 Sep 2006 07:07:42 -07000 From: "Drew Shelton" <drew.shelton@sematech.org> Subject: Re: ES40 Console C Message-ID: <1159452462.542594.253050@k70g2000cwa.googlegroups.com>    Tom Linden wrote: F > I transported a couple of ES40's in a van today.  They woere workingC > last week.  Upon powering them up I encountered problems, which I E > attributed to the transport, so I reseated carefully all the boards H > 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.  >  .  .  .  > Expect: 00000000.00000009  > Actual: 00000000.000000B3  > XORval: 00000000.000000BA , > Code execution complete (transfer control) >  > 5 > 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 M > 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 > soJ > I stuck the latest firware CD in and tried again, but it didn't read it.  C I've not seen this before, but have you tried re-seating the floppy  drive?  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: Thu, 28 Sep 2006 07:15:51 -0700 * From: "Tom Linden" <tom@kednos-remove.com> Subject: Re: ES40 Console ) Message-ID: <op.tgldwpx5tte90l@hyrrokkin>   H On Wed, 27 Sep 2006 17:02:18 -0700, Tom Linden <tom@kednos-remove.com>   wrote:  F > I transported a couple of ES40's in a van today.  They woere workingC > last week.  Upon powering them up I encountered problems, which I E > attributed to the transport, so I reseated carefully all the boards H > 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) >  > 5 > OpenVMS PALcode V1.93-1, Tru64 UNIX PALcode V1.88-1  > G > at which it is hung.  I gather from the message that the console is    > available F > floppy, from which it tries to recover.  Firstly, anyone seen this  
 > before, and L > secondly, is the console available on a floppy, and if so can I download   > itK >  from somewhere?  I noticed the lights flash on both the floppy and the    > CD so J > I stuck the latest firware CD in and tried again, but it didn't read it.  J After a bit of reading it appears I have to go thru the fail safe loader   process.J which requires set a jumper and the loading from floppies (which I still   needE to create)  Anyone have the Service Guide so I can locate the jumper?          --  E Using Opera's revolutionary e-mail client: http://www.opera.com/mail/    ------------------------------  % Date: Thu, 28 Sep 2006 09:41:12 -0700 * From: "Tom Linden" <tom@kednos-remove.com> Subject: ES40 CPU3 VIO Warn ) Message-ID: <op.tglkmye1tte90l@hyrrokkin>   A This message appears on the front panel display.  Can anyone tell . me the meaning, is it serious, how to resolve?   --  E Using Opera's revolutionary e-mail client: http://www.opera.com/mail/    ------------------------------  % Date: Thu, 28 Sep 2006 21:53:20 +0800  From: prep@prep.synonet.com & Subject: Re: Graphic options for DS10L0 Message-ID: <87ejtwkshb.fsf@k9.prep.synonet.com>  , "FredK" <fred.nospam@nospam.dec.com> writes:  ? > One of the TGA or TGA2 devices IIRC.  4/4/4 TrueColor - not a  > PseudoColor index.  > Ah, just put one of the twin board TGA2 Z.... ones into a 600.4 Will have a look and see what it has to say. Thanks.   --  < 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 08:44:17 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 7 Subject: Re: hobbyist licensing site down / helping out , Message-ID: <451BC364.589D9E82@teksavvy.com>   Tom Garcia wrote:  >  > Hiya,  > 7 > In the past few days I've been browsing the forums at L > http://www.openvmshobbyist.com/ , and noticed the site only intermittently > responding to page fetches..    ? Yesterday, when I asked for my ALpha VMS licences, the site was D extremely slow. (like click on "SUBMIT" and go take a snack). But itE worked. And interestingly as soon as I did click on the final page, I G got the email with the lincece within a couple of seconds. (faster than 0 the time to display each step in the process :-)  F I figured My Cathay was doing some heavy duty compiles and had lowered" the priority of the web server :-)   ------------------------------    Date: 28 Sep 2006 08:52:18 -0700; From: "William.W.Webb@gmail.com" <William.W.Webb@gmail.com> 7 Subject: Re: hobbyist licensing site down / helping out B Message-ID: <1159458738.705242.24880@i42g2000cwa.googlegroups.com>   Tom Garcia wrote:  > Hiya,  > 7 > In the past few days I've been browsing the forums at L > http://www.openvmshobbyist.com/ , and noticed the site only intermittentlyG > responding to page fetches.. just now I returned to register for some N > licences, but the site seems completely down Pings fail, traceroutes stop atK > 14  d1-1-1-0-1.a01.dllstx09.us.ce.verio.net (157.238.229.222)  149.966 ms  > 151.526 ms  155.589 ms? > - tried from three boxes in UK/US. Site montagar.com is fine.  > N > Anyway, I'm sure it's a temporary glitch, but since as far as I can tell theI > whole licensing (and media distribution) facility is run on a voluntary K > basis, and all hobbyists depend crucially on it, is there any way that us M > hobbyists can help out with the scheme (beyond passionate evangelising ;-)? F > That was deliberately vague so as to ask what's required rather than > assert...  > 	 > Cheers,  >  > --# > Tom Garcia | tgarcia@hivemind.org   G I shall make a couple of emails, followed by phone calls if they should  bounce.    WWWebb   ------------------------------  % Date: Thu, 28 Sep 2006 12:16:51 -0400 < From: "Island Computers, D B Turner" <dbturner@islandco.com>7 Subject: Re: hobbyist licensing site down / helping out 0 Message-ID: <12hntbpn30apo7f@news.supernews.com>  J We hereby offer to Montagar a complete DS10L system with SSH access we can set up here & We have a 1.5Mb T1 that should suffice  * IF he wants to use it it's his prorogative   --     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   + <William.W.Webb@gmail.com> wrote in message < news:1159458738.705242.24880@i42g2000cwa.googlegroups.com... >  > Tom Garcia wrote: 	 > > Hiya,  > > 9 > > In the past few days I've been browsing the forums at ? > > http://www.openvmshobbyist.com/ , and noticed the site only  intermittentlyI > > responding to page fetches.. just now I returned to register for some H > > licences, but the site seems completely down Pings fail, traceroutes stop at J > > 14  d1-1-1-0-1.a01.dllstx09.us.ce.verio.net (157.238.229.222)  149.966 ms > > 151.526 ms  155.589 msA > > - tried from three boxes in UK/US. Site montagar.com is fine.  > > L > > Anyway, I'm sure it's a temporary glitch, but since as far as I can tell the K > > whole licensing (and media distribution) facility is run on a voluntary J > > basis, and all hobbyists depend crucially on it, is there any way that usJ > > hobbyists can help out with the scheme (beyond passionate evangelising ;-)?H > > That was deliberately vague so as to ask what's required rather than
 > > assert...  > >  > > Cheers,  > >  > > --% > > Tom Garcia | tgarcia@hivemind.org  > I > I shall make a couple of emails, followed by phone calls if they should 	 > bounce.  >  > WWWebb >    ------------------------------    Date: 28 Sep 2006 05:19:02 -0700- From: "Andrew" <andrew_harrison@symantec.com> / Subject: Re: HP announces new Integrity servers B Message-ID: <1159445942.172568.213080@m7g2000cwm.googlegroups.com>   Main, Kerry wrote: > > -----Original Message-----3 > > From: Bill Todd [mailto:billtodd@metrocast.net] $ > > Sent: September 19, 2006 1:04 PM > > To: Info-VAX@Mvb.Saic.Com 3 > > Subject: Re: HP announces new Integrity servers  > >  > > Main, Kerry wrote:! > > >> -----Original Message----- 6 > > >> From: Bill Todd [mailto:billtodd@metrocast.net]' > > >> Sent: September 14, 2006 7:03 PM   > > >> To: Info-VAX@Mvb.Saic.Com6 > > >> Subject: Re: HP announces new Integrity servers > > >> > > >> Main, Kerry wrote:  > > >>
 > > >> ... > > >>E > > >>> Imho, consolidating HW is one small piece, but unless you can A > > >>> consolidate OS instances, you are not addressing the real 
 > > issues of < > > >>> FTE counts - the biggest slice of the IT budget pie.< > > >> You're still stuck in Buzzword Heaven, Kerry.  I keep > > asking exactly= > > >> *how* Itanic differs in this regard from x86-64 (since  > > their hardware: > > >> features are comparable and the available software, > > including OSs, is I > > >> pretty much the same on each of them - except that there's so much > > > >> *more* software available on x86), and you keep dancing > > around that 1 > > >> question and waving your hands vigorously.  > > >> > > > , > > > The difference is the overall package. > >  > > *What* difference, dammit? > >  > B > If a company wants to reduce the biggest slice of their IT costsI > (headcount), then they need to look closely at how they can do that. If J > you have an application that only runs on Windows/Linux, it is extremelyH > difficult to do this as you can consolidate HW and save a few $'s, butE > that does not reduce your FTE requirements. The one-app, one server F > culture, combined with the high number of *monthly* security patches( > makes it almost impossible to do this. > I > So, the question is "can a company afford to continue with the one-app, D > one server with monthly security patch strategy if they are reallyF > serious about reducing their largest piece of the IT budget? At what' > point do they say "enough is enough?"  > J > Higher end OS's like OpenVMS hve a much more stable Application stackingF > environment and culture. With the possible exception of some kind ofC > real time manufacturing app, how many OpenVMS ISV's would tell an 0 > OpenVMS Customer they need a dedicated server? >  > & > >   With the Wintel on any platform,E > > > you have many FTE`s maintaining many OS instances, so even with I > > > consolidation using VMware or Virtual Server, you still have a very < > > > high FTE counts - the biggest sclice of the IT budget. > > I > > So what?  That's not a difference between the Itanic platform and the @ > > x86-64 platform, that's a difference between running Windows > > (whether on G > > x86-64 or on Itanic) and running some more competent OS (whether on  > > x86-64 or on Itanic).  > > A > > *So it's no difference between x86-64 and Itanic at all*, and 1 > > you've tried to dodge the question yet again.  > >  > G > See ealier response - I am not talking about low level HW stuff. I am G > talking about the HW + OS + culture + security + stacking + stability H > environment as a package. If they choose x86 whatever, their only realJ > options are Linux or Windows and the one-app one server culture. Yes BSDH > is available, but for whatever reason, that just does not come up much > in a business environment. > H > Yes, Solaris is also available, but as I stated earlier, every SolarisA > Customer I have talked to has stated that if they were changing D > platforms, it was moving Solaris to Linux. If they were staying onJ > Solaris to consolidate, they were staying with higher end SPARC servers. > D ctually we are beginning to see the reverse. That is large customersE moving from Linux to Solaris on x86. As I said earlier one of Europes C largest banks has just standardised on Solaris x86 as their mid ter F **IX offering. Of course that doesn't mean a wide scale migration fromB Linux to Solaris instead new platforms will be Solaris. InvestmentD banking was one of the first major verticals to adopt Linux in a bigG way, its interesting that its also where we are now seing large Solaris  x86 deployments.  E There are some good reasons for this, they have good internal Solaris C skills which are completely transferable, they can get one point of F support for both platforms and Solaris x86 is a "cool" platform if youC are a techie in the same way that Linux was once a "cool" platform.   F It was being held back by lack of SW support but with major ISV's likeD IBM caving in under customer pressure that is no longer the issue it was.  F Its interesting that your whole case hinges on discounting Solaris x86G as an OS platform when the reality is that the customers who are at the > end of the day the only people who count don't agree with you.   Regards  Andrew Harrison    >  > > > A > > > Yes, there are more aplications on Windows, but you can not  > > run moreI > > > than one in any single instance (technical, culture and ISV support = > > > issues), hence high OS instances and high FTE counts to  > > maintain these. ? > > > Just think of the monthly security patches and all of the  > > associated8 > > > pain these have on all of these many OS instances. > > > H > > > With App stacking on OS`s like OpenVMS, you can get away with much8 > > > reduced FTE counts from an Operations perspective. > > A > > And Solaris on x86-64 offers exactly the same advantage.  So, : > > once again, there's no beneficial difference (at leastA > > according to the philosophy advanced in the article which you ? > > promoted - i.e., that Solaris = HP-UX = VMS = OS/400...) to  > > buying a ticket on Itanic. > >  > > > B > > >> C'mon:  surely you can come up with *something* significantD > > >> (other than VMS per se, which is only an unfortunate quirk of; > > >> fate that the article you directed us to pay heed to ) > > >> considers irrelevant in today's IT B > > >> climate) that Itanic can offer and x86-64 platforms cannot. > > >> > > > A > > > The point of the article was emphasizing looking at IT from  > > a business' > > > perspective and not low level HW.  > > F > > And (surprise, surprise) once again we get no answer to the direct> > > question about what significant advantage Itanic can offer > > that x86-64  > > cannot.  > >  >  > Already answered.  > 
 > [snip..] >  > Kerry Main > Senior Consultant  > HP Services Canada > Voice: 613-592-4660  > Fax: 613-591-4477  > kerryDOTmainAThpDOTcom > (remove the DOT's and AT)  > 6 > OpenVMS - the secure, multi-site OS that just works.   ------------------------------  % Date: Thu, 28 Sep 2006 08:29:42 -0400 ( From: Bill Todd <billtodd@metrocast.net>/ Subject: Re: HP announces new Integrity servers G Message-ID: <Sb6dna6FL8uqXYbYnZ2dnUVZ_umdnZ2d@metrocastcablevision.com>    Main, Kerry wrote: >> -----Original Message----- 3 >> From: Bill Todd [mailto:billtodd@metrocast.net]  # >> Sent: September 25, 2006 6:56 PM  >> To: Info-VAX@Mvb.Saic.Com2 >> Subject: Re: HP announces new Integrity servers >> > 
 > [snip..] > I >> Why in hell would they even *think* of moving to HP-UX on Itanic, let  > >> alone VMS on Itanic, when Solaris on good old familiar x86  >> will fill the  E >> bill if they can't use Windows or Linux to do so (an increasingly  F >> questionable premise in its own right:  both Windows and Linux are I >> rapidly improving their multi-application stability, and any customer  H >> who's willing to toss over the 'one app server culture' can do so at I >> least as readily still using their familiar Windows or Linux platform  ; >> when that will do the job as they could by jumping to a   >> completely new OS)? > D > Nice try to change the scope here. I stated those Cust's that wereD > consolidating and staying on Solaris were sticking with SPARC, not
 > X86-64.   F *You're* the one trying to change the subject - from the very subject C that *you* were pressing before I called you on its inconsistency:  C Windows (and perhaps Linux) customers migrating from their alleged  + 'one-app server culture' to something else.   I You want to suggest that that 'something else' somehow involves HP-UX or  G VMS on Itanic, when it's obvious that people already used to those x86  I platforms will far more likely be attracted to Solaris on x86-64 if they  C can't break out of that Windows (and allegedly Linux) mind-set and  9 expand using the same OSs that they currently use on x86.    > I >> You keep beating on the idea of moving *off* single-app Windows (and,  @ >> you claim, Linux) platforms and trying to imply that somehow  >> this leads ? >> directly to an enterprise-level Itanic OS rather than to an  A >> equally-enterprise-level x86-64 OS - with no basis whatsoever   >> for that H >> presumed Itanic bias on the part of the customer:  not features, not G >> price, not 'industry-standardness' (all of which favor x86 instead).  >> >> No sale, Kerry:  try again. >>	 >> - bill  >> > I > So what will change in terms of the Windows / Linux one-app, one server ; > (or OS instance) culture when a Customer moves to X86-64?   H Exactly what part of the paragraph that you purport to be responding to E did you find hard to understand, Kerry?  Keep rereading it until the  C light dawns:  it has *nothing to do* with changing or not changing  I culture, and *everything to do* with what hardware platform those people  F will be inclined to migrate to (whether moving to an enterprise OS or E attempting to forsake the one-app/one-OS-instance 'culture' on their   current OS).   > J > Will they not continue with the one app, one instance or is it somethingC > in the cool-aid you have been drinking that makes you think these E > Customers are going to start App stacking on Windows and Linux just $ > because they are moving to x86-64?  H It doesn't matter:  the question is what possible reason they'd have to D move to an Itanic solution rather than to a fully-comparable x86-64 	 solution.    > 4 > You keep harping about enterprise OS's on X86-64.   H Only because you keep harping on the alleged need to move to such an OS I - so the fact that one is readily available on x86-64 is highly relevant  3 (though you keep trying to suggest that it is not).    > F > Imho, an enterprise OS has the ability, workload mgmt and supportingI > culture to do App stacking as a means to reduce the run-away numbers of C > VM's and multiple OS instances to manage. This si what will allow D > companies to reduce their large FTE numbers (OS instances directly# > impact numbers of FTE's required)   1 And Solaris on x86-64 has that ability in spades.    > G > So, lets leave Solaris out since those staying with Solaris and doing A > large scale consolidation are staying with large SPARC servers.   F But no one (before you tried to change the subject) was talking about E *people already using Solaris* sticking with SPARC:  we were talking  H about where Windows and (perhaps) Linux 'one-app/one-OS-instance' users D currently using x86 could go.  And Solaris on x86-64 is the perfect > solution for them - at least compared with anything on Itanic.   - bill   ------------------------------  % Date: Thu, 28 Sep 2006 13:10:06 -0400 ' From: "Main, Kerry" <Kerry.Main@hp.com> / Subject: RE: HP announces new Integrity servers T Message-ID: <FA60F2C4B72A584DBFC6091F6A2B868401B001B2@tayexc19.americas.cpqcorp.net>   > -----Original Message-----7 > From: Andrew [mailto:andrew_harrison@symantec.com]=20 " > Sent: September 28, 2006 8:19 AM > To: Info-VAX@Mvb.Saic.Com 1 > Subject: Re: HP announces new Integrity servers  >=20 >=20 > Main, Kerry wrote:  > > > -----Original Message-----5 > > > From: Bill Todd [mailto:billtodd@metrocast.net] & > > > Sent: September 19, 2006 1:04 PM > > > To: Info-VAX@Mvb.Saic.Com 5 > > > Subject: Re: HP announces new Integrity servers  > > >  > > > Main, Kerry wrote:  	 [snip...]     @ > It was being held back by lack of SW support but with major=20@ > ISV's like IBM caving in under customer pressure that is no=20 > longer the issue it was. >=20? > Its interesting that your whole case hinges on discounting=20 ? > Solaris x86 as an OS platform when the reality is that the=20 @ > customers who are at the end of the day the only people who=20 > count don't agree with you.  >=20	 > Regards  > Andrew Harrison  >=20  D Andrew, I was trying to be nice. While there are no doubt some smallG number of exceptions that can be brought up, most Customers I have been F involved with on large scale DC and server consolidation projects thatE have low-mid range Solaris servers are moving those to Linux. If they B have experience with it and do appreciate Solaris, then when doing< consolidation, they look to larger Solaris on SPARC servers.  @ The HW is just not that big of a slice of the overall IT budget.   [snip..]   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 13:17:57 -0400 ' From: "Main, Kerry" <Kerry.Main@hp.com> / Subject: RE: HP announces new Integrity servers T Message-ID: <FA60F2C4B72A584DBFC6091F6A2B868401B001B8@tayexc19.americas.cpqcorp.net>   > -----Original Message-----4 > From: Bill Todd [mailto:billtodd@metrocast.net]=20" > Sent: September 28, 2006 8:30 AM > To: Info-VAX@Mvb.Saic.Com 1 > Subject: Re: HP announces new Integrity servers  >=20  	 [snip...]    >=20< > But no one (before you tried to change the subject) was=20? > talking about *people already using Solaris* sticking with=20 > > SPARC:  we were talking about where Windows and (perhaps)=20> > Linux 'one-app/one-OS-instance' users currently using x86=20A > could go.  And Solaris on x86-64 is the perfect solution for=20 3 > them - at least compared with anything on Itanic.  >=20 > - bill >=20   So lets agree to disagree.=20    Time to move on.  
 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 13:25:32 -0400 ( From: Bill Todd <billtodd@metrocast.net>/ Subject: Re: HP announces new Integrity servers G Message-ID: <ha2dnZrTMt8RmIHYnZ2dnUVZ_q2dnZ2d@metrocastcablevision.com>    Main, Kerry wrote: >> -----Original Message----- 3 >> From: Bill Todd [mailto:billtodd@metrocast.net]  # >> Sent: September 28, 2006 8:30 AM  >> To: Info-VAX@Mvb.Saic.Com2 >> Subject: Re: HP announces new Integrity servers >> >  > [snip...]  > ; >> But no one (before you tried to change the subject) was  > >> talking about *people already using Solaris* sticking with = >> SPARC:  we were talking about where Windows and (perhaps)  = >> Linux 'one-app/one-OS-instance' users currently using x86  @ >> could go.  And Solaris on x86-64 is the perfect solution for 4 >> them - at least compared with anything on Itanic. >>	 >> - bill  >> >  > So lets agree to disagree.   >  > Time to move on.  I A wise (though belated) move on your part:  this discussion really isn't  @ likely to have convinced anyone that Itanic is a better bet for H consolidating than x86-64 is - rather the opposite, in fact, given that B many people here likely weren't all that well-acquainted with the * consolidation options available on x86-64.   - bill   ------------------------------    Date: 28 Sep 2006 02:00:38 -0700  From: "Ian Miller" <ijm@uk2.net>1 Subject: Re: Huge XFC bug (<lf><cr> in messages ! B Message-ID: <1159434038.413869.122620@e3g2000cwe.googlegroups.com>   JF Mezei wrote: D > Yeah, and it is already fixed. But it is exactly because this is aJ > sporadic message that is not often seen that I felt it worthy of mentionH > since it then allows the code maintainers to fix it the next time they' > get around to working on that module.   E Reporting it here helps the parts of the VMS community that read this 
 newsgroup.  G Reporting it via official channels gives the hp bean counters something 6 to count and helps keep the code maintainers employed.   ------------------------------  % Date: Thu, 28 Sep 2006 09:18:02 -0400 3 From: "Richard B. Gilbert" <rgilbert88@comcast.net> 1 Subject: Re: Huge XFC bug (<lf><cr> in messages ! : Message-ID: <Z7OdnSSjU9ERVobYnZ2dnUVZ_vWdnZ2d@comcast.com>   Ian Miller wrote:    > JF Mezei wrote:  > D >>Yeah, and it is already fixed. But it is exactly because this is aJ >>sporadic message that is not often seen that I felt it worthy of mentionH >>since it then allows the code maintainers to fix it the next time they' >>get around to working on that module.  >  > G > Reporting it here helps the parts of the VMS community that read this  > newsgroup. > I > Reporting it via official channels gives the hp bean counters something 8 > to count and helps keep the code maintainers employed. >   F Reporting a bug via "official channels" requires that you pay for the J privilege!  Some of us are not fortunate enough to have service contracts.   ------------------------------  % Date: Thu, 28 Sep 2006 21:59:11 +0800  From: prep@prep.synonet.com . Subject: Re: Installing Alpha-VMS from VAX-VMS0 Message-ID: <87ac4kks7k.fsf@k9.prep.synonet.com>  * bill@cs.uofs.edu (Bill Gunshannon) writes:  L > In article <paul.sture.nospam-151EA1.14345027092006@mac.sture.homeip.net>,4 > 	Paul Sture <paul.sture.nospam@hispeed.ch> writes: >> In article @ >> <8660a3a10609270439n788e0e7q9cf82c718cfbdb06@mail.gmail.com>,4 >>  "William Webb" <william.w.webb@gmail.com> wrote:  F >>> We've decided that if we start pulling fiber throughout the house,> >>> it's a 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.   F > I can't see why.  I had fiber for all my networking in my last house@ > and that was over 15 years ago.  I still have a bunch of fiber. > transcievers floating around here somewhere.  ? Ehen I get ADSL in, it is certainly going to get at least 2M of > fibre between it and the rest of the systems. 2 dead Ciscos, a: fritzed 100T board and 2/3 of a 35A mainswitch in the last? 2 years :( At least with the last, I'd unpluged all the systems 	 for once!    --  < 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.? ------------ And now a word from our sponsor ------------------ = For a quality usenet news server, try DNEWS, easy to install, ? fast, efficient and reliable. For home servers or carrier class ? installations with millions of users it will allow you to grow! ? ----  See http://netwinsite.com/sponsor/sponsor_dnews.htm  ----    ------------------------------    Date: 28 Sep 2006 01:56:00 -0700  From: "Ian Miller" <ijm@uk2.net>2 Subject: Re: Intel to add new instructions to 8086C Message-ID: <1159433760.687853.146560@m73g2000cwd.googlegroups.com>   E VMS runs on alpha now and some of the later generations of alpha have  additional instructions.   ------------------------------    Date: 28 Sep 2006 02:44:25 -0700  From: "Ian Miller" <ijm@uk2.net>2 Subject: Re: Intel to add new instructions to 8086C Message-ID: <1159436665.351405.251210@d34g2000cwd.googlegroups.com>   D VMS runs on alpha now and later generations of alpha have additional
 instructions.    ------------------------------  % Date: Thu, 28 Sep 2006 07:34:58 -0700 * From: "Tom Linden" <tom@kednos-remove.com>2 Subject: Re: Intel to add new instructions to 8086) Message-ID: <op.tgleskcgtte90l@hyrrokkin>   B On Wed, 27 Sep 2006 21:01:01 -0700, John Doe <jdoe@doe.org> wrote:  D I rather doubt that, 8086 hasn't been produced for at least 15 years   > from: I > http://news.com.com/Intel+to+extend+x86+for+new+tasks/2100-1006_3-6120=  335.html?tag=3Dnefd.top  >  > ##I > The new instructions are scheduled to debut in the "Penryn" generation=   @ > of processors, due to start arriving in 2008 and built using a3 > manufacturing process with 45-nanometer features,  > <...> E > The instructions fall into two broad categories. First is SSE4, the I > fourth generation of Streaming SIMD (single instruction, multiple data=  ) F > Extensions. SIMD lets a chip take the same action with more than oneI > data element, instead of requiring an instruction to be paired with ea=  chC > element--an approach that economizes many operations dealing with D > graphics, video and audio. SSE4 also will improve high-performance > computing, Intel said. > C > The second category accelerates two specific applications. One is F > searching and pattern-matching, useful for tasks such as handwritingI > recognition and genetic research. The other is cyclical redundancy che=  ckI > (CRC) technology, which monitors the integrity of data transfer to and=   + > from storage systems and other computers.  >  > ## >  > I > Question: is it my imagination or is Intel moving in the exact opposit=  e ; > direction of RISC by adding fairly complex instructions ?  >  > G > Let say, for the sake of my question, that VMS was already running on I > that architecture. Is there much work involved in making VMS run on th=  e I > new version of the chip that supports new instructions ? For instance,=   I > it is very cumbersome to have a version of VMS run on both a version o=  f F > the chip that doesn't have the instruction and a version of the chip
 > that does ?  > F > Or would it just mandate that starting with version X, you must have@ > generation Y of the chip with support for those instructions ? > I > or would VMS simply not be changed but allow the standard compilers to=   4 > generate binary code that uses those instructions?       -- =  E Using Opera's revolutionary e-mail client: http://www.opera.com/mail/    ------------------------------    Date: 28 Sep 2006 05:52:55 -0700 From: etmsreec@yahoo.co.uk7 Subject: Re: Mild warning: TCPIP Services UIC/Usernames B Message-ID: <1159447975.844422.71630@m73g2000cwd.googlegroups.com>  E This is pretty standard JF.  Whether Engineering have it as a task to C create single standard UICs or not I've no idea, but i'd guess they F work on the basis of the next available UIC in the range they use when@ the account needs to be created.  That way, the installation andE configuration of TCP/IP Services and the enabling of an extra service @ doesn't break a site-specific or configuration-specific account.   Steve    JF Mezei wrote: D > While consolidating two separate UAF files, I've hit a snag: TCPIP@ > Services does not necessarily create all its own UICs equally. > I > For instance, on one node, [3655,2] is for TPCIP$POP while on the other  > node, it is for TCPIP$BIND > I > And if you configure TCPIP$BIND on the first node, it obviously doesn't E > get [3655,2], it gets [3655,x] where "x" is some semi random number / > (first unused UIC in that group is my guess).  > I > Makes for some interesting issues when you move directories from a node H > to be decommissioned to one which will take over its services when the# > file ownership no longer matches.  > 9 > Not the end of the world, but something to be aware of.  > J > Personally, I think that the TCPIP group should have assigned fixed UICsF > for each service, and allocated a group of UICs for "floating" ones. > J > For instance, reserve 1 to 50 for Digital provided services, and 200-300= > for customer/3rd party TCPIP services to be added later on.  > B > This way, no matter in which order to confifuyre TCPIP, the mainA > services would always have the same UICs on all nodes that have B > disparate SYSUAF files. (not all nodes would be in a cluster for6 > instance, some might use DECNET for file transfers).   ------------------------------    Date: 28 Sep 2006 06:58:15 -0700; From: "johnhreinhardt@yahoo.com" <johnhreinhardt@yahoo.com> 7 Subject: More on the transitions at OpenVMS Engineering C Message-ID: <1159451895.040566.233710@h48g2000cwc.googlegroups.com>   F There is a parallel (although shorter) thread on ITRC about Hoff's andD others leaving OpenVMS Engineering.  For those that don't visit overD there I'm cross-posting one particularly interesting part (hopefullyC the OP will forgive me) which puts an positive spin on events.  The F clip follows, it is in answer to the question if the particular person) was still at OVE (OpenVMS Engineering)...   G  "Well, since you asked... yes and no. For now, yes, but I've also been F selected in the latest round of Work Force Reduction (WFR). <..snip..>  C I am also "parting amicably" from HP, and that's NOT intended to be ? sarcastic. Mr Hurd is following a strategy of reducing costs by F restructuring the workforce. I'm not sure how or why management selectE particular individuals, that's not really relevant. The same thing is G happening in most large corporations, and there's not a lot of point in ? complaining about it. Just accept what's happening and move on.   ? In the long term this should really be seen as a GOOD thing for A OpenVMS. Consider that most of us in engineering and services are D getting fairly old! Where are the young replacements for the future?F Although it's called "WFR" it really isn't, as every person who leavesE from Nashua or Sydney is replaced by *several* people in the new call D centres and engineering hubs. These are young, keen graduates, readyE and able to take on the maintenance and development OpenVMS products.   C Thus the population of OpenVMS service and development engineers is D actually INCREASING, and the average age is coming down. This is theB future. Granted they don't (yet) have the experience that Hoff andG myself have gathered over the decades, but they won't take very long to C get up to speed. Look at Guy Peleg! He was only with HP for what, 6 F years? He's younger than my oldest child, and look what he's achieved.C In effect, he's been replaced by maybe SEVEN people just like him 6 C years ago. Even if each of them is only HALF as good as Guy, that's  still a huge long term benefit.   E The corporation sees that they get more "bang for the buck" by hiring G several new graduates than retaining one of us old guys. The last thing E you, as customers want to see is for OpenVMS engineering to stagnate, D and 5-10 years from now be completely vacated when everyone retires.F This way it's far more likely there will be engineers into the future.  A What YOU can do as customers is support the product by purchasing B service contracts. Without revenue, the product WILL die. That's aD simple economic fact. So, USE your contract. Log cases to ask adviceB and report issues. More cases mean more engineers needed to handleC them. You should also feed back any complaints or criticisms of the G quality of products or service you receive, but, MORE IMPORTANTLY, also ? feed back any positives or praise for individuals who give good  service.  B The biggest threat to OpenVMS is silence from customers. Make your voices and opinions heard."     F There are some good points made, especially about breaking the silenceD and making yourself heard.  At lot of us here are just hobbyists nowE though so I'm not sure how much we can do.  Those of you lucky enough C still to be using VMS in your job and that do have contract support A should follow the above advice to the fullest.  Make your support D calls, ask your questions, be heard, be the squeaky wheel.  Don't be part of the silence.       John H. Reinhardt    ------------------------------  % Date: Thu, 28 Sep 2006 17:46:30 +0300 ; From: "Guy Peleg" <guy.peleg@remove_this_header@bruden.com> ; Subject: Re: More on the transitions at OpenVMS Engineering 9 Message-ID: <451bd350$0$19703$88260bb3@free.teranews.com>   + <johnhreinhardt@yahoo.com> wrote in message = news:1159451895.040566.233710@h48g2000cwc.googlegroups.com... H > There is a parallel (although shorter) thread on ITRC about Hoff's andF > others leaving OpenVMS Engineering.  For those that don't visit overF > there I'm cross-posting one particularly interesting part (hopefullyE > the OP will forgive me) which puts an positive spin on events.  The H > clip follows, it is in answer to the question if the particular person+ > was still at OVE (OpenVMS Engineering)...  > I >  "Well, since you asked... yes and no. For now, yes, but I've also been H > selected in the latest round of Work Force Reduction (WFR). <..snip..> > E > I am also "parting amicably" from HP, and that's NOT intended to be A > sarcastic. Mr Hurd is following a strategy of reducing costs by H > restructuring the workforce. I'm not sure how or why management selectG > particular individuals, that's not really relevant. The same thing is I > happening in most large corporations, and there's not a lot of point in A > complaining about it. Just accept what's happening and move on.  > A > In the long term this should really be seen as a GOOD thing for C > OpenVMS. Consider that most of us in engineering and services are F > getting fairly old! Where are the young replacements for the future?H > Although it's called "WFR" it really isn't, as every person who leavesG > from Nashua or Sydney is replaced by *several* people in the new call F > centres and engineering hubs. These are young, keen graduates, readyG > and able to take on the maintenance and development OpenVMS products.  > E > Thus the population of OpenVMS service and development engineers is F > actually INCREASING, and the average age is coming down. This is theD > future. Granted they don't (yet) have the experience that Hoff andI > myself have gathered over the decades, but they won't take very long to E > get up to speed. Look at Guy Peleg! He was only with HP for what, 6 H > years? He's younger than my oldest child, and look what he's achieved.E > In effect, he's been replaced by maybe SEVEN people just like him 6 E > years ago. Even if each of them is only HALF as good as Guy, that's ! > still a huge long term benefit.   > When I joined engineering I had 7 years of experience with VMS   > G > The corporation sees that they get more "bang for the buck" by hiring I > several new graduates than retaining one of us old guys. The last thing G > you, as customers want to see is for OpenVMS engineering to stagnate, F > and 5-10 years from now be completely vacated when everyone retires.H > This way it's far more likely there will be engineers into the future. > C > What YOU can do as customers is support the product by purchasing D > service contracts. Without revenue, the product WILL die. That's aF > simple economic fact. So, USE your contract. Log cases to ask adviceD > and report issues. More cases mean more engineers needed to handleE > them. You should also feed back any complaints or criticisms of the I > quality of products or service you receive, but, MORE IMPORTANTLY, also A > feed back any positives or praise for individuals who give good 
 > service. > D > The biggest threat to OpenVMS is silence from customers. Make your > voices and opinions heard."  >  > H > There are some good points made, especially about breaking the silenceF > and making yourself heard.  At lot of us here are just hobbyists nowG > though so I'm not sure how much we can do.  Those of you lucky enough E > still to be using VMS in your job and that do have contract support C > should follow the above advice to the fullest.  Make your support F > calls, ask your questions, be heard, be the squeaky wheel.  Don't be > part of the silence. >  >  >   John H. Reinhardt  >        --  = Posted via a free Usenet account from http://www.teranews.com    ------------------------------    Date: 28 Sep 2006 00:33:04 -0700  From: "Ian Miller" <ijm@uk2.net>> Subject: Re: OSU HTTP Server System Info Disclosure WeaknessesB Message-ID: <1159428784.502305.139860@m7g2000cwm.googlegroups.com>  B the issues described disclose information that may be of use to anG attacker so its not a big problem but is worth knowing about if you run E this software. There was a debate in another place about if the issue / is due to a misconfiguration rather than a bug.    ------------------------------  % Date: Thu, 28 Sep 2006 12:34:50 +0200 + From: Martin Vorlaender <mv@pdv-systeme.de> . Subject: Re: Perl qx// broken with OpenVMS 8.x+ Message-ID: <4o1mq4Fclg06U1@individual.net>    Larry Kilgallen schrieb:# > Peter 'EPLAN' LANGSTOEGER writes:  >> Larry Kilgallen writes:. >>> Who do you believe supports Perl for VMS ? >>> 0 >>> I was under the impression that HP does not.  >>  >> Where did they state this? ) >> I was under the opposite impression... 4 >> (covered by the VMS license and support contract)  @ That's what I thought, too. But I only find a support commitment for SWS. See? http://h71000.www7.hp.com/openvms/products/ips/apache/csws.html   F It does *not* say "HP-supported" for the whole Web Server Suite (which$ would include Tomcat, Perl and PHP).  E > It does not seem to be a part of my VMS 8.3 installation, since the B > only files with "PERL" in the names are those with it as part of > "HYPERLINK" or "UPPERLOWER". > 0 > Where do you find it on the VMS distribution ?  ; Is the "E-Business Infrastructure" CD still part of the VMS 
 distribution?    cu, 	    Martin  --  D One OS to rule them all       | Martin Vorlaender  |  OpenVMS rules!7 One OS to find them           | work: mv@pdv-systeme.de J One OS to bring them all      |   http://www.pdv-systeme.de/users/martinv/> And in the Darkness bind them.| home: martin@radiogaga.harz.de   ------------------------------    Date: 28 Sep 2006 05:34:45 -0700 From: yyyc186@hughes.net. Subject: Re: Perl qx// broken with OpenVMS 8.xB Message-ID: <1159446885.659982.286700@i3g2000cwc.googlegroups.com>  # perl -e "$x = qx/@test/; print $x;"    Dead  
 type test.com # $ write sys$output "This is a test"   + perl -e "$x = qx/type test.com/; print $x;" # $ write sys$output "This is a test"    @test  This is a test  ( Prior to the upgrade, this used to work.     Craig A. Berry wrote: E > In article <1159386322.704139.135830@i42g2000cwa.googlegroups.com>,  >  yyyc186@hughes.net wrote: > K > > 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.  > F > Interesting assertion, but you provide no evidence to support it.  II > happen to know that the qx operator has run successfully many thousands H > of times on OpenVMS Alpha v8.2, so you'll forgive me if I'm skeptical. >  > > my @lines = (); C > > while (!$interrupted && (!$count_max || $count < $count_max)) {  > >     if ($count) {  > >         sleep $interval;G > >         print "\033[999D\033[K" . "\033[1A\033[K" x scalar(@lines); 	 > >     } 4 > >     VmsUtil->set_logical('SYS$OUTPUT', 'nla0:');3 > >     VmsUtil->set_logical('SYS$ERROR', 'nla0:');  > >     @lines = qx/@ARGV/; . > >     VmsUtil->delete_logical('SYS$OUTPUT');- > >     VmsUtil->delete_logical('SYS$ERROR');  > >     print @lines;  > >     ++$count;  > > }  > > 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 timeI > > frame for the fix.  For whatever reason, the creator of this chose to & > > use Perl, so it must remain as is. > G > To log a bug, one would typically use a bug logging facility, such as E > the perlbug script included (along with its documentation) in every F > release of Perl (or see http://rt.perl.org/perlbug/), or, if you areI > using the HP-supported version of Perl and have an OS support contract, > > using whatever mechanism you normally use to obtain support. > I > Having said that, I'm willing to take a crack at assessing bugs in Perl E > on VMS that I happen to stumble over in the newsgroup.  But only if I > there is a reproducer or at least a description with enough information * > to see whether there is, in fact, a bug. > H > The qx operator is a special quoting operator that spawns a command toC > 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 > H > If that works, then the qx operator is definitely not broken; there isF > probably something wrong with the command you are passing to it, butH > since you do not report the contents of @ARGV at the time you quote itI > with qx, it is impossible to diagnose further without more information.  > E > If my one-line example doesn't work, then you should check that the @ > process you are running from has the ability to spawn commandsH > (appropriate quotas, etc.).  You should also report any error messagesH > you see, and exactly how you know it's not working, i.e., outputs thatE > you expect compared with outputs that you actually get.  Since your F > script suppresses error messages and does not do any error checking,( > you're pretty much asking for trouble. > A > I don't doubt that you are having a problem, and it's certainly H > possible that there is something in the combination of the command youI > are trying to run, your Perl version, your VMS version, and your system D > and account set-up that aren't getting along with each other.  ButF > 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 08:53:07 -0500 6 From: "Craig A. Berry" <craigberry@mac.com.spamfooler>. Subject: Re: Perl qx// broken with OpenVMS 8.x@ Message-ID: <craigberry-CB8532.08530728092006@free.teranews.com>  B In article <1159446885.659982.286700@i3g2000cwc.googlegroups.com>,  yyyc186@hughes.net wrote:  % > perl -e "$x = qx/@test/; print $x;"  >  > Dead >  > type test.com % > $ write sys$output "This is a test"  > - > perl -e "$x = qx/type test.com/; print $x;" % > $ write sys$output "This is a test"  >  > @test  > This is a test > * > Prior to the upgrade, this used to work.  A I doubt it.  You are interpolating an array named @test and then  H sending its contents to lib$spawn as a command string.  Since the array @ has never been initialized, of course there is no command to be H executed.  If you enable warnings with the -w switch, the tool actually * lets you know what mistake you are making:  & $ perl -we "$x = qx/@test/; print $x;"B Possible unintended interpolation of @test in string at -e line 1.= Name "main::test" used only once: possible typo at -e line 1.   H If you don't want interpolation to take place so that DCL sees the '@', F there are a couple of easy ways to do that.  One is to escape the '@':  ' $ perl -we "$x = qx/\@test/; print $x;"  This is a test  F The other is to use single quotes for your quote delimiter, which get D special handling by the qx operator so no interpolation takes place:  & $ perl -we "$x = qx'@test'; print $x;" This is a test  B In your original example, you were interpolating @ARGV, i.e., the F program's command-line arguments, in the qx operator, which I assumed I was your intention.  In that case, interpolation is most likely what you  F do want, but might be a clue.  If you ran the program without passing  any H arguments, then the subprocess would not have anything to do, much like H when @test is interpolated above.  That's one guess about what might be  causing your problem.     G It's remotely possible that something in your recent upgrade triggered  H a problem with your Perl script, but I still see no evidence that there 2 is something generally wrong with the qx operator.   --  = Posted via a free Usenet account from http://www.teranews.com    ------------------------------    Date: 28 Sep 2006 07:08:11 -0700< From: "Hein RMS van den Heuvel" <heinvandenheuvel@gmail.com>. Subject: Re: Perl qx// broken with OpenVMS 8.xC Message-ID: <1159452491.777530.126260@i42g2000cwa.googlegroups.com>   / As Craig writes, why do you think it is broken?  What proof do you present?   Thry Craig's simple example. Does that work for you?  Any specific message?   F qx will spawn a subprocess, may the upgrade shance enough of quota's / context to make that fail.  D Check with ACCOUNT/SINCE=xxxx/FULL to see whether the subprocess was created, what it's status was?  B If there was a simple error, then the script 'hides' it by sending output to the null device:  , VmsUtil->set_logical('SYS$OUTPUT', 'nla0:');/     VmsUtil->set_logical('SYS$ERROR', 'nla0:');   7 I would suggest to uncomment those lines and try egain.    Cheers,  Hein.    ------------------------------    Date: 28 Sep 2006 10:00:01 -0700< From: "Hein RMS van den Heuvel" <heinvandenheuvel@gmail.com>. Subject: Re: Perl qx// broken with OpenVMS 8.xC Message-ID: <1159462801.915562.224610@d34g2000cwd.googlegroups.com>   7 @test would normally mean 'substitute array test here'. 1 An array does not make much sens in that context.  (it could, but I digress).  & An ancient perl (5.0) actuall reports:" $ perl -e "$y=qx/@test/; print $y"A In string, @test now must be written as \@test at -e line 1, near  "@test"    This works for me:, $ perl -e "$x='@test'; $y= qx/$x/; print $y"   And this works: & $ perl -e "$x = qx/\@test/; print $x;"   hth, Hein.      yyyc186@hughes.net wrote: % > perl -e "$x = qx/@test/; print $x;"  >  > Dead >  > type test.com % > $ write sys$output "This is a test"  > - > perl -e "$x = qx/type test.com/; print $x;" % > $ write sys$output "This is a test"  >  > @test  > This is a test > * > Prior to the upgrade, this used to work. >  >  > Craig A. Berry wrote: G > > In article <1159386322.704139.135830@i42g2000cwa.googlegroups.com>,  > >  yyyc186@hughes.net wrote: > > M > > > 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.  > > H > > Interesting assertion, but you provide no evidence to support it.  IK > > happen to know that the qx operator has run successfully many thousands J > > of times on OpenVMS Alpha v8.2, so you'll forgive me if I'm skeptical. > >  > > > my @lines = (); E > > > while (!$interrupted && (!$count_max || $count < $count_max)) {  > > >     if ($count) {  > > >         sleep $interval;I > > >         print "\033[999D\033[K" . "\033[1A\033[K" x scalar(@lines);  > > >     } 6 > > >     VmsUtil->set_logical('SYS$OUTPUT', 'nla0:');5 > > >     VmsUtil->set_logical('SYS$ERROR', 'nla0:');  > > >     @lines = qx/@ARGV/; 0 > > >     VmsUtil->delete_logical('SYS$OUTPUT');/ > > >     VmsUtil->delete_logical('SYS$ERROR');  > > >     print @lines;  > > >     ++$count;  > > > }  > > > L > > > The above little snippet (with more stuff above it) was basically usedG > > > to loop through commands like DIR and TAIL, etc.  Please, I'm not K > > > looking for new and improved methods of accomplishing this same task. L > > > I'm looking for information about the qx// bug being logged and a timeK > > > frame for the fix.  For whatever reason, the creator of this chose to ( > > > use Perl, so it must remain as is. > > I > > To log a bug, one would typically use a bug logging facility, such as G > > the perlbug script included (along with its documentation) in every H > > release of Perl (or see http://rt.perl.org/perlbug/), or, if you areK > > using the HP-supported version of Perl and have an OS support contract, @ > > using whatever mechanism you normally use to obtain support. > > K > > Having said that, I'm willing to take a crack at assessing bugs in Perl G > > on VMS that I happen to stumble over in the newsgroup.  But only if K > > there is a reproducer or at least a description with enough information , > > to see whether there is, in fact, a bug. > > J > > The qx operator is a special quoting operator that spawns a command toE > > 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 > > J > > If that works, then the qx operator is definitely not broken; there isH > > probably something wrong with the command you are passing to it, butJ > > since you do not report the contents of @ARGV at the time you quote itK > > with qx, it is impossible to diagnose further without more information.  > > G > > If my one-line example doesn't work, then you should check that the B > > process you are running from has the ability to spawn commandsJ > > (appropriate quotas, etc.).  You should also report any error messagesJ > > you see, and exactly how you know it's not working, i.e., outputs thatG > > you expect compared with outputs that you actually get.  Since your H > > script suppresses error messages and does not do any error checking,* > > you're pretty much asking for trouble. > > C > > I don't doubt that you are having a problem, and it's certainly J > > possible that there is something in the combination of the command youK > > are trying to run, your Perl version, your VMS version, and your system F > > and account set-up that aren't getting along with each other.  ButH > > without seeing something much more specific than "broken pretty bad"  > > it's impossible to help you. > >  > > --A > > Posted via a free Usenet account from http://www.teranews.com    ------------------------------  % Date: Thu, 28 Sep 2006 08:54:53 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> ! Subject: Re: RBL on OpenVMS-alpha , Message-ID: <451BC5DF.1742D289@teksavvy.com>   david20@alpha2.mdx.ac.uk wrote:  > Non-authoritative answer: - > Name:    214.56.192.82.sbl-xbl.spamhaus.org  > Address:  127.0.0.4   E How would you code this in a zone file ? Can one use wildcards at the  start ?    for instance, could one have:    $ORIGIN sbl-xbl.spamhaus.org *.82		IN 	A	127.0.0.4   / to indicate that this whole block is "bad" ????     F Does this work on all BIND servers for VMS ? (aka' the old VAX version$ and the more recent Alpha version ?)   ------------------------------  + Date: Thu, 28 Sep 2006 12:44:19 +0000 (UTC)  From: david20@alpha2.mdx.ac.uk! Subject: Re: RBL on OpenVMS-alpha , Message-ID: <efgg33$84c$1@south.jnrs.ja.net>  Q In article <451B5025.1060508@vsm.com.au>, Jeremy Begg <nospam@vsm.com.au> writes:  >Hi, > L >> Is it possible to run an RBL on OpenVMS-alpha? I do not mean the client, H >> which checks for known spammers, but the accesseble data base itself. >>  $ >> If yes : what software do I need? > I >As others have said, RBL is usually done via DNS entries.  A mailserver  L >package such as PMDF or PreciseMail can do DNS lookups on-the-fly to query  >an RBL server.  >   I Generally the provider of the RBL just sets up additional DNS entries for H fictitious hosts of the form reversed-ip-address.domain-name-of-service   
 so to look up   C 158.94.0.13 in  the combined sbl-xbl spamhaus list you would lookup     13.0.94.158.sbl-xbl.spamhaus.org  A (which hopefully should in this instance return record not found)   N Generally records setup in the RBL are setup so that they are associated with K a particular address (or set of addresses) which indicate the status of the 7 address. Commonly used return addresses are of the form   
 127.a.b.c    eg 127.0.0.2  H and the precise meaning of the value is documented on the RBL's website.    1 So for instance a look at my mail logs shows that   < 82.192.56.214 is currently on the XBL (CBL) list at spamhaus  ) Hence if I do the corresponding  lookup      Alpha2:nslookup % Default Server:  alpha2.axp.mdx.ac.uk  Address:  158.94.0.14   $ > 214.56.192.82.sbl-xbl.spamhaus.org Server:  alpha2.axp.mdx.ac.uk  Address:  158.94.0.14    Non-authoritative answer: + Name:    214.56.192.82.sbl-xbl.spamhaus.org  Address:  127.0.0.4     G I get an address 127.0.0.4 returned which indicates the address is as I ' indicated before on the XBL (CBL) list.   K Hence to setup your own RBL all you need is a DNS server and some means of  K populating it with the appropriate data. Before publishing the data to the  C rest of the world I'd probably advise at the very least a thorough  J documentation of the process which is followed in publishing addresses in J the RBL (ie the criteria used to select what is published) and probably a F talk with a lawyer. A number of RBLs have been sued as a result of theM information they have published and you need to be able to defend the process K and show you are not just putting in addresses of companies you dislike for  some reason.  
 David Webb Security team leader CCSS Middlesex University      K >It gets more complicated if you want to download the RBL database to your  J >local site (e.g. for performance reasons).  I believe some RBL sites use M >basic DNS zone transfer techniques to distribute the database.  Others such  M >as Spamhaus require you to run 'rsync' (to copy the database) and 'rbldnsd'  N >(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.  > H >(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 15:32:21 +0000 (UTC)  From: david20@alpha2.mdx.ac.uk! Subject: Re: RBL on OpenVMS-alpha , Message-ID: <efgpu5$b2b$1@south.jnrs.ja.net>  \ In article <451BC5DF.1742D289@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes:  >david20@alpha2.mdx.ac.uk wrote: >> Non-authoritative answer:. >> Name:    214.56.192.82.sbl-xbl.spamhaus.org >> Address:  127.0.0.4 > F >How would you code this in a zone file ? Can one use wildcards at the >start ? >  >for instance, could one have: >  >$ORIGIN sbl-xbl.spamhaus.org  >*.82		IN 	A	127.0.0.4 > 0 >to indicate that this whole block is "bad" ???? >   J The following posting about Exim doing such a lookup of an IP6 address andN falling foul of MAPS' use of wildcard blocking seem to confirm that method is  used to indicate bad blocks   I http://www.exim.org/pipermail/exim-users/Week-of-Mon-20030609/055144.html    > G >Does this work on all BIND servers for VMS ? (aka' the old VAX version % >and the more recent Alpha version ?)   J The RBLs have been using these techniques for the better part of a decade.J The fact that the VAX version of BIND is a little bit older than the Alpha' version should not make any difference.      
 David Webb Security team leader CCSS Middlesex University   ------------------------------  % Date: Thu, 28 Sep 2006 10:22:33 -0400 , From: Hoff Hoffman <hoff-remove-this@hp.com>Y Subject: Re: RC25 (was: Re: Can a satellite survive the reboot of its boot server?) serve * Message-ID: <451bdaac@usenet01.boi.hp.com>  Q Yes, it was the VAX-11/725 that was the platform that particularly exercised the  O system disk mount verification code within OpenVMS.  (There were a few notable  N "two-legged exercise programs" for mount verification, too, but that's fodder  for another discussion.  :-) )  M The RC25 "Aztec" disk had a fixed platter and a removable platter, and these  O were presented to the (as it was then known) VMS host system as two apparently  M separate disks, and the usual configuration found with the VAX-11/725 was to  O have the system disk on one of these two disks, and to load and transfer files   via the other.  N The catch here: the RC25 drive itself had just one motor for a common spindle I for the two disks, which meant that ejecting the removable disk involved  O spinning down the system disk during the swap.  And VMS tended to get somewhat  M cranky when the system disk was, um, spun down -- the sequence would trigger   mount verification, obviously.  N You could find the RC25 configured on various other contemporary systems, but Q the VAX-11/725 ("LCN") box was the box that basically always had the system disk   resident on the RC25.    ------------------------------  % Date: Thu, 28 Sep 2006 09:39:43 -0700 * From: "Tom Linden" <tom@kednos-remove.com> Subject: Resolved: ES40 Console ) Message-ID: <op.tglkkhiytte90l@hyrrokkin>   J I downloaded the failsafe loader and after getting >>> prompt could update? the Firmware to latest.  Somehow the SROM had gotten corrupted.     H On Wed, 27 Sep 2006 17:02:18 -0700, Tom Linden <tom@kednos-remove.com>   wrote:  F > I transported a couple of ES40's in a van today.  They woere workingC > last week.  Upon powering them up I encountered problems, which I E > attributed to the transport, so I reseated carefully all the boards H > 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) >  > 5 > OpenVMS PALcode V1.93-1, Tru64 UNIX PALcode V1.88-1  > G > at which it is hung.  I gather from the message that the console is    > available F > floppy, from which it tries to recover.  Firstly, anyone seen this  
 > before, and L > secondly, is the console available on a floppy, and if so can I download   > itK >  from somewhere?  I noticed the lights flash on both the floppy and the    > CD so J > 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: Thu, 28 Sep 2006 11:16:44 -0600 # From: Jim Mehlhop <jim@mehlhop.org> ( Subject: Re: Strange diagnose error V3.4* Message-ID: <451C037C.2090509@mehlhop.org>   Paul Sture wrote: , > 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.  > H > Faced with installing it on a multi-node cluster several years ago, a H > colleague worked out which files could go into a common directory and & > which couldn't, and did it manually. > 9 > So it can be done, but sorry. I don't have the details.  > C I figured that, but the files are not that big so I will just keep   multiple copies. :-(     Jim    ------------------------------    Date: 28 Sep 2006 05:36:32 -07000 From: "Drew Shelton" <drew.shelton@sematech.org>, Subject: Re: Stripeset member logging errorsC Message-ID: <1159446992.169863.300890@m73g2000cwd.googlegroups.com>    David J Dachtera wrote:  > Drew Shelton wrote:  > > J > > I have 2 HSZ80's configured in multibus failover mode.  A stripeset isI > > logging errors, and I need to determine which physical disk is having K > > problems.  I'm fairly certain that the DECevent output contains the LUN  > > I H > > 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  > 1 > According to this, DISK50100 is being reported.   F That's what I thought, but DISK50100 isn't a member of this stripeset.  8 > Can you keep a terminal connected to the HSZ consoles?  F I leave it connected to a terminal server.  I use SET HOST/LAT to talk to it.  C > What, if anything, does FMU report in response to SHOW LAST MOST?   D We had a power failure last Friday that proved my UPS battery is tooE old.  That's what SHOW LAST MOST shows.  Disks that had not spun down E in years objected to spinning back up again, and the disk errors have  all occurred since then.   Thanks,  Drew   ------------------------------  % Date: Thu, 28 Sep 2006 08:31:02 +0200 / From: Paul Sture <paul.sture.nospam@hispeed.ch>  Subject: Re: VAXSHAD03J Message-ID: <paul.sture.nospam-F4AFA2.08310228092006@mac.sture.homeip.net>  $ In article <effnlp$66t$2@online.de>,E  helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to    reply) wrote:  I > Since I have had no responses to my long post under a different title,  ( > I'll try a short post with this title. > I > If I physically add an SBB (an RZ28 disk) disk to a running VAX system, H > in order to be able to use it, is the best (only) thing to do to issue > the command  >  >    SYSGEN> AUTOCONFIGURE ALL > G > I've done this many times in the past with no problem.  Now, it froze I > the process doing it, caused members of shadow sets served by that node C > to be dismounted (after throwing the whole shadow sets into mount D > verification for a while first) and put a single disk (a CD in the8 > internal CD drive) into permanent mount verification.  >   H I don't know how up to date the following text is with regard to device C types, but I've always tried to avoid using AUTOCONFIGURE ALL on a   "fully up and running" system:   SYSGEN>  HELP AUTO PARAMETER    
 AUTOCONFIGURE      Parameter  .  .  .   +                                     CAUTION   F           If you use the AUTOCONFIGURE ALL command on a running systemA           with active UNIBUS or Q-bus devices, it could result in !           unpredictable behavior.    --  
 Paul Sture   ------------------------------  % Date: Thu, 28 Sep 2006 08:41:01 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 4 Subject: VMS 8.2 complaint: screen cleared at login., Message-ID: <451BC2A0.3B0A9455@teksavvy.com>   Yeah a BIG complaint...   ( the default SYLOGIN.COM ends up doing a   E 	SET TERM/INQUIRE/PAGE=xx/WIDTH=yy   (when xx and yy are acquited via  F%GETDVI).    J The comments indicate that this is so that you don't disrupt the terminal.  1 The above command clears the screen of a DECTERM.   E So, microseconds after it displayed the welcome message and the "last % login" lines, the screen is cleared !   H Also, out of curiosity, how can F$GETDVI return meaningful data for pageA size and page width (buffer size) if there has not yet been a SET  TERM/INQUIRE performed ?   ------------------------------    Date: 28 Sep 2006 08:54:58 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) 8 Subject: Re: VMS 8.2 complaint: screen cleared at login.3 Message-ID: <XbqpJ7PTgawg@eisner.encompasserve.org>   \ In article <451BC2A0.3B0A9455@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: > Yeah a BIG complaint...  > * > the default SYLOGIN.COM ends up doing a  > G > 	SET TERM/INQUIRE/PAGE=xx/WIDTH=yy   (when xx and yy are acquited via 
 > F%GETDVI).   > L > The comments indicate that this is so that you don't disrupt the terminal. > 3 > The above command clears the screen of a DECTERM.  > G > So, microseconds after it displayed the welcome message and the "last ' > login" lines, the screen is cleared !   E I do not use SYS$SYLOGIN, but I do not get (or want) welcome messages 9 for every DECterm window when I log into the workstation.   J > Also, out of curiosity, how can F$GETDVI return meaningful data for pageC > size and page width (buffer size) if there has not yet been a SET  > TERM/INQUIRE performed ?  E For regular terminals, from SET TERMINAL in SYSTARTUP_VMS.COM (or via  system parameters if uniform).  5 For SET HOST, I believe it is transmitted over CTERM.   , For DECwindows, an out-of-band transmission. --  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 09:16:12 -0400 * From: "FredK" <fred.nospam@nospam.dec.com>8 Subject: Re: VMS 8.2 complaint: screen cleared at login., Message-ID: <451bcb1d$1@usenet01.boi.hp.com>  J I agree that the SET TERM command here isn't really doing what it hopes to do.   H As to the other question... yes, a local DECterm already has the correctL values in the terminal driver, as does a SET HOST via DECnet (CTERM).  A SETG HOST/DTE connection for example - does not (until the SET TERM/INQ) nor 3 would a "real" terminal plugged into a serial port.   F I "think" that whoever coded the line may have been laboring under theE impression that SET TERM/INQ still worked like SET TERM/INQ=OLD.  The K /WIDTH=xxxx here is the culprit - this causes an escape sequence to be sent I to change the width - and which has a side effect of clearing the screen.   J Under the SET TERM/INQ=OLD (the old behavior) - the screen would be forced? to 80 x 24 unless you provided the /WIDTH and /PAGE qualifiers.   L Frankly, I think it should be changed to remove the qualifiers - and insteadJ AFTER the SET TERM/INQ command *if* the terminal type comes back "unknown"K then a "bare" SET TERM/WIDTH=80/PAGE=24 should be done...  because it means L that the terminal didn't respond to the escape sequence(s) asking for an ID.J So the only thing we can assume it that it is some very dumb terminal (forI example - the VGA console).  Even then, the SET TERM /WIDTH/PAGE might be  gratuitous.     : "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message& news:451BC2A0.3B0A9455@teksavvy.com... > Yeah a BIG complaint...  > ) > the default SYLOGIN.COM ends up doing a  > F > SET TERM/INQUIRE/PAGE=xx/WIDTH=yy   (when xx and yy are acquited via > F%GETDVI). > L > The comments indicate that this is so that you don't disrupt the terminal. > 3 > The above command clears the screen of a DECTERM.  > G > So, microseconds after it displayed the welcome message and the "last ' > login" lines, the screen is cleared !  > J > Also, out of curiosity, how can F$GETDVI return meaningful data for pageC > size and page width (buffer size) if there has not yet been a SET  > TERM/INQUIRE performed ?   ------------------------------  + Date: Thu, 28 Sep 2006 07:58:23 +0000 (UTC) < From: gartmann@nonsense.immunbio.mpg.de (Christoph Gartmann)K Subject: Re: [OVMS-Alert] OSU HTTP Server System Info Disclosure Weaknesses ) Message-ID: <effvav$ef1$1@news.BelWue.DE>   w In article <efeqau$vf7$1@online.de>, helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes: * >Does anyone here want to comment on this? > J >A quick test with my server couldn't reproduce either problem, but maybe  >I'm missing something.   C It looks as if it is due to a misconfiguration. What I get here is:    a) with an non-existing file      -ERROR-(404):  i/o error     Requested method: GET/    Requested URL:    /groups/gartmann/senf.html     HTTP protocol:    HTTP/1.1   F    This shows simply the untranslated URL, the real path is different.  # b) looking for /groups/gartmann/s*/   <    Directory not browsable (no .www_browsable file present).  -    looking for http://www.immunbio.mpg.de/a*/   H    The server was unable to return the requested document because accessC    controls placed on that document by the HTTP server deny access. C    Please check with the web master for configuration corrections.    ( So what information could a hacker gain?   Regards,    Christoph Gartmann    --  E  Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452   ImmunbiologieI  Postfach 1169                 Internet: gartmann@immunbio dot mpg dot de   D-79011  Freiburg, Germany 9                http://www.immunbio.mpg.de/home/menue.html    ------------------------------  + Date: Thu, 28 Sep 2006 14:14:41 +0000 (UTC)  From: david20@alpha2.mdx.ac.ukK Subject: Re: [OVMS-Alert] OSU HTTP Server System Info Disclosure Weaknesses , Message-ID: <efglch$9eb$1@south.jnrs.ja.net>  w In article <efeqau$vf7$1@online.de>, helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes: * >Does anyone here want to comment on this? > J >A quick test with my server couldn't reproduce either problem, but maybe  >I'm missing something.  >   O I don't seem to be able to reproduce the problem on my OSU 3.10a system either. 
 I just get   " N The server was unable to return the requested document because access controls6 placed on the document by the HTTP server deny access.  ? Please check with the web master for configuration corrections.    "     I Could it be whoever is reporting the problem has a misconfigured server ?   N Also what is OSU 3.11 alpha ? - Although it's extremely old I wasn't aware of ( any version of OSU later than OSU 3.10a.    
 David Webb Security team leader CCSS Middlesex University   ------------------------------   End of INFO-VAX 2006.533 ************************                             $ B`e  
 T !      I     p(  JP   $ B` X 
 T !      Q          JP   $ B` X  T !                  JP   $ B` X  T !                  JP   $ B` X  T !                  JP   $ B`8Y  T !                  JP   $ B` Y  T !                  JP   $, 21`J !  B8I     p(  JP   $,  `J !  B             JP   $, 1
`J !  B8I 
 @              pn)  I          IP   $p$ ( T !    8Q      , I          IP   $p^) I 
`J !p:@ R
 T !    8I     $ 8Q     ( `8Y 8L      IP   $, 8I 
`J !  B I     p(  
R     $  IP L  n) #  
`J !  B  I 0L $ @R     ( `8Y     p$  xIP   $ $  Q 
`J !  B` Y     `$ 9R     (  hIP   $ B`Y 
 T !    8I     `(  hIP   $ B`Y 
 T !    8Q          hIP   $ B`0Y  T !                  hIP