1 INFO-VAX	Sun, 04 Aug 2002	Volume 2002 : Issue 425       Contents: AD   New digital products C Re: Arithmetic Data Corruption - Compaq TCP/IP Services 5.3 and NFS 0 Re: Bad shadowing and SCSI bus error interaction2 Re: Can ANYONE explain HP's rationale on this one?2 Re: Can ANYONE explain HP's rationale on this one?2 Re: Can ANYONE explain HP's rationale on this one? Re: Carl's birthday -- Yea! & Re: device full: wrong error messages?& Re: device full: wrong error messages? Re: F&A?? Was VAX Hardware ID  Re: F&A?? Was VAX Hardware ID ! Re: Hex to decimal conversion dcl ! Re: Hex to decimal conversion dcl ! Re: Hex to decimal conversion dcl 3 Re: Marvelous EV7 system available for a test drive * Re: Move RAID5 set between HSx controllers' Re: OpenVMS comes to Itanium - Roadshow ' Re: OpenVMS comes to Itanium - Roadshow ' Re: OpenVMS comes to Itanium - Roadshow ' Re: OpenVMS comes to Itanium - Roadshow ' Re: OpenVMS comes to Itanium - Roadshow ' Re: OpenVMS comes to Itanium - Roadshow < Re: OpenVMS.org, Terry Shannon knows XYZ and Evereybody here< Re: OpenVMS.org, Terry Shannon knows XYZ and Evereybody here< RE: OpenVMS.org, Terry Shannon knows XYZ and Evereybody here< Re: OpenVMS.org, Terry Shannon knows XYZ and Evereybody here< Re: OpenVMS.org, Terry Shannon knows XYZ and Evereybody here< Re: OpenVMS.org, Terry Shannon knows XYZ and Evereybody here< Re: Robust exception handler context in C (well, C++ really)< Re: Robust exception handler context in C (well, C++ really)< Re: Robust exception handler context in C (well, C++ really)< Re: Robust exception handler context in C (well, C++ really)< Re: Robust exception handler context in C (well, C++ really)< RE: Robust exception handler context in C (well, C++ really) Test, please ignore  Re: Today's KLEZ Alert Re: Today's KLEZ Alert uaf  Re: VAX Hardware ID  Re: VAX Hardware ID  Re: VAX Hardware ID   F ----------------------------------------------------------------------  $ Date: Fri, 2 Aug 2002 20:46:23 +0200# From: "Fastboy" <nobody@nobody.com> " Subject: AD   New digital products8 Message-ID: <LXC29.54958$C8.13556@tornado.fastwebnet.it>       Hey,&     new digital products on medialand.     1     Come here to visit:   http://www.medialand.it           Ciauz..    ------------------------------  % Date: Sat, 03 Aug 2002 12:12:13 +0200  From: Dirk Munk <munk@home.nl>L Subject: Re: Arithmetic Data Corruption - Compaq TCP/IP Services 5.3 and NFS4 Message-ID: <YYN29.67334$uV1.4495122@zwoll1.home.nl>   Malcolm Dunnett wrote:0 > In article <3D4A2542.4010807@wasd.vsm.com.au>,7 >     Mark Daniel <Mark.Daniel@wasd.vsm.com.au> writes:  >  > J >>We recently had a *real significant* problem after an upgrade to Compaq L >>TCP/IP 5.3.  Not to labour the story too heavily, but as this causes data M >>corruption, a *warning* is in order and I couldn't find an existing one on   >>c.o.v. >>M >>If you have this version of TCP/IP installed, are using the NFS server and  I >>have any application that does floating point arithmetic :^) apply the  ; >>just-released AXPVMS-TCPIP_MUP-V0503-181-4 *immediately*.  >> >  > L >    This doesn't seem to be available on ftp.service.digital.com ( at least > I can't find it ). >   M No, it is not there. Only a update for TCPIP 5.1 (I'm looking in the VMS 7.3  M patch list). Thta is a bit odd, since this MUP update ! Perhaps full testing  L hasn't completed yet, and at the moment you will only get this patch if you  experience problems ?    ------------------------------  # Date: Sat, 03 Aug 2002 01:06:41 GMT * From: "Bill Todd" <billtodd@metrocast.net>9 Subject: Re: Bad shadowing and SCSI bus error interaction = Message-ID: <B0G29.509$yc3.80599@bin4.nnrp.aus1.giganews.com>   9 "Paul Repacholi" <prep@prep.synonet.com> wrote in message ' news:87r8hh9olj.fsf@prep.synonet.com... $ > John Santos <JOHN@egh.com> writes:   ...   @ > > *WE* need to know, but the application sure as hell doesn't! > < > > Shadowing is supposed to hide hardware failures from the > > application. > F > No, shadowing is designed to enable your app to continue in the face > of disk errors.   H If you meant that in any sense that materially differs from the sense ofC John's statement, then I believe that the extent of such difference K represents an error on your part.  At the very most, the fact that a shadow L set may have lost some of its redundancy is the kind of thing that should beL reported as additional 'success' status in something like the RMS STV field, not as some kind of error.   ...   @ > Now on the write, there are two cases. 1) the failure has beenC > detected already, and the failed member has been expelled for the G > shadow set.  But in this case, we can write to all (remaining) shadow E > members, so we are happy. 2) We discover the failure as part of the G > write , the write is stalled while shadowing sorts out the mess. Then  > go to case 1.  > H > If, *at the time of the QIO* a drive is a member of a shadow set, then+ > any error on that drive will be reported.   J I'm not sure how you meant the last sentence to differ from your precedingH 'case 2' description, and I agree with John that it should not differ atK all:  the write failure certainly must be reported to and dealt with by the I shadowing layer, but has no business being propagated all the way back to L the application as anything more than additional success information as longB as the logical storage device served up by the shadow set is still functional.    - bill   ------------------------------   Date: 2 Aug 2002 19:37 CDT' From: carl@gerg.tamu.edu (Carl Perkins) ; Subject: Re: Can ANYONE explain HP's rationale on this one? , Message-ID: <2AUG200219370118@gerg.tamu.edu>  ' "John Smith" <a@nonymous.com> writes... H }HP will be hit somewhat in the profitability of their printer lineup. I  < Considering that they say Dell accounts for only 3% of their5 printer revenue, "somewhat" is a pretty small number.   B Then considering that the printers they people buy with their DellF are almost all low end type stuff (inkjets rather than laser printers,A and usually not very good inkjets) it is possible that this could A actually increase their profit margin since low end printers sell E for basically what it costs to make them - sometimes less. The profit @ in them is not in the printer. It is in the ink. Thus this could? lead to a short-term increase in profit margin by not selling a ? relatively small number of inkjets at (or slightly below) cost.    --- Carl   ------------------------------   Date: 2 Aug 2002 18:20:46 -0700 ( From: univms@bigfoot.com (Hamlyn Mootoo); Subject: Re: Can ANYONE explain HP's rationale on this one? = Message-ID: <9cf7e06d.0208021720.2fb5c86b@posting.google.com>   q "John Smith" <a@nonymous.com> wrote in message news:<Rnx29.5279$wh1.2646@news01.bloor.is.net.cable.rogers.com>... 4 > http://www.eweek.com/article2/0,3959,425856,00.asp > N > Dell is thinking about getting into the printer business. In retaliations HPJ > cancels their agreement with Dell for all the products that HP currentlyM > sells to them. Poor punished Dell. Now they have to make a deal with Canon, J > or Epson, or Lexmark to boost those companies sales. And with Toshiba or > Sony for their handhelds.   A Aside from the marginally larger screen on the iPaqs, I think the D Toshiba PDA's are quite superior in design in that you don't have toA buy sleeves to add on CF II cards, etc.  The latest Toshiba e-740 @ comes with integrated 802.11b, etc.  I did like the Jornada lineC better that the iPaq as well, due in part to it's screen cover.  Of F course HP in it's infinite wisdom is deciding to kill the Jornada line in favor of the iPaq.    > I > What HP has done is to eliminate a large channel through which they can L > still sell their products until and if, as, and when Dell ever really getsJ > into the printer business. And even if Dell was in the printer business,D > unless HP's printers were no longer offered by Dell at all, a goodK > proportion of Dell computer buyers would have still opted for HP printers # > anyway based on reputation alone.  > D So much for the HP "invent" logo.  It's a sad day when a once solid,< and innovative company decides that because it can't competeD effectively on a level playing field, that it is going to "take it'sE marbles and go home", especially in such an overt way.  But I suppose @ that's what happens if you have people like Fiorina and Capellas running things.   E > So the bottom line is HP has unilaterally killed a low-cost to them M > distribution channel, taken upon themselves to incur higher marketing costs H > to try and reach potential Dell computer buyers BEFORE they make theirK > purchasing decision with Dell for their computers (let's face it, if they L > are buying Dell computers they have already rejected HP/Compaq computers). > K > I guess this is what constitutes the Rocket Science 101 course they teach & > the executives internally within HP. > D Dell, which apparently applies some thought to their decisions, mostF likely saw this coming, hence the possible deal with Lexmark.  HP justD seems to be responding overtly, inappropriately, and stupidly to the? machinations at Dell.  According to IDC, second quarter saw the B combined HP and Compaq ship 15.1 % of all PC's worldwide, compared? with 14.8 %  for Dell (in second place).  This reflects a 16.1% F decline for HP in the quarter, and 15.5% rise for Dell.   If I were HPF I probably would be worried too.  Furthermore, Dell has a high "attach@ rate" for printer sales with it's systems, which, if Dell pushesF Lexmarks, could provide better margins on the overall system sales forE Dell.  I think that the fact that Dell was "surprised" by the HP move B was probably due to the "pettiness" factor of HP in taking a smallB chunk out of it's nose (not cutting off the whole thing), to spiteB it's face. Personally, I think far beyond the sales HP might lose,D they lose respect, and goodwill--things that might not hurt you this, quarter or the next, but many years to come.  B In this new war between HP and Dell, I think we just saw the firstE after-effects of shock by HP as they just realized that the kid whose B lunch they were going to steal is packing a semi-auto 9 millimeter# intead of a peanut butter sandwich.    HM  I > HP will be hit somewhat in the profitability of their printer lineup. I ? > wonder which division within HP will be forced to lower their I > advertising/marketing or R&D efforts to make-up the lost profits. Let's F > see...Wintel space is basically outsourced chips and OS - no room toM > maneuver there. Enterprise space is basically internal OS products and lots L > of system engineering - a place where you can control your costs by making > unilateral cuts.   ------------------------------  # Date: Sat, 03 Aug 2002 01:49:17 GMT 1 From: "Terry C. Shannon" <terryshannon@attbi.com> ; Subject: Re: Can ANYONE explain HP's rationale on this one? / Message-ID: <xEG29.230633$Wt3.200510@rwcrnsc53>   < "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message! news:3D4B2767.54E38413@fsi.net...  > John Smith wrote: 
 > > [snip] > @ > I seriously doubt if *ANY*one can explain HPQ's (ir)rationale, > especially not HPQ!   K Well, back when I was a kid they had those magic 8-balls that would deliver K 8 random answers to questions you posed. Maybe these are still available...    ------------------------------  % Date: Sat, 03 Aug 2002 21:32:13 +0200 - From: Didier Morandi <Didier.Morandi@Free.fr> $ Subject: Re: Carl's birthday -- Yea!' Message-ID: <3D4C2FBD.FAF6DDD5@Free.fr>   & Well, the answer is - to me - obvious:  P The hardware which runs VMS has been produced by the same company which producedD the operating system. This is (to me) the reason why VMS is so good.  O When Intel starts developping an OS for their platforms, maybe we will see what  you are looking for.  N For the moment, I prefer to believe that VMS will run on IA64. So, one day, we will have PCs running VMS.   Why not?   D.   Mark Tarka wrote:  >  ../.. C > I was wondering, and someone here might know -- would PC hardware F > (cheap, I know, but look at it in the short run, like 5 years old orH > less) have the same reliability as VAX hardware, where the software is > never the cause of a crash??   ------------------------------  $ Date: Sat, 3 Aug 2002 18:36:32 -0400  From: John Santos <JOHN@egh.com>/ Subject: Re: device full: wrong error messages? 5 Message-ID: <1020803182147.3497C-100000@Ives.egh.com>   ) On Sat, 3 Aug 2002, Didier Morandi wrote:    > John Santos wrote: > >  > ../.. K > > If you did a DELETE/ERASE, or if the file was marked "erase on delete", C > > it might return control to you immediately, but take a while to A > > return the blocks to the free space pool.  (Need to test this  > > to be sure.) > P > Which "free space pool"? We are not talking memory here, we are talking header > files entries in INDEXF.SYS.  A I mean the pool of free clusters, as listed in BITMAP.SYS (and as B cached in memory by VMS so it doesn't have to go out to bitmap.sysD everytime you allocate a file.)  I think the VMS Cluster members are@ supposed to handshake about this, so if one member wants to grabG more space than it can get, due to other cluster member's reservations, D the others will release some.  Maybe there is a problem with this...H I.E. Free space is large enough, and the value that shows in SHOW DEVICEB is accurate, but the bits in BITMAP.SYS reflect some pre-allocatedB clusters that have been grabbed by other systems which are failing to release them on demand.  A I have successfully created files with an allocation equal to the @ entire free space on a disk mount /cluster (many times), so this> generally works right, but maybe there is an infrequent bug or+ a bug in a recent ECO that has broken this.   @ (I could be confusing the method to allocate disk space with theA method to allocate file headers, but I think similar methods are\ A used to preallocate both.  Also, above, I use the word "clusters" D to mean both "disk clusters" (i.e. sets of blocks used as a unit for9 disk space allocation), and "VMS clusters".  Oh, well...)    --   John Santos  Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------   Date: 4 Aug 02 07:06:10 +0200 ) From: p_sture@elias.decus.ch (Paul Sture) / Subject: Re: device full: wrong error messages? ) Message-ID: <0n6q2QJFAAhW@elias.decus.ch>   X In article <1020803183813.3497D-100000@Ives.egh.com>, John Santos <JOHN@egh.com> writes:( > On Sat, 3 Aug 2002, Tom Simpson wrote: > I >> There was no delete/erase.  The disk is a 32gb Storageworks drive in a  >> shared SCSI configurationI >> w/2 HSZ70 controllers.  No device errors noted.  There are less than a  >> hundred files on K >> the drive, so we aren't running out of header space.  We are not running  >> disk quotas. J >> If another process has the file open, my experience is that the convert >> command will generate9 >> an error.  No convert errors appeared in the log file.  > G > I don't think convert requires exclusive access to its input file, so B > if another process has it open with read access and allows writeG > access, don't think CONVERT will notice, but it will cause the DELETE 3 > to delay until the other process closes the file.  >  Only if CONVERT/SHARE is used:   CONVERT      file  
     /SHARE  H        Specifies whether the input file is to be opened for sharing with-        other processes during the conversion.   
        Format             /SHARE             /NOSHARE  (DEFAULT)  D        You can use the /SHARE option to generate a rough backup of aC        file that is always opened for sharing by some applications. H        However, another process can alter the records during the ConvertE        utility operations. As a result, the consistency of the output !        file cannot be guaranteed.  >>  J >> My first though was to make the command procedure check the free blocks >> first and do a M >> show device/files but I haven't been given the opportunity to do that yet.  >> We'll see what happens L >> tonight when the procedure runs again.  After the problem, the free space >> looked ok andM >> should not have caused the problem, but that was 3-4 hours after the errorS >> occurred... >> eO >> This procedure has run for years without problems, but only recently has thet >> file size grown toCH >> the point that 2 copies of this large file will not fit on the drive. > B > Good luck.  I hope it turns out to be easy to fix, and not a VMS% > bug that could be biting all of us!  >    __
 Paul Sture Switzerlandn   ------------------------------  $ Date: Sat, 3 Aug 2002 21:56:08 +0200" From: "Hans Vlems" <hvlems@iae.nl>& Subject: Re: F&A?? Was VAX Hardware ID6 Message-ID: <aihch3$14g51n$1@ID-143435.news.dfncis.de>  ; "Paul Repacholi" <prep@prep.synonet.com> schreef in berichtd* news:87eldg6iq1.fsf_-_@prep.synonet.com...& > "Hans Vlems" <hvlems@iae.nl> writes: >RG > > A "B" license is not very common, which is probably the reason that ( > > Bob Supnik got the 3900's microcode. >e: > > > Type: B, Units Required: 100    (VAX/VMS F&A Server) >a' > OK, what the F&A is an `F&A Server' ?a >m Excellent question.n   ------------------------------  $ Date: Sat, 3 Aug 2002 21:58:01 +0200" From: "Hans Vlems" <hvlems@iae.nl>& Subject: Re: F&A?? Was VAX Hardware ID6 Message-ID: <aihcr7$14pa9k$1@ID-143435.news.dfncis.de>  ; "Paul Repacholi" <prep@prep.synonet.com> schreef in berichte* news:87eldg6iq1.fsf_-_@prep.synonet.com...& > "Hans Vlems" <hvlems@iae.nl> writes: >rG > > A "B" license is not very common, which is probably the reason thatl( > > Bob Supnik got the 3900's microcode. >t: > > > Type: B, Units Required: 100    (VAX/VMS F&A Server) >e' > OK, what the F&A is an `F&A Server' ?r  D I'm not sure what the abbreviation means, I guess it stands for File and Application server.r   Hans   ------------------------------   Date: 2 Aug 2002 19:11 CDT' From: carl@gerg.tamu.edu (Carl Perkins)r* Subject: Re: Hex to decimal conversion dcl, Message-ID: <2AUG200219110326@gerg.tamu.edu>  ( tarunm_2000@yahoo.com (tmrana) writes...F }Can anyone tell me any dcl command to convert a hexadecimal number to? }decimal number. or any system routine in vax for that matter..m }  }Regards }Tarun   $ hexnumber = %Xabcdef   Tada! You are done.5  A The variable "hexnumber" will, by default, appear in decimal formi- using the usual output methods - for example:w   $ write sys$output hexnumber 11259375  ? Of course, your question was rather vague. How did you get this0? "hexadecimal number" in the first place? A text string read outC* of a file or from the user? Consider this:   $ text = "abcdef"9 $ sh symb text   TEXT = "abcdef"  $ integer = %x'text' $ sh symb integerD:   INTEGER = 11259375   Hex = 00ABCDEF  Octal = 00052746757   Or, alternatively:  N $ integer = 0 ! to clear the data, so you know that what happens below is real  $ integer = f$integer("%x"+text) $ sh symb integero:   INTEGER = 11259375   Hex = 00ABCDEF  Octal = 00052746757  E In DCL, a prefix of %X indicates that the following number is in hex.fD Likewise %O indicates that it is in octal. Also, a %D indicates thatA it is decminal but since decimal is the default you don't need to)D specify it (and in practice nobody ever really does unless they are ) just trying to show off or be confusing).    --- Carl   ------------------------------   Date: 2 Aug 2002 19:15 CDT' From: carl@gerg.tamu.edu (Carl Perkins)r* Subject: Re: Hex to decimal conversion dcl, Message-ID: <2AUG200219155602@gerg.tamu.edu>  _ In article <01KKU2QKYE02000UZH@tgmail.tg.nsw.gov.au>, paddy.o'brien@zzz.tg.nsw.gov.au writes...h }Joseph "Sepp" Huber wrote:  } J }>Just for the lazy, here is the dcl code I use as a command "cvt number": }> }>$ if p1 .eqs. "" @	 }>$ then e7 }>$ write sys$output "converts numbers specified in p1"t }>$ else }>$ Decimal = 'P1' }>$ SH SYM Decimal	 }>$ endifs }>I }>Yould refine it by checking the symbol p1 is really of integer type ...h } N }I use my DECW calculator :-)  But your solution gives all three bases in one  }hit.e }  }Regards, Paddyp  0 But it doesn't do what the original post wanted:   $ @tmp.com 1235   DECIMAL = 123   Hex = 0000007B  Octal = 00000000173  $ @tmp.com abc= %DCL-W-UNDSYM, undefined symbol - check validity and spellingo  \ABC\= %DCL-W-UNDSYM, undefined symbol - check validity and spelling   E As you can see, you can use it to see the hex and octal equivalent ofeF a decimal number, but it is useless for getting the decimal equivalentB of a hex number. Well, it is unless you prefix the hex number withI the "%X" manually as you input it - which seems like a bad user interfacel for a hex to decimal converter.m   --- Carl   ------------------------------   Date: 3 Aug 2002 09:19:29 +0200r' From: huber@mppmu.mpg.de (Joseph Huber)a* Subject: Re: Hex to decimal conversion dcl+ Message-ID: <9WVpFl2I1+T2@vms.mppmu.mpg.de>a  V In article <2AUG200219155602@gerg.tamu.edu>, carl@gerg.tamu.edu (Carl Perkins) writes:a > In article <01KKU2QKYE02000UZH@tgmail.tg.nsw.gov.au>, paddy.o'brien@zzz.tg.nsw.gov.au writes...  > }Joseph "Sepp" Huber wrote:* > } L > }>Just for the lazy, here is the dcl code I use as a command "cvt number": > }> > }>$ if p1 .eqs. "" m > }>$ then  9 > }>$ write sys$output "converts numbers specified in p1"n
 > }>$ else > }>$ Decimal = 'P1' > }>$ SH SYM Decimal > }>$ endif  > }>K > }>Yould refine it by checking the symbol p1 is really of integer type ...h > } P > }I use my DECW calculator :-)  But your solution gives all three bases in one  > }hit.i > }  > }Regards, Paddya > 2 > But it doesn't do what the original post wanted: >  > $ @tmp.com 1237 >   DECIMAL = 123   Hex = 0000007B  Octal = 00000000173  > $ @tmp.com abc? > %DCL-W-UNDSYM, undefined symbol - check validity and spellingC >  \ABC\? > %DCL-W-UNDSYM, undefined symbol - check validity and spelling1 > G > As you can see, you can use it to see the hex and octal equivalent of H > a decimal number, but it is useless for getting the decimal equivalentD > of a hex number. Well, it is unless you prefix the hex number withK > the "%X" manually as you input it - which seems like a bad user interfacee! > for a hex to decimal converter.t > 
 > --- Carl  M Yeah, the original question did not ask about the source of the 'hex' number.iM The  "Decimal = 'P1'" converts any legal DCL expression, and delivers exactly 4 the above diagnostic "undefined symbol" for free :-)M I personally don't want to call different commands for hex->decimal,dec->hex,h oct->dec a.s.o.c   The full cvt.com I use is:   $ if p1 .eqs. "" n $ then e6 $  write sys$output "converts numbers specified in p1" $ else+ $ p = p1 + p2 + p3 + p4 + p5 + p6 + p7 + p8- $  Decimal = 'Pe $  if f$type(Decimal).nes."" $  thenv# $  if f$type(Decimal).eqs."INTEGER"c $  thenn  $   decimal = f$integer(decimal) $   SHOW SYMBOL Decimal9 $  else2 $    notinteger = decimalo $    SHOW SYMBOL notinteger@ $  endif $  endif $ endife  	 Example: 5   $ cvt %x100000/512*3008   DECIMAL = 614400   Hex = 00096000  Octal = 00002260000   or $ cvt 1966098   DECIMAL = 196609   Hex = 00030001  Octal = 00000600001H if somebody wants to know what this decimal error code means his program is reporting :-)  4 Of course I don't claim this a good user-interface, 6 for frequent calculations I use anyway X11 hexcalc ...   --: Joseph "Sepp" Huber, Max-Planck-Institut Physik,Muenchen, : http://wwwvms.mppmu.mpg.de/~huber                            ------------------------------   Date: 3 Aug 2002 05:06:42 -0700 ) From: P.Young@unsw.EDU.AU (Patrick Young)e< Subject: Re: Marvelous EV7 system available for a test drive= Message-ID: <55f85d77.0208030406.621c698c@posting.google.com>e  _ James Chamberlain <james.chamberlain@hp.com> wrote in message news:<3D4B053B.8070506@hp.com>...oJ > And now the system in question is running OpenVMS E7.3-1.  We're trying H > to rotate it every few weeks between the various operating systems we I > have available.  It's a dual-processor, 800 MHz pass-one EV7 prototype  G > system with 2 GB of memory and 9 GB of disk space.  If you'd like to  / > give it a try, sign up for a free account at:D > " > http://www.testdrive.compaq.com/ >   D I'm a bit confused - I'd like to give this a try, however not really@ sure what I'm going for. The Platform/OS selection menus are notE consistent. Eventually I got to telnet into the box that ends in .171 C which  appears to be the object of this discussion, even if "Compaqi@ Tru64 Unix on a *NEW* AphaServer 800MHz EV7" is the description.  & But, my account does not seem to work:  > Welcome to OpenVMS (TM) Alpha Operating System, Version E7.3-1   Username: <as issued>  Password: <as issued>l User authorization failure  F Sorry, I'm probably being very stupid. But, I'm a bit broken after the
 past week.   ------------------------------  # Date: Sat, 03 Aug 2002 12:29:02 GMTi( From: Mark Hemker <hemker@insightbb.com>3 Subject: Re: Move RAID5 set between HSx controllers 8 Message-ID: <pvinku405e2ueklkj0u92ct0j08elbr3qc@4ax.com>  E Thanks for the help.  I was hoping that wouldn't be the case.  By the D way, according to the quickspecs, you can go up to 36GB drives in anD RA3000.  It is probably an update in the firmware because I rememberD reading that there was a 9GB limit, I was surprised when I saw 36GB.  
 Thanks again,i Mark2 On Fri, 2 Aug 2002 14:11:45 +0200, "Gorazd Kikelj" <gorazd.kikelj@aster.si> wrote:    >Hi, >H6 >"Mark Hemker" <hemker@insightbb.com> wrote in message3 >news:8jqkkusgep1cm5scmvfv09u2b03abs3vc6@4ax.com...eF >> Currently, I have a 6 disk RAID5 array configured and running on anI >> HSG80 controller and I need to move it to an RA3000 which has an HSZ22hB >> controller.  Is there a way to do this without having to make aH >> backup, recreate the RAID5 array and then restore?  Is it possible toI >> just pull the drives and move them?  I am not sure since I believe you A >> have to INIT the drives on the controller.  Any ideas would bel >> appreciated.' >>
 >> Thanks, >> Markh >hL >Don't beleve that this is possible. HSZ22 is emulex raid controler and it's' >metadata is quite different from HSGs.l/ >Be aware of 9GB disk size limitation of HSZ22.r >eD >You can have transportable disks in HSGs and I beleve you can issue- >SET diskdrive TRANSPORTABLE or such command.fC >But I'm not shure if this will help you with RAID-5 (parity can bir >calculatedeI >differently and HSGs can adjust RAID-5 to RAID-4 it I/O patteren demands  >it.)  > # >It's no help I no but that's life.a >i
 >Best, Gorazdn   ------------------------------   Date: 2 Aug 2002 18:36:54 -0700o( From: univms@bigfoot.com (Hamlyn Mootoo)0 Subject: Re: OpenVMS comes to Itanium - Roadshow= Message-ID: <9cf7e06d.0208021736.3e1e7623@posting.google.com>    "Stuart, Ed" <Ed.Stuart@austinenergy.com> wrote in message news:<92EFB80E551BD511B39500D0B7B0CDCC0642C70E@ohms.electric.ci.austin.tx.us>...rK > So you would not recommend this event if you had to drive 180 miles or soe1 > between Austin and Houston, Texas to attend it?h >  > EdG > **Please apply a generous amount of all the usual disclaimers here.**   ? There wasn't really anything at it that you probably don't knowvE already.  I came in about 10 minutes after they had started the first.< speaker, and I noticed that about 15 badges of those who hadF registered were still unclaimed.  As it was, there were probably under? 20 people there.  My own incentive for going was due in part tocA curiosity and also becuase there was a chance to win an iPaq, andeB there was free food :)  But it really wouldn't be worth a 3-4 hour drive, IMO.    HM   ------------------------------   Date: 3 Aug 2002 08:17:20 -0700.( From: bob@instantwhip.com (Bob Ceculski)0 Subject: Re: OpenVMS comes to Itanium - Roadshow= Message-ID: <d7791aa1.0208030717.25e191ab@posting.google.com>M   winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr") wrote in message news:<00A11E05.20098997@SSRL04.SLAC.STANFORD.EDU>...] > In article <aifars01c3v@enews2.newsguy.com>, "Frank Sapienza" <sapienza@noesys.com> writes:h1 > >"John Smith" <a@nonymous.com> wrote in messageIA > >news:u3y29.5416$wh1.55@news01.bloor.is.net.cable.rogers.com... @ > >> See also http://www.eweek.com/article2/0,3959,426234,00.asp > >> > >n@ > >Regarding the E-Week article, I found two things interesting: > > O > >1) "By going to a consolidated database model, we could focus our efforts oneK > >training and technical expertise on a single operating environment and a-H > >single database," Moore said. "And that's what we're driving to now." > > O > >If consolidation, training, and expertise (both retention and development ofCN > >expertise) are your goals, then you're not going to have much success in anM > >OpenVMS/RDB environment.  Why?  The consolidation part is easy enough, but L > >the training and expertise are getting harder and harder to find.  UnlessD > >Oracle and HP start developing training programs for RDB and VMS,O > >respectively, it's going to be more and more difficult to retain RDB and VMSk	 > >sites.h > >wL > >2) In another example, a recalculation application that redistributes theM > >costs of a work order within the fixed asset database used to take about 6sN > >hours to be completed. Once the recalculation capability was moved from RdbO > >running on a VAX 4000 to the consolidated environment, it took only seconds,t > >Bathalon said.t > >tJ > >I'm certain that had they moved the VMS/RDB application to an ES45 theyK > >would have still seen a dramatic performance gain.  It's likely that theoO > >4000 was using DSSI or at best Narrow SCSI devices; the ES45 undoubtedly has.E > >either UltraSCSI or FibreChannel I/O systems.  The increase in I/OrF > >bandwidth, disk speed, and CPU horsepower would make even the worstN > >application perform like a completely different animal.  So I wouldn't haveJ > >attributed this particular performance gain to "a consolidated database
 > >model". >  > G > I have to agree with both of these points.  What I found particularlysO > interesting, though, was that the platform they chose for the future, leavingb% > VMS and Windows behind, was Tru64. t > 	 > -- Alano >   K They could have used VMS oracle 9i, but now they will have to migrate from tF tru64 to hpux down the road when they could have just easily ported to1 vms itanium ... bad costly and stupid it move ...f   ------------------------------  $ Date: Fri, 2 Aug 2002 21:14:15 -0400, From: "Frank Sapienza" <sapienza@noesys.com>0 Subject: Re: OpenVMS comes to Itanium - Roadshow, Message-ID: <aifars01c3v@enews2.newsguy.com>  . "John Smith" <a@nonymous.com> wrote in message> news:u3y29.5416$wh1.55@news01.bloor.is.net.cable.rogers.com...= > See also http://www.eweek.com/article2/0,3959,426234,00.aspe >sJ > It appears that it was not that Rdb was the problem but that they bulkofE > their experience/use *appeared* to be with Orcacle rather than Rdb.h > J > Without knowing any of the rationales behind the decision, it would seemJ > that they made the move to Oracle 9i to maintain their experience/skills and > > that they simultaneously made the decision to move from VMS. >lK > One fewer Rdb customer. Not because Rdb is bad, but because VMS customers  > become former VMS customers. >u  = Regarding the E-Week article, I found two things interesting:p  L 1) "By going to a consolidated database model, we could focus our efforts onH training and technical expertise on a single operating environment and aE single database," Moore said. "And that's what we're driving to now."   L If consolidation, training, and expertise (both retention and development ofK expertise) are your goals, then you're not going to have much success in an J OpenVMS/RDB environment.  Why?  The consolidation part is easy enough, butI the training and expertise are getting harder and harder to find.  UnlesseA Oracle and HP start developing training programs for RDB and VMS,sL respectively, it's going to be more and more difficult to retain RDB and VMS sites.  I 2) In another example, a recalculation application that redistributes the J costs of a work order within the fixed asset database used to take about 6K hours to be completed. Once the recalculation capability was moved from RdboL running on a VAX 4000 to the consolidated environment, it took only seconds, Bathalon said.  G I'm certain that had they moved the VMS/RDB application to an ES45 they H would have still seen a dramatic performance gain.  It's likely that theL 4000 was using DSSI or at best Narrow SCSI devices; the ES45 undoubtedly hasB either UltraSCSI or FibreChannel I/O systems.  The increase in I/OC bandwidth, disk speed, and CPU horsepower would make even the worst K application perform like a completely different animal.  So I wouldn't have G attributed this particular performance gain to "a consolidated database  model".g   ------------------------------  # Date: Sat, 03 Aug 2002 02:24:08 GMTA* From: "Bill Todd" <billtodd@metrocast.net>0 Subject: Re: OpenVMS comes to Itanium - RoadshowA Message-ID: <c9H29.45525$eG2.1305233@bin6.nnrp.aus1.giganews.com>s  7 "Frank Sapienza" <sapienza@noesys.com> wrote in messagei& news:aifars01c3v@enews2.newsguy.com...   ...   K > 2) In another example, a recalculation application that redistributes theeL > costs of a work order within the fixed asset database used to take about 6I > hours to be completed. Once the recalculation capability was moved from- Rdb-E > running on a VAX 4000 to the consolidated environment, it took onlye seconds, > Bathalon said. >WI > I'm certain that had they moved the VMS/RDB application to an ES45 they J > would have still seen a dramatic performance gain.  It's likely that theJ > 4000 was using DSSI or at best Narrow SCSI devices; the ES45 undoubtedly has D > either UltraSCSI or FibreChannel I/O systems.  The increase in I/OE > bandwidth, disk speed, and CPU horsepower would make even the worste9 > application perform like a completely different animal.n  D Perhaps.  But there's no way those could account for anything like aK speed-up by a factor of about 1000:  either the data layout changed, or the-F algorithms used to process the data differed radically between Rdb and Oracle Classic.R   - bill   ------------------------------  % Date: Fri, 02 Aug 2002 22:23:55 -0400u' From: Howard S Shubs <howard@shubs.net>n0 Subject: Re: OpenVMS comes to Itanium - Roadshow< Message-ID: <howard-3FB075.22235402082002@enews.newsguy.com>  = In article <9cf7e06d.0208021736.3e1e7623@posting.google.com>,d*  univms@bigfoot.com (Hamlyn Mootoo) wrote:  8 > But it really wouldn't be worth a 3-4 hour drive, IMO.  G What a surprise.  I suspect it wasn't worth a 60 minute drive, or a 10 1 minute one.c   -- y# "Run in circles, scream and shout!"d I hope you have good backups!m* "Is this the right place for an argument?"   ------------------------------  # Date: Sat, 03 Aug 2002 06:31:01 GMT L From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")0 Subject: Re: OpenVMS comes to Itanium - Roadshow8 Message-ID: <00A11E05.20098997@SSRL04.SLAC.STANFORD.EDU>  [ In article <aifars01c3v@enews2.newsguy.com>, "Frank Sapienza" <sapienza@noesys.com> writes:m/ >"John Smith" <a@nonymous.com> wrote in message ? >news:u3y29.5416$wh1.55@news01.bloor.is.net.cable.rogers.com... > >> See also http://www.eweek.com/article2/0,3959,426234,00.asp >> >.> >Regarding the E-Week article, I found two things interesting: > M >1) "By going to a consolidated database model, we could focus our efforts on I >training and technical expertise on a single operating environment and a F >single database," Moore said. "And that's what we're driving to now." >rM >If consolidation, training, and expertise (both retention and development of-L >expertise) are your goals, then you're not going to have much success in anK >OpenVMS/RDB environment.  Why?  The consolidation part is easy enough, butbJ >the training and expertise are getting harder and harder to find.  UnlessB >Oracle and HP start developing training programs for RDB and VMS,M >respectively, it's going to be more and more difficult to retain RDB and VMSH >sites.m > J >2) In another example, a recalculation application that redistributes theK >costs of a work order within the fixed asset database used to take about 6lL >hours to be completed. Once the recalculation capability was moved from RdbM >running on a VAX 4000 to the consolidated environment, it took only seconds,c >Bathalon said.  > H >I'm certain that had they moved the VMS/RDB application to an ES45 theyI >would have still seen a dramatic performance gain.  It's likely that the M >4000 was using DSSI or at best Narrow SCSI devices; the ES45 undoubtedly hasiC >either UltraSCSI or FibreChannel I/O systems.  The increase in I/OaD >bandwidth, disk speed, and CPU horsepower would make even the worstL >application perform like a completely different animal.  So I wouldn't haveH >attributed this particular performance gain to "a consolidated database >model".    E I have to agree with both of these points.  What I found particularlyRM interesting, though, was that the platform they chose for the future, leaving # VMS and Windows behind, was Tru64. a   -- Alanr    O ===============================================================================w0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056lM  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA  94309-0210nO ===============================================================================    ------------------------------  # Date: Sat, 03 Aug 2002 01:45:27 GMTe1 From: "Terry C. Shannon" <terryshannon@attbi.com>tE Subject: Re: OpenVMS.org, Terry Shannon knows XYZ and Evereybody heres/ Message-ID: <XAG29.230594$Wt3.199536@rwcrnsc53>r  < "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message! news:3D4B2550.44961487@fsi.net...A > Fabio Cardoso wrote: > >a > > KF > >7 > > First vote is mine ! :-) >D > Make that two!  H From what I understand Ken Farmer is very interested in doing this. I am? willing to support him to whatever extent I can. If you lurk in A comp.org.decus, you will note that it has turned into a PornoSPAM L repository. We don't need the same to happen to comp.os.vms, and I think Ken has a workable alternative.h   ------------------------------  # Date: Sat, 03 Aug 2002 04:14:57 GMTb( From: Don Sykes <annonymous@pacbell.net>E Subject: Re: OpenVMS.org, Terry Shannon knows XYZ and Evereybody here + Message-ID: <3D4B595E.A458DC14@pacbell.net>"   Kenneth Farmer wrote:a > L > I'd be willing to try something like this.  Anyone object to running there: > sites on a (oh boy, here it comes) Linux server (duck!). > O I'm horrified! Is that what you're using??? What a boon for the likes of Andrew: & Torvalds!eN Imagine the talk, "Yea they have to run their VMS web site on Linux, cause VMSN can't handle it! Ha , ha, ha, ha..." Eeeccchhh! (the sound of fingernails on a blackboard).  J > I could probably swing getting the sites up on a OVMS server also.  ThatM > route would take some time.  I'm in the process of getting up a OVMS servero" > to act as a public file archive. > M If I had a big enough pipe (internet, that is) and the capacity, I'd offer to0% mirror it myself, but, alas, I don't.   A > Any others interested in participating?  Just drop me an email,0L > kfarmer@openvms.org.  I probably wouldn't be interested unless there are a > dozen or more responses. >  With that said,,, count me in.   Have VMS. Will Travel. Wire Paladin (@alphase.com)1
 San Francisco    ------------------------------  $ Date: Sat, 3 Aug 2002 17:21:44 -0700# From: "Tom Linden" <tom@kednos.com> E Subject: RE: OpenVMS.org, Terry Shannon knows XYZ and Evereybody here49 Message-ID: <CIEJLCMNHNNDLLOOGNJIKEPPFHAA.tom@kednos.com>c   How big a pipe is needed?v   >-----Original Message-----g0 >From: Don Sykes [mailto:annonymous@pacbell.net]& >Sent: Friday, August 02, 2002 9:15 PM >To: Info-VAX@Mvb.Saic.ComF >Subject: Re: OpenVMS.org, Terry Shannon knows XYZ and Evereybody here >  >n >Kenneth Farmer wrote: >> y@ >> I'd be willing to try something like this.  Anyone object to  >running there; >> sites on a (oh boy, here it comes) Linux server (duck!).p >> yA >I'm horrified! Is that what you're using??? What a boon for the d >likes of Andrew >& Torvalds!? >Imagine the talk, "Yea they have to run their VMS web site on o >Linux, cause VMS ? >can't handle it! Ha , ha, ha, ha..." Eeeccchhh! (the sound of w >fingernails on aT >blackboard) >lK >> I could probably swing getting the sites up on a OVMS server also.  ThattC >> route would take some time.  I'm in the process of getting up a v >OVMS server# >> to act as a public file archive.0 >> VB >If I had a big enough pipe (internet, that is) and the capacity, 
 >I'd offer toV& >mirror it myself, but, alas, I don't. >3B >> Any others interested in participating?  Just drop me an email,B >> kfarmer@openvms.org.  I probably wouldn't be interested unless  >there are a >> dozen or more responses.- >> - >With that said,,, count me in.u >0 >Have VMS. Will Travel.a >Wire Paladin (@alphase.com) >San Francisco >v >---' >Incoming mail is certified Virus Free.D; >Checked by AVG anti-virus system (http://www.grisoft.com).tA >Version: 6.0.377 / Virus Database: 211 - Release Date: 7/15/2002c >i --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.377 / Virus Database: 211 - Release Date: 7/15/2002   ------------------------------  # Date: Sat, 03 Aug 2002 06:16:44 GMT1) From: Vasu Kulkarni <vasu_k@softhome.net>aE Subject: Re: OpenVMS.org, Terry Shannon knows XYZ and Evereybody heret2 Message-ID: <gzK29.36$CO4.517219@news.cpqcorp.net>   Really Great Idea..  I like it..a $! vasukulkarni@rediffmail.com $! www.digitalglobalsoft.com   Don Sykes wrote:   >Fabio Cardoso wrote:i >> s2 >> Reading the OpenVMS.org today I saw the face of1 >> Terry Shannon ... so he is not a divine entity % >> as everybody used to suppose ! :-)s >>  1 >> But I would like to know if we (from the list)t. >> would use OpenVMS.org as a "personal site",. >> for example, to have my personal profile at >> the site... >>   >> www.openvms.org/fabiocardosob >>   >> ori >> p  >> www.openvms.org/daviddachtera >>   >> ors >> t >> www.openvms.org/arneval$##@ >>  + >> I think it would be the better place for20 >> us of the OVMS community to put our profiles.- >> If Kenneth is able to make a standard formS >> for us to fill, etc ... >> IP >I like the idea. We could go there to find background on those we like or hate.= >Plus potential customers could use it to find VMS expertise.e >d   ------------------------------  % Date: Sat, 03 Aug 2002 09:22:20 +0200 2 From: martin@radiogaga.harz.de (Martin Vorlaender)E Subject: Re: OpenVMS.org, Terry Shannon knows XYZ and Evereybody hereO; Message-ID: <3d4b84ac.524144494f47414741@radiogaga.harz.de>8  0 David J. Dachtera (djesys.nospam@fsi.net) wrote: > Fabio Cardoso wrote: > > First vote is mine ! :-) >B > Make that two!   Add me in, too.h  F Given that CSWS 1.2 includes mod_rewrite, I think I could additionallyE offer external redirection from www.openvms.de/<name>/ . No webspace,aF though, as my company is in the website hosting business. I'll have to; talk to my boss (on Monday) before I can make any promises.a   cu,a   Martin -- dB                         | Martin Vorlaender | VMS & WNT programmer1  OpenVMS: Where do you  | work: mv@pdv-systeme.de5D  want to BE today?      |   http://www.pdv-systeme.de/users/martinv/8                         | home: martin@radiogaga.harz.de   ------------------------------  # Date: Sat, 03 Aug 2002 09:59:21 GMTa1 From: "Terry C. Shannon" <terryshannon@attbi.com>)E Subject: Re: OpenVMS.org, Terry Shannon knows XYZ and Evereybody here-/ Message-ID: <ZPN29.746105$352.163559@sccrnsc02>:  5 "Don Sykes" <annonymous@pacbell.net> wrote in messageu% news:3D4B595E.A458DC14@pacbell.net...o > Kenneth Farmer wrote:1 > >2H > > I'd be willing to try something like this.  Anyone object to running therei< > > sites on a (oh boy, here it comes) Linux server (duck!). > >8J > I'm horrified! Is that what you're using??? What a boon for the likes of Andrew
 > & Torvalds!s  I Yep, that's what he's using. But before maligning the guy, drop a line togL kfarmer@farmer.org and ask why. He *does* have some VMS-capable gear kicking arouond.  L > Imagine the talk, "Yea they have to run their VMS web site on Linux, cause VMS K > can't handle it! Ha , ha, ha, ha..." Eeeccchhh! (the sound of fingernailsa on a
 > blackboard)e >uL > > I could probably swing getting the sites up on a OVMS server also.  ThatH > > route would take some time.  I'm in the process of getting up a OVMS server$ > > to act as a public file archive. > >,L > If I had a big enough pipe (internet, that is) and the capacity, I'd offer to' > mirror it myself, but, alas, I don't.u >sC > > Any others interested in participating?  Just drop me an email,rL > > kfarmer@openvms.org.  I probably wouldn't be interested unless there are ae > > dozen or more responses. > >P  > With that said,,, count me in. >o > Have VMS. Will Travel. > Wire Paladin (@alphase.com)d > San Franciscoo   ------------------------------  # Date: Sat, 03 Aug 2002 03:23:09 GMTc- From: "John E. Malmberg" <wb8tyw@qsl.network>cE Subject: Re: Robust exception handler context in C (well, C++ really) * Message-ID: <3D4B47DA.9060908@qsl.network>   Robert Deininger wrote:e > H > Can you use a standard VMS condition handler, via VAXC$ESTABLISH?  TheL > mechanism array gives you access to the establisher's stack frame.  If youJ > can arrange to have a stack-local variable in the establisher at a knownI > position in the stack frame, you can use it to pass information between I > the establisher and the handler.  I don't know how DEC C uses the stacke* > frame well enough to say how to do this.  H Other than the calling standard, the use of the stack is not documented.  F If variable in C is to be modified by something the compiler does not D know about, it must be declared with the "volatile" type modifiler, 7 otherwise the compiled code may not notice any changes.f  J > In effect, the CHF$PH_MCH_FRAME field in the mechanism array gives you aI > crude form of up-level addressing.  Somehow I don't see this satisfyinga0 > the "robust" requirement, but it seems doable.  + Larry does have a variable that he can use.i  G In the event of an error, the address that LIB$FIND_IMAGE_SYMBOL would pG normally return a symbol in, could be used to return the address of an - error context.  G This error context could be created with LIB$GET_VM or equivalent, and nG the calling routine could after processing the context use LIB$FREE_VM - to clean up.  F But that still leaves Larry with needing to find a reliable method of F finding the location of the returned symbol address in the parameters 
 being passed.w  G To determine the feasability of that I would need to refresh my memory aG of how the calling standard is documented.  Generally it is better for r, programs to remain ignorant of those things.  E It is entirely possible that Larry is more up to date on parsing the mG parameters off of the stack from an exception handler than I am, given lJ that he has already admitted to looking up details in the source listings.  A But maybe this has given him an idea of how to solve his problem.u  H The last time I got that involved in exception handlers was back in the A VAX/VMS 4.7 days.  And since all I was concerned with was making dI absolutely sure that the true error condition made it into the log file, rH I did not need to be concerned with passing the information back to the  application program.   -Johng wb8tyw@qsl.network Personal Opinion Onlyn   ------------------------------   Date: 3 Aug 2002 04:39:01 -0600o- From: Kilgallen@SpamCop.net (Larry Kilgallen) E Subject: Re: Robust exception handler context in C (well, C++ really)e3 Message-ID: <pHAfKVZD9ZKH@eisner.encompasserve.org>r   In article <rdeininger-0208022234180001@1cust181.tnt2.nashua.nh.da.uu.net>, rdeininger@mindspring.com (Robert Deininger) writes:K > In article <BXVtg7jcmOsR@eisner.encompasserve.org>, Kilgallen@SpamCop.netl > (Larry Kilgallen) wrote:   >>Ada:  + >>                Enable Exception_handler;t > @ > I thought I understood until I got here.  What does Enable do?  E Enable is a special symbol used to indicate a cut-and-paste error :-)0  H > Can you use a standard VMS condition handler, via VAXC$ESTABLISH?  TheL > mechanism array gives you access to the establisher's stack frame.  If youJ > can arrange to have a stack-local variable in the establisher at a knownI > position in the stack frame, you can use it to pass information betweenhI > the establisher and the handler.  I don't know how DEC C uses the stackd* > frame well enough to say how to do this.  A DEC C makes no guarantees in this regard from version to version.   J > In effect, the CHF$PH_MCH_FRAME field in the mechanism array gives you aI > crude form of up-level addressing.  Somehow I don't see this satisfying00 > the "robust" requirement, but it seems doable.  3 The word "robust" is the whole goal of this thread.u   ------------------------------   Date: 3 Aug 2002 04:50:46 -0600a- From: Kilgallen@SpamCop.net (Larry Kilgallen).E Subject: Re: Robust exception handler context in C (well, C++ really) 3 Message-ID: <DSldHw9LONKp@eisner.encompasserve.org>n  Z In article <3D4B47DA.9060908@qsl.network>, "John E. Malmberg" <wb8tyw@qsl.network> writes:  - > Larry does have a variable that he can use.c > I > In the event of an error, the address that LIB$FIND_IMAGE_SYMBOL would iI > normally return a symbol in, could be used to return the address of an t > error context.  H That address is known by the routine that calls LIB$FIND_IMAGE_SYMBOL --C in other words, the routine that establishes the exception handler. @ It is not known by the exception handler, and cannot be known by7 the exception handler in the absence of enable-actuals.n   ------------------------------   Date: 3 Aug 2002 13:56:47 -0600 - From: Kilgallen@SpamCop.net (Larry Kilgallen) E Subject: Re: Robust exception handler context in C (well, C++ really)f3 Message-ID: <YiDX8Lrv9g76@eisner.encompasserve.org>0  T In article <87ofckx9hv.fsf@Alethion.systasis.net>, sasadmin <jec@nospam.net> writes:1 > Kilgallen@SpamCop.net (Larry Kilgallen) writes:i >  >> -+ >> Google seems to agree, as searching for:u >> 2 >> 	vms signal site:cuj.comd >> uA >> provides one page talking about signal-to-noise ratios and oned/ >> talking about "generic launching of VMs" :-)nH > As I observed, perhaps not directly enough, you'd have to use whateverG > you found there as a starting point. I think it's well-established onoF > this list that VMS-specific coding techniques are not generally well > known to "others". > ! > I'm sure you'll find an answer.-  A I am not, as suggestions from some very experienced VMS folk heresB have fallen short of the mark.  I have a hard time believing thereA would be anything VMS-specific hidden in a site with only one VMS@
 reference.  A Keep in mind that this is not a matter of what is legal in the C*VB languages -- it is a matter of how to get them to interface to the@ VMS exception handling subsystem as closely as Bliss, DEC Pascal and DEC Ada do.a   ------------------------------  # Date: Sat, 03 Aug 2002 22:12:26 GMT - From: "John E. Malmberg" <wb8tyw@qsl.network>iE Subject: Re: Robust exception handler context in C (well, C++ really),* Message-ID: <3D4C50BF.6050801@qsl.network>   Larry Kilgallen wrote:\ > In article <3D4B47DA.9060908@qsl.network>, "John E. Malmberg" <wb8tyw@qsl.network> writes: >  s- >>Larry does have a variable that he can use.n >>I >>In the event of an error, the address that LIB$FIND_IMAGE_SYMBOL would aI >>normally return a symbol in, could be used to return the address of an o >>error context. > J > That address is known by the routine that calls LIB$FIND_IMAGE_SYMBOL --E > in other words, the routine that establishes the exception handler.sB > It is not known by the exception handler, and cannot be known by9 > the exception handler in the absence of enable-actuals.   H Or, as I explained it could find it by analyzing the stack.  But I also I cautioned that it probably is not a good idea for a program to have such e& intimate knowledge of the call frames.  9 It may be the thing to do is to put a wrapper around the aF LIB$FIND_IMAGE_SYMBOL() in a language that can do what you want to do.  E During the week some better suggestions may show up.  At least one C d@ compiler developer seems to post in this newsgroup periodically.   -Johnn wb8tyw@qsl.network Personal Opinion Onlyn   ------------------------------  $ Date: Sat, 3 Aug 2002 17:23:41 -0700# From: "Tom Linden" <tom@kednos.com>SE Subject: RE: Robust exception handler context in C (well, C++ really)l9 Message-ID: <CIEJLCMNHNNDLLOOGNJIAEAAFIAA.tom@kednos.com>    >-----Original Message----- 3 >From: John E. Malmberg [mailto:wb8tyw@qsl.network]r( >Sent: Saturday, August 03, 2002 3:12 PM >To: Info-VAX@Mvb.Saic.ComF >Subject: Re: Robust exception handler context in C (well, C++ really) >  >  >Larry Kilgallen wrote: @ >> In article <3D4B47DA.9060908@qsl.network>, "John E. Malmberg" ><wb8tyw@qsl.network> writes:s >>. >>>Larry does have a variable that he can use. >>>rI >>>In the event of an error, the address that LIB$FIND_IMAGE_SYMBOL would=I >>>normally return a symbol in, could be used to return the address of anE >>>error context.s >>K >> That address is known by the routine that calls LIB$FIND_IMAGE_SYMBOL --:F >> in other words, the routine that establishes the exception handler.C >> It is not known by the exception handler, and cannot be known by : >> the exception handler in the absence of enable-actuals. >:H >Or, as I explained it could find it by analyzing the stack.  But I alsoI >cautioned that it probably is not a good idea for a program to have suchX' >intimate knowledge of the call frames.v  G Why, weren't you the one who said weak languages call for extraordinary6K measures?  The problem is C.  I had almost the same problem on Ultrix aboutiI 10 years ago and that is how I had to solve the problem, unwind the stackvE frames.  Actually it was a bit more complicated because I also had toe displayaL all the routines which necessitated searching the symbol table for the entry values, 3 sorting by adress ...  I think you get the picture.o >m9 >It may be the thing to do is to put a wrapper around the-G >LIB$FIND_IMAGE_SYMBOL() in a language that can do what you want to do.  >eE >During the week some better suggestions may show up.  At least one CwA >compiler developer seems to post in this newsgroup periodically.n >" >-John >wb8tyw@qsl.network  >Personal Opinion Only >o >---' >Incoming mail is certified Virus Free.e; >Checked by AVG anti-virus system (http://www.grisoft.com)..A >Version: 6.0.377 / Virus Database: 211 - Release Date: 7/15/2002h >i ---f& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.377 / Virus Database: 211 - Release Date: 7/15/2002   ------------------------------  $ Date: Sat, 3 Aug 2002 12:05:21 -0700# From: "Tom Linden" <tom@kednos.com>  Subject: Test, please ignore9 Message-ID: <CIEJLCMNHNNDLLOOGNJIAEPHFHAA.tom@kednos.com>    ---c& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.377 / Virus Database: 211 - Release Date: 7/15/2002   ------------------------------   Date: 2 Aug 2002 19:59 CDT' From: carl@gerg.tamu.edu (Carl Perkins)e Subject: Re: Today's KLEZ Alerte, Message-ID: <2AUG200219594774@gerg.tamu.edu>  5 "Terry C. Shannon" <terryshannon@attbi.com> writes...aG }As part of their overpriced and incompetent service, the cable guys at7L }ATTBI.COM sent me the following copy of KLEZ today. It allegedly originated }from JTCARNEY# }Return-Path: <jkrccoin@gsinet.net>-F }Received: from boston3.g4.net ([216.177.0.33]) by rwcrgwc54.attbi.comH }          (InterMail vM.4.01.03.34 201-229-121-134-20020625) with ESMTPK }          id <20020802185428.XHEO22288.rwcrgwc54.attbi.com@boston3.g4.net>aG }          for <terryshannon@attbi.com>; Fri, 2 Aug 2002 18:54:28 +0000 G }Received: from Ypiru (4158.mht.nh.dsl.customer.G4.NET [216.177.21.60])t= } by boston3.g4.net (8.11.3/8.11.3) with SMTP id g72IsKQ64442 D } for <terryshannon@attbi.com>; Fri, 2 Aug 2002 14:54:20 -0400 (EDT)% } (envelope-from jkrccoin@gsinet.net)o+ }Date: Fri, 2 Aug 2002 14:54:20 -0400 (EDT) 7 }Message-Id: <200208021854.g72IsKQ64442@boston3.g4.net>t& }From: jtcarney <jtcarney@comcast.net> }To: terryshannon@attbi.comc } I }KLEZ stuff deleted of course. Anyone interested in joining me in a classl> }action suit against ATTBI.COM? Either way, be VERY careful... }  }--d }Terry C. Shannon'  # What grounds to you think you have?M  A You can't sue them for your inability to read the headers of your C own e-mail. You also probably can't sue them for not filtering yourmG mail. (Well, this is the USA - you can sue them for anything, includingtB "because I'm annoyed at them", but winning is a different matter.)  ; I see no evidence that the message originated at attbi.com.o  H It looks like it probably originated at 4158.mht.nh.dsl.customer.G4.NET,I although the thing forges headers so it is hard to be certain - certainly J it forges "From:" headers, and probably the envelope-from and return path,G but I don't know if it forges "Recevied:" headers - if so, the earliest 7 of the two (i.e. the second one shown) could be forged.e   --- Carl   ------------------------------   Date: 3 Aug 2002 04:28:51 -0600/- From: Kilgallen@SpamCop.net (Larry Kilgallen)  Subject: Re: Today's KLEZ Alert 3 Message-ID: <xo2UfHCk4WYR@eisner.encompasserve.org>l  V In article <2AUG200219594774@gerg.tamu.edu>, carl@gerg.tamu.edu (Carl Perkins) writes:7 > "Terry C. Shannon" <terryshannon@attbi.com> writes....  K > }KLEZ stuff deleted of course. Anyone interested in joining me in a classw@ > }action suit against ATTBI.COM? Either way, be VERY careful... > }  > }--> > }Terry C. Shannono > % > What grounds to you think you have?n > C > You can't sue them for your inability to read the headers of yoursE > own e-mail. You also probably can't sue them for not filtering youreI > mail. (Well, this is the USA - you can sue them for anything, includingfD > "because I'm annoyed at them", but winning is a different matter.)  G If you have extra money kicking around, why not sue them over somethingoH useful, like allowing people to connect virus-harboring Windows machines to their network ?   ------------------------------  $ Date: Sat, 3 Aug 2002 12:34:53 +1200& From: A Bonaveidogo <Asena@fsc.com.fj> Subject: uafG Message-ID: <BFBEDDF2CFEDD411917400508BF3A6FFCBD62A@exchsvr.FSC.COM.FJ>    Hi All,u  G When a user tried to change his/her password on Node A... the following- message appeared...0   "Invalid access record mode"  ! Node A is cluster with Node B... r  . All users can change their password on Node B.  C Any idea why we're getting this message on this node when modifying1	 password?h  ( Your assistance is very much appreciated   AB   ------------------------------   Date: 2 Aug 2002 19:26 CDT' From: carl@gerg.tamu.edu (Carl Perkins)h Subject: Re: VAX Hardware ID, Message-ID: <2AUG200219262601@gerg.tamu.edu>  , Nic Clews <sendspamhere@127.0.0.1> writes... }Fausto Saporito wrote:hF }> In this case my CPU Serial Number is 119, I suppose. Or am I wrong? } F }I've taken the hardware ID to be the AYnnnnnnnn number stamped on the	 }chassis.  } , }(The letters may vary and number of digits) } H }With a virtual VAX it is slightly trickier, is there a generic emulatorG }code to be used? (General question to hobbyist licence administration)  }  }-- @ }Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences }nclews at csc dot com  = I'd suggest going with FAUSTO1. If he ever needs another, I'd)> suggest FAUSTO2. And so on. This is likely to be very easy for8 him to remember, should he ever need to know them again.   --- Carl   ------------------------------   Date: 2 Aug 2002 19:42 CDT' From: carl@gerg.tamu.edu (Carl Perkins)w Subject: Re: VAX Hardware ID, Message-ID: <2AUG200219421220@gerg.tamu.edu>  = Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com> writes...s= }As far as I know, the "ABnnnnnccc" number isn't even *known*g< }inside the box, and even less inside any operationg system.5 }It's just a label with an unique serial number glued, }on the outside. }Jan-Erik Sderholm.  = On newer Alpha systems you can do a SHOW CPU/FULL and it will 6 tell you, amongst other things, what the serial number: printed on the case is on the "System Serial Number" line.: (It's there on a DS10, it is not there on a DEC 3000m600.)  % I doubt that any VAX knows this info.g   --- Carl   ------------------------------   Date: 3 Aug 2002 11:13:26 -0700 ' From: fausap@unina.it (Fausto Saporito)  Subject: Re: VAX Hardware ID= Message-ID: <2348b30e.0208031013.6bb9787e@posting.google.com>h  
 Hello all,  " thanks a lot for all your replies.- I discovered and fixed (in part) the problem.s? Yes, the serial number is not important, I can code any string.e  D But I tried to install the license during the installation, or after with vmslicense.com program   6 In that case I had the problem about invalid checksum.  E I tried, then, to install the license directly from mail message sent-D to me from Montagar, running the message as a command, after I saved it on a text file.$ Then I made lic load and all was ok!  E Maybe there's something of bad during the installation, I don't know.D   regards, fausto  [ carl@gerg.tamu.edu (Carl Perkins) wrote in message news:<2AUG200219262601@gerg.tamu.edu>...T. > Nic Clews <sendspamhere@127.0.0.1> writes... > }Fausto Saporito wrote: H > }> In this case my CPU Serial Number is 119, I suppose. Or am I wrong? > } H > }I've taken the hardware ID to be the AYnnnnnnnn number stamped on the > }chassis.  > } . > }(The letters may vary and number of digits) > } J > }With a virtual VAX it is slightly trickier, is there a generic emulatorI > }code to be used? (General question to hobbyist licence administration)n > }  > }-- B > }Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences > }nclews at csc dot com > ? > I'd suggest going with FAUSTO1. If he ever needs another, I'da@ > suggest FAUSTO2. And so on. This is likely to be very easy for: > him to remember, should he ever need to know them again. > 
 > --- Carl   ------------------------------   End of INFO-VAX 2002.425 ************************variable that he can use.i  G In the event of an error, the address that LIB$FIND_IMAGE_SYMBOL would pG normally return a symbol in, could be used to return the address of an - error context.  G Th                                     	    
            
                                                                                 !    "    #    $    %    &    '    (    )    *    +    ,    -    .    /    0    1    2    3    4    5    6    7    8    9    :    ;    <    =    >    ?    @    A    B    C    D    E    F    G    H    I    J    K    L    M    N    O    P    Q    R    S    T    U    V    W    X    Y    Z    [    \    ]    ^    _    `    a    b    c    d    e    f    g    h    i    j    k    l    m    n    o    p    q    r    s    t    u    v    w    x    y    z    {    |    }    ~                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                        