INFO-VAX Thu, 06 Dec 2007 Volume 2007 : Issue 668 Contents: Amazing RUNOFF defect? Re: Amazing RUNOFF defect? Re: Amazing RUNOFF defect? Re: Amazing RUNOFF defect? Re: Amazing RUNOFF defect? Re: Amazing RUNOFF defect? Re: Amazing RUNOFF defect? Installation of DEGPA-TA on VMS 7.2-1 system Re: Installation of DEGPA-TA on VMS 7.2-1 system Re: Installation of DEGPA-TA on VMS 7.2-1 system NFS: Oddities and Accessing different drives RX2600 hangs (VMS 8.3) Re: RX2600 hangs (VMS 8.3) Re: RX2600 hangs (VMS 8.3) tracing Pthreads ? Re: Trying to Locate HP SSL Version 1.2 on CDROM Re: Unix for VMS guys Re: Unix for VMS guys Re: Unix for VMS guys Re: Unix for VMS guys Re: Unix for VMS guys Re: VMS like search utility for Windows Re: VMS like search utility for Windows Re: VMS like search utility for Windows ---------------------------------------------------------------------- Date: Thu, 6 Dec 2007 00:56:26 -0600 (CST) From: sms@antinode.org (Steven M. Schweda) Subject: Amazing RUNOFF defect? Message-ID: <07120600562608_202002AB@antinode.org> So there I was, minding my own business, building a new Zip kit on an ODS5 disk (ALP$DKA100) -- what could go wrong? -- when all of a sudden, something like this happened ... Clean start: alp $ dire /size ALP$DKA100:[sms.runoff] %DIRECT-W-NOFILES, no files found alp $ dire /size [] Directory ALP$DKA0:[SMS.RUNOFF] VMS_ZIP.RNH;1 131 Total of 1 file, 131 blocks. Copy a (non-random) file to two different names. alp $ copy VMS_ZIP.RNH ALP$DKA100:[]lc.rnh alp $ copy VMS_ZIP.RNH ALP$DKA100:[]UC.RNH alp $ dire /size ALP$DKA100:[] Directory ALP$DKA100:[sms.runoff] lc.rnh;1 131 UC.RNH;1 131 Total of 2 files, 262 blocks. Just in case: alp $ diff ALP$DKA100:[]lc.rnh ALP$DKA100:[]UC.RNH Number of difference sections found: 0 Number of difference records found: 0 DIFFERENCES /IGNORE=()/MERGED=1- ALP$DKA100:[sms.runoff]lc.rnh;1- ALP$DKA100:[sms.runoff]UC.RNH;1 Attack the files using RUNOFF: alp $ runoff /output = uc.mem ALP$DKA100:[]UC.RNH alp $ runoff /output = lc.mem ALP$DKA100:[]LC.RNH Examine the results: alp $ dire /size [] Directory ALP$DKA0:[SMS.RUNOFF] LC.MEM;1 142 <--- Hmmm. UC.MEM;1 138 <--- VMS_ZIP.RNH;1 131 Total of 3 files, 411 blocks. And they're really different: alp $ diff lc.mem uc.mem ************ File ALP$DKA0:[SMS.RUNOFF]LC.MEM;1 1 2 3 4 1 ZIP ****** File ALP$DKA0:[SMS.RUNOFF]UC.MEM;1 1 1 ZIP ************ [...] ************ File ALP$DKA0:[SMS.RUNOFF]LC.MEM;1 1353 1354 Page 24 1355 1356 ****** File ALP$DKA0:[SMS.RUNOFF]UC.MEM;1 1266 ************ Number of difference sections found: 24 Number of difference records found: 90 DIFFERENCES /IGNORE=()/MERGED=1- ALP$DKA0:[SMS.RUNOFF]LC.MEM;1- ALP$DKA0:[SMS.RUNOFF]UC.MEM;1 If I had to program for a result like this, I wouldn't know how to start. Is this a feature, or does anyone know of a fix? I suppose that there's an obvious work-around, but Yikes! Directory SYS$COMMON:[SYSEXE] RUNOFF.EXE;1 533 1-OCT-2003 21:19:36.53 (RWED,RWED,RE,RE) ALP $ anal /imag SYS$COMMON:[SYSEXE]RUNOFF.EXE [...] Image Identification Information image name: "RUNOFF" image file identification: "V3.2-01" image file build identification: "X9ZK-0060100000" link date/time: 1-OCT-2003 21:19:36.23 linker identification: "A11-50" [...] I see the same behavior on td183.testdrive.hp.com (rx2600, IA64, V8.3) as on my system (XP1000, Alpha, V7.3-2). (Where did I put those eight-part SPR forms?) ------------------------------------------------------------------------ Steven M. Schweda sms@antinode-org 382 South Warwick Street (+1) 651-699-9818 Saint Paul MN 55105-2547 ------------------------------ Date: Thu, 06 Dec 2007 03:52:32 -0500 From: JF Mezei Subject: Re: Amazing RUNOFF defect? Message-ID: <9dd9d$4757b7ff$cef8887a$30803@TEKSAVVY.COM> > Directory ALP$DKA100:[sms.runoff] > lc.rnh;1 131 > UC.RNH;1 131 When you use runoff on both, are the only differences in the output some extra blank lines present in one and not the other ? If you take the "good" file and rename it to have a non .RNH file type, does it now start to have the extra blank lines etc ? aka: perhaps Runoff doesn't recognize .rnh as one of its own file extensions and processes the contents differently ? ------------------------------ Date: Thu, 06 Dec 2007 12:29:33 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: Amazing RUNOFF defect? Message-ID: In article <9dd9d$4757b7ff$cef8887a$30803@TEKSAVVY.COM>, JF Mezei writes: > > >> Directory ALP$DKA100:[sms.runoff] >> lc.rnh;1 131 >> UC.RNH;1 131 > > >When you use runoff on both, are the only differences in the output some >extra blank lines present in one and not the other ? > > >If you take the "good" file and rename it to have a non .RNH file type, >does it now start to have the extra blank lines etc ? > >aka: perhaps Runoff doesn't recognize .rnh as one of its own file >extensions and processes the contents differently ? .RNH *is* one of RUNOFF 's known input file extensions. It is to format an output file of the type .HLP. This can then be used as the input to create a HELP library or HELP library entry. Using RUNNOF and the .RNH would create a more consistent look/feel to formatted help information. (Pg. 4-2 of the RUNOFF manual: Section 4.1 Input and Output File Specif- ications) I'll take a look into this "phenomenon" later myself. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM "Well my son, life is like a beanstalk, isn't it?" http://tmesis.com/drat.html ------------------------------ Date: 6 Dec 2007 07:30:44 -0600 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: Amazing RUNOFF defect? Message-ID: In article , VAXman- @SendSpamHere.ORG writes: > .RNH *is* one of RUNOFF 's known input file extensions. I would not be suprised if the code RUNOFF uses to look at file extensions is case sensitive. .RNH may be recognised but not .rnh . Back when folks were writing runoff everyone KNEW file names came back in all uppercase. Maybe you can submit an SPR? ------------------------------ Date: Thu, 6 Dec 2007 05:38:44 -0800 (PST) From: AEF Subject: Re: Amazing RUNOFF defect? Message-ID: <144631a5-1428-47c3-bd41-ced386f4d241@l16g2000hsf.googlegroups.com> On Dec 6, 2:56 am, s...@antinode.org (Steven M. Schweda) wrote: > So there I was, minding my own business, building a new Zip kit on an > ODS5 disk (ALP$DKA100) -- what could go wrong? -- when all of a sudden, > something like this happened ... > [...] > alp $ diff ALP$DKA100:[]lc.rnh ALP$DKA100:[]UC.RNH > Number of difference sections found: 0 > Number of difference records found: 0 > > DIFFERENCES /IGNORE=()/MERGED=1- > ALP$DKA100:[sms.runoff]lc.rnh;1- > ALP$DKA100:[sms.runoff]UC.RNH;1 > > Attack the files using RUNOFF: > > alp $ runoff /output = uc.mem ALP$DKA100:[]UC.RNH > alp $ runoff /output = lc.mem ALP$DKA100:[]LC.RNH > > Examine the results: > > alp $ dire /size [] > > Directory ALP$DKA0:[SMS.RUNOFF] > > LC.MEM;1 142 <--- Hmmm. > UC.MEM;1 138 <--- > VMS_ZIP.RNH;1 131 > > Total of 3 files, 411 blocks. > > And they're really different: > > alp $ diff lc.mem uc.mem > > ************ > File ALP$DKA0:[SMS.RUNOFF]LC.MEM;1 > 1 > > 2 > > 3 > > 4 1 ZIP > > ****** > File ALP$DKA0:[SMS.RUNOFF]UC.MEM;1 > 1 1 ZIP > > ************ > [...] > ************ > File ALP$DKA0:[SMS.RUNOFF]LC.MEM;1 > 1353 > 1354 > Page 24 > > 1355 > > 1356 > > ****** > File ALP$DKA0:[SMS.RUNOFF]UC.MEM;1 > 1266 > > ************ > > Number of difference sections found: 24 > Number of difference records found: 90 > > DIFFERENCES /IGNORE=()/MERGED=1- > ALP$DKA0:[SMS.RUNOFF]LC.MEM;1- > ALP$DKA0:[SMS.RUNOFF]UC.MEM;1 > > If I had to program for a result like this, I wouldn't know how to > start. > > Is this a feature, or does anyone know of a fix? I suppose that > there's an obvious work-around, but Yikes! > [...] > Steven M. Schweda sms@antinode-org [...] See what happens when you use lower case filenames?! Perhaps those three extra lines are RUNOFF experience shock and disbelief in encoutering a file name in lower case! |;-) |:-) Did you try repeating the RUNOFF commands using uppercase? At least you didn't get my favorite VMS error message: AAA, 'file-spec' Facility: RUNOFF, DIGITAL Standard Runoff (DSR) Explanation: This message should never be displayed. User Action: Contact a Digital support representative. Oh no! I displayed this message!!! ... Yikes. AEF ------------------------------ Date: Thu, 6 Dec 2007 08:41:30 -0500 From: "Ken Robinson" Subject: Re: Amazing RUNOFF defect? Message-ID: <7dd80f60712060541v1afaf608r673161b4cf207524@mail.gmail.com> On Dec 6, 2007 1:56 AM, Steven M. Schweda wrote: > So there I was, minding my own business, building a new Zip kit on an > ODS5 disk (ALP$DKA100) -- what could go wrong? -- when all of a sudden, > something like this happened ... > > Clean start: > > alp $ dire /size ALP$DKA100:[sms.runoff] > %DIRECT-W-NOFILES, no files found > > alp $ dire /size [] > > Directory ALP$DKA0:[SMS.RUNOFF] > > VMS_ZIP.RNH;1 131 > What is the parse style of your process set to? RUNOFF probably doesn't handle the parse style of "extended" very well. Do a $ sho process/parse If it says: Parse Style: Extended set it back to "traditional" $ set proc/parse=traditional Also, look at the case lookup setting $ sho proc/case if doesn't say Case Lookup: Blind set it to "blind" $ set proc/case=blind Ken ------------------------------ Date: Thu, 6 Dec 2007 11:36:48 -0600 (CST) From: sms@antinode.org (Steven M. Schweda) Subject: Re: Amazing RUNOFF defect? Message-ID: <07120611364878_202647DE@antinode.org> From: JF Mezei > When you use runoff on both, are the only differences in the output some > extra blank lines present in one and not the other ? Seems to be true. > aka: perhaps Runoff doesn't recognize .rnh as one of its own file > extensions and processes the contents differently ? Also seems to be true. ".RNh" works like ".rnh". > > If I had to program for a result like this, I wouldn't know how to > > start. Well, now I know how. From: VAXman- @SendSpamHere.ORG > .RNH *is* one of RUNOFF 's known input file extensions. [...] Yes, but ".rnh" is different from ".RNH". Significantly different, it seems. From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) > Maybe you can submit an SPR? No, but there is (still, I assume) the product feedback Web form. From: AEF > Did you try repeating the RUNOFF commands using uppercase? The offending file names were upper-case in the commands. From: "Ken Robinson" > What is the parse style of your process set to? RUNOFF probably > doesn't handle the parse style of "extended" very well. It was Extended (as usual), but Traditional didn't help. > Also, look at the case lookup setting Blind (as always). Case-sensitive file name processing (".RNH" detection) in the RUNOFF code sounds like the probable cause. Thanks for the suggestions. If anyone promises a fix, I'll report back. ------------------------------------------------------------------------ Steven M. Schweda sms@antinode-org 382 South Warwick Street (+1) 651-699-9818 Saint Paul MN 55105-2547 ------------------------------ Date: Thu, 6 Dec 2007 10:28:51 -0500 From: "David Turner, Island Computers" Subject: Installation of DEGPA-TA on VMS 7.2-1 system Message-ID: <13lg59t2gmrgn35@news.supernews.com> Customer is having a problem with installation of DEGPA-TA copper Gigabit card (old style) in a ES40 Can anyone PLEASE send an install guide (I can't find one anywhere in our docs) and or user guide to dturner@islandco.com Much appreciated David -- David B Turner Island Computers US Corp 2700 Gregory St, Suite 180 Savannah GA 31404 T: 877-6364332 x201 Intl: 001 912 447 6622 E: dturner@islandco.com F: 912 201 0402 W: http://www.islandco.com The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential, proprietary, and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from all computers. ------------------------------ Date: Thu, 6 Dec 2007 09:41:45 -0800 (PST) From: Rich Jordan Subject: Re: Installation of DEGPA-TA on VMS 7.2-1 system Message-ID: <70718e92-35e9-4805-b7b1-cfa2ea457f8e@l16g2000hsf.googlegroups.com> On Dec 6, 9:28 am, "David Turner, Island Computers" wrote: > Customer is having a problem with installation of DEGPA-TA copper Gigabit > card (old style) in a ES40 > Can anyone PLEASE send an install guide (I can't find one anywhere in our > docs) and or user guide to dtur...@islandco.com > > Much appreciated > > David > > -- > David B Turner > Island Computers US Corp > 2700 Gregory St, Suite 180 > Savannah GA 31404 > > T: 877-6364332 x201 > Intl: 001 912 447 6622 > E: dtur...@islandco.com > F: 912 201 0402 > W:http://www.islandco.com > > The information transmitted is intended only for the person or entity to > which it is addressed and may contain confidential, proprietary, and/or > privileged material. Any review, retransmission, dissemination or other use > of, or taking of any action in reliance upon this information by persons or > entities other than the intended recipient is prohibited. If you received > this in error, please contact the sender and delete the material from all > computers. There's a -SA manual at http://vt100.net/mirror/mds-199909/cd2/network/degpaina.pdf I don't have a -TA manual in any form, sorry. ------------------------------ Date: Thu, 06 Dec 2007 10:24:09 -0800 From: Malcolm Dunnett Subject: Re: Installation of DEGPA-TA on VMS 7.2-1 system Message-ID: <47583e4a$1@flight> David Turner, Island Computers wrote: > Customer is having a problem with installation of DEGPA-TA copper Gigabit > card (old style) in a ES40 > Can anyone PLEASE send an install guide (I can't find one anywhere in our > docs) and or user guide to dturner@islandco.com What sort of problem? I've found that the ES40 console firmware has trouble with these (IIRC it can't see them, or at least can't boot from them) but that once you start VMS they work fine (that's with VMS 8.x though) ------------------------------ Date: Thu, 06 Dec 2007 06:27:53 -0500 From: JF Mezei Subject: NFS: Oddities and Accessing different drives Message-ID: <19fd7$4757dcbb$cef8887a$30502@TEKSAVVY.COM> Plugged in my mobile handset on my mac. The MAC then generates 2 new disk drives "PHONE" and "PHONE CARD". DNFS1: is mapped from the VMS machine to the MACintosh's / (root directory). And SET PROC/PARSE_STYLE=EXTENDED was done. Directory DNFS1:[Volumes] .DS_Store;1 DMA3.;1 DMA4.DIR;1 PHONE^_CARD.DIR;1 PHONE.DIR;1 DMA3 is the primary drive on the MAC, DMA4 is a second drive. "PHONE" is the phone's internal memory, and "PHONE CARD" is the Phone's flash memory card. DMA3 seems to be a different type of alias than the other drives: > $ dir DNFS1:[Volumes.DMA3] > > Directory DNFS1:[Volumes.DMA3] > > 000000.DIR;1 ALPHA_TOOLS.DIR;1 APPLICATIONS.DIR;1 BACKUP.SYS;1 > BADBLK.SYS;1 BADFILES_DIR.TXT;2 BADFILES_EXE.TXT;2 BADFILES_IDX.TXT;2 > BADFILES_OBJ.TXT;2 BADFILES_TXT.TXT;2 BADFILES_ZIP.TXT;2 BADLOG.SYS;1 > BADUNTESTED.TXT;2 BIKE1.DIR;1 BITMAP.SYS;1 CONTIN.SYS;1 > CORIMG.SYS;1 DISK1.SAV;1 DISK2.ANA;1 DISK2.BCK;1 > DISK2.INDEX;1 DISK2.LIST;1 DISK2.LOG;1 DISKS.DIR;1 > INDEXF.SYS;1 KITS-ALPHA.DIR;1 MIA0.1;3 SECURITY.SYS;1 > SYS0.DIR;1 SYS1.DIR;1 SYSLOST.DIR;1 TCPIP$BIND.DIR;1 > TCPIP$BIND_SHARED.DIR;1 TCPIP$DHCP.DIR;1 TCPIP$FTP.DIR;1 > TCPIP$IMAP.DIR;1 TCPIP$NFS.DIR;1 TCPIP$NOBODY.DIR;1 TCPIP$POP.DIR;1 > TCPIP$PORTM.DIR;1 TCPIP$SSH.DIR;1 TCPIP$TELNET.DIR;1 TCPIP$TFTP.DIR;1 > TCPIP$TFTP_ROOT.DIR;1 TEMP.COM;1 TEMP.LOG;1 > VMS$COMMON.DIR;1 VOLSET.SYS;1 WWW_SERVER.DIR;1 So, instead of giving the / of DMA3, it gives me the [000000] of $11$dqa0 ( the system disk of the VMS host issuing the command) > $ dir/full DNFS1:[Volumes]DMA3. > > Directory DNFS1:[Volumes] > > DMA3.;1 File ID: (3008,10961,0) > Size: 1/1 Owner: [VAXINATION,JFMEZEI] > Created: 5-DEC-2007 17:43:53.00 > Revised: 5-DEC-2007 17:43:53.00 (0) > Expires: > Backup: > Effective: > Recording: > Accessed: 5-DEC-2007 17:43:53.00 > Attributes: 5-DEC-2007 17:43:53.00 > Modified: 5-DEC-2007 17:43:53.00 > Linkcount: 1 > File organization: Special: symbolic link > Link Contents: / > Shelved state: Online > Caching attribute: No_caching > File attributes: Allocation: 1, Extend: 0, Global buffer count: 0 > No version limit > RMS attributes: None > Journaling enabled: None > File protection: System:RWED, Owner:RWED, Group:RED, World:RED > Access Cntrl List: None > Client attributes: None > > Total of 1 file, 1/1 block. So perhaps a symbolic link on a MAC disk pointing to the root causes VMS to interpret it as the root of the VMS system disk ! ------------------------ And now, what I really wanted to do: >$ dir dnfs1:[Volumes.Phone^_Card] > >Directory DNFS1:[Volumes.PHONE^_CARD] > >.autodiskmounted;1 >Total of 1 file. Now, from the MAC: Last login: Wed Dec 5 23:03:38 2007 from chain.vaxinatio Welcome to Darwin! brakes:~ JFMEZEI$ ls "/Volumes/Phone Card" DCIM MSTK_PRO.IND other system video MEMSTICK.IND music picture theme webpage So the files/directory are usable from the mac, but via NFS, all VMS sees is a ".autodiskmounted" file. (In fairness, I forgot to add -a on the ls command to view hidden files) I don't expect this to be fixed, of course since I am just a hobbyist. But still an interesting "feature". ------------------------------ Date: Thu, 06 Dec 2007 09:47:01 -0800 From: Malcolm Dunnett Subject: RX2600 hangs (VMS 8.3) Message-ID: <47583595$1@flight> I have an rx2600 (dual 1.4GHz/1.5MB CPUs) which has been happily running VMS for several years. It's at 8.3 with VMS83I_UPDATE4 and VMS83I_SYS4 (along with a few other) patches installed. It's running Oracle 10.2.0.2 server as its only application. This morning at around 4am it "stopped cold". No crash dump, no errors in the system error log, nothing untoward in the OPERATOR log, no error messages on the console. The other cluster nodes simply report losing communication to it at that time. Unfortunately in the heat of the moment to get it going again this morning I didn't get a chance to take a crash dump (I will if the problem occurs again.) I did note the following errors in the BMC error log that happened at the time of the hang: 576 SFW 0 2 0x5680028500E02630 0000000000000000 MC_INITIALIZED_RSE 06 Dec 2007 04:13:10 577 SFW *7 0xC1475776D6022650 003FA17000130300 Type-02 137001 1273857 06 Dec 2007 04:13:10 578 SFW 0 *7 0xF680009800E02660 000000000000000B MC_INITIATED 06 Dec 2007 04:13:10 579 SFW 0 2 0x568002A100E02680 08000000FFF61020 MC_PSP 06 Dec 2007 04:13:11 580 SFW 0 2 0x5680010900E026A0 0000000000000000 PAL_CORRECTED_MC 06 Dec 2007 04:13:11 581 SFW 0 2 0x568002B000E026C0 2007120600041313 MC_TIMESTAMP 06 Dec 2007 04:13:11 582 SFW 0 2 0x568002A000E026E0 0000000000000000 MC_POST_PROCESS_PLAT 06 Dec 2007 04:13:11 583 SFW 0 *7 0x7680011700E02700 0000000000000000 UNEXPECTED_RET_TO_SAL_CHECK 06 Dec 2007 04:13:11 do these provide any clue as to what the problem might be? ps I already have a call open through ITRC - but I have a feeling there's folks in this group who know a lot more than ITRC does. ------------------------------ Date: Thu, 06 Dec 2007 18:10:48 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: RX2600 hangs (VMS 8.3) Message-ID: In article <47583595$1@flight>, Malcolm Dunnett writes: > > >I have an rx2600 (dual 1.4GHz/1.5MB CPUs) which has been happily running >VMS for several years. It's at 8.3 with VMS83I_UPDATE4 and VMS83I_SYS4 >(along with a few other) patches installed. It's running Oracle 10.2.0.2 >server as its only application. > >This morning at around 4am it "stopped cold". No crash dump, no errors >in the system error log, nothing untoward in the OPERATOR log, no error >messages on the console. The other cluster nodes simply report losing >communication to it at that time. > >Unfortunately in the heat of the moment to get it going again this >morning I didn't get a chance to take a crash dump (I will if the >problem occurs again.) I did note the following errors in the BMC error >log that happened at the time of the hang: > >576 SFW 0 2 0x5680028500E02630 0000000000000000 MC_INITIALIZED_RSE > 06 Dec 2007 04:13:10 >577 SFW *7 0xC1475776D6022650 003FA17000130300 Type-02 137001 1273857 > 06 Dec 2007 04:13:10 >578 SFW 0 *7 0xF680009800E02660 000000000000000B MC_INITIATED > 06 Dec 2007 04:13:10 >579 SFW 0 2 0x568002A100E02680 08000000FFF61020 MC_PSP > 06 Dec 2007 04:13:11 >580 SFW 0 2 0x5680010900E026A0 0000000000000000 PAL_CORRECTED_MC > 06 Dec 2007 04:13:11 >581 SFW 0 2 0x568002B000E026C0 2007120600041313 MC_TIMESTAMP > 06 Dec 2007 04:13:11 >582 SFW 0 2 0x568002A000E026E0 0000000000000000 MC_POST_PROCESS_PLAT > 06 Dec 2007 04:13:11 >583 SFW 0 *7 0x7680011700E02700 0000000000000000 >UNEXPECTED_RET_TO_SAL_CHECK > 06 Dec 2007 04:13:11 > >do these provide any clue as to what the problem might be? > >ps I already have a call open through ITRC - but I have a feeling >there's folks in this group who know a lot more than ITRC does. Go to the CM menu and type RB ( this is the command to clear buffers). If this fills, I've found that my rx2600 seizes up too. My morning ritual is not to clear these buffers (CM=>RB) as well as the SL logs available from the main menu. Nothing like having a robust OS that can stay up and running years at a time to be taken down because of a console log filling. Not sure that this is *your* problem but it is one I have observed since having my box. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM "Well my son, life is like a beanstalk, isn't it?" http://tmesis.com/drat.html ------------------------------ Date: Thu, 6 Dec 2007 10:46:39 -0800 (PST) From: Volker Halle Subject: Re: RX2600 hangs (VMS 8.3) Message-ID: Malcolm, doesn't 'MC_xxx' sound like a Machine Check ? Volker. ------------------------------ Date: Thu, 6 Dec 2007 15:01:31 +0100 From: "Klaus-D. Bohn" Subject: tracing Pthreads ? Message-ID: <475800f3$0$17826$9b622d9e@news.freenet.de> Hello, does anybody know, how i could trace pthreads in a process context? The SDA extension pthread is very cryptic and so less described. I must resolve my problem: %SYSTEM-F-ACCVIO, access violation, reason mask=D0, virtual address=000000000000001B, PC=0000000000000002, PS=46343649 %TRACE-F-TRACEBACK, symbolic stack dump follows image module routine line rel PC abs PC CXXL$64_LANGRTL CX6L$LRTS_VMS_UNWIND2 _Unwind_Resume 30728 00000000000014D0 FFFFFFFF851434D0 SERVER-64BIT 0 00000000002DF410 00000000002DF410 SERVER-64BIT 0 00000000002C6D30 00000000002C6D30 PTHREAD$RTL THD_THREAD thdBase 244756 0000000000005C50 FFFFFFFF845432F0 PTHREAD$RTL 0 0000000000053950 FFFFFFFF8451D950 PTHREAD$RTL THD_INIT pthread_main 244458 00000000000004A0 FFFFFFFF844FA4A0 0 FFFFFFFF80B98D00 FFFFFFFF80B98D00 DCL 0 000000000006BA90 000000007AE27A90 %TRACE-I-END, end of TRACE stack dump I'm using OpenVMS 8.3-1H1 on my Itanium server. Thank you very much for your help! Klaus ------------------------------ Date: Thu, 6 Dec 2007 13:13:05 -0500 From: norm.raphael@metso.com Subject: Re: Trying to Locate HP SSL Version 1.2 on CDROM Message-ID: This is a multipart message in MIME format. --=_alternative 0064137D852573A9_= Content-Type: text/plain; charset="US-ASCII" Graham, I definately do need it. How do we get it to me? Gratefully yours, Norm burley.not-this@encompasserve-or-this.org (Graham Burley) wrote on 12/05/2007 06:23:12 PM: > In article 0078F69C@metso.com>, norm.raphael@metso.com writes: > > > Yes, I talked with HP support a few minutes ago and the consensus was > > that it never shipped on a CD, despite what another support resource had > > told me. He is looking for a distribution that I can download, but > > suggests that V1.3 will probably work. > > Sorry. As it happens I do have a copy of the Alpha SSL V1.2 kit, but > no idea where from. The release notes say: > > hp SSL for OpenVMS > V1.2 Release Notes > December 2004 > Based on OpenSSL 0.9.7d > > And the .PCSI$DESCRIPTION says "DEC AXPVMS VMS version minimum V7.2" > > Drop me a line if you need it. --=_alternative 0064137D852573A9_= Content-Type: text/html; charset="US-ASCII"
Graham, I definately do need it.  How do we get it to me? Gratefully yours, Norm


