1 INFO-VAX	Wed, 25 Oct 2006	Volume 2006 : Issue 587       Contents: Re: ADA link messages " Re: Alternate file types for RUN ?" Re: Alternate file types for RUN ? ATL Products Tape Library  Re: ATL Products Tape Library  Re: ATL Products Tape Library  RE: ATL Products Tape Library $ Re: CSWS expect header vulnerability$ Re: CSWS expect header vulnerability( Re: DCLTABLES.EXE and image file formats Re: DS10L surgery report Re: DS10L surgery report Re: DS10L surgery report Re: DS10L surgery report HP's WFR litmus test Re: Item codes in F$GETDVI Re: Item codes in F$GETDVI KZPBR-CY Re: KZPBR-CY Re: KZPBR-CY Re: LAN failover Re: Mylex question NEW Email  address Re: NEW Email  address Re: NEW Email  address Re: NEW Email  address Re: PARSEC: SPAMMERS (not !) Re: PARSEC: SPAMMERS (not !)% Powerstorm vs Elsa Gloria video card? ) Re: Powerstorm vs Elsa Gloria video card? ) Re: Powerstorm vs Elsa Gloria video card? ) Re: Powerstorm vs Elsa Gloria video card? ) Re: Powerstorm vs Elsa Gloria video card? 9 Re: SimH (v3.6-1), MicroVAX 3900, and console environment 9 Re: SimH (v3.6-1), MicroVAX 3900, and console environment   F ----------------------------------------------------------------------  % Date: Wed, 25 Oct 2006 10:23:38 -0700 , From: David D Miller <ddmiller@raytheon.com> Subject: Re: ADA link messagesV Message-ID: <OF101904AB.12F016BC-ON07257212.005EAFA6-07257212.005F7DF4@mck.us.ray.com>   Larry:  ' Here is a summary of what I discovered:    $ACS LOAD ! a bunch of .A files  $ACS COMPILE P_TRAJBB 8 $ACS EXPORT P_TRAJBB /OBJ=[some.other.directory]P_TRAJBB9 $F90 TRAJBB.FOR  ! an interface according to the comments 0 $LINK ! many .OBJs including P_TRAJBB and TRAJBB  G That LINK produced the error messages below.  The module name should be 
 P_TRAJBB.OBJ.   6 Does this give you a clue about what may be happening?   dave.   G David D Miller <ddmiller@raytheon.com> wrote on 10/24/2006 02:21:15 PM:    >  > Larry: > I > You guessed it.  I was thrown into a legacy system (which nobody really K > understands) and told to "fix it".  Thanks for the tips.  I know a little F > more what to look for.  I wondered why there was a FORTRAN interface
 > program. >  > dave.  > J > Kilgallen@SpamCop.net (Larry Kilgallen) wrote on 10/24/2006 12:32:13 PM: > A > > In article <OFEC362D0A.EDC651B0-ON07257211.0055C16D-07257211. D > > 005687A6@mck.us.ray.com>, David D Miller <ddmiller@raytheon.com> writes:  > > > Folks  > > > > > > > I'm getting multiple LINK message like the following ... > > > H > > > %LINK-W-MULDEF, symbol ADA$IO_EXCEPTIONS_$0000 multiple defined in > module > > > ..I > > > %LINK-W-MULDEF, symbol ADA$TEXT_IO_$0000 multiple defined in module  > ..H > > > %LINK-W-MULDEF, symbol ADA$TEXT_IO$0000 multiple defined in module ..J > > > %LINK-W-MULDEF, symbol ADA$INTEGER_TEXT_IO_$0000 multiple defined in > module > > > ..H > > > %LINK-W-MULDEF, symbol ADA$FLOAT_TEXT_IO_$0000 multiple defined in > module > > > ..J > > > %LINK-W-MULDEF, symbol ADA$MATH_LIB_$0000 multiple defined in module > ..I > > > %LINK-W-MULDEF, symbol ADA$MATH_LIB$0000 multiple defined in module  ..I > > > %LINK-W-MULDEF, symbol ADA$FLOAT_MATH_LIB_$0000 multiple defined in  > module > > > .. > > > G > > > and since I'm not an ADA-type, I'd like some suggestions to trace  these  > > > warnings.  > > J > > You did not specify the command you are giving to produce that result.F > > It better not be a LINK command since with Ada you need to use ACS LINK.  > > F > > Look at the names of the modules on which you get the same symbol.G > > The most frequent cause in my experience is linking the same module H > > type.  If this is a complex system someone else configured, it could+ > > be something wrong in the option files.  >    ------------------------------  % Date: Wed, 25 Oct 2006 10:45:29 -0400 8 From: Stephen Hoffman <Hoff@HoffmanLabs-RemoveThis-.Org>+ Subject: Re: Alternate file types for RUN ? ) Message-ID: <ehntab$1val$1@pyrite.mv.net>    Dave Froble wrote: > Stephen Hoffman wrote:  H >>   If you really want something, you invariably pay for it somehow -- E >> whether directly through the vendor's pricing or support, through  F >> contributing to the effort involved in open-source engineering, or B >> (more subtly) through the many and various costs of using free D >> software. "There ain't no such thing as a free lunch", after all. > . > My problem with the 'open source' community.  ;    There is good open source, and there is bad open source.   D    There are open source packages that are reliable and useful, and H there are those that you don't even want to waste your time downloading.  I    There are also good commercial products and/or vendors, and there are  	 bad ones.       I > Very interesting, considering the source.  Being one who looks between  K > the lines to see what might be written there, the above paragraph causes  I > me to wonder.  Particularly the option concerning obtaining the source  F > code.  Is some hidden statement about the possibilities of it being ? > available being made here?  Or am I reading only white space?     F    It is simply an approach toward reaching the apparent goal here -- A continuing to discuss convincing HP to port OpenVMS to x86-64 is  D certainly one approach to this end, and requesting and (then if the F request is approved and the release is then cleared) then porting the 7 code is an entirely different approach to the same end.   G    HP has been quite clear that Itanium is the platform, and I know of   nothing that changes that.  G    As for the alternative, there was a discussion of the open-sourcing  G of OpenVMS at Providence DECUS 1999.  At the time, the participants at  C the meeting that voiced opinions appeared to have preferred closed  H source.  That position and that response may well have changed over the G ensuing years, or not -- some folks are now more comfortable with open   source, and some are not.   G    A statement of the obvious: some organizations and some individuals  E seek to maintain their own platforms (hardware and/or software), and  G some do not want the costs and the overhead of that effort; that their  F finances and skills are focused elsewhere.  Some use open source, and  some do not.  E    Other salient examples here -- commercial products that have been  B opened up -- include Ingres, Darwin and Solaris.  More than a few 1 commercial products contain open source, as well.     F > Filename extensions are usually easily understood and known to most J > people.  Whether the best solution or not, if it's a known solution, it  > can be used. > J > Filename extensions work for me.  I personally have no additional needs.    F    It would be interesting to demo such an operating system (since it H touches files and the file system and existing utilities), and see what I happens when folks experience it -- familiarity is certainly and usually  A massively useful, though there are cases when a new or different  G approach can completely replace existing expectations.  As a user, I'd  @ prefer not to know about a file system nor about the associated H applications, after all -- I just want to work with my data.  Having to E know how to name files is, well, arguably unnecessary.  (Though as a  F programmarian, yes, I'm most certainly interested in all that sort of H arcane detail.  And when it gets down to what applications and the data C conversions and related details that are required and particularly  G required within a mixed environment -- mixed operating systems or even  H mixed applications -- this whole area gets really, really, really ugly.)   ------------------------------    Date: 25 Oct 2006 09:27:24 -0700 From: etmsreec@yahoo.co.uk+ Subject: Re: Alternate file types for RUN ? C Message-ID: <1161793644.030069.183630@h48g2000cwc.googlegroups.com>   G As is often the case JF, you're speaking your own mind as though it was ( fact and as though everyone would agree.  C When VMS Engineering hit town in London a week or so ago, they were ? asking for views from customers on some of the developments and ! directions for VMS in the future.   G Higher levels of HP management may be selective in what they listen to. 6  Engineering in VMS, on the other hand, always listen.   Steve    JF Mezei wrote: , > Another thought on what Sir Hoff has said. > I > If the owner of VMS along with the VMS staff already have the mentality H > that the only modifications to VMS are the ones requested by customersF > who back their requests with sufficient sums of money, then it means6 > that VMS is effectively already in maintenance mode. > D > The whole concept of R&D isn't to cater to specific demands from aJ > customer, it is to have vision and develop new things with the hope thatJ > they pan out and benefit customers and increase demand for your product.H >  Just doing enough changes to maintain a subjet of your customers (theI > ones that bring in large wads of cash) isn't R&D and isn't really doing 8 > anything to increase the breath of the installed base.   ------------------------------  % Date: Wed, 25 Oct 2006 09:13:16 -0600 & From: Jim Mehlhop <mjim1025@qwest.net>" Subject: ATL Products Tape Library4 Message-ID: <453f7f0c$0$504$815e3792@news.qwest.net>  D Does anyone know if the ATL Products Tape Library model ACL 4/52 is  supported by ABS??   Jim    ------------------------------  % Date: Wed, 25 Oct 2006 11:26:27 -0400 < From: "Island Computers, D B Turner" <dbturner@islandco.com>& Subject: Re: ATL Products Tape Library0 Message-ID: <12jv0h7thc2no83@news.supernews.com>    I know that was called the TL894   --     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   + "Ian Miller" <ijm@uk2.net> wrote in message = news:1161789688.496491.239800@h48g2000cwc.googlegroups.com... # > the supported tapes are listed on  > ? > http://h71000.www7.hp.com/openvms/storage/smstape_matrix.html  >    ------------------------------  % Date: Wed, 25 Oct 2006 09:30:25 -0600 & From: Jim Mehlhop <mjim1025@qwest.net>& Subject: Re: ATL Products Tape Library( Message-ID: <453F8311.9000108@qwest.net>   Ian Miller wrote: # > the supported tapes are listed on  > ? > http://h71000.www7.hp.com/openvms/storage/smstape_matrix.html  >     0 Thanks Ian.  Too bad, because I found one cheap!   Jim    ------------------------------  % Date: Wed, 25 Oct 2006 13:37:05 -0400 @ From: "Koska, John C. \(LNG-ALB\)" <John.C.Koska@lexisnexis.com>& Subject: RE: ATL Products Tape LibraryT Message-ID: <D8D507FABDE21843BD4BD5791ADCB12A01C5653D@LNGALBEXCP01VA.legal.regn.net>  G http://h18000.www1.hp.com/info/SP4816/SP4816PF.PDF seems to contain, in H Table 1, a more expanded list of supported devices; in which I think the device you mention is listed.    :) jck   > -----Original Message-----2 > From: Jim Mehlhop [mailto:mjim1025@qwest.net]=20, > Sent: Wednesday, October 25, 2006 11:30 AM > To: Info-VAX@Mvb.Saic.Com ( > Subject: Re: ATL Products Tape Library >=20 > Ian Miller wrote: % > > the supported tapes are listed on  > >=20A > > http://h71000.www7.hp.com/openvms/storage/smstape_matrix.html  > >=20 >=20 >=202 > Thanks Ian.  Too bad, because I found one cheap! >=20 > Jim  >=20   ------------------------------    Date: 25 Oct 2006 03:47:31 -0700  From: "Ian Miller" <ijm@uk2.net>- Subject: Re: CSWS expect header vulnerability C Message-ID: <1161773250.965232.224930@k70g2000cwa.googlegroups.com>   E It appears that apache consider this a bug but not a security problem , as they don't see how this can be exploited.  5 http://svn.apache.org/viewvc?view=rev&revision=394965    ------------------------------  % Date: Wed, 25 Oct 2006 07:33:59 -0600 + From: John Nebel <john.nebel_vms@csdco.com> - Subject: Re: CSWS expect header vulnerability ( Message-ID: <453F67C7.7000204@csdco.com>   Ian Miller wrote: G > It appears that apache consider this a bug but not a security problem . > as they don't see how this can be exploited. > 7 > http://svn.apache.org/viewvc?view=rev&revision=394965      Ian,  Q The proof of concept of the exploit has now been demonstrated, Apache didn't see   it at first.  P "This issue was originally not considered a vulnerability by the researcher and M vendor due to the fact that no known vectors existed to exploit it. However,  N additional research by Amit Klein has proven that this can be exploited via a  specially crafted Flash file."   You can test it yourself at:  I http://secunia.com/expect_header_cross-site_scripting_vulnerability_test/   & One must use IE and flash as many are.   Best,    John   ------------------------------    Date: 25 Oct 2006 09:16:14 +0200/ From: huber@NIRWANA-mppmu.mpg.de (Joseph Huber) 1 Subject: Re: DCLTABLES.EXE and image file formats + Message-ID: <OZgLyTZcyvIN@vms.mppmu.mpg.de>   f In article <453EC3B3.36DA034D@spam.comcast.net>, David J Dachtera <djesys.no@spam.comcast.net> writes: > JF Mezei wrote:  >>   > C >> Does this mean that the VERB utility has different code for each F >> architecture to parse the contents, or are the differences in imageI >> formats only in the first block and the rest is fully identical across  >> all platforms ? > ) > I belive another poster addressed that.   @ To add to my previous reply: VERB for the /IMAGE= /SYMBOL= case,C i.e. extracting a CLI definition from an executable, avoids to deal M with the different image formats by using lib$find_image_symbol to locate the  CLI table directly.   M And as said, once the table has been found using the different methods, then  & it is no longer architecture specific.    --  @    Joseph Huber , Muenchen,Germany:  http://www.huber-joseph.de/   ------------------------------  % Date: Wed, 25 Oct 2006 13:24:54 +0200 / From: Paul Sture <paul.sture.nospam@hispeed.ch> ! Subject: Re: DS10L surgery report J Message-ID: <paul.sture.nospam-82E8B6.13245425102006@mac.sture.homeip.net>  0 In article <12js67l1fhfk8af@news.supernews.com>,>  "Island Computers, D B Turner" <dbturner@islandco.com> wrote:  J > Buying a $199 Airconditioner and putting it and everything computer in a > closet would work best !9 > Vent it through a  hole in a cheap $28 Home Depot door.  > Everything good... >   1 This was my solution a couple of hot summers ago:   / http://sture.homeip.net/images/hobbyist_vax.jpg   I Yes, there's a roof above, and the Ibook was indoors when rain came, but   the VAX lived outside.   --  
 Paul Sture   ------------------------------   Date: 25 Oct 2006 11:41:51 GMT/ From: Thierry Dussuet <thierry@dussuet.lugs.ch> ! Subject: Re: DS10L surgery report 0 Message-ID: <slrnejujbv.50o.thierry@MARS.Family>  ? On 2006-10-25, Paul Sture <paul.sture.nospam@hispeed.ch> wrote: 2 > In article <12js67l1fhfk8af@news.supernews.com>,@ >  "Island Computers, D B Turner" <dbturner@islandco.com> wrote: > K >> Buying a $199 Airconditioner and putting it and everything computer in a  >> closet would work best ! : >> Vent it through a  hole in a cheap $28 Home Depot door. >> Everything good...  >>   > 3 > This was my solution a couple of hot summers ago:  > 1 > http://sture.homeip.net/images/hobbyist_vax.jpg  > K > Yes, there's a roof above, and the Ibook was indoors when rain came, but   > the VAX lived outside.  / So you have a WLAN-capable VAXstation? geeky :)    Thierry    ------------------------------  % Date: Wed, 25 Oct 2006 14:48:08 +0200 / From: Paul Sture <paul.sture.nospam@hispeed.ch> ! Subject: Re: DS10L surgery report J Message-ID: <paul.sture.nospam-33FC0E.14480825102006@mac.sture.homeip.net>  0 In article <slrnejujbv.50o.thierry@MARS.Family>,1  Thierry Dussuet <thierry@dussuet.lugs.ch> wrote:   A > On 2006-10-25, Paul Sture <paul.sture.nospam@hispeed.ch> wrote: 4 > > In article <12js67l1fhfk8af@news.supernews.com>,B > >  "Island Computers, D B Turner" <dbturner@islandco.com> wrote: > > M > >> Buying a $199 Airconditioner and putting it and everything computer in a  > >> closet would work best ! < > >> Vent it through a  hole in a cheap $28 Home Depot door. > >> Everything good...  > >>   > > 5 > > This was my solution a couple of hot summers ago:  > > 3 > > http://sture.homeip.net/images/hobbyist_vax.jpg  > > M > > Yes, there's a roof above, and the Ibook was indoors when rain came, but   > > the VAX lived outside. > 1 > So you have a WLAN-capable VAXstation? geeky :)  >   4 Hoi Thierry, long time no see. I trust you are well.  H Sorry to disappoint, but it was a 30 metre ethernet cable from my spare I bedroom on the non-sunny side of my home (where the Alpha and my DSL box   lived).   C Through the bathroom window :-) The only snag was when a wind blew  I through the apartment causing a door to slam on the cable. Scarred a few  G times, still worked, but a couple of weighty objects to hold the doors  I open solved that. Hey - this was a Hobbyist solution, not a professional   one. :-)   --  
 Paul Sture   ------------------------------    Date: 25 Oct 2006 07:28:40 -0700( From: "Rich Jordan" <jordan@ccs4vms.com>! Subject: Re: DS10L surgery report A Message-ID: <1161786520.531813.4650@h48g2000cwc.googlegroups.com>    Paul Sture wrote: 2 > In article <12js67l1fhfk8af@news.supernews.com>,@ >  "Island Computers, D B Turner" <dbturner@islandco.com> wrote: > L > > Buying a $199 Airconditioner and putting it and everything computer in a > > closet would work best !; > > Vent it through a  hole in a cheap $28 Home Depot door.  > > Everything good... > >  > 3 > This was my solution a couple of hot summers ago:  > 1 > http://sture.homeip.net/images/hobbyist_vax.jpg  > J > Yes, there's a roof above, and the Ibook was indoors when rain came, but > the VAX lived outside. >  > -- > Paul Sture  F Glad to  know I don't in fact have the last working (and in use) VR299 monitor in the world ;)    ------------------------------  % Date: Wed, 25 Oct 2006 21:40:37 +0800 3 From: "Richard Maher" <maher_rj@hotspamnotmail.com>  Subject: HP's WFR litmus test 0 Message-ID: <ehnp9c$ug$1@news-02.connect.com.au>  	 Big Dave,   F "Dave Froble" <davef@tsoft-inc.com> (and many others) wrote in message3 news:9OidnfXBG5HjeqHYnZ2dnUVZ_r6dnZ2d@libcom.com... 3 Something very much like: - "I want Bitty!  BITTY!"   G Has VMS gone and died again without telling anyone? Unreliable piece o' H shite that it is; why can't it just stay dead? I was convinced that this7 argument was wound up after Steve What's-his-name left!   K Ok. This time for sure? Fat lady singing? Die Valkyrie coming down to sweep * our miserable souls away? Flat-lining now?  E Anyway, I made the mistake of propping up TheEnquirer's figures (like L everyone else I'd imagine) and read the article. I suppose the good news forL VMS is that there is enough of you thumb-sucking bed-wetters out there stillI fretting over VMS to make it worthwhile for these "people" to peddle this  shit.   L So "Top VMS people" have to "justify their existence". Shock fucking horror!E I have to admit it is unusual for Permanent employees to undergo such L indignities but most contractors would have had to go through this rigmaroleH whenever a takover has gone through or cost-cutting is in place. Every 3K months you produce a glowing, stats-backed, report of how wonderful you are G (end-user testimonials are always good) and after 6 months they give up J reading them or the focus has moved somewhere else. This is how *most* VMSH people have had to survive the last 15 years and the fact that it is nowL starting to hit the inner-sanctum (judging by the hellish screams for mercy)J fills me with absolute joy! For those of you now looking into the abyss, IH sadly have no advice to give you, but on a constructive note, let me sayI this "Fuck you; every last one of you!". Your decisions on DECforms, RTR, I Bridgeworks, Alpha et al, have brought us to where we are today. The fact K that you can now empathise fully with our pain, by no means compensates for K your years of stupidity and self-indulgence! Yes indeed, the gravy-train is F pulling into the station and Casey Jones is about to kick off yet moreH derelict scum that have been leaching the very life-blood out of VMS andI siphoning it off to their personal pet projects for years if not decades.   J But where will it all end you say? Surely there must be a finite amount of fat to cut back?  L I tell you solemly, while there is but one RTR "engineer" or one RTR supportH person still employeed by HP then the purges will continue; and continueL they must! The ability of Captain RTR and his syphilitic hoard of cutthroatsJ (there's a blast from the past :-) have managed to manipulate and bullshitJ to middle-management to such an extent that I saw a Cluster wite-paper the> other day that described that run-o-the-mill store-and-forwardH BMQ/MMQ/MQseries message passer as "Software Fault Tolerance". "SOFTWAREG FAULT Fucking TOLERANCE"!!! How do those Bastards get away with that???   I And there will be guilt by association! There will be a denouncing! Kerry K Main, for starters, has bent over and sung the RTR praises on more than one K occasion. Who else will stand up here for this filth and take what's coming  to them?   Dear HP,  H Give RTR to OM Gruppen and make them support it! VMS has received no RTRK revenue from all all the lovely OM Click installations around the world due F to our anti-trust actions in bundling it with the operating system andI giving it away for free. OMX reap the benefits so let them pay the bloody L support costs for these movie-star dinosaurs! Ask yourself "Who bought a new+ Marinello and Boat after the RTR bundling?"   F If nothing else, give them to EDS or CA and rid the body VMS from this canker!    Cheers Richard Maher  4 "Dave Froble" <davef@tsoft-inc.com> wrote in message3 news:9OidnfXBG5HjeqHYnZ2dnUVZ_r6dnZ2d@libcom.com...  > Richard B. Gilbert wrote:  > > Simon Clubley wrote:G > >> In article <453c97b3$0$14811$9a6e19ea@news.newshosting.com>, "Neil * > >> Rieck" <n.rieck@sympatico.ca> writes: > >>% > >>> HP eyes top VMS people for cuts ; > >>> http://www.theinquirer.net/default.aspx?article=35272  > >>>  > >> > >>' > >> Can HP really be this stupid ? :-(  > >> > > K > > Where have you BEEN all these years?  If you had been paying attention,  > > you would not need to ask!!  > I > There has been a tendency for some in this forum to have little use for + > those who have cried 'Wolf!' in the past.  > G > How should "Johnny come lately's" to crying 'Wolf!' be perceived now?  >  > --  6 > David Froble                       Tel: 724-529-0450@ > Dave Froble Enterprises, Inc.      E-Mail: davef@tsoft-inc.com > DFE Ultralights, Inc.  > 170 Grimplin Road  > Vanderbilt, PA  15486    ------------------------------  % Date: Wed, 25 Oct 2006 08:54:49 -0700 4 From: Alan Frisbie <Usenet02_REMOVE@Flying-Disk.com># Subject: Re: Item codes in F$GETDVI % Message-ID: <1161791530.678333@smirk>    Rob Brooks wrote: 8 > Alan Frisbie <Usenet02_REMOVE@Flying-Disk.com> writes:  9 >>One of them, FC_HBA_FIRMWARE_REV, does not appear to be : >>recognized.   Am I missing something obvious, or is this >>a documentation error?  @ >>   $ Write sys$output f$getdvi("fga0:", "fc_hba_firmware_rev")F >>   %DCL-W-IVKEYW, unrecognized keyword - check validity and spelling >>   \FC_HBA_FIRMWARE_REV\   > KIDD Alpha> sho sys/noprocJ > OpenVMS V8.3  on node KIDD  23-OCT-2006 15:13:22.38  Uptime  12 23:28:45H > KIDD Alpha> write sys$output f$getdvi( "fga0", "fc_hba_firmware_rev" )
 > HS1.90A4  @ Aha!   My error.   The system is still running F8.3.   I thoughtB that I had upgraded it to V8.3 but apparently I did not.   I guess> this item code was one that got slipped in at the last minute.   Alan   ------------------------------    Date: 25 Oct 2006 09:26:35 -0700# From: "Galen" <gltackett@gmail.com> # Subject: Re: Item codes in F$GETDVI B Message-ID: <1161793595.750442.324670@i3g2000cwc.googlegroups.com>  L > > HS1.90A4Aha!   My error.   The system is still running F8.3.   I thoughtD > that I had upgraded it to V8.3 but apparently I did not.   I guess@ > this item code was one that got slipped in at the last minute. >  > Alan   Alan,   B If I recall, German "v" is pronounced "f". Since you were probably: aware of this, too, perhaps it tripped you up somehow. :-)   ------------------------------  % Date: Wed, 25 Oct 2006 18:39:10 +0200 " From: "bill" <balings@zfree.co.nz> Subject: KZPBR-CY 4 Message-ID: <453f9262$0$2339$bf4948fe@news.tele2.nl>  ) Is there support for the KZPBR-CY in VMS? D VMS V8.2 on an Alpha Server 1200 with the latest firmware installed.K The card is recognized in SRM as a Qlogic ISP10x0 but no disks are visible. * I use RZ1DF-VW drives in the internal bay.) Do I need a utility to conigure the card?    Hans   ------------------------------  % Date: Wed, 25 Oct 2006 17:54:13 +0100 * From: "Richard Brodie" <R.Brodie@rl.ac.uk> Subject: Re: KZPBR-CY , Message-ID: <eho4rl$51b$1@south.jnrs.ja.net>  . "bill" <balings@zfree.co.nz> wrote in message . news:453f9262$0$2339$bf4948fe@news.tele2.nl...  + > Is there support for the KZPBR-CY in VMS? F > VMS V8.2 on an Alpha Server 1200 with the latest firmware installed.M > The card is recognized in SRM as a Qlogic ISP10x0 but no disks are visible. , > I use RZ1DF-VW drives in the internal bay.  @ I'm unfamiliar with the KZPBR-CY but the KZPBA-CY controller hasJ differential bus drivers, so isn't going to play with plain disks. Be gladE there is a protection circuit in there, so you probably haven't fried 
 anything.    ------------------------------  + Date: Wed, 25 Oct 2006 12:11:16 -0500 (CDT) * From: sms@antinode.org (Steven M. Schweda) Subject: Re: KZPBR-CY 2 Message-ID: <06102512111658_2020028F@antinode.org>  " From: "bill" <balings@zfree.co.nz>  + > Is there support for the KZPBR-CY in VMS?   8    Assuming that "KZPBR-CY" is actually "KZPBA-CY", yes.  F > VMS V8.2 on an Alpha Server 1200 with the latest firmware installed.M > The card is recognized in SRM as a Qlogic ISP10x0 but no disks are visible. , > I use RZ1DF-VW drives in the internal bay.  D    Are those differential drives?  The -CB/-CY card (with the set ofG resistor packs) is a differential (now known as HV differential) card.  D (The -CA/-CX card is single-ended.  You can usually find pictures onF Ebay, if doubt lingers.  Look for "qlogic" rather than the DEC model.)  + > Do I need a utility to conigure the card?       Unlikely.  H ------------------------------------------------------------------------  3    Steven M. Schweda               sms@antinode-org 4    382 South Warwick Street        (+1) 651-699-9818    Saint Paul  MN  55105-2547    ------------------------------    Date: 25 Oct 2006 02:48:56 -0700  From: "greco" <grecot@gmail.com> Subject: Re: LAN failover C Message-ID: <1161769736.766317.242790@m73g2000cwd.googlegroups.com>    What really happens is.   C OVMS71 caches the actual LLB0 mac-address correctly. While o.t.n.16 G does the same, some how o.t.n.16 is able to keep up the ping by loosing 
 only 1 packt.   @ But, if I delete arp cache @ OVMS71, a new arp-who-is is sent to= Switch, and Physical path seems to be updated to OVMS71 port.   E I strongly believe is not on OS client the issue, and more to Network G Switch for STP, since when failover is activated there's a redudancy on  this level.    _____  ____ ( |SW1|x|SW2|      (Switches are redudant) ---------  ---------    |          | E    |          |           <<-- LLB0 broadcasts an generated MAC addr.  __|__  __|__ |ID0|     |IH0|  ---------  ---------     Volker Halle wrote: E > Does the OVMS74 system receive the ARP who-has broadcast message on E > LLB0 if you cleared the ARP cache on o.t.n.16 before pinging OVMS74 " > after switching the LAN device ? > 	 > Volker.    ------------------------------  % Date: Wed, 25 Oct 2006 11:40:30 -0600 & From: Jim Mehlhop <Mehlhop@parsec.com> Subject: Re: Mylex question ) Message-ID: <453FA18E.2020402@parsec.com>    H Vlems wrote:  / > <johnhreinhardt@yahoo.com> schreef in bericht ? > news:1161528140.389790.193480@i42g2000cwa.googlegroups.com...  >  >>H Vlems wrote: >> >>>Hello John, >>> J >>>it's good to know I'm not the only one running 1200's (well, 5305's) atE >>>home. The problem with running ARC is that I use a serial line and  >  > cannot > 0 >>>find the option to run a program from floppy.G >>>The 1200 (it still is a white box alpha but with an AS1200 5/400 cpu  >  > let's  > K >>>call it a 1200 shall we?)  came without a VGA card. I installed a Matrox ' >>>card but haven't tried that one yet. J >>>The URL is great, thanks! Tried to locate it but wasn't able to find it >  > last > 	 >>>night. G >>>Right now I use one KZPSM-AA and that works fine. If I don't get the  >  > Mylex  > - >>>to work then I'll order a second KZPSM-AA.  >>>  >>>Hans  >>C >>The RCU manual and a few other online sources make reference to a I >>serial port version of RCU but I haven't been able to find it anywhere. G >> You can use the Matrox card for the ARC bios, however VMS won't like I >>it.  My 5303 came with a Matrox video card which will work for AlphaNT, I >>Linux and Tru64 but not OpenVMS.  What you can do though is set the SRM E >>environment to graphical and run the RCU utilities and once that is I >>done set it back to serial mode to boot VMS.  I can't remember but it's F >>possible you may have to remove the Matrox video card before bootingH >>VMS.  I seem to recall that the system would halt in the start up whenI >>it detected the Matrox card.  You might try making sure that DECwindows  >>does't start - that may help.  >> >>  John H. Reinhardt  >> > L > The Matrox card is indeed not recognized by VMS and DECwindows won't start9 > because there's no graphics device found on the system. L > I managed to find my way around ARC and ran ra200FL. That utility reported. > it could not find a a Mylex raid controller.G > Ra200RCU did find the controller though, but I forgot the -o flag :-)   F On my home PWS500 that I picked up on Ebay with a KZPAC I did not get B the RCU for Alpha diskette.  Does anyone know where I can get one?     >  >  >  >    ------------------------------  % Date: Wed, 25 Oct 2006 12:05:08 -0400 < From: "Island Computers, D B Turner" <dbturner@islandco.com> Subject: NEW Email  address 0 Message-ID: <12jv2pkg73ggbee@news.supernews.com>  I Well, now I am getting over 2000 spam messages a day ( I am truly sick of  it), I am getting rid of  9 dbturner@islandco.com and going to change to just dturner     & Please ammend your records accordingly  1 This will be effective beginning of next week !!!        --     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    ------------------------------  % Date: Wed, 25 Oct 2006 09:42:47 -0700 * From: "Tom Linden" <tom@kednos-remove.com> Subject: Re: NEW Email  address ) Message-ID: <op.thzkplj9tte90l@hyrrokkin>   B On Wed, 25 Oct 2006 09:05:08 -0700, Island Computers, D B Turner   <dbturner@islandco.com> wrote:  K > Well, now I am getting over 2000 spam messages a day ( I am truly sick of  > it), I am getting rid of > ; > dbturner@islandco.com and going to change to just dturner  >  > ( > Please ammend your records accordingly > 3 > This will be effective beginning of next week !!!  >  >  > K Install MX on your VMS box and write a few filters, you should be able to   
 keep it to no ! more than 10 - 20 per  day, I do.      --  E Using Opera's revolutionary e-mail client: http://www.opera.com/mail/    ------------------------------  % Date: Wed, 25 Oct 2006 19:15:05 +0200 3 From: Michael Unger <spam.to.unger@spamgourmet.com>  Subject: Re: NEW Email  address + Message-ID: <4q9kiuFkqasnU1@individual.net>   : On 2006-10-25 18:05, "Island Computers, D B Turner" wrote:  K > Well, now I am getting over 2000 spam messages a day ( I am truly sick of  > it), I am getting rid of  H Simply use different "From:" (spam sink) and "Reply-To:" addresses -- inC my experience the "Reply-To:" address gets significantly less spam.    > [...]   G And apparently spammers don't like local-parts with *more* than one "."  in it.   Michael    --  ; Real names enhance the probability of getting real answers. 5 My e-mail account at DECUS Munich is no longer valid.    ------------------------------  + Date: Wed, 25 Oct 2006 17:14:45 +0000 (UTC)  From: david20@alpha2.mdx.ac.uk Subject: Re: NEW Email  address , Message-ID: <eho624$52b$1@south.jnrs.ja.net>  V In article <op.thzkplj9tte90l@hyrrokkin>, "Tom Linden" <tom@kednos-remove.com> writes:C >On Wed, 25 Oct 2006 09:05:08 -0700, Island Computers, D B Turner    ><dbturner@islandco.com> wrote:  > L >> Well, now I am getting over 2000 spam messages a day ( I am truly sick of >> it), I am getting rid of  >>< >> dbturner@islandco.com and going to change to just dturner >> >>) >> Please ammend your records accordingly  >>4 >> This will be effective beginning of next week !!! >> >> >>L >Install MX on your VMS box and write a few filters, you should be able to   >keep it to no" >more than 10 - 20 per  day, I do. > N As I recall islandco.com no longer uses a VMS mailserver they moved to using a
 WIN2K box.  
 David Webb Security team leader CCSS Middlesex University     >  >-- F >Using Opera's revolutionary e-mail client: http://www.opera.com/mail/   ------------------------------  % Date: Wed, 25 Oct 2006 12:45:42 +0200 / From: Paul Sture <paul.sture.nospam@hispeed.ch> % Subject: Re: PARSEC: SPAMMERS (not !) J Message-ID: <paul.sture.nospam-520994.12454225102006@mac.sture.homeip.net>  6 In article <082801c6f777$c3cb7e60$2802a8c0@CHARONVAX>,5  "Peter Weaver" <info-vax@weaverconsulting.ca> wrote:    <snip> > K > But the fact remains that they are running a non-confirmed mailing list.  L > This not only makes the mail they are sending out to this list spam it is N > also a dangerous weapon on the Internet. Anyone can go to their website and N > enter any address they want and that address will start to receive Parsec's = > newsletter. How many people out there remember this thread  P > http://groups.google.ca/group/comp.os.vms/browse_thread/thread/c5c8e4a9132594f: > /e2133e8c934bd119?hide_quotes=no#msg_2ae44a8e9d25421c ? O > A named Jerrold Schiff asked a Cobol question. Paul Sture tried to reproduce  O > the error but could not and he told Jerrold that he would look at the actual  H > code and try to solve it. Jerrold had a problem with Paul's offer and ( > responded with a very childish insult.  > The crazy thing there was that when I said didn't have enough E information to work on, he simply pointed me back at the exactly the  2 same question over on openvms.org (it's gone now).  % > I jumped into the thread to defend  O > Paul. Three days later Paul and I found ourselves signed up for 13 different  L > newsletters. Luckily they were all confirmed opt-in. At least one of them I > that I received gave the IP address, date and time that my address was  O > signed up. The IP address happened to be the same one that Jerrold used when   > he did his postings to COV.   D Indeed, a proper opt in service tells you from which IP address the " original request for sign up came.   F > If Jerrold would have been smart enough to use non-confirmed opt-in M > newsletters (like Parsec's) and if he did not run out of childish names to  J > call us then we could have found ourselves signed up for many many more M > lists. Since they were confirmed opt-in lists we could simply ignore them.  L > But how many other people out there have a childish enough mentality that K > they will sign up people for newsletters that they do not want? How many  I > people have signed up their doctor, their plumber or their teacher for  M > Parsec's newsletters? Leaving a non-confirmed mailing list on the web is a  E > dangerous thing, until Parsec cleans their list they are spamming.  L > Instructions for how to clean their list have been posted, but they would J > rather keep sending their newsletters to people who may or may not want  > them.  >   E Yep. Drifting slightly from the main topic, this brings us to to the  F topic of identity theft. That happened to me nearly 20 years ago, and F VAXMAN's recent post here about similar brought back painful memories.  I (Report a substantial loss of money to your bank, get asked to report it  H to the police, then find yourself in an interview room being accused of C doing it with the aid of an accomplice. The bank's handling of the  I matter made me seriously wonder if it was an "inside job" that they were   trying to cover up.)   --  
 Paul Sture   ------------------------------  % Date: Wed, 25 Oct 2006 12:53:18 -0400 ' From: Dave Froble <davef@tsoft-inc.com> % Subject: Re: PARSEC: SPAMMERS (not !) 9 Message-ID: <JuGdnSvb0q3ICaLYnZ2dnUVZ_oudnZ2d@libcom.com>    Paul Sture wrote:   G > Yep. Drifting slightly from the main topic, this brings us to to the  H > topic of identity theft. That happened to me nearly 20 years ago, and H > VAXMAN's recent post here about similar brought back painful memories. > K > (Report a substantial loss of money to your bank, get asked to report it  J > to the police, then find yourself in an interview room being accused of E > doing it with the aid of an accomplice. The bank's handling of the  K > matter made me seriously wonder if it was an "inside job" that they were   > trying to cover up.)  G This one's easy to see.  The banking system is fatally flawed.  Anyone  I with your bank routing number and checking account number can initiate a  I transfer.  But the same information is on every check you write and send  F to others.  If the bank can get you to not file a claim against them, * then they don't have to replace the funds.   --  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: Wed, 25 Oct 2006 15:21:23 +0200 / From: Paul Sture <paul.sture.nospam@hispeed.ch> . Subject: Powerstorm vs Elsa Gloria video card?J Message-ID: <paul.sture.nospam-2154AD.15212325102006@mac.sture.homeip.net>  	 Hi folks,   ; I have a currently spare Powerstorm card here - a PBXGB-AA.   C Before I take a screwdriver to my PWS 600au, is it better than the  $ present Elsa Gloria I have in there?  H Even if it isn't so much better, could I use it in conjunction with the # Elsa Glori form a dual head system?    TIA.   --  
 Paul Sture   ------------------------------    Date: 25 Oct 2006 07:33:39 -0700; From: "johnhreinhardt@yahoo.com" <johnhreinhardt@yahoo.com> 2 Subject: Re: Powerstorm vs Elsa Gloria video card?C Message-ID: <1161786819.111085.118310@i42g2000cwa.googlegroups.com>    Paul Sture wrote:  > Hi folks,  > = > I have a currently spare Powerstorm card here - a PBXGB-AA.  > D > Before I take a screwdriver to my PWS 600au, is it better than the& > present Elsa Gloria I have in there? > I > Even if it isn't so much better, could I use it in conjunction with the % > Elsa Glori form a dual head system?  >  > TIA. >  > -- > Paul Sture  ? The PBXGB-AA is otherwise known as the Powerstorm 3D30 and is a C somewhat faster card than the Elsa Gloria and about the fastest you = will find to work in a PWD600au (i.e. pre EV6) this side of a D Powerstorm 4D20.  I have one and the scroll rate is much better than	 the Elsa.   B FredK would be the expert here but I don't think you can dual-head this.   A In case you haven't found it elsewhere, the 3D30 (and 4D20) use a C hardware rotary switch on the card to adjust the screen resolution. * The chart is copied below (from ATW #2041)  C PowerStorm 3D30 (PBXGB-AA) and PowerStorm 4D20 (PBXGB-CA) settings:        0 1280 x 1024 72     1 1280 x 1024 66     2 1280 x 1024 60     3 1152 x  900 72     4 1600 x 1200 65 (-CA only)      5 1024 x  768 70     6 1024 x  768 72     7 1024 x  864 60     8 1024 x  768 60     9  800 x  600 72     A  800 x  600 60     B  640 x  480 72     C  640 x  480 60     D 1280 x 1024 75     E 1280 x 1024 60     F 1600 x 1200 75 (-CA only)   : That's the switch position (0-F), resolution, refresh rate     John H. Reinhardt    ------------------------------    Date: 25 Oct 2006 07:40:12 -0700( From: "Rich Jordan" <jordan@ccs4vms.com>2 Subject: Re: Powerstorm vs Elsa Gloria video card?B Message-ID: <1161787212.246018.53160@h48g2000cwc.googlegroups.com>   Paul Sture wrote:  > Hi folks,  > = > I have a currently spare Powerstorm card here - a PBXGB-AA.  > D > Before I take a screwdriver to my PWS 600au, is it better than the& > present Elsa Gloria I have in there? > I > Even if it isn't so much better, could I use it in conjunction with the % > Elsa Glori form a dual head system?  >  > TIA. >  > -- > Paul Sture  % Thats a 3D30 if I remember correctly.   D http://h18002.www1.hp.com/alphaserver/products/graphics/au/3d30.html  @ Unfortunately it looks like HP's continued loss of data on older4 equipment continues; the support files link is dead.  E The info I have on hand here (an old SOC page) says you can run three G of the 3D30s in a multihead arrangement, but doesn't say anything about  mixing with another card.   D The 3D30 has a rep as one of the fastest 2D cards available for VMS.G It is an 8 bit card so much more limited in color display, but the Elsa B (which can do 24 bit) is probably a lot slower, and definitely hasF display issues running at 1280x1024.  I'd guess that if you don't do aG lot of photorendering or graphics that requires more color choices, the ( 3D30 will be a nice performance upgrade.   Rich   ------------------------------  % Date: Wed, 25 Oct 2006 11:43:18 -0400 8 From: Stephen Hoffman <Hoff@HoffmanLabs-RemoveThis-.Org>2 Subject: Re: Powerstorm vs Elsa Gloria video card?) Message-ID: <eho0mp$20bm$1@pyrite.mv.net>    Paul Sture wrote:   = > I have a currently spare Powerstorm card here - a PBXGB-AA.  > E > Before I take a screwdriver to my PWS 600au, is it better than the  & > present Elsa Gloria I have in there? > J > Even if it isn't so much better, could I use it in conjunction with the % > Elsa Glori form a dual head system?     
    Try it.  G    If the PowerStorm 3D30 synchs with your monitor and works with your  F configuration, that's the way I'd go -- the PowerStorm 3D30 is rather F faster than the ELSA GLoria Synergy card.  In my experience, the ELSA E GLoria Synergy and (preferred to the ELSA) the ATI Radeon 7500 synch  H rather better with LCD monitors than does the PowerStorm 3D30, however.    YMMV.   G    The PowerStorm 3D30 is one of the fastest 2D cards around.  (Still!)   >    I haven't tried any of these cards on the DIGITAL Personal G Workstation series, however.  (The ATI Radeon 7500 driver does require  ! an EV6 or later system, however.)   E    I've not tried mixtures of graphics controllers when working with  I multiple heads -- configuring multiple occurances of the same controller  C is certainly easier.  (I have a vague recollection this was once a  F restriction of X Windows support, but that may well have been lifted.)  G    The PowerStorm 3D30 selector switch settings are posted over in the  G old Ask The Wizard area, if you don't have a copy of that stashed away.    ------------------------------  % Date: Wed, 25 Oct 2006 11:53:07 -0400 8 From: Stephen Hoffman <Hoff@HoffmanLabs-RemoveThis-.Org>2 Subject: Re: Powerstorm vs Elsa Gloria video card?) Message-ID: <eho193$20h6$1@pyrite.mv.net>    johnhreinhardt@yahoo.com wrote:   D > FredK would be the expert here but I don't think you can dual-head > this.   F    Though you CAN dual- or triple-head with two (or three) PowerStorm  3D30 series controllers.   ------------------------------  % Date: Wed, 25 Oct 2006 18:34:16 +0200 3 From: Michael Unger <spam.to.unger@spamgourmet.com> B Subject: Re: SimH (v3.6-1), MicroVAX 3900, and console environment+ Message-ID: <4q9iuaFm5pi2U1@individual.net>   + On 2006-10-23 19:41, "Wilm Boerhout" wrote:   , > on 23-10-2006 17:52 Michael Unger wrote...H >> Does anyone happen to know how to save settings to the file NVRAM.BINH >> (permanently), connected to SimH using "LOAD -n NVRAM.BIN"? (I didn't( >> see any hint in the PDF docs so far.) > H > Shouldn't that be "ATT NVR NVRAM.BIN"? In my experience, the settings  > are saved automagically.  C The settings are indeed "automagically" saved using the "ATTACH NVR C <file>" command -- but the "VAX Simulator User" guide (PDF, page 5, H bottom, on MicroVAX 3900) just describes the "LOAD -n <file>" command to" load the NVR contents into memory.   Michael    --  ; Real names enhance the probability of getting real answers. 5 My e-mail account at DECUS Munich is no longer valid.    ------------------------------  % Date: Wed, 25 Oct 2006 18:46:21 +0200 3 From: Michael Unger <spam.to.unger@spamgourmet.com> B Subject: Re: SimH (v3.6-1), MicroVAX 3900, and console environment+ Message-ID: <4q9iubFm5pi2U2@individual.net>   ) On 2006-10-24 14:41, "Bob Koehler" wrote:   c > In article <4q47tuFhsl0bU2@individual.net>, Michael Unger <spam.to.unger@spamgourmet.com> writes: H >> Does anyone happen to know how to save settings to the file NVRAM.BINH >> (permanently), connected to SimH using "LOAD -n NVRAM.BIN"? (I didn't( >> see any hint in the PDF docs so far.) >>  3 >> Settings (related to the VMS boot process) like:  >>   >> | >>> SET BOOT <device> >> | >>> SET BFLG <flag-value> > > >    I think the console variables are in the NVR file, as in / >    "ATTACH NVR file", not the console binary.   F The "console binary" (ROM file) is called KA655X.BIN, NVRAM.BIN should be the non-volatile RAM.  F I first used the "ATTACH NVR <file>" command according to the SimH FAQF 4.7 example (PDF, page 12), which obviously created the file, and thenD switched to the "LOAD -n <file>" command found in the "VAX Simulator# Usage" guide (PDF, page 5, bottom).   E >    It's been my experience that console variables are automatically B >    stored in that file when set from the >>> prompt.  I have twoF >    different simulations that differ only in the boot flags and they8 >    use the same LOAD file, but different ATTACH files.  H Using the "ATTACH NVR <file>" command again it now works as expected but) the documentation seems to be misleading.    > [...]    Michael    --  ; Real names enhance the probability of getting real answers. 5 My e-mail account at DECUS Munich is no longer valid.    ------------------------------   End of INFO-VAX 2006.587 ************************                                                                                                                                                                                                                                                              CA `   A  @   ht                       	{        CA @   A  8   `8   t                    Go     CA 8   A  8   8   t                        CA 8   A  0   0                       CA 0   A  0   0                     CA 0   A  0   0                      CA 0   A  8                        -  E{ CA 8   A  X   X                          S*  "                 ;            CA X   A  @   p                       	S*       CA @   A  @   h@                           CA @   A  0   0                      CA 0   A  8                          HI{ CA 8   A  `   `                               cl_load_list_expr;                      CA `   A  @   h                       	{        CA @   A  8   `8                       lo     CA 8   A  8   8                           CA 8   A  0   0                       CA 0   A  0   0   X  8 4               CA 0   A  0   0   X  7 3                CA 0   A  8   8   X  7 3               -  E{ CA 8   A  0   0   X  5 1                ICA 0   A  8   8   X  5 1                Hppo     CA 8   A  @   @   X  5 1                f  !*        CA @   A  @   @   X  5 1                  f     ;     CA @   A  @   @   X  5 1                Gppo H   ppo     CA @   A  @   @   X  5 1                6 X%  #  H   ; 