0 INFO-VAX	Sat, 11 Jan 2003	Volume 2003 : Issue 21      Contents:! Re: assembly/disassembly on vms ?  Re: Boot Contest change  Re: Boot Contest change  DCPS "green-bar" look printing" Re: DCPS "green-bar" look printing" Re: DCPS "green-bar" look printing Re: Ethermon Re: EVA and READL/WRITEL From the Rdb maillist... RE: From the Rdb maillist... Re: From the Rdb maillist... RE: From the Rdb maillist...7 Re: How can I read files from a directory(VMS) using C? 7 Re: How can I read files from a directory(VMS) using C? ' RE: Looks like AMD has deep pockets now ' Re: Looks like AMD has deep pockets now ) Problem analyzing process dumps on v7.3-1 - Re: Problem analyzing process dumps on v7.3-1   Software distribution technology$ RE: Software distribution technology$ RE: Software distribution technology Re: VAX Arch Hdbk  RE: VAX Arch Hdbk  Re: VMS troubles1 Re: VT220/320 Terminal emulator for Linux client? + Re: [OT] Lotteries (was Re: Happy New Year) + Re: [OT] Lotteries (was Re: Happy New Year)   F ----------------------------------------------------------------------  % Date: Fri, 10 Jan 2003 13:34:55 -0500  From: Dan <dan@vrx.net> * Subject: Re: assembly/disassembly on vms ?8 Message-ID: <pf3u1vk1jkra3lqgbstai0qotoo1vp0lce@4ax.com>  , On Thu, 09 Jan 2003 22:39:00 -0400, JF Mezei( <jfmezei.spamnot@vl.videotron.ca> wrote:O >backup/log device:VAXVMS072.B/SAVE/SELECT=(FORRTL.EXE,FORRTL2.EXE) sys$common:  > N >(if that doesn't work, just restore the files to any directory, and move them >to sys$library:)    I'll get to this tonight.    >You might then want to: > ( >SEARCH SYS$MANAGER:VMSIMAGES.DAT FORRTL > I >to see if the system is still trying to install those run time libraries H >during boot. If not, I think you can run AUTOGEN to recreate that file.  A I did this anyhow, just cuz I was curious, and this is what I got  (from the search)-  ) $ SEARCH SYS$MANAGER:VMSIMAGES.DAT FORRTL 3 sys$share:forrtl              /open /header /shared                      ! 1/66 sys$share:forrtl2   A and I tried to run autogen just for the fun of it (because of the ? results above), what can I say, I'm a glutton for punishment... , ooh, interesting stuff... rather long tho...  < after running autogen, I did the search again, and got this:) $ SEARCH SYS$MANAGER:VMSIMAGES.DAT FORRTL ' %SEARCH-I-NOMATCHES, no strings matched   E not sure if this is good or  bad... I think I just made it "worse" :) 2 here's the dump (just for informational purposes):  4         Processing SYS$MANAGER:VMS$IMAGES_MASTER.DAT    GBLPAGFIL parameter information:=         Override Information - parameter calculation has been  overridden. A            The calculated value was 4096.  The new value is 9096. 0            GBLPAGFIL has been increased by 5000.9            GBLPAGFIL is not allowed to be less than 6024.    GBLPAGES parameter information: =         Override Information - parameter calculation has been  overridden. C            The calculated value was 50900.  The new value is 74900. 0            GBLPAGES has been increased by 24000.9            GBLPAGES is not allowed to be less than 62000.   " GBLSECTIONS parameter information:=         Override Information - parameter calculation has been  overridden. ?            The calculated value was 400.  The new value is 530. 1            GBLSECTIONS has been increased by 130. :            GBLSECTIONS is not allowed to be less than 420.   NPAGEDYN parameter information: =         Override Information - parameter calculation has been  overridden. >            The calculated value was 1732608.  The new value is 2037608.1            NPAGEDYN has been increased by 305000. :            NPAGEDYN is not allowed to be less than 734720.   PAGEDYN parameter information:=         Override Information - parameter calculation has been  overridden. >            The calculated value was 1626624.  The new value is 1690624./            PAGEDYN has been increased by 64000. 9            PAGEDYN is not allowed to be less than 274000.    SYSMWCNT parameter information: =         Override Information - parameter calculation has been  overridden. A            The calculated value was 2790.  The new value is 2985. .            SYSMWCNT has been increased by 195.  % PQL_DPGFLQUOTA parameter information: =         Override Information - parameter calculation has been  overridden. C            The calculated value was 16400.  The new value is 32768. ?            PQL_DPGFLQUOTA is not allowed to be less than 32768. C         PQL_MPGFLQUOTA has been increased to accomodate the working  set &         requirements of PQL_MWSEXTENT.  ! VAXCLUSTER parameter information: =         Override Information - parameter calculation has been  overridden. ;            The calculated value was 1.  The new value is 0. @            VAXCLUSTER has been set to the hard-coded value of 0.  " SCSSYSTEMID parameter information:=         Override Information - parameter calculation has been  overridden. >            The calculated value was 0.  The new value is 3073.D            SCSSYSTEMID has been set to the hard-coded value of 3073.  ! PQL_MASTLM parameter information: =         Override Information - parameter calculation has been  overridden. =            The calculated value was 4.  The new value is 100. 9            PQL_MASTLM is not allowed to be less than 100.   ! PQL_MBIOLM parameter information: =         Override Information - parameter calculation has been  overridden. =            The calculated value was 4.  The new value is 100. 9            PQL_MBIOLM is not allowed to be less than 100.   ! PQL_MBYTLM parameter information: =         Override Information - parameter calculation has been  overridden. B            The calculated value was 1024.  The new value is 40000.;            PQL_MBYTLM is not allowed to be less than 40000.   ! PQL_MDIOLM parameter information: =         Override Information - parameter calculation has been  overridden. =            The calculated value was 4.  The new value is 100. 9            PQL_MDIOLM is not allowed to be less than 100.   ! PQL_MFILLM parameter information: =         Override Information - parameter calculation has been  overridden. =            The calculated value was 2.  The new value is 100. 9            PQL_MFILLM is not allowed to be less than 100.   ! PQL_MPRCLM parameter information: =         Override Information - parameter calculation has been  overridden. ;            The calculated value was 0.  The new value is 8. 7            PQL_MPRCLM is not allowed to be less than 8.   ! PQL_MENQLM parameter information: =         Override Information - parameter calculation has been  overridden. >            The calculated value was 30.  The new value is 200.9            PQL_MENQLM is not allowed to be less than 200.   $ WINDOW_SYSTEM parameter information:=         Override Information - parameter calculation has been  overridden. ;            The calculated value was 0.  The new value is 1. C            WINDOW_SYSTEM has been set to the hard-coded value of 1.   ! CHANNELCNT parameter information: =         Override Information - parameter calculation has been  overridden. ?            The calculated value was 127.  The new value is 255. 9            CHANNELCNT is not allowed to be less than 255.    ------------------------------  % Date: Fri, 10 Jan 2003 17:24:43 -0500 * From: "Paul A. Jacobi" <nospan@nospam.com>  Subject: Re: Boot Contest change, Message-ID: <nNHT9.4$cQ2.0@news.cpqcorp.net>  A "Michael D. Ober" <obermd.@.alum.mit.edu.nospam> wrote in message * news:cfnT9.87$hU1.74237@news.uswest.net...A > After reading the entire thread Craig referenced, here's what I  understand:  > I > IA64's supporting circuitry uses the same basic disk format as the i386 J > processor.  This format involves one disk that is tagged in the BIOS ROM asE > a "master" disk for the system.  Block 0 is the partition table and  containsC > space for 4 128 byte partition information records.  One of these 
 partitionsL > is marked as active.  The system boot BIOS reads partition table and jumpsL > to Block 0 of the active partition, which contains the boot record for theH > partition.  This boot record knows how to load and jump to the console bootL > loader.  The fact that the console boot loader is in a "FAT formated" fileI > is irrelevent at this point.  The console boot loader loads the console  and G > then the file system drivers needed to find, load, and jump to the OS E > loader.  Pretty much a standard boot sequence so far for every OS -  details 4 > differ from OS to OS, but the concept is the same.  J The EFI console is usually stored in ROM along with the the BIOS.  The FATJ patition is usually only used to store updated console images, diagnositic tools and OS Loader images.      Paul A. Jacobi Hewlett Packard Company ! OpenVMS Systems Group, ZKO3-4/U14  110 Spitbrook Road Nashua, NH 03062-2698 $ Email: Paul dot Jacobi at hp dot com   ------------------------------  % Date: Fri, 10 Jan 2003 16:07:57 -0700 6 From: "Michael D. Ober" <obermd.@.alum.mit.edu.nospam>  Subject: Re: Boot Contest change2 Message-ID: <inIT9.2682$j%1.66088@news.uswest.net>  # Sounds like a winning design to me.   
 Mike Ober.  5 "Paul A. Jacobi" <nospan@nospam.com> wrote in message & news:nNHT9.4$cQ2.0@news.cpqcorp.net... > C > "Michael D. Ober" <obermd.@.alum.mit.edu.nospam> wrote in message , > news:cfnT9.87$hU1.74237@news.uswest.net...C > > After reading the entire thread Craig referenced, here's what I 
 > understand:  > > K > > IA64's supporting circuitry uses the same basic disk format as the i386 L > > processor.  This format involves one disk that is tagged in the BIOS ROM > asG > > a "master" disk for the system.  Block 0 is the partition table and 
 > containsE > > space for 4 128 byte partition information records.  One of these  > partitionsH > > is marked as active.  The system boot BIOS reads partition table and jumps J > > to Block 0 of the active partition, which contains the boot record for the J > > partition.  This boot record knows how to load and jump to the console > bootI > > loader.  The fact that the console boot loader is in a "FAT formated"  fileK > > is irrelevent at this point.  The console boot loader loads the console  > and I > > then the file system drivers needed to find, load, and jump to the OS G > > loader.  Pretty much a standard boot sequence so far for every OS - 	 > details 6 > > differ from OS to OS, but the concept is the same. > L > The EFI console is usually stored in ROM along with the the BIOS.  The FATL > patition is usually only used to store updated console images, diagnositic > tools and OS Loader images.  >  >  > Paul A. Jacobi > Hewlett Packard Company # > OpenVMS Systems Group, ZKO3-4/U14  > 110 Spitbrook Road > Nashua, NH 03062-2698 & > Email: Paul dot Jacobi at hp dot com >  >    ------------------------------  % Date: Fri, 10 Jan 2003 18:27:36 -0500 + From: John Johnstone <jj_usenet2@yahoo.com> ' Subject: DCPS "green-bar" look printing ) Message-ID: <3E1F1098.5A558B0D@yahoo.com>   H I printed a test file a few weeks ago on a DCPS 2.1 printer.  It printedB with a landscape orientation for 132 printing.  The page shows theF filename at the top, line numbers on each line, and a "green-bar" sortD of appearance with alternating bands of 3-line shading.  I thought IG used /parameters=page_orientation=landscape when I printed the file but E I just tried it today and it just prints the file in landscape with a B slightly larger font on a plain sheet.  No header, line numbers orH "green-bar" effect.  I've checked the DCPS documentation but I don't seeD any documentation of the values for the /parameters qualifier.  DoesH anyone know what parameters to use to produce the "green-bar" look?  Are the DCPS parameters documented?    ------------------------------  # Date: Fri, 10 Jan 2003 23:51:05 GMT ( From: "Mark E. Levy" <mlevy70@attbi.com>+ Subject: Re: DCPS "green-bar" look printing ? Message-ID: <J%IT9.637244$%m4.205264@rwcrnsc52.ops.asp.att.net>   8 "John Johnstone" <jj_usenet2@yahoo.com> wrote in message# news:3E1F1098.5A558B0D@yahoo.com... J > I printed a test file a few weeks ago on a DCPS 2.1 printer.  It printedD > with a landscape orientation for 132 printing.  The page shows theH > filename at the top, line numbers on each line, and a "green-bar" sortF > of appearance with alternating bands of 3-line shading.  I thought II > used /parameters=page_orientation=landscape when I printed the file but G > I just tried it today and it just prints the file in landscape with a D > slightly larger font on a plain sheet.  No header, line numbers orJ > "green-bar" effect.  I've checked the DCPS documentation but I don't seeF > any documentation of the values for the /parameters qualifier.  DoesJ > anyone know what parameters to use to produce the "green-bar" look?  Are! > the DCPS parameters documented?    Try $HELP PRINT_Parameter   C It appears that the parameter DATA_TYPE=LIST will do what you want.    ML   ------------------------------  % Date: Fri, 10 Jan 2003 18:00:28 -0500 & From: John Reagan <john.reagan@hp.com>+ Subject: Re: DCPS "green-bar" look printing , Message-ID: <EbJT9.1$q03.0@news.cpqcorp.net>   Mark E. Levy wrote:    >  > Try $HELP PRINT_Parameter  > E > It appears that the parameter DATA_TYPE=LIST will do what you want.  >  > ML >  >   ? You can also make LIST the default on a file-extension basis in 6 SYS$LIBRARY:DCPS$FILE_EXTENSION_DATA_TYPE.DAT_DEFAULT.  G Out of the box some of the compiler source extenions (.FOR,.PAS, etc.)  C default to LIST.  I always edit this file and set them all to ANSI.    --   John Reagan ' Compaq Pascal/{A|I}MACRO Project Leader  Hewlett-Packard Company    ------------------------------  % Date: Fri, 10 Jan 2003 22:36:57 +0100 B From: Michiel Erens <I.dont.want.spam@this.mailaddress.is.invalid> Subject: Re: Ethermon 7 Message-ID: <3E1F3CF9.7755@this.mailaddress.is.invalid>    Horst Drechsel wrote:  >  > Dear all,  > D >    when building the PROBE images on a VMS 7.2-1 (XP1000) machine,- > execution of $probe fails with the message:  > . >      %CLI-F-SYNTAX, error parsing 'PRB_ADAP'A >      -CLI-E-ENTNF, specified entity not found in command tables  > A >    Same happens with the original probe.exe provided in Hunter  ' >    Goatley's package. Any workaround?   $ You have to execute setup.com first.   --   ME Posted by news://news.nb.nu    ------------------------------  # Date: Fri, 10 Jan 2003 20:58:46 GMT / From: "Jeff Goodwin" <jgoodwin@maine.rrr-r.com> ! Subject: Re: EVA and READL/WRITEL 8 Message-ID: <auGT9.21003$f6.382670@twister.maine.rr.com>  L We recently completed an extensive storage RFP.  Readlong/writelong was partJ of the criteria.  The HP answer was that the EVA did support it.  As we do@ not have an EVA at this point, the claim remains untested by us.   -Jeff   8 "Rob Young" <young_r@encompasserve.org> wrote in message- news:BXbgXq5csEI8@eisner.encompasserve.org...  > 5 > Does Enterprise Virtual Array support READL/WRITEL?  > 	 > Thanks,  >  > Rob  >    ------------------------------  % Date: Fri, 10 Jan 2003 23:47:47 +0100 9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com> ! Subject: From the Rdb maillist... ' Message-ID: <3E1F4D93.57473128@aaa.com>   5 This was posted tonight on the Oracle Rdb mail-list :    > Forward from HP: > J > OM and the London Stock Exchange are combining resources to create a newK > international equity derivatives business to be called "EDX London".  EDX J > will use the OM CLICK application for the derivatives trading.  CLICK isG > based on RTR and OpenVMS.  More information can be found in the press  > release on OM's website  > < >  http://www.omgroup.com/company/pdf/EDX-021209-english.pdf     Best regards Jan-Erik Sderholm" (A Swede, just as the OM group...)   ------------------------------  % Date: Fri, 10 Jan 2003 14:56:36 -0800 $ From: Shane Smith <ssmith@icius.com>% Subject: RE: From the Rdb maillist... 0 Message-ID: <01C2B8B8.7CB8E320@sulfer.icius.com>  H Ah, yes, OM. I've coded against their libraries. Interesting stuff. WhenG I was last involved, there were several VMS exchange systems in Europe, D and not all OM-based. Anyone know if SOFFEX and DTB are still VMS? IH think LIFFE, FOX, IPE and LME were VMS too, since they were using DDCMP*G for their feed trades before they went X.25. But my memory grows dim on  the subject.  E * =3D Dec's Dodgy Communications Protocol, or at least that's what we 
 called it.   Shane    -----Original Message-----/ From: Jan-Erik S=F6derholm [mailto:aaa@aaa.com] & Sent: Friday, January 10, 2003 2:48 PM To: Info-VAX@Mvb.Saic.Com ! Subject: From the Rdb maillist...     5 This was posted tonight on the Oracle Rdb mail-list :    > Forward from HP: > H > OM and the London Stock Exchange are combining resources to create a = new I > international equity derivatives business to be called "EDX London".  =  EDX I > will use the OM CLICK application for the derivatives trading.  CLICK =  isG > based on RTR and OpenVMS.  More information can be found in the press  > release on OM's website  > < >  http://www.omgroup.com/company/pdf/EDX-021209-english.pdf     Best regards Jan-Erik S=F6derholm" (A Swede, just as the OM group...)   ------------------------------  % Date: Sat, 11 Jan 2003 00:17:49 +0100 9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com> % Subject: Re: From the Rdb maillist... ' Message-ID: <3E1F549D.8078B7A9@aaa.com>   	 Hi again. 7 I checked the PDF *after* posting, and I'm sorry to say . that VMS wasn't mentioned in the PDF itself...	 Jan-Erik.    Jan-Erik Sderholm wrote:  > 7 > This was posted tonight on the Oracle Rdb mail-list :  >  > > Forward from HP: > > L > > OM and the London Stock Exchange are combining resources to create a newM > > international equity derivatives business to be called "EDX London".  EDX L > > will use the OM CLICK application for the derivatives trading.  CLICK isI > > based on RTR and OpenVMS.  More information can be found in the press  > > release on OM's website  > > > > >  http://www.omgroup.com/company/pdf/EDX-021209-english.pdf >  > Best regards > Jan-Erik Sderholm$ > (A Swede, just as the OM group...)   ------------------------------  % Date: Fri, 10 Jan 2003 15:19:07 -0800 # From: "Tom Linden" <tom@kednos.com> % Subject: RE: From the Rdb maillist... 9 Message-ID: <CIEJLCMNHNNDLLOOGNJIOEFHGGAA.tom@kednos.com>    How do you get onto that list?   >-----Original Message----- . >From: Jan-Erik Sderholm [mailto:aaa@aaa.com]' >Sent: Friday, January 10, 2003 2:48 PM  >To: Info-VAX@Mvb.Saic.Com" >Subject: From the Rdb maillist... >  > 6 >This was posted tonight on the Oracle Rdb mail-list : >  >> Forward from HP:  >>K >> OM and the London Stock Exchange are combining resources to create a new L >> international equity derivatives business to be called "EDX London".  EDXK >> will use the OM CLICK application for the derivatives trading.  CLICK is H >> based on RTR and OpenVMS.  More information can be found in the press >> release on OM's website >>= >>  http://www.omgroup.com/company/pdf/EDX-021209-english.pdf  >  > 
 >Best regards  >Jan-Erik Sderholm # >(A Swede, just as the OM group...)  >  >---' >Incoming mail is certified Virus Free. ; >Checked by AVG anti-virus system (http://www.grisoft.com). B >Version: 6.0.435 / Virus Database: 244 - Release Date: 12/30/2002 >  --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).A Version: 6.0.435 / Virus Database: 244 - Release Date: 12/30/2002    ------------------------------  % Date: Fri, 10 Jan 2003 23:07:27 +0000 . From: Mark McIntyre <markmcintyre@spamcop.net>@ Subject: Re: How can I read files from a directory(VMS) using C?8 Message-ID: <tdku1vg6jaalu22n46qufa9gio7apcjkcr@4ax.com>  D On 9 Jan 2003 20:44:57 -0600, in comp.lang.c , Kilgallen@SpamCop.net (Larry Kilgallen) wrote:  a >In article <avl5km$l8m$1@nntp6.u.washington.edu>, euphoria@u.washington.edu (E. Gibbons) writes:  >>  7 >> You should really read the FAQ for this group (clc):  >>  0 >>     http://www.eskimo.com/~scs/C-faq/top.html > ; >I am 99% certain that for jfmezei.spamnot@vl.videotron.ca,  >"this group" is comp.os.vms,   D In that case, he (or some later poster) should not have crossposted.B But what does it matter what he thinks? I'm reading _this_ post in CLC. So _this_ group is CLC.    " >which certainly does not consider) >VMS-specific mechanisms to be off-topic.   : Good. the SYS$ function set springs to mind in that case.      --  
 Mark McIntyre 3 CLC FAQ <http://www.eskimo.com/~scs/C-faq/top.html> J CLC readme: <http://www.angelfire.com/ms3/bchambless0/welcome_to_clc.html>   ------------------------------  % Date: Fri, 10 Jan 2003 23:10:24 +0000 . From: Mark McIntyre <markmcintyre@spamcop.net>@ Subject: Re: How can I read files from a directory(VMS) using C?8 Message-ID: <fiku1vcvkj08gc4ckqerhlkb2nm7bf8qah@4ax.com>  D On 9 Jan 2003 22:42:30 -0600, in comp.lang.c , Kilgallen@SpamCop.net (Larry Kilgallen) wrote:  b >In article <avlgo7$1evg$1@nntp6.u.washington.edu>, euphoria@u.washington.edu (E. Gibbons) writes: > J >> Right; which is why I specified "clc" when I said "this group".  MatterI >> crossposted to both comp.os.vms and comp.lang.c ought to be topical to J >> both.  (Apologies to any who didn't realize that "clc" is shorthand for >> "comp.lang.c"....)  > & >The original poster made that choice.  C So he has to accept the consequence, ie a lot of posts saying "it's E offtopic, please read the FAQ next time, don't post platform specific  questions to this group" > I >> It is reasonable that people who mostly haunt the VMS group may not be K >> aware of what is considered topical in clc; the best way to find out (or 4 >> the way to start, anyway) is to read the clc FAQ. > ? >That seems pretty silly for those of us who don't care about C   @ Then what the fsck are you doing keeping the crosspost? Trim theD crosspost if you don't care about C. Respond only in CLC if you want to make a CLC related point.  E As it happens I'm one of hte shrinking group that still uses VMS from , time to time so you remain in the crosspost.  D >Go ahead and "take comp.lang.c off the cross-post list" and see how >well it sticks :-)     / Pretty well, if the thread is single-threaded.     --  
 Mark McIntyre 3 CLC FAQ <http://www.eskimo.com/~scs/C-faq/top.html> J CLC readme: <http://www.angelfire.com/ms3/bchambless0/welcome_to_clc.html>   ------------------------------  % Date: Fri, 10 Jan 2003 13:01:24 -0800 $ From: Shane Smith <ssmith@icius.com>0 Subject: RE: Looks like AMD has deep pockets now0 Message-ID: <01C2B8A8.7DB70C80@sulfer.icius.com>   >John Smith wrote:  H > http://news.yahoo.com/news?tmpl=story2&cid=569&ncid=738&e=1&u=/nm/2003 > 0108/tc_nm/tech_ibm_amd_dc > ) > IBM, AMD to Develop New Microprocessors  > A > SUNNYVALE, Calif./EAST FISHKILL, N.Y. (Reuters) - International F > Business Machines Corp. (NYSE:IBM - news) and Advanced Micro DevicesE > Inc. (NYSE:AMD - news) on Wednesday said they would jointly develop G > high-performance microprocessors that would be commercially available  > within two years.  > A > The companies said they will collaborate on 65 nanometer and 45 D > nanometer technologies to be implemented on 300 millimeter silicon	 > wafers.  > ( > A nanometer is a billionth of a meter. > C > The chips, which serve as the brains of computers and electronics D > devices, will be based on advanced processes and materials such asG > high-speed silicon-on-insulator transistors, copper interconnects and = > improved "low-k dielectric" insulation, the companies said.  > A > IBM and AMD said they expect first products based on the new 65 C > nanometer technologies to appear in 2005. Companies are currently 7 > moving from 130 nanometer technology to 90 nanometer.  > ( > -------------------------------------- > 1 > Just another reason why killing Alpha was dumb.   F Interesting little interview with an AMD exec on this deal. Looks like: AMD may be paying IBM instead of the other way round. Huh?  ' > EE Times: How much is AMD paying IBM?  > ; > Siegle: We don't discuss specific financial terms. <snip>   1 http://www.eetimes.com/semi/news/OEG20030109S0048    Shane    ------------------------------  % Date: Fri, 10 Jan 2003 16:29:23 -0400 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>0 Subject: Re: Looks like AMD has deep pockets now/ Message-ID: <3E1F2D1C.A8EAD942@vl.videotron.ca>    Shane Smith wrote:H > Interesting little interview with an AMD exec on this deal. Looks like< > AMD may be paying IBM instead of the other way round. Huh?    M If IBM were further ahead in its 65 nanometre process research, it would make M sense that AMD would buy into it. It would cost AMD less that doing it all by 2 itself, and IBM would be happy to share the costs.  M Question: to produce something this small, would they need to build a new FAB H plant, or could they retrofit existing fab plant to produce such chips ?  M If a new plant is required, the extent of their friendship will be fully know K by then. If they agree to share the costs/ownership of the new plant, we'll 2 know they are to be good buddies for a long while.   ------------------------------  % Date: Fri, 10 Jan 2003 13:24:02 -0800 - From: Ryan Moore <rmoore@kepler.qualcomm.com> 2 Subject: Problem analyzing process dumps on v7.3-1J Message-ID: <Pine.LNX.4.33.0301101318090.11766-100000@kepler.qualcomm.com>  J I'm trying to get process dumps to work in VMS 7.3-1.  But I can't get theF ANAL/PROCESS_DUMP command to work.  I get complains about it not beingG able to parse the SHADOW_MEMBER qualifier.  It seems that qualifier was J added in 7.3-1 for the ANAL/CRASH command.  I don't know why the system is7 complaining about it for the ANAL/PROCESS_DUMP command.    Here's the source:   LAB2> type hh.c  main() {          sys$hiber(); }   
 LAB2> cc/vers ) Compaq C V6.2-003 on OpenVMS Alpha V7.3-1  LAB2> sho sym cc= %DCL-W-UNDSYM, undefined symbol - check validity and spelling  LAB2> cc hh            sys$hiber();	 ........^ D %CC-I-IMPLICITFUNC, In this statement, the identifier "sys$hiber" is
 implicitly declared as a function. < at line number 3 in file DISK$DEVELOPMENT:[RMOORE.TMP]HH.C;1 LAB2> sho sym link   LINK == "LINK"
 LAB2> link hh   H I ran the program in one session (where it sleeps like it should).  WithI the program running I issue a SET PROC/DUMP=NOW/ID=xxxxx on that process. E Sure enough, I get a file HH.DMP.  But if I try to look at it, I get:    LAB2> anal/proc hh  /          OpenVMS Alpha Debug64 Version V7.3-102   , %CLI-F-SYNTAX, error parsing 'SHADOW_MEMBER': -CLI-E-ENTNF, specified entity not found in command tablesA %DEBUG-E-PRCDFAIL, process dumpfile connection failed, reason = 8 8 %DEBUG-F-CANTACCESSMAIN, cannot access the main debugger: -DEBUG-E-INTERR, debugger error in DBGKRPC\DBG$CALL_MAIN -5 ACCEPT_CALL_MAIN not set up yet or session corruption  DBG>  5 Looks weird.  I don't have any strange symbol set up:    LAB2> sho sym anal= %DCL-W-UNDSYM, undefined symbol - check validity and spelling   ' Here are the patches we have installed:    LAB2> prod sho hist *   I PRODUCT                             KIT TYPE    OPERATION   DATE AND TIME   G DEC AXPVMS VMS731_DCL V2.0          Patch       Install     16-DEC-2002 G DEC AXPVMS VMS731_FIBRE_SCSI V1.0   Patch       Install     16-DEC-2002 G DEC AXPVMS VMS731_RMS V2.0          Patch       Install     16-DEC-2002 G DEC AXPVMS DWMOTIF V1.2-6           Full LP     Reconfigure 16-DEC-2002 G DEC AXPVMS DWMOTIF V1.2-6           Full LP     Reconfigure 16-DEC-2002 G CPQ AXPVMS CDSA V1.0-2              Full LP     Install     20-NOV-2002 G DEC AXPVMS DECNET_OSI V7.3-1        Full LP     Install     20-NOV-2002 G DEC AXPVMS DWMOTIF V1.2-6           Full LP     Install     20-NOV-2002 G DEC AXPVMS OPENVMS V7.3-1           Platform    Install     20-NOV-2002 G DEC AXPVMS VMS V7.3-1               Oper System Install     20-NOV-2002    [...]     G I didn't see any patches on the web site that seems to do anything with 
 this problem.   % Are our DCLTABLES hosed or something?    -Ryan    ------------------------------  % Date: Fri, 10 Jan 2003 16:53:55 -0500 - From: "Peter Weaver" <peter.weaver@stelco.ca> 6 Subject: Re: Problem analyzing process dumps on v7.3-15 Message-ID: <avnfdq$hmsso$1@ID-141708.news.dfncis.de>    Ryan Moore wrote:  >... > LAB2> anal/proc hh > 1 >          OpenVMS Alpha Debug64 Version V7.3-102  > . > %CLI-F-SYNTAX, error parsing 'SHADOW_MEMBER'< > -CLI-E-ENTNF, specified entity not found in command tables >...' > Are our DCLTABLES hosed or something?  >  > -Ryan   H No, I wrote a few paragraphs on how to check out your DCLTABLES and someJ things to try (since I don't have a 7.3-1 system to play with right now, IH could not try them myself), but just as I was going to post it I noticedG that your image did start before you got the error. If the error was in G DCLTABLES then you would not have gotten that far. I would say that the 3 error is in the internal command table in DEBUGSHR. J Take a look to see if any of your patches touched SYS$LIBRARY:DEBUGSHR and start from there.   6 The only line I'll leave from the original posting is;  '         I highly recommend, if you can, &         loading VERB from the Freeware'         CD on the box so you can take a (         look at what DCLTABLES look like         if this happens again.  > But that is not going to help in this case. (If I'm right :) )   -- Peter WeaverD Opinions are my own, and do not reflect the opinions of my employer,A nor the company that it sub-contracts to, nor the company that it  sub-contracts to.    ------------------------------  % Date: Fri, 10 Jan 2003 15:40:17 -0400 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>) Subject: Software distribution technology / Message-ID: <3E1F219E.9841DD79@vl.videotron.ca>   ( Just a trial balloon, comments please...  M Customer fills out web form. Email is sent back to him with details on how to N download the sofware. At the same time, an account is created on a VMS machineL allowing FTP access. In his SYS$LOGIN, alias entries to the software package6 he is allowed to download are added (set file /enter).  M This way, he can come back to download the software again if needed. If a new L version comes out, one can add a new entry to the sys$logins to point to theK new version of the software (giving him access tothe old and new versions).    How workable would that be ?  L My goal would be to better track who uses my software (it would be freeware)F so that I could also send email announcements of new versions etc etc.  J Would makin software available via non-anonymous FTP be a big problems forF some folks whose corporate infrastructure may allow HTTP but not FTP ?   ------------------------------  % Date: Fri, 10 Jan 2003 13:13:28 -0800 $ From: Shane Smith <ssmith@icius.com>- Subject: RE: Software distribution technology 0 Message-ID: <01C2B8AA.2ADE5480@sulfer.icius.com>  G The SET FILE/ENTRY would only need to be done once, not once per login. H They are persistant. Also keep in mind that you'll have to have a way toD replace the links when you change or rebuild the software: IIRC theyF link to the physical file rather than the original's directory. As forF HTTP only sites, you could probably set up a VMS based webserver as an alternative copying method.   F Might I throw in an alternative option? Instead of symbolic links, whyA not use identifiers? Have all the software in one directory, read G protected against anyone in the customer UIC group unless they have the F relevant package's identifier. Then to see who's got what, you look on! the accounts for the identifiers.    Shane    -----Original Message-----7 From: JF Mezei [mailto:jfmezei.spamnot@vl.videotron.ca] ' Sent: Friday, January 10, 2003 11:40 AM  To: Info-VAX@Mvb.Saic.Com ) Subject: Software distribution technology     ( Just a trial balloon, comments please...  F Customer fills out web form. Email is sent back to him with details on how toF download the sofware. At the same time, an account is created on a VMS machine D allowing FTP access. In his SYS$LOGIN, alias entries to the software package 6 he is allowed to download are added (set file /enter).  G This way, he can come back to download the software again if needed. If  a new H version comes out, one can add a new entry to the sys$logins to point to the @ new version of the software (giving him access tothe old and new
 versions).   How workable would that be ?  B My goal would be to better track who uses my software (it would be	 freeware)eF so that I could also send email announcements of new versions etc etc.  F Would makin software available via non-anonymous FTP be a big problems for-F some folks whose corporate infrastructure may allow HTTP but not FTP ?   ------------------------------  % Date: Fri, 10 Jan 2003 13:28:18 -0800E# From: "Tom Linden" <tom@kednos.com>a- Subject: RE: Software distribution technology 9 Message-ID: <CIEJLCMNHNNDLLOOGNJIAEFFGGAA.tom@kednos.com>E  G Too busy, just use anonymous ftp, and if you want to see who downloaded H it look in the log file.  If they are using a browser, its probably hardI to turn off ftp, and probably not done often, just provide an HREF in ther web page, e.g.F <A HREF="ftp://freja.kednos.com/pub/AXP/PLI043/DPLIRTL042H.ZIP"> Alpha RTL</A>      >-----Original Message-----e8 >From: JF Mezei [mailto:jfmezei.spamnot@vl.videotron.ca]( >Sent: Friday, January 10, 2003 11:40 AM >To: Info-VAX@Mvb.Saic.Com* >Subject: Software distribution technology >- >-) >Just a trial balloon, comments please...0 >1< >Customer fills out web form. Email is sent back to him with >details on how toC >download the sofware. At the same time, an account is created on au >VMS machine< >allowing FTP access. In his SYS$LOGIN, alias entries to the >software packagee7 >he is allowed to download are added (set file /enter).$ >m= >This way, he can come back to download the software again if  >needed. If a new @ >version comes out, one can add a new entry to the sys$logins to
 >point to the:L >new version of the software (giving him access tothe old and new versions). >l >How workable would that be ?m >iC >My goal would be to better track who uses my software (it would bet
 >freeware)G >so that I could also send email announcements of new versions etc etc.f > K >Would makin software available via non-anonymous FTP be a big problems for G >some folks whose corporate infrastructure may allow HTTP but not FTP ?: >r >---' >Incoming mail is certified Virus Free. ; >Checked by AVG anti-virus system (http://www.grisoft.com).'B >Version: 6.0.435 / Virus Database: 244 - Release Date: 12/30/2002 >h --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).A Version: 6.0.435 / Virus Database: 244 - Release Date: 12/30/2002s   ------------------------------  % Date: Sat, 11 Jan 2003 01:41:11 +0100s. From: "Jesper Naur" <jesper.naur@post.tele.dk> Subject: Re: VAX Arch Hdbk< Message-ID: <3e1f6775$0$83832$edfadb0f@dtext01.news.tele.dk>  , Tom Linden <tom@kednos.com> wrote in message3 news:CIEJLCMNHNNDLLOOGNJICEELGGAA.tom@kednos.com...0A > is there one available online?  Didn't find any on Waybackwhen.e > If not, anybody have a spare?i >o  0 Try looking at these (perhaps a bit unofficial):  * http://fakkir.net/~elzubeir/papers/vax.pdf3 http://www.cs.rit.edu/~icss352/document/vax_pkt.pdf    Best regards Jesper Naura     > Tomh > ---a( > Outgoing mail is certified Virus Free.< > Checked by AVG anti-virus system (http://www.grisoft.com).C > Version: 6.0.435 / Virus Database: 244 - Release Date: 12/30/2002v >i   ------------------------------  % Date: Fri, 10 Jan 2003 16:46:04 -0800T# From: "Tom Linden" <tom@kednos.com>  Subject: RE: VAX Arch Hdbk9 Message-ID: <CIEJLCMNHNNDLLOOGNJIMEFKGGAA.tom@kednos.com>O  A Yes thanks, I did already look a those but they don't cover a loti$ of what is in the original handbook.   >-----Original Message----- 4 >From: Jesper Naur [mailto:jesper.naur@post.tele.dk]' >Sent: Friday, January 10, 2003 4:41 PM  >To: Info-VAX@Mvb.Saic.Com >Subject: Re: VAX Arch HdbkA >Y >s >t- >Tom Linden <tom@kednos.com> wrote in messagea4 >news:CIEJLCMNHNNDLLOOGNJICEELGGAA.tom@kednos.com...B >> is there one available online?  Didn't find any on Waybackwhen.  >> If not, anybody have a spare? >> >61 >Try looking at these (perhaps a bit unofficial):0 > + >http://fakkir.net/~elzubeir/papers/vax.pdfs4 >http://www.cs.rit.edu/~icss352/document/vax_pkt.pdf > 
 >Best regardsr >Jesper Naur >r >l >> Tom >> ---) >> Outgoing mail is certified Virus Free. = >> Checked by AVG anti-virus system (http://www.grisoft.com).aD >> Version: 6.0.435 / Virus Database: 244 - Release Date: 12/30/2002 >> >v >i >---' >Incoming mail is certified Virus Free. ; >Checked by AVG anti-virus system (http://www.grisoft.com).hB >Version: 6.0.435 / Virus Database: 244 - Release Date: 12/30/2002 >l ---h& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).A Version: 6.0.435 / Virus Database: 244 - Release Date: 12/30/2002    ------------------------------  + Date: Fri, 10 Jan 2003 15:37:03 -0600 (CST)  From: sms@antinode.org Subject: Re: VMS troubles0) Message-ID: <03011015370293@antinode.org>h  0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>J > I seem to have the customer diagnostics, and it does have the ability toM > format RD5x drives. But there are some functions not available in the menu.   C    The "DIAG CUST" edition of the MicroVAX Diagnostic Monitor (MDM)QG could format an RD-series disk drive which had _already_ been formattedrG in a compatible way (such as by MDM or a VAXsta 2000), but it could not C format anything else, such as a virgin (Maxtor XT-2190) drive.  Thee' "DIAG MAINT" edition could do anything.i  H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode.orga    Saint Paul  MN  55105-2547    ------------------------------  # Date: Sat, 11 Jan 2003 06:31:58 GMTt From: "pfr" <preilly@mail.com>: Subject: Re: VT220/320 Terminal emulator for Linux client?5 Message-ID: <pan.2003.01.11.06.34.33.337286@mail.com>   . On Tue, 31 Dec 2002 05:01:32 +0000, pfr wrote:  L > Can anyone reccomend a good free terminal emulator for a Linux client whenG > connecting to a Vax?  TeraTerm has worked well when connecting from a H > Windows client to a Vax, but the standard telnet client in Linux seems > only able to emulate a VT100.r > 	 > Thanks,n  2 http://www.openvms.compaq.com/freeware/freeware50/  A On the Freeware50 CD, there is a DECxterm, which works very well.    PeterL   ------------------------------  % Date: Sat, 11 Jan 2003 00:00:09 +0100 6 From: =?ISO-8859-1?Q?Arne_Vajh=F8j?= <arne@vajhoej.dk>4 Subject: Re: [OT] Lotteries (was Re: Happy New Year)) Message-ID: <3E1F5079.4050901@vajhoej.dk>P   Alan E. Feldman wrote:E > Hell, you may as well pick 1 2 3 4 5 ... They're close together andiE > who else is going to pick this combo? Plus, it's easier to check if 
 > you won.    2 Well actually this specific combo is played a lot.   Very bad choice.   Arne   ------------------------------   Date: 11 Jan 2003 06:26:44 GMT- From: djweath@attglobal.net (Dave Weatherall)s4 Subject: Re: [OT] Lotteries (was Re: Happy New Year)5 Message-ID: <DTiotGxQ0bj6-pn2-LfHCFdxgOdQn@localhost>h  A On Thu, 9 Jan 2003 14:25:55 UTC, spamsink2001@yahoo.com (Alan E. f Feldman) wrote:   l > djweath@attglobal.net (Dave Weatherall) wrote in message news:<DTiotGxQ0bj6-pn2-kDUB8mnOduFF@localhost>...E > > On Mon, 6 Jan 2003 23:53:33 UTC, spamsink2001@yahoo.com (Alan E. s > > Feldman) wrote:- > > ` > > > Arne Vajh&#8250;j <arne@vajhoej.dk> wrote in message news:<3E19951D.1030701@vajhoej.dk>... > > > [...]c@ > > > > Smart people have found out that it is better to play on% > > > > numbers close to each other !l > > > > @ > > > > Ofcourse every combination has the exact same probablityB > > > > of winning, but most people that pick their numbers manualD > > > > pick numbers almost equally spaced over the range. ThereforeB > > > > if numbers close to each other are picked, then there will: > > > > be fewer rigth combinations meaning higher prizes. > > > >  > > > > :-)0 > > > >  > > > > Arne > > > I > > > Hell, you may as well pick 1 2 3 4 5 ... They're close together and I > > > who else is going to pick this combo? Plus, it's easier to check ift > > > you won. > > > L > > > "But wait", some might say, "that'll never come up!". But it's just as) > > > likely as any other set of numbers.d > > G > > Actually in the German lottery, 10 years ago, it did or a rather a  I > > running sequence of 6 numbers did. I remember thinking that somebody lJ > > might have become very rich, the jackpot was at least in the 'teens ofI > > million marks (ISTR it was 26M but my memory may be playing tricks). cI > > Anyway, in the end, there were so many people with the sequence they  J > > only got 106,000 Dm each. Still better than the proverbial poke in the
 > > eye... > D > Well, then I'd recommend "quick pick" (i.e., let the computer pick > your numbers at random).    C Certainly the same possibility as any other set. Probability is of uE course another measure altogether. In the days when we used to play,  > Gabi has started again, we used to have 'good' discussions on  possibility v probability :-)0    Cheers - Dave.   ------------------------------   End of INFO-VAX 2003.021 ************************