burley.not-this@encompasserve-or-this.org (Graham Burley) wrote on 12/05/2007 06:23:12 PM:

> In article <OFF55B9C5B.C218C436-ON852573A8.0078B8EA-852573A8.
> 0078F69C@metso.com>, norm.raphael@metso.com writes:
>
> > Yes,  I talked with HP support a few minutes ago and the consensus was
> > that it never shipped on a CD, despite what another support resource had
> > told me.  He is looking for a distribution that I can download, but
> > suggests that V1.3 will probably work.
>
> Sorry. As it happens I do have a copy of the Alpha SSL V1.2 kit, but
> no idea where from. The release notes say:
>
>       hp SSL for OpenVMS
>       V1.2 Release Notes
>       December 2004
>       Based on OpenSSL 0.9.7d
>
> And the .PCSI$DESCRIPTION says "DEC AXPVMS VMS version minimum V7.2"
>
> Drop me a line if you need it.
--=_alternative 0064137D852573A9_=-- ------------------------------ Date: Thu, 06 Dec 2007 06:41:25 -0500 From: JF Mezei Subject: Re: Unix for VMS guys Message-ID: <3386d$4757dfe9$cef8887a$30887@TEKSAVVY.COM> many thanks to all who have contributed to this (and to those who sent me private emails). Sent a number of hours reading and fiddling with stuff. Also started to look at the netbsd.org web site which has "non man" documentation (aka: readable stuff) that explains a lot about it (and has config tips for postfix etc, (the mail MTA ). Question: is /etc/rc.conf (on the mac there isn't a .conf) the moral equivalent of STARTUP.COM or SYSTARTUP_VMS.COM ? ------------------------------ Date: Thu, 06 Dec 2007 13:00:15 +0100 From: Joseph Huber Subject: Re: Unix for VMS guys Message-ID: JF Mezei wrote: > > is /etc/rc.conf (on the mac there isn't a .conf) the moral equivalent > of STARTUP.COM or SYSTARTUP_VMS.COM ? Well startup.com on VMS is the code of the startup process itself, while rc.conf is only a file defining symbols/variables for the init process in most Unices, and -as You saw- not there on all of them. On most Unix systems, the real scripts are in the init.d,sysconfig, and the rc.n directories defining the different run levels. But again, not all Unices use the same structures of startup scripts. -- Joseph Huber - http://www.huber-joseph.de ------------------------------ Date: 6 Dec 2007 12:48:57 GMT From: billg999@cs.uofs.edu (Bill Gunshannon) Subject: Re: Unix for VMS guys Message-ID: <5rq9dpF12jg75U1@mid.individual.net> In article <3386d$4757dfe9$cef8887a$30887@teksavvy.com>, JF Mezei writes: > many thanks to all who have contributed to this (and to those who sent > me private emails). Sent a number of hours reading and fiddling with stuff. > > Also started to look at the netbsd.org web site which has "non man" > documentation (aka: readable stuff) that explains a lot about it (and > has config tips for postfix etc, (the mail MTA ). > > > Question: > > is /etc/rc.conf (on the mac there isn't a .conf) the moral equivalent > of STARTUP.COM or SYSTARTUP_VMS.COM ? No. 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: 6 Dec 2007 07:26:07 -0600 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: Unix for VMS guys Message-ID: In article <3386d$4757dfe9$cef8887a$30887@TEKSAVVY.COM>, JF Mezei writes: > Question: > > is /etc/rc.conf (on the mac there isn't a .conf) the moral equivalent > of STARTUP.COM or SYSTARTUP_VMS.COM ? That depends on which UNIX you're running (I don't have a Mac handy right now). In BSD is was /etc/rc.local, but entire directory trees of rc files are not uncommon now. ------------------------------ Date: Thu, 06 Dec 2007 15:32:22 +0200 From: =?ISO-8859-1?Q?Uusim=E4ki?= Subject: Re: Unix for VMS guys Message-ID: <4757f941$0$3193$9b536df3@news.fv.fi> Joseph Huber wrote: > JF Mezei wrote: >> >> is /etc/rc.conf (on the mac there isn't a .conf) the moral equivalent >> of STARTUP.COM or SYSTARTUP_VMS.COM ? > > Well startup.com on VMS is the code of the startup process itself, > while rc.conf is only a file defining symbols/variables for the init > process in most Unices, and -as You saw- not there on all of them. > > On most Unix systems, the real scripts are in the init.d,sysconfig, and > the rc.n directories defining the different run levels. > > But again, not all Unices use the same structures of startup scripts. > > I would say that /etc/inittab is more like STARTUP.COM, where basic system functions and processes are started. There is also a call to the rc scripts for the desired run level. Correspondingly the rc scripts in init.d directory are like the different startup procedures in SYS$STARTUP. There is not an equivalence for the SYSTARTUP_VMS.COM, because all the rc scripts - which reside in init.d - for a certain run level are linked to a rc#.d directory and not to a "superscript". Unix (including all the flavors) is so different in its architecture from VMS, that it is almost impossible to make it look like VMS or vice versa. IIRC there was a utility for VMS called something like "Unix for VMS" which helped out users with unix background to use VMS systems. Even if it hasn't been around in the SPL's for a while, it might still work on newer VMS versions. Would it be of any help in this case? Regards, Kari ------------------------------ Date: Thu, 06 Dec 2007 18:43:08 +1030 From: Mark Daniel Subject: Re: VMS like search utility for Windows Message-ID: <13lf897bhvup1ca@corp.supernews.com> JF Mezei wrote: > VAXman- @SendSpamHere.ORG wrote: > >> Try this and post back: >> >> $ WRITE SYS$OUTPUT "''F$message(%X34B4)'" > > > $ WRITE SYS$OUTPUT "''F$message(%X34B4)'" > -bash: $: command not found > > > Besides, I never quite understood the wording of that message. Shouldn't > "base" be plurial ? And doesn't the presence of "are" make the sentence > sort of improperly structured ? > > I take it this is the VMS security/intrusion system's last gasp it > issues after hackers have taken control of all your nodes ? http://en.wikipedia.org/wiki/All_your_base_are_belong_to_us -- If some good evidence for life after death were announced, I'd be eager to examine it; but it would have to be real scientific data, not mere anecdote. As with the face on Mars and alien abductions, better the hard truth, I say, than the comforting fantasy. [Carl Sagan, The Demon-Haunted World] ------------------------------ Date: Thu, 06 Dec 2007 12:15:38 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: VMS like search utility for Windows Message-ID: In article <47575F0C.1030201@comcast.net>, "Richard B. Gilbert" writes: > > >VAXman- wrote: >> In article , VMS is Virus Free writes: >> >>> >>>On Wed, 5 Dec 2007 10:42:15 -0800 (PST), vancouvercancun@yahoo.ca >>>wrote: >>> >>> >>>>Basically, I would like to enter the following command in a batch >>>>file: >>>> >>>>$ search *.log /created/before=today/since=yesterday "MyString" /out=c: >>>>\temp\list.tmp >>> >> >> Try this and post back: >> >> $ WRITE SYS$OUTPUT "''F$message(%X34B4)'" >> > >ALPHA5_$ $ WRITE SYS$OUTPUT "''F$message(%X34B4)'" >%SYSTEM-F-NOMSG, Message number 000034B4 >ALPHA5_$ say f$getsyi("version") >V7.2-1 > >What was your point Brian? %SYSTEM-F-GAMEOVER, all your base are belong to us ----------^^^^^^^^ This is/was not a serious thread; it's disingenuous subterfuge. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM "Well my son, life is like a beanstalk, isn't it?" http://tmesis.com/drat.html ------------------------------ Date: Thu, 06 Dec 2007 06:19:12 -0800 From: "Tom Linden" Subject: Re: VMS like search utility for Windows Message-ID: On Thu, 06 Dec 2007 00:13:08 -0800, Mark Daniel wrote: > JF Mezei wrote: >> VAXman- @SendSpamHere.ORG wrote: >> >>> Try this and post back: >>> >>> $ WRITE SYS$OUTPUT "''F$message(%X34B4)'" >> $ WRITE SYS$OUTPUT "''F$message(%X34B4)'" >> -bash: $: command not found >> Besides, I never quite understood the wording of that message. >> Shouldn't "base" be plurial ? And doesn't the presence of "are" make >> the sentence sort of improperly structured ? >> I take it this is the VMS security/intrusion system's last gasp it >> issues after hackers have taken control of all your nodes ? > > http://en.wikipedia.org/wiki/All_your_base_are_belong_to_us And here I thought it was our terminal server port busy message HAFNER >CISCO2 OPA0 22C0169A (subprocess of 22C01696) %CONSOLE-F-ERROR Requested console in use %SYSTEM-F-GAMEOVER, all your base are belong to us :-) > > -- > If some good evidence for life after death were announced, I'd be eager > to examine it; but it would have to be real scientific data, not mere > anecdote. As with the face on Mars and alien abductions, better the hard > truth, I say, than the comforting fantasy. > [Carl Sagan, The Demon-Haunted World] -- PL/I for OpenVMS www.kednos.com ------------------------------ End of INFO-VAX 2007.668 ************************