INFO-VAX Tue, 08 May 2007 Volume 2007 : Issue 252 Contents: Re: A jihad on the Hobbyist programme ? Re: A jihad on the Hobbyist programme ? Re: command interpretation Re: detect unaligned data access Re: GNV Breaks VMS (was: Re: List of VMS command file .COM domain names namesnam Re: installing resident images - problem Re: installing resident images - problem Re: installing resident images - problem Re: numerical libraries on integrity Re: OT: Favorite movies of the VMS crowd? Re: OT: Favorite movies of the VMS crowd? Re: OT: Favorite movies of the VMS crowd? Re: OT: Favorite movies of the VMS crowd? PID for detached process. Re: PID for detached process. Re: PID for detached process. Re: Semi-OT: 4K Disk Blocks? Re: Slightly OT:DS10L and router compatibility Re: Sun Studio 11 (Solaris IDE) Re: Sun Studio 11 (Solaris IDE) Re: Sun Studio 11 (Solaris IDE) Re: Sun Studio 11 (Solaris IDE) Re: Sun Studio 11 (Solaris IDE) Re: Sun Studio 11 (Solaris IDE) Re: SYSMAN problem Re: tukwila hits iceberg! VAX 7000 for rescue ---------------------------------------------------------------------- Date: Tue, 08 May 2007 09:24:15 -0600 From: "news.hp.com" Subject: Re: A jihad on the Hobbyist programme ? Message-ID: JF Mezei wrote: > Or, we might be able to get Island to burn CDs and include them with > those DS10Ls that are available at a fair price. I doubt there could be any objection from HP if Island Co. chose to procure some of the Hobbyist CDs from the Hobbyist Program and include one with any Alpha purchased by an OpenVMS hobbyist. ------------------------------ Date: Tue, 08 May 2007 09:30:25 -0600 From: "news.hp.com" Subject: Re: A jihad on the Hobbyist programme ? Message-ID: Doc wrote: > What would be a big help to the Hobbyist programme would be a minimal > bootable Linux CD to run sim-h and VMS. I wonder if Peronal Alpha would run under WINE under Linux? ------------------------------ Date: Tue, 08 May 2007 08:17:51 +0200 From: Martin Krischik Subject: Re: command interpretation Message-ID: <4640160f$1@news.post.ch> Brian Candler schrieb: > On Mon, May 07, 2007 at 07:45:05PM +0900, Martin Krischik wrote: >> Background: I use ruby on the vms operating system and I want to run the >> following test command: >> >> x = ´WRITE SYS$OUTPUT F$TRNLNM("SOURCE")´ >> >> But all I get is: >> >> test.ruby:8: warning: parenthesize argument(s) for future version >> test.ruby:8: parse error >> x = ´WRITE SYS$OUTPUT F$TRNLNM("SOURCE")´ >> ^ >> From which I deduct that some "magic" is done with the $ character >> which I don't want. > > In the mail you sent, I saw character \264 (octal) where there should be a > backtick. A backtick is \140 (octal), \x60 (hex), 96 (decimal) Another good reason to retire back ticks. > Have you tried using %x(...) instead? Indeed that works - thanks! Martin -- Martin Krischik ------------------------------ Date: 8 May 2007 10:27:26 -0700 From: Joshua Lehrer Subject: Re: detect unaligned data access Message-ID: <1178645246.024641.170420@y80g2000hsf.googlegroups.com> I've decided to go with the sys$start_align_fault_report approach. This works great and I am receiving the exceptions in my exception handler. One of the arguments to the handler is "unsigned int * sigargs". >From what I can gather: sigargs[0] is the argument count (5) sigargs[1] is the exception number (1291) sigargs[2] is the virtual address (32-bit number) sigargs[3] is unknown to me sigargs[4] is the program counter (32-bit number) My problem is that the virtual address and program counters are 32-bit numbers. When running a 64-bit application, my unaligned data's virtual address could easily (and frequently) be a 64-bit number. The program counter could be a 64-bit number as well. Does the exception vector contain the high order bits of the virtual address and program counter somwhere? Also, what's in sigargs[3]? Thanks, josh ------------------------------ Date: Tue, 08 May 2007 10:44:45 -0400 From: John Reagan Subject: Re: GNV Breaks VMS (was: Re: List of VMS command file .COM domain names namesnam Message-ID: Peter Weaver wrote: > On May 3, 10:54 pm, moro...@world.std.spaamtrap.com (Michael Moroney) > wrote: > >>... >>The stupid GNV kit also created a [mnt] directory, which is pointers to >>all your _other_ disks. So a directory of SYS$SYSDEVICE:[*...] will >>list all your files on all your disks, not just SYS$SYSDEVICE! Guess >>what a $ PURGE SYS$SYSDEVICE:[*...] will do! >>... > > > Yes, GNV does break the way VMS normally works. Has anyone else tried > to follow up with HP on this? My email to the Documentation group > asking them to put a warning in the release notes to warn people was > never answered. In the same email I asked what should be in Item 4 of > Section 6 and what the end of paragraph 8.1 should be in the readme > file. I did not get an answer to any of my questions and I see that > the Readme First PDF is still missing these parts. > > Peter Weaver > www.weaverconsulting.ca > CHARON-VAX CHARON-AXP DataStream Reflection PreciseMail HP Commercial > Hardware > I forwarded this to the engineer doing GNV. I believe those automagic mount-points are going away (or at least becoming optional). -- John Reagan OpenVMS Pascal/Macro-32/COBOL Project Leader Hewlett-Packard Company ------------------------------ Date: Tue, 8 May 2007 11:17:28 -0400 From: "Jilly" Subject: Re: installing resident images - problem Message-ID: <464093af$0$20128$ec3e2dad@news.usenetmonster.com> "jhjr4381" wrote in message news:1178566374.701904.32570@p77g2000hsh.googlegroups.com... > On May 7, 2:28 pm, "Jilly" wrote: >> "jhjr4381" wrote in message >> >> news:1178561485.621193.196340@l77g2000hsb.googlegroups.com... >> >> >> >> >> >> > On May 7, 12:36 pm, "Jilly" wrote: >> >> "jhjr4381" wrote in message >> >> >>news:1178551142.124454.120720@u30g2000hsc.googlegroups.com... >> >> >> >I am getting errors trying to install resident images at startup. I'm >> >> > on an Alpha V8.2 and trying to execute the RMONSTART72.com to start >> >> > up >> >> > Oracle Rdb (v7.2). Other com files preceding it are successful, but >> >> > this fails with the folloing error(s): >> >> >> > %INSTALL-I-NONRES, image installed ignoring '/RESIDENT' >> >> >> DISK$ALPHASYS:DBMSHR72.EXE >> >> >> -INSTALL-E-NOGHREG, insufficient memory in the code or data >> >> >> granularity >> >> >> hint region >> >> >> > VMS gives me the following on the error: >> >> > Explanation: An image was installed using the /RESIDENT qualifier, >> >> > but the code or data granularity hint region does not have enough >> >> > memory for the image's code or read-only data sections. >> >> >> > User Action: Consider adjusting the granularity hint region SYSGEN >> >> > parameters: GH_EXEC_CODE, GH_EXEC_DATA, GH_RES_CODE,GH_RES_DATA, and >> >> > GH_RSRVPGCNT. >> >> >> > However, no amount of changes I make in the above parameters seem to >> >> > help the problem. The application I am using expects the image to be >> >> > resident, so even though it's installed, it still won't run. >> >> > Any suggestions? >> >> >> Post the SHOW MEM/GH output. >> >> Also did you set up the system to keep some GH pages around after >> >> startup? >> >> Startup normally releases all unused GH pages when it exits and if you >> >> want >> >> to have some free for installing images later then you have to >> >> configure >> >> SYSGEN for them. See the SYSGEN GH parameters. >> >> >> Jilly- Hide quoted text - >> >> >> - Show quoted text - >> >> > GH_EXEC_CODE 4096 1024 0 65536 >> > Pages >> > GH_EXEC_DATA 4096 512 0 65536 >> > Pages >> > GH_RES_CODE 4096 1024 0 65536 >> > Pages >> > GH_RES_DATA 4096 0 0 65536 >> > Pages >> > GH_RSRVPGCNT 400 0 0 -1 >> > Pages >> >> > initial values were: >> >> > GH_EXEC_CODE 2048 1024 0 65536 >> > Pages >> > GH_EXEC_DATA 1048 512 0 65536 >> > Pages >> > GH_RES_CODE 3072 (changed for Rdb 7.2 per >> > oracle) >> > GH_RES_DATA 64 >> > GH_RSRVPGCNT 0 >> >> > Not sure what you meant by MEM - here's GBL info (sorry, newbie): >> >> > GBLSECTIONS 10000 1024 80 65535 >> > Sections >> > GBLPAGES 1500000 65536 10240 -1 >> > Pagelets D >> > internal value 93750 4096 640 >> > -1 Pages D >> > GBLPAGFIL 75000 16394 32 -1 >> > Pages D >> >> You didn't post your current SHOW MEM/GH output. Do you have enough free >> GH >> pages for this image? If you don't know how much you need then see the >> RDB >> docs or ask RDB support as they should doc how much GH pages are needed >> to >> install their pages resident. >> >> Here is an example of SHOW MEM/GH >> >> _4>show mem/gh >> System Memory Resources on 7-MAY-2007 14:23:11.77 >> >> Granularity Hint Regions (pages): Total Free In Use >> Released >> Execlet code region 1536 0 1035 >> 501 >> Execlet data region 312 0 312 >> 0 >> S0/S1 Executive data region 1576 0 1576 >> 0 >> Resident image code region 1024 0 991 >> 33- Hide quoted text - >> >> - Show quoted text - > System Memory Resources on 7-MAY-2007 15:37:32.72 > > Granularity Hint Regions (pages): Total Free In Use > Released > Execlet code region 4096 0 > 775 3321 > Execlet data region 4096 0 > 395 3701 > S0/S1 Executive data region 401 0 > 401 0 > Resident image code region 4096 65 > 1536 2495 > Resident image data region 4096 0 > 0 4096 > > Is this showing that they are all being released regardless of the > GH_RSRSRVCNT value? > No, it shows that you did keep 400 free but have used up all but 65 of those 400 and I doubt that 65 will be enough for this image. Do you have any startup jobs that get submitted to batch that might actually execute after Startup has executed it's release of GH pages? If so that would account for some of your 400 being used up. Stick a SHOW MEM/GH at the very end of SYSTARTUP_VMS.COM and also execute this as soon as you get logged in after a reboot. The image that runs at the end of STARTUP.COM is LDR$WRAPUP.EXE. There should be a way on ITRC to pull up a CSC article that describes the Granularity Hint Regions and goes thru an ANA/IMAGE output to see how many pages an image will require. ------------------------------ Date: 8 May 2007 09:45:04 -0700 From: jhjr4381 Subject: Re: installing resident images - problem Message-ID: <1178642704.131577.22500@e65g2000hsc.googlegroups.com> On May 8, 11:17 am, "Jilly" wrote: > "jhjr4381" wrote in message > > news:1178566374.701904.32570@p77g2000hsh.googlegroups.com... > > > > > > > On May 7, 2:28 pm, "Jilly" wrote: > >> "jhjr4381" wrote in message > > >>news:1178561485.621193.196340@l77g2000hsb.googlegroups.com... > > >> > On May 7, 12:36 pm, "Jilly" wrote: > >> >> "jhjr4381" wrote in message > > >> >>news:1178551142.124454.120720@u30g2000hsc.googlegroups.com... > > >> >> >I am getting errors trying to install resident images at startup. I'm > >> >> > on an Alpha V8.2 and trying to execute the RMONSTART72.com to start > >> >> > up > >> >> > Oracle Rdb (v7.2). Other com files preceding it are successful, but > >> >> > this fails with the folloing error(s): > > >> >> > %INSTALL-I-NONRES, image installed ignoring '/RESIDENT' > >> >> >> DISK$ALPHASYS:DBMSHR72.EXE > >> >> >> -INSTALL-E-NOGHREG, insufficient memory in the code or data > >> >> >> granularity > >> >> >> hint region > > >> >> > VMS gives me the following on the error: > >> >> > Explanation: An image was installed using the /RESIDENT qualifier, > >> >> > but the code or data granularity hint region does not have enough > >> >> > memory for the image's code or read-only data sections. > > >> >> > User Action: Consider adjusting the granularity hint region SYSGEN > >> >> > parameters: GH_EXEC_CODE, GH_EXEC_DATA, GH_RES_CODE,GH_RES_DATA, and > >> >> > GH_RSRVPGCNT. > > >> >> > However, no amount of changes I make in the above parameters seem to > >> >> > help the problem. The application I am using expects the image to be > >> >> > resident, so even though it's installed, it still won't run. > >> >> > Any suggestions? > > >> >> Post the SHOW MEM/GH output. > >> >> Also did you set up the system to keep some GH pages around after > >> >> startup? > >> >> Startup normally releases all unused GH pages when it exits and if you > >> >> want > >> >> to have some free for installing images later then you have to > >> >> configure > >> >> SYSGEN for them. See the SYSGEN GH parameters. > > >> >> Jilly- Hide quoted text - > > >> >> - Show quoted text - > > >> > GH_EXEC_CODE 4096 1024 0 65536 > >> > Pages > >> > GH_EXEC_DATA 4096 512 0 65536 > >> > Pages > >> > GH_RES_CODE 4096 1024 0 65536 > >> > Pages > >> > GH_RES_DATA 4096 0 0 65536 > >> > Pages > >> > GH_RSRVPGCNT 400 0 0 -1 > >> > Pages > > >> > initial values were: > > >> > GH_EXEC_CODE 2048 1024 0 65536 > >> > Pages > >> > GH_EXEC_DATA 1048 512 0 65536 > >> > Pages > >> > GH_RES_CODE 3072 (changed for Rdb 7.2 per > >> > oracle) > >> > GH_RES_DATA 64 > >> > GH_RSRVPGCNT 0 > > >> > Not sure what you meant by MEM - here's GBL info (sorry, newbie): > > >> > GBLSECTIONS 10000 1024 80 65535 > >> > Sections > >> > GBLPAGES 1500000 65536 10240 -1 > >> > Pagelets D > >> > internal value 93750 4096 640 > >> > -1 Pages D > >> > GBLPAGFIL 75000 16394 32 -1 > >> > Pages D > > >> You didn't post your current SHOW MEM/GH output. Do you have enough free > >> GH > >> pages for this image? If you don't know how much you need then see the > >> RDB > >> docs or ask RDB support as they should doc how much GH pages are needed > >> to > >> install their pages resident. > > >> Here is an example of SHOW MEM/GH > > >> _4>show mem/gh > >> System Memory Resources on 7-MAY-2007 14:23:11.77 > > >> Granularity Hint Regions (pages): Total Free In Use > >> Released > >> Execlet code region 1536 0 1035 > >> 501 > >> Execlet data region 312 0 312 > >> 0 > >> S0/S1 Executive data region 1576 0 1576 > >> 0 > >> Resident image code region 1024 0 991 > >> 33- Hide quoted text - > > >> - Show quoted text - > > System Memory Resources on 7-MAY-2007 15:37:32.72 > > > Granularity Hint Regions (pages): Total Free In Use > > Released > > Execlet code region 4096 0 > > 775 3321 > > Execlet data region 4096 0 > > 395 3701 > > S0/S1 Executive data region 401 0 > > 401 0 > > Resident image code region 4096 65 > > 1536 2495 > > Resident image data region 4096 0 > > 0 4096 > > > Is this showing that they are all being released regardless of the > > GH_RSRSRVCNT value? > > No, it shows that you did keep 400 free but have used up all but 65 of those > 400 and I doubt that 65 will be enough for this image. Do you have any > startup jobs that get submitted to batch that might actually execute after > Startup has executed it's release of GH pages? If so that would account for > some of your 400 being used up. Stick a SHOW MEM/GH at the very end of > SYSTARTUP_VMS.COM and also execute this as soon as you get logged in after a > reboot. The image that runs at the end of STARTUP.COM is LDR$WRAPUP.EXE. > There should be a way on ITRC to pull up a CSC article that describes the > Granularity Hint Regions and goes thru an ANA/IMAGE output to see how many > pages an image will require.- Hide quoted text - > > - Show quoted text - Jilly, In systartup_vms.com, I have several .com files that start Rdb, CDD, Decforms, and finally DBMS. The DBMS (MONSTART72.com) file is failing with the granularity issue. No other batch jobs execute after the systartup_vms.com executesm as this is a development system. I will throw in the show mem/gh in between those com jobs and see what happens, but I'm sure if I alter the sequence, it will just fail on the last one. Are you saying the image LDR$WRAPUP.EXE is what releases the extra GH_pages, and if so I'll assume that happens before syatartup_vms.com executes? The DBMS install guide says to increase GH_RES_CODE by 2048, which I did (by 3072). In fact I increased it to 8192 at one point. Should I not just then be able to increase GH_RES_CODE by that amount, and then set GH_RSRVPGCNT to the same amount to make sure it doesn't then return it to the system? Thank you much for your assistance! ------------------------------ Date: Tue, 8 May 2007 13:45:42 -0400 From: "Jilly" Subject: Re: installing resident images - problem Message-ID: <4640b66f$0$20132$ec3e2dad@news.usenetmonster.com> "jhjr4381" wrote in message news:1178642704.131577.22500@e65g2000hsc.googlegroups.com... > On May 8, 11:17 am, "Jilly" wrote: >> "jhjr4381" wrote in message >> >> news:1178566374.701904.32570@p77g2000hsh.googlegroups.com... >> >> >> >> >> >> > On May 7, 2:28 pm, "Jilly" wrote: >> >> "jhjr4381" wrote in message >> >> >>news:1178561485.621193.196340@l77g2000hsb.googlegroups.com... >> >> >> > On May 7, 12:36 pm, "Jilly" wrote: >> >> >> "jhjr4381" wrote in message >> >> >> >>news:1178551142.124454.120720@u30g2000hsc.googlegroups.com... >> >> >> >> >I am getting errors trying to install resident images at startup. >> >> >> >I'm >> >> >> > on an Alpha V8.2 and trying to execute the RMONSTART72.com to >> >> >> > start >> >> >> > up >> >> >> > Oracle Rdb (v7.2). Other com files preceding it are successful, >> >> >> > but >> >> >> > this fails with the folloing error(s): >> >> >> >> > %INSTALL-I-NONRES, image installed ignoring '/RESIDENT' >> >> >> >> DISK$ALPHASYS:DBMSHR72.EXE >> >> >> >> -INSTALL-E-NOGHREG, insufficient memory in the code or data >> >> >> >> granularity >> >> >> >> hint region >> >> >> >> > VMS gives me the following on the error: >> >> >> > Explanation: An image was installed using the /RESIDENT >> >> >> > qualifier, >> >> >> > but the code or data granularity hint region does not have enough >> >> >> > memory for the image's code or read-only data sections. >> >> >> >> > User Action: Consider adjusting the granularity hint region >> >> >> > SYSGEN >> >> >> > parameters: GH_EXEC_CODE, GH_EXEC_DATA, GH_RES_CODE,GH_RES_DATA, >> >> >> > and >> >> >> > GH_RSRVPGCNT. >> >> >> >> > However, no amount of changes I make in the above parameters seem >> >> >> > to >> >> >> > help the problem. The application I am using expects the image to >> >> >> > be >> >> >> > resident, so even though it's installed, it still won't run. >> >> >> > Any suggestions? >> >> >> >> Post the SHOW MEM/GH output. >> >> >> Also did you set up the system to keep some GH pages around after >> >> >> startup? >> >> >> Startup normally releases all unused GH pages when it exits and if >> >> >> you >> >> >> want >> >> >> to have some free for installing images later then you have to >> >> >> configure >> >> >> SYSGEN for them. See the SYSGEN GH parameters. >> >> >> >> Jilly- Hide quoted text - >> >> >> >> - Show quoted text - >> >> >> > GH_EXEC_CODE 4096 1024 0 65536 >> >> > Pages >> >> > GH_EXEC_DATA 4096 512 0 65536 >> >> > Pages >> >> > GH_RES_CODE 4096 1024 0 65536 >> >> > Pages >> >> > GH_RES_DATA 4096 0 0 65536 >> >> > Pages >> >> > GH_RSRVPGCNT 400 0 0 -1 >> >> > Pages >> >> >> > initial values were: >> >> >> > GH_EXEC_CODE 2048 1024 0 65536 >> >> > Pages >> >> > GH_EXEC_DATA 1048 512 0 65536 >> >> > Pages >> >> > GH_RES_CODE 3072 (changed for Rdb 7.2 per >> >> > oracle) >> >> > GH_RES_DATA 64 >> >> > GH_RSRVPGCNT 0 >> >> >> > Not sure what you meant by MEM - here's GBL info (sorry, newbie): >> >> >> > GBLSECTIONS 10000 1024 80 65535 >> >> > Sections >> >> > GBLPAGES 1500000 65536 10240 -1 >> >> > Pagelets D >> >> > internal value 93750 4096 640 >> >> > -1 Pages D >> >> > GBLPAGFIL 75000 16394 32 -1 >> >> > Pages D >> >> >> You didn't post your current SHOW MEM/GH output. Do you have enough >> >> free >> >> GH >> >> pages for this image? If you don't know how much you need then see >> >> the >> >> RDB >> >> docs or ask RDB support as they should doc how much GH pages are >> >> needed >> >> to >> >> install their pages resident. >> >> >> Here is an example of SHOW MEM/GH >> >> >> _4>show mem/gh >> >> System Memory Resources on 7-MAY-2007 14:23:11.77 >> >> >> Granularity Hint Regions (pages): Total Free In Use >> >> Released >> >> Execlet code region 1536 0 1035 >> >> 501 >> >> Execlet data region 312 0 312 >> >> 0 >> >> S0/S1 Executive data region 1576 0 1576 >> >> 0 >> >> Resident image code region 1024 0 991 >> >> 33- Hide quoted text - >> >> >> - Show quoted text - >> > System Memory Resources on 7-MAY-2007 15:37:32.72 >> >> > Granularity Hint Regions (pages): Total Free In Use >> > Released >> > Execlet code region 4096 0 >> > 775 3321 >> > Execlet data region 4096 0 >> > 395 3701 >> > S0/S1 Executive data region 401 0 >> > 401 0 >> > Resident image code region 4096 65 >> > 1536 2495 >> > Resident image data region 4096 0 >> > 0 4096 >> >> > Is this showing that they are all being released regardless of the >> > GH_RSRSRVCNT value? >> >> No, it shows that you did keep 400 free but have used up all but 65 of >> those >> 400 and I doubt that 65 will be enough for this image. Do you have any >> startup jobs that get submitted to batch that might actually execute >> after >> Startup has executed it's release of GH pages? If so that would account >> for >> some of your 400 being used up. Stick a SHOW MEM/GH at the very end of >> SYSTARTUP_VMS.COM and also execute this as soon as you get logged in >> after a >> reboot. The image that runs at the end of STARTUP.COM is LDR$WRAPUP.EXE. >> There should be a way on ITRC to pull up a CSC article that describes the >> Granularity Hint Regions and goes thru an ANA/IMAGE output to see how >> many >> pages an image will require.- Hide quoted text - >> >> - Show quoted text - > > Jilly, > > In systartup_vms.com, I have several .com files that start Rdb, CDD, > Decforms, and finally DBMS. The DBMS (MONSTART72.com) file is failing > with the granularity issue. No other batch jobs execute after the > systartup_vms.com executesm as this is a development system. I will > throw in the show mem/gh in between those com jobs and see what > happens, but I'm sure if I alter the sequence, it will just fail on > the last one. > Are you saying the image LDR$WRAPUP.EXE is what releases the extra > GH_pages, and if so I'll assume that happens before syatartup_vms.com > executes? The DBMS install guide says to increase GH_RES_CODE by 2048, > which I did (by 3072). In fact I increased it to 8192 at one point. > Should I not just then be able to increase GH_RES_CODE by that amount, > and then set GH_RSRVPGCNT to the same amount to make sure it doesn't > then return it to the system? > > Thank you much for your assistance! > LDR$WRAPUP executes after SYSTARTUP_VMS.COM finishes, also executes after DECW$STARTUP and anything else in the SYSMAN startup list that gets executed after SYSTARTUP_VMS. What I suspect is that you have not configured enough GH pages for all your needs (all your packages should tell you how many you need in their install guides) and at the end of Startup you only have the 65 free. GH_RSRVPGCNT will not add pages to the GH pages to get up to this number it only tells LDR$WRAPUP to keep at least this much if available, which in your case are not available. You could edit STARTUP.COM and add in a SHOW MEM/GH just before LDR$WRAPUP is executed and then try booting with larger values until everything installs (if you don't know the total amount you need). ------------------------------ Date: Tue, 08 May 2007 10:57:42 -0400 From: John Reagan Subject: Re: numerical libraries on integrity Message-ID: Anton Shterenlikht wrote: > Hello > > I just read in the Fortran for OpenVMS user manual that > CXML libraries are not available on integrity, only on Alpha. > Does anybody know what is the suggested replacement for integrity? > Perhaps some of the LAPACK, BLAS, LINPACK, etc are now meant to > be installed via freeware? > > thanks a lot > anton > We have done some work to provide CXML for I64 in a freeware package. There are some routines (I don't remember the exact list) that we cannot provide due to licensing reasons. Contact Rick dot McLaughin at hp dot com for more information. -- John Reagan OpenVMS Pascal/Macro-32/COBOL Project Leader Hewlett-Packard Company ------------------------------ Date: Tue, 8 May 2007 08:19:29 -0400 From: "FredK" Subject: Re: OT: Favorite movies of the VMS crowd? Message-ID: "Bill Gunshannon" wrote in message news:5a9fhnF2nmfvcU1@mid.individual.net... > > But what is the answer to the trivia question? > > bill > "All I ask is a Tall Ship and a Star to steer her by" (John Masefield, from the poem Sea Fever). Season 2, episode 53 "The Ulitmate Computer" (M5) designed by Dr Daystrom is given control of the Enterprise... of course it goes nuts and Captain Kirk talks it into committing suicide (a recurring theme). In an attempt at being contemplative - Kirk quotes this during a conversation IIRC with Bones. ------------------------------ Date: 8 May 2007 08:26:09 -0500 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: OT: Favorite movies of the VMS crowd? Message-ID: In article , "FredK" writes: > Yeah, as soon as I sent it I wished it was notes and I could do a delete. ANU lets you do a cancel, but some might read it before the cancel completes. ------------------------------ Date: 8 May 2007 13:39:59 GMT From: bill@cs.uofs.edu (Bill Gunshannon) Subject: Re: OT: Favorite movies of the VMS crowd? Message-ID: <5abcteF2mjc9qU1@mid.individual.net> In article , koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: > In article , "FredK" writes: > >> Yeah, as soon as I sent it I wished it was notes and I could do a delete. > > ANU lets you do a cancel, but some might read it before the cancel > completes. And many news servers will just ignore the cancel. bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves bill@cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include ------------------------------ Date: Tue, 8 May 2007 10:00:37 -0400 From: "FredK" Subject: Re: OT: Favorite movies of the VMS crowd? Message-ID: "Bill Gunshannon" wrote in message news:5abcteF2mjc9qU1@mid.individual.net... > In article , > koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: >> In article , "FredK" >> writes: >> >>> Yeah, as soon as I sent it I wished it was notes and I could do a >>> delete. >> >> ANU lets you do a cancel, but some might read it before the cancel >> completes. > > And many news servers will just ignore the cancel. > > bill > > Once you have let a reply loose in the wild, it can seldom be called back. One of the reasons I always liked "notes" - you could delete something that might turn out to be wrong or that went stale - so that years later some knucklehead would not find it and waste time pursuing the wrong track. ------------------------------ Date: 8 May 2007 07:02:57 -0700 From: BaxterD@tessco.com Subject: PID for detached process. Message-ID: <1178632977.412050.112300@e51g2000hsg.googlegroups.com> Does anyone know if there is a symbol which keeps the PID of the last detached process created. I am thinking of a equivalent to the $ENTRY symbol which holds the entry number of the last job you submitted. Basically I would like to get the PID of a process and store it for future reference. thanks Dave. ------------------------------ Date: Tue, 08 May 2007 16:40:11 +0200 From: Joseph Huber Subject: Re: PID for detached process. Message-ID: BaxterD@tessco.com wrote: > Does anyone know if there is a symbol which keeps the PID of the > last detached process created. > > I am thinking of a equivalent to the $ENTRY symbol which holds the > entry number of the last job you submitted. > > Basically I would like to get the PID of a process and store it for > future reference. Not exactly the same, but run the detached process with an explicit and unique /PROCESS_NAME. If success, then retrieve the PID doing a process scan: x=F$CONTEXT("PROCESS",ctx,"PRCNAM",myname,"EQL") node = F$GETSYI("NODENAME") x=F$CONTEXT("PROCESS",ctx,"NODENAME",node,"EQL") mypid = F$PID(ctx) -- Joseph Huber - http://www.huber-joseph.de ------------------------------ Date: 8 May 2007 07:41:57 -0700 From: BaxterD@tessco.com Subject: Re: PID for detached process. Message-ID: <1178635317.473094.116070@q75g2000hsh.googlegroups.com> On May 8, 10:25 am, Ian Miller wrote: > How are you creating the detached process? Using $ Run SYS$SYSTEM:LOGINOUT.EXE - / Detached - / Input = - etc. Dave ------------------------------ Date: 8 May 2007 09:09:36 -0500 From: wb8tyw@qsl.network (John E. Malmberg) Subject: Re: Semi-OT: 4K Disk Blocks? Message-ID: In article <463FE5C6.9955D547@spam.comcast.net>, David J Dachtera writes: > > http://searchstorage.techtarget.com/originalContent/0,289142,sid5_gci1253901,00.html > > Long Block Data sector standard finalized > The International Disk Drive, Equipment and Materials Association > > It will be interesting (for some) to see how OpenVMS adapts to this > change going forward. Instead of a disk block holding only a half of a > kilobyte, it will then be 4KB - an eight-fold increase. Thus, VMS's > current limit of 1TB per disk volume could grow to 8TB per disk volume. > (A *LOT* of data to lose in a single incident!) Just about all high end storage on OpenVMS is connected to a RAID controller, and that RAID controller. Most RAID controllers will hide the actual physical disk information from the host. -John wb8tyw@qsl.network Personal Opinion Only ------------------------------ Date: Tue, 8 May 2007 11:01:07 -0400 From: "David Turner, Island Computers" Subject: Re: Slightly OT:DS10L and router compatibility Message-ID: <1341458moldsoe4@news.supernews.com> I had this with a DS10 once (with Tru64 not VMS) If you set the gateway up with static routes DNS etc and get on the internnet - through the router- all of a sudden the router sees the DS10 for NAT usage "Gremlin" wrote in message news:133og6mvosa54c@corp.supernews.com... >I have a DS10L happily running behind a Netgear router - port 80 forwarding >from the router to the DS10L - all good for about the last 3 years. > > Because of VoIP issues, I need to change the router and there isn't a > Netgear available that will do VPN, VoIP and QoS, so I now have a Billion > 7404VGO-M. The problem is, on the Billion router, I can forward port 80 > to any server *except* the DS10L - I have pushed it to various Windoze > servers and it works fine, but as soon as I point it to the DS10L - > nothing. > > Replacing the Billion with the Netgear makes everything work as usual, > except I don't get VoIP operating properly due to QoS issues. > > So, anyone have some suggestions? Billion are no help, have already > reflashed/upgraded/swore at the router etc. Key point seems to be, port > 80 to anything *except* the DS10L is fine on the Billion, port80 to the > DS10L is fine on the Netgear, so..... > ------------------------------ Date: Tue, 8 May 2007 13:04:08 +0200 From: Marcin 'Rambo' Roguski Subject: Re: Sun Studio 11 (Solaris IDE) Message-ID: <20070508130408.89b55052.m_roguski@yahoo.com> > I'd be surprised if this wasn't just a one off from a friendly product > manager. The Cd + postage costs something so I doubt this is generally > available to everyone. I'm not the first one :) -------------------------------------------------------------------------- From: "Tru64unix Web" To: rambo@id.uw.edu.pl Subject: RE: Tru64 UNIX Feedback Form: Technical Date: Thu, 26 Apr 2007 07:57:55 -0400 Hi, Unfortunately, we discontinued the non-commercial media kit. Therefore, I cannot provide you with a V4.0 non-commercial kit. However, I may be able to have a V5.1B-4 media kit sent to you along with a non-commercial license. Send me your mailing address and I will see what I can do. ------------------------------ Date: 8 May 2007 08:23:54 -0500 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: Sun Studio 11 (Solaris IDE) Message-ID: In article <463fbcfb$0$16288$88260bb3@free.teranews.com>, "Neil Rieck" writes: > > > From others in this NG I'm beginning to hear that HP only wants to do HP-UX > (and Windows) so HP is much different in that respect. Sun doesn't do Windows. That's probably good. They only do UNIX. That's bad. > Unlike HP, Sun has got "Solaris" and "Sun Studio" working on many hardware > platforms (SPARC, x86, x86-64, and whatever that new ROCK thing is). HP, on > the other hand, is going in the other direction and has announced plans to > kill off PA-RISC, Alpha, and VAX while only concentrating on Itanium (but > not x86 or x86-64). Kill off VAX? How do you "kill off" hardware that hasn't been manufactured in over a decade? ------------------------------ Date: 8 May 2007 13:44:08 GMT From: bill@cs.uofs.edu (Bill Gunshannon) Subject: Re: Sun Studio 11 (Solaris IDE) Message-ID: <5abd58F2mjc9qU2@mid.individual.net> In article , koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: > In article <463fbcfb$0$16288$88260bb3@free.teranews.com>, "Neil Rieck" writes: >> >> >> From others in this NG I'm beginning to hear that HP only wants to do HP-UX >> (and Windows) so HP is much different in that respect. > > Sun doesn't do Windows. That's probably good. True. > They only do UNIX. > That's bad. Matter of opinion. :-) > >> Unlike HP, Sun has got "Solaris" and "Sun Studio" working on many hardware >> platforms (SPARC, x86, x86-64, and whatever that new ROCK thing is). HP, on >> the other hand, is going in the other direction and has announced plans to >> kill off PA-RISC, Alpha, and VAX while only concentrating on Itanium (but >> not x86 or x86-64). > > Kill off VAX? How do you "kill off" hardware that hasn't been > manufactured in over a decade? Well, you could stop issuing licenses to run VMS on it (including Hobbyist licenses!) I think that would do it. So, even with all the wishes and demands of this group of users that VMS be ported to the x86 family of procesors nothing has been or appears likely to be done. I guess trying to get Mentec to port RSTS to the x86 family would probably not fly either, :-) or is it :-( bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves bill@cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include ------------------------------ Date: Tue, 08 May 2007 11:07:23 -0400 From: "Richard B. Gilbert" Subject: Re: Sun Studio 11 (Solaris IDE) Message-ID: <4640922B.1080707@comcast.net> Bob Koehler wrote: > In article <463fbcfb$0$16288$88260bb3@free.teranews.com>, "Neil Rieck" writes: > >> >>From others in this NG I'm beginning to hear that HP only wants to do HP-UX >>(and Windows) so HP is much different in that respect. > > > Sun doesn't do Windows. That's probably good. They only do UNIX. > That's bad. > > >>Unlike HP, Sun has got "Solaris" and "Sun Studio" working on many hardware >>platforms (SPARC, x86, x86-64, and whatever that new ROCK thing is). HP, on >>the other hand, is going in the other direction and has announced plans to >>kill off PA-RISC, Alpha, and VAX while only concentrating on Itanium (but >>not x86 or x86-64). > > > Kill off VAX? How do you "kill off" hardware that hasn't been > manufactured in over a decade? > By dropping whatever meager hardware and software support is still available. It may take ten or twenty years. . . . It has been about five years since I last booted either of my VAXen. . . . Anybody want to buy a VAXStation 4000/VLC? Or a MicroVAX 3100 (exact model available on request. ------------------------------ Date: 8 May 2007 15:49:36 GMT From: bill@cs.uofs.edu (Bill Gunshannon) Subject: Re: Sun Studio 11 (Solaris IDE) Message-ID: <5abkggF2nsthaU1@mid.individual.net> In article <4640922B.1080707@comcast.net>, "Richard B. Gilbert" writes: > Bob Koehler wrote: >> In article <463fbcfb$0$16288$88260bb3@free.teranews.com>, "Neil Rieck" writes: >> >>> >>>From others in this NG I'm beginning to hear that HP only wants to do HP-UX >>>(and Windows) so HP is much different in that respect. >> >> >> Sun doesn't do Windows. That's probably good. They only do UNIX. >> That's bad. >> >> >>>Unlike HP, Sun has got "Solaris" and "Sun Studio" working on many hardware >>>platforms (SPARC, x86, x86-64, and whatever that new ROCK thing is). HP, on >>>the other hand, is going in the other direction and has announced plans to >>>kill off PA-RISC, Alpha, and VAX while only concentrating on Itanium (but >>>not x86 or x86-64). >> >> >> Kill off VAX? How do you "kill off" hardware that hasn't been >> manufactured in over a decade? >> > > By dropping whatever meager hardware and software support is still > available. It may take ten or twenty years. . . . > It has been said here that commercial PAKs don't expire like Hobbyist PAKs. I don't have a copy of a VMS license handy at the moment. Can anyone tell me if there is a provision in the license that would allow HP to revoke it? I realize this would not make the PAK stop working, but most real businesses would not operate without a legitimate license in force. bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves bill@cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include ------------------------------ Date: 8 May 2007 12:55:43 -0500 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: Sun Studio 11 (Solaris IDE) Message-ID: <7dldyiM9T0lA@eisner.encompasserve.org> In article <4640922B.1080707@comcast.net>, "Richard B. Gilbert" writes: > > By dropping whatever meager hardware and software support is still > available. It may take ten or twenty years. . . . It hasn't been that long since HP added Charon-VAX as a supported, licensable processor for VMS and layered products. Unfortunately it was while they were still promising 8.x for VAX. But they haven't dropped support like DEC did for PDP-10 back in the early 90's. You can't buy support for any PDP-10 processor or any PDP-10 software. DEC dropped the manufacture of new VAX hardware and HP may not support VAX enough to ship new VMS releases, but you can still buy support for both the hardware and the software and call them when yo0u're having problems. I just wish there was enough customer pressure for a Fortran-95 compiler so I could use 9x features on code that runs across my cluster. Run yesterday's overheard conversation through your rumor mill: "Didn't we just buy some new VAXes?" "Yes." "What model?" "DS15, they're still making them." (Yes, I know where two errors were stated.) ------------------------------ Date: Tue, 8 May 2007 06:23:44 +0000 (UTC) From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) Subject: Re: SYSMAN problem Message-ID: In article <463E8667.11679E04@spam.comcast.net>, David J Dachtera writes: > Phillip Helbig---remove CLOTHES to reply wrote: > > > > From node A I can execute commands via SYSMAN on nodes A, B and C (all > > are in a cluster). However, from nodes B and C, commands can be > > executed only on nodes B and C, not on node A, which gives: > > > > %SYSMAN-I-NODERR, error returned from node A > > -SYSTEM-F-UNREACHABLE, remote node is not currently reachable > > > > The SMI server is running on node A. > > > > Any ideas? > > Try: > > $ TYPE A::NL: > > ....and see if it returns a similar result. If so, troubleshoot DECnet. No DECnet running, all nodes in the same cluster. ------------------------------ Date: Tue, 08 May 2007 06:57:59 GMT From: "John Wallace" Subject: Re: tukwila hits iceberg! Message-ID: "JF Mezei" wrote in message news:17997$463fe380$cef8887a$6047@TEKSAVVY.COM... > genius@marblecliff.com wrote: > > http://www.theinquirer.net/default.aspx?article=39397 > > > > Interesting reference to RAS being IA64's last advantage. Seems that > HP has a well distributed policy on how to respond to questions on why > HP insists on continuing with that IA64 thing. It may be an interesting reference and a well distributed policy, but it's a content-free reference, like every other reference I've seen from HP on the subject of why RAS makes Itanium the answer for HP/Integrity when the answer is different everywhere else (including HP/Proliant and any mainstream HP/Integrity competitor). When even the Inquirer can spot the lack of hard content re Itanium RAS, and can do so without help from Terry Shannon, what else is there left for HP to say on the subject - apart from another "trust us" letter in a couple of years when the next strategic long term architecture change is announced? The identity of the individual that started this thread is neither here nor there, and on this subject it doesn't really seem necessary for anyone to attack the messenger(s) rather than the message. Unless of course someone has proof that the substance of the message is wrong, in which case let's hear the proof. There is a lot of rubbish in the Inquirer, but their CPQ/HP coverage isn't always wrong. 2p John ------------------------------ Date: 8 May 2007 13:53:53 GMT From: bill@cs.uofs.edu (Bill Gunshannon) Subject: VAX 7000 for rescue Message-ID: <5abdnhF2mjc9qU3@mid.individual.net> Well, I have at least succeeded in saving two VAX 7000's from the landfill. I have one left (the one with only 3 cpu's). If anyone is interested in saving this please speak up. If it doesn't find a prospective home it will likely be scrapped in June. I hate to see any of them go this way, but the space they occupy too much space that people here would like to see put to more productive use. Any interest? bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves bill@cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include ------------------------------ End of INFO-VAX 2007.252 ************************