INFO-VAX Fri, 30 Nov 2007 Volume 2007 : Issue 655 Contents: Re: "failed to load execlet"? 20+ year old encrypted source code Re: 20+ year old encrypted source code Re: 20+ year old encrypted source code bot infected computers in the millions - robing businesses! Re: bot infected computers in the millions - robing businesses! Re: bot infected computers in the millions - robing businesses! Re: bot infected computers in the millions - robing businesses! DS10: "failed to load execlet"? GNV V2.1 (was: Re: [DFG T3.0] Internal error) Re: GNV V2.1 (was: Re: [DFG T3.0] Internal error) Re: Infoserver 1000 Software Re: Infoserver 1000 Software Re: Infoserver 1000 Software Re: Infoserver 1000 Software Re: NASA gets SGI 2048-core Itanium 2 supercomputer Re: NASA gets SGI 2048-core Itanium 2 supercomputer Re: NASA gets SGI 2048-core Itanium 2 supercomputer Re: NASA gets SGI 2048-core Itanium 2 supercomputer Re: SET SECURITY /SECRECY Re: SET SECURITY /SECRECY Re: SET SECURITY /SECRECY tcpip servies and formfeeds Re: tcpip servies and formfeeds URGENT HELP needed with MULTINET - won't start on IA64 Re: URGENT HELP needed with MULTINET - won't start on IA64 Re: VMS 30th anniversary contest Re: VMS 30th anniversary contest Re: VMS 30th anniversary contest Re: VMS 30th anniversary contest Re: VMS 30th anniversary contest Re: VMS 30th anniversary contest Re: VMS 30th anniversary contest Re: VMS 30th anniversary contest Re: VMS 30th anniversary contest Re: VMS 30th anniversary contest Re: VMS 30th anniversary contest Re: [DFG T3.0] Internal error Re: [DFG T3.0] Internal error ---------------------------------------------------------------------- Date: Fri, 30 Nov 2007 07:32:28 +0100 From: "Gorazd Kikelj" Subject: Re: "failed to load execlet"? Message-ID: <%7O3j.1774$HS3.61713@news.siol.net> "Alan Winston - SSRL Central Computing" wrote in message news:00A7165D.408F7686@SSRL.SLAC.STANFORD.EDU... > VMSers -- > > When I attempt to boot from the CD (dqbo) it sees a boot block, > reports reading 1226 blocks from dqb0.0.1.13.0, goes through to > setting affinity, reports jumping to bootstrap code, and then > %SYSBOOT-E-LDFAIL, failed to load execlet, status = 00000054 > > What's going on here? Do I have a CD drive problem? A CPU problem? > A duff copy of the OS? How do I tell? > Status 54 can be %SYSTEM-?-BADATTRIB, bad attribute control list Is CD ok? I sometimes get stuck with errors on CD caused by dirth and grese from fingers. If you have a SCSI CD drive, try with it. Best, Gorazd ------------------------------ Date: Thu, 29 Nov 2007 20:33:58 -0800 (PST) From: FrankS Subject: 20+ year old encrypted source code Message-ID: <6024224e-dcdd-4dd1-a058-b295c054c526@l16g2000hsf.googlegroups.com> Any thoughts on how source code that was produced circa 1985 may have been encrypted "back in the day"? The source code files are available, and a $DIR/FULL shows fixed, 512- byte records. The contents are pure gibberish. I have no way of knowing how they were encrypted. The good news (if you can look at it that way) is that the system disk has likely been upgraded in-place all these years. Therefore, if there was something installed to do the encryption it's probably still there. I just don't know what command or utility to look for. ------------------------------ Date: Thu, 29 Nov 2007 22:36:42 -0600 (CST) From: sms@antinode.org (Steven M. Schweda) Subject: Re: 20+ year old encrypted source code Message-ID: <07112922364243_202647DE@antinode.org> From: FrankS > Any thoughts on how source code that was produced circa 1985 may have > been encrypted "back in the day"? No reliable ideas here. > The source code files are available, and a $DIR/FULL shows fixed, 512- > byte records. The contents are pure gibberish. I have no way of > knowing how they were encrypted. How pure? A DUMP of the first block might say something to someone. DUMP /BYTE /BLOCK = END = 1 > I just don't know what command or utility to look for. So far, we may all be in that boat. ------------------------------------------------------------------------ Steven M. Schweda sms@antinode-org 382 South Warwick Street (+1) 651-699-9818 Saint Paul MN 55105-2547 ------------------------------ Date: Thu, 29 Nov 2007 23:51:58 -0500 From: JF Mezei Subject: Re: 20+ year old encrypted source code Message-ID: <6c1ce$474f96ed$cef8887a$25594@TEKSAVVY.COM> FrankS wrote: > Any thoughts on how source code that was produced circa 1985 may have > been encrypted "back in the day"? I *think* Phil's Pretty Good Privacy (PGP) existed back then. I also *think* DES encryption was also available. But not sure it was available as a DEC product on VMS. (low degree of confidence on that one) Scanning your system disk for various .EXE files, or extracting everything from DCLTABLES might reveal commands to encrypt/decrypt. One possible problem is that encrypt/decrypt commands were later made standard on VMS and their definitions may have overwritten the orihinal ones and thus point to a different executable. ------------------------------ Date: Thu, 29 Nov 2007 12:48:55 -0800 (PST) From: ultradwc@gmail.com Subject: bot infected computers in the millions - robing businesses! Message-ID: <30c84d39-2c76-487f-83d7-67af32d8b57f@x69g2000hsx.googlegroups.com> except the ones running vms ... it mentions power grids ... aren't most power grids on vms? http://www.cnn.com/2007/TECH/11/29/fbi.botnets/index.html ------------------------------ Date: 29 Nov 2007 15:10:27 -0600 From: Kilgallen@SpamCop.net (Larry Kilgallen) Subject: Re: bot infected computers in the millions - robing businesses! Message-ID: In article <30c84d39-2c76-487f-83d7-67af32d8b57f@x69g2000hsx.googlegroups.com>, ultradwc@gmail.com writes: > except the ones running vms ... it mentions power grids ... aren't > most power grids on vms? > > http://www.cnn.com/2007/TECH/11/29/fbi.botnets/index.html I am not in a position to read that article, but SCADA/ICS (Industrial Control Systems) like those used in power grids are the entire focus of Revision 2 to NIST 800-53. A draft was released earlier this month and the final is due in December "out of cycle" from the normal 2 year gap between Revisions. In their defense, NIST points out that it only applies to SCADA/ICS whose operators have been crying for guidance with regard to NIST 800-53 in their environments. Of course NIST 800-53 only applies to US Federal operations - in the SCADA/ICS arena that would be things like the Tennessee Valley Authority for power distribution. But meanwhile, a private industry group has proposed some minor changes to their corresponding standard (whose designation I do not recall) and got a strongly worded comment from a couple of people at NIST pointing out how inadequate the power industry document is compared to 800-53. This concern about private power operators is being driven by the Department of Homeland Security. ------------------------------ Date: Thu, 29 Nov 2007 22:06:00 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: bot infected computers in the millions - robing businesses! Message-ID: In article , Kilgallen@SpamCop.net (Larry Kilgallen) writes: > > >In article <30c84d39-2c76-487f-83d7-67af32d8b57f@x69g2000hsx.googlegroups.com>, ultradwc@gmail.com writes: >> except the ones running vms ... it mentions power grids ... aren't >> most power grids on vms? >> >> http://www.cnn.com/2007/TECH/11/29/fbi.botnets/index.html > >I am not in a position to read that article, but SCADA/ICS (Industrial >Control Systems) like those used in power grids are the entire focus >of Revision 2 to NIST 800-53. A draft was released earlier this month >and the final is due in December "out of cycle" from the normal 2 year >gap between Revisions. In their defense, NIST points out that it only >applies to SCADA/ICS whose operators have been crying for guidance with >regard to NIST 800-53 in their environments. > >Of course NIST 800-53 only applies to US Federal operations - in the >SCADA/ICS arena that would be things like the Tennessee Valley Authority >for power distribution. But meanwhile, a private industry group has >proposed some minor changes to their corresponding standard (whose >designation I do not recall) and got a strongly worded comment from >a couple of people at NIST pointing out how inadequate the power >industry document is compared to 800-53. This concern about private >power operators is being driven by the Department of Homeland Security. Interesting. I don't have the time to dig into these NIST documents and I'd wager others here do not either. Would you care to elaborate some of the guidelines in this document and point out where/how VMS addresses them whereas some other OS may not? -- 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: 29 Nov 2007 22:41:00 -0600 From: Kilgallen@SpamCop.net (Larry Kilgallen) Subject: Re: bot infected computers in the millions - robing businesses! Message-ID: In article , VAXman- @SendSpamHere.ORG writes: > Interesting. I don't have the time to dig into these NIST documents > and I'd wager others here do not either. > > Would you care to elaborate some of the guidelines in this document > and point out where/how VMS addresses them whereas some other OS may > not? Right after you summarize the Bible or Koran (your choice) in an essay of 500 pages or more :-) Actually the question is not whether VMS is naturally secure, but how it can be secured and whether the agencies are measuring the extent to which their systems have been properly secured. Interpreting AC-6 (Least Privilege) on VMS leads me to say that very few files should be World Read (message of the day) and no file should be World Write. Perhaps there is a file that all authorized users of a production system should be allowed to modify, but only in certain fashions. That is properly done with Protected Subsystems on VMS. The question is, has a particular agency gone to the trouble. 800-53 has a "compensating control" mechanism which allows an agency to explain why they don't need to comply with some part of the document. It should be obvious to readers here why the NIST requirement for a minimum password length is unsafe, particularly in the face of an operating system that can do better. ------------------------------ Date: Fri, 30 Nov 2007 06:11:28 GMT From: winston@SSRL.SLAC.STANFORD.EDU (Alan Winston - SSRL Central Computing) Subject: DS10: "failed to load execlet"? Message-ID: <00A7165D.408F7686@SSRL.SLAC.STANFORD.EDU> VMSers -- So I have a DS10 that I bought from Island and left in a box for months. (We foolishly bought it without a video card, and then I was fussing with an unsupported old card for too long, and now I have a nice ATI card that succeeds in driving a VGA display with the console.) Any warranty is already over. Console software is 7.2-1 with a 2006 date. The CD drive reports itself as CD-224E 9.9A and looks like the OEM drive. When I attempt to boot from the CD (dqbo) it sees a boot block, reports reading 1226 blocks from dqb0.0.1.13.0, goes through to setting affinity, reports jumping to bootstrap code, and then %SYSBOOT-E-LDFAIL, failed to load execlet, status = 00000054 What's going on here? Do I have a CD drive problem? A CPU problem? A duff copy of the OS? How do I tell? (If I need to MOP boot this puppy in order to be able to tell, can somebody point me to a step-by-step guide? I've never done MOP for anything but terminal servers and Xterms, and it's been a long time.) Thanks, -- Alan ------------------------------ Date: Thu, 29 Nov 2007 19:42:08 -0500 From: bradhamilton Subject: GNV V2.1 (was: Re: [DFG T3.0] Internal error) Message-ID: <474F5C60.7090707@comcast.net> Peter 'EPLAN' LANGSTOeGER wrote: [...] > Could be that GNV V2.1 was the culprit. I removed it, to remove the annoying > endless loop ([VMS$COMMON.GNV.MNT.sysdevdiskvolnam.000000.000000.000000...]) > to get a simple sysdisk PURGE working again, and now DFG works as I know it. > Maybe, I find the time to prove this first assumption... They still haven't fixed GNV? I ran into the same problem in V2.0 and earlier. I thought I was pretty smart not to install it on the system disk when I was first using it, but I trashed my home directory (and everything else on the GNV disk) by trying to remove GNV when I ran across the "endless loop" problem - luckily, I had a pre-GNV backup. I downloaded V2.1 recently to see if the problem might have been resolved by now. Thanks for the heads-up! ------------------------------ Date: Thu, 29 Nov 2007 22:37:41 -0800 (PST) From: Cluster-Karl Subject: Re: GNV V2.1 (was: Re: [DFG T3.0] Internal error) Message-ID: <306ac69a-74d9-4c60-8f04-5e2f0b768832@l1g2000hsa.googlegroups.com> DFG V3.0 has been released on the Septemer 2007 CD kit. regards Kalle ------------------------------ Date: Thu, 29 Nov 2007 14:47:20 -0600 From: Chris Scheers Subject: Re: Infoserver 1000 Software Message-ID: <5r8mqmF12q840U1@mid.individual.net> VAXman- @SendSpamHere.ORG wrote: > In article <0133b83b-f4ba-48e5-a10c-5a39c19ea34e@e10g2000prf.googlegroups.com>, "tomarsin2015@comcast.net" writes: >> >> On Nov 28, 1:29 pm, Kilgal...@SpamCop.net (Larry Kilgallen) wrote: >>> In article , VAXman- @SendSpamHere.ORG writes: >>> >>>> I was just perusing one of the copies of my InfoServer CDs. >>>> In [INFOSERVER.LINE_DOCS]INFOSERV034_SPD.TXT I found: >>>> InfoServer CD/R Function Access CD Kit: >>>> QA-0UWAA-H8 >>>> This was, IIRC, called the InfoServer Scribe. It enabled the used of a >>>> CD burner in the InfoServer. >>>> I can supply the InfoServer software (from one of my many CDs) but I do >>>> not have a copy of the 'Scribe' CD to enable the CD burning capability. >>> I do not believe there was software on the Scribe CD - just the unlock key. >>> >>>> The 'scribe' capability required certain CDR hardware. If they have the >>>> supported hardware now they are lucky. Trying to find the old CDRs that >>>> were required for use with the 'Scribe' software will be problematic. I >>>> doubt anyone would find any working model of a CD recorder from a decade >>>> ago. >>> I bought one on eBay (as backup for the one I bought new) several years >>> ago and had no problem with it. It was the original popular Sony model >>> whose name escapes me at the moment. Originally they cost $8000, but on >>> eBay they go for a couple hundred. Note that my buying a backup device is >>> _not_ indicative of any problems with the original. >> Hello >> Just wondering does he need the software at all. The Infoserver 1000 >> has the os in flash memory not a hd like the >> 100 or 150. >> phillip > > If there is no OS in the Flash, he'll need the CD. ;) > > I suspect that, from the part number given, that it is the 'Scribe' function > key that is needed. If the InfoServer has an OS, the 'Scribe' functionality > is there but crippled. Was the tape key ever released? I don't need the CDR functionality in the Infoserver, but it would be handy to hang a tape drive off it. -- ----------------------------------------------------------------------- Chris Scheers, Applied Synergy, Inc. Voice: 817-237-3360 Internet: chris@applied-synergy.com Fax: 817-237-3074 ------------------------------ Date: Thu, 29 Nov 2007 22:02:29 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: Infoserver 1000 Software Message-ID: In article <5r8mqmF12q840U1@mid.individual.net>, Chris Scheers writes: >{...snip...} >Was the tape key ever released? > >I don't need the CDR functionality in the Infoserver, but it would be >handy to hang a tape drive off it. As you know, I've collected several InfoServer/InfoTowers and I was even handed an InfoServer 150XVT. I don't have any X terms needing to be booted and I have a better and faster CD burner hanging off of the SCSI bus. However, a tape on one InfoServer might come in handy. I recently needed to run VAX VMS V5.0 -- believe it or not -- for a code build for a customer! The ONLY machine upon which I could boot this old a version of VMS was the very first VAX I purchased -- a MicroVAX-2000. I needed to swap all sorts of cables, etc. to get a tape drive on the UV2k. I had to resurrect the old TK50Z-GA too. Last time the UV2k was booted was in early 1998! I forgot how loud an RD54 can be. If you come across the tape function, do let me know. I'd like to give it a shot on one of my ISs. -- 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, 29 Nov 2007 16:02:19 -0800 (PST) From: Rich Jordan Subject: Re: Infoserver 1000 Software Message-ID: <2402044a-6249-49bf-871d-4b26df2693f6@e67g2000hsc.googlegroups.com> On Nov 29, 4:02 pm, VAXman- @SendSpamHere.ORG wrote: > In article <5r8mqmF12q84...@mid.individual.net>, Chris Scheers writes: > >{...snip...} > >Was the tape key ever released? > > >I don't need the CDR functionality in the Infoserver, but it would be > >handy to hang a tape drive off it. > > As you know, I've collected several InfoServer/InfoTowers and I was > even handed an InfoServer 150XVT. I don't have any X terms needing > to be booted and I have a better and faster CD burner hanging off of > the SCSI bus. However, a tape on one InfoServer might come in handy. > > I recently needed to run VAX VMS V5.0 -- believe it or not -- for a > code build for a customer! > > The ONLY machine upon which I could boot this old a version of VMS was > the very first VAX I purchased -- a MicroVAX-2000. I needed to swap > all sorts of cables, etc. to get a tape drive on the UV2k. I had to > resurrect the old TK50Z-GA too. Last time the UV2k was booted was in > early 1998! I forgot how loud an RD54 can be. > > If you come across the tape function, do let me know. I'd like to > give it a shot on one of my ISs. > -- > 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 http://h71000.www7.hp.com/freeware/freeware80/infoserver/ The readme says the licenses for scribe and tape are included. Its running way too slow for me to check right now. I fully intend to get my IS1000 upgraded so I can run the tape drive there and do incremental backups to it from all three home systems, but time just hasn't allowed. ------------------------------ Date: Fri, 30 Nov 2007 00:22:21 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: Infoserver 1000 Software Message-ID: <1JI3j.384$n95.161@newsfe08.lga> In article <2402044a-6249-49bf-871d-4b26df2693f6@e67g2000hsc.googlegroups.com>, Rich Jordan writes: > > >On Nov 29, 4:02 pm, VAXman- @SendSpamHere.ORG wrote: >> In article <5r8mqmF12q84...@mid.individual.net>, Chris Scheers writes: >> >{...snip...} >> >Was the tape key ever released? >> >> >I don't need the CDR functionality in the Infoserver, but it would be >> >handy to hang a tape drive off it. >> >> As you know, I've collected several InfoServer/InfoTowers and I was >> even handed an InfoServer 150XVT. I don't have any X terms needing >> to be booted and I have a better and faster CD burner hanging off of >> the SCSI bus. However, a tape on one InfoServer might come in handy. >> >> I recently needed to run VAX VMS V5.0 -- believe it or not -- for a >> code build for a customer! >> >> The ONLY machine upon which I could boot this old a version of VMS was >> the very first VAX I purchased -- a MicroVAX-2000. I needed to swap >> all sorts of cables, etc. to get a tape drive on the UV2k. I had to >> resurrect the old TK50Z-GA too. Last time the UV2k was booted was in >> early 1998! I forgot how loud an RD54 can be. >> >> If you come across the tape function, do let me know. I'd like to >> give it a shot on one of my ISs. >> -- >> 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 > >http://h71000.www7.hp.com/freeware/freeware80/infoserver/ > >The readme says the licenses for scribe and tape are included. Its >running way too slow for me to check right now. > >I fully intend to get my IS1000 upgraded so I can run the tape drive >there and do incremental backups to it from all three home systems, >but time just hasn't allowed. Excellent! It looks like a group of disk images (judging by the .IMG file extensions). I have the the V8.0 Freeware but I really haven't had the time to peruse it all. -- 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, 29 Nov 2007 16:37:55 -0500 From: JF Mezei Subject: Re: NASA gets SGI 2048-core Itanium 2 supercomputer Message-ID: <88809$474f3135$cef8887a$21250@TEKSAVVY.COM> Richard B. Gilbert wrote: > A lot of people wonder why we are in Iraq! Dubyah wanted a war? Finish > what Daddy started? Didn't any americans read the infamous 1998 letter signed by Cheney, Rumsfeld and Wolfowitz outlining exactly what they would do when they got to power and why they would do it ? It was/is on their web site ( www.newamericancentury.org, the neo-conservative organistaion) In that memo, they coined the "axis of evil" phrase, named iraq, iran and north korea as being part of that axis. Condemned Clinton for signing a "peace" deal with North Korea and swore to break that deal when they got into power. And they wanted to re-assert the USA's power with a military invasion of Iraq (easy target without any big weapons) that would show the world and especially the middle east that they can't mess with the USA. Essentially the big bully hurting a weak one so that all the others will fear the big bully again. They accused Clinton of weakening the USA's power in the world by being "nice" and planned to reassert the USA's power via the military and invade Iraq to force the middle east to respect the USA's power. And this is one of the reason that Rumsfeld/Cheney/Wolfowitz insisted on keeping the state department and UN out of Iraq because he wanted the solution to be military all the way. ------------------------------ Date: 29 Nov 2007 16:17:50 -0600 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: NASA gets SGI 2048-core Itanium 2 supercomputer Message-ID: <25QcL+shSsxK@eisner.encompasserve.org> In article <37fe5ff1-67b3-4cd5-baef-135d5338aafd@t472000hsc.googlegroups.com>, Neil Rieck writes: > > And if you think about it, that is where some US politicians took the > wrong path (which affected the whole planet). Any industrial economy > can only do one really big thing like "making war" or "having a space > program", not both. You're making a big mistake if you think another moonshot would cost anywhere near what the war is costing. This country can afford to "make war" or "have a space program, cancer research, particle physics, parks, roads, hospitals, bio-engineering research, bridges, clean water, earth science research, secure borders, ...". The only governement program that compares to the military in times of peace is welfare. I think Clinton and the Republican Congress, as well as the states, did a good job of starting to move people off welfare in the 90's. ------------------------------ Date: 29 Nov 2007 16:20:41 -0600 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: NASA gets SGI 2048-core Itanium 2 supercomputer Message-ID: In article <51effe04-1b95-40e0-9dc8-f2580e1c8a20@y43g2000hsy.googlegroups.com>, DaveG writes: > > I agree. After spending 15 months in Vietnam back in '68 - '69, I > often wonder why we were there in the first place, just like Iraq > today. What have we learned? Seems like nothing. I'd rather we > spent our dollars on seeing "what's out there", but this doesn't feed > the ever hungry war machine. This is what happens when SCOTUS and the people elect extreem conservatives. The only history they think they have to learn from is the Bible's version (or substitute some other religion's tome). Then reality can't be seen, the messengers must be wrong if they claim that God isn't making things turn out the way they pre-conceive. ------------------------------ Date: Fri, 30 Nov 2007 07:03:41 +0100 From: "Dr. Dweeb" Subject: Re: NASA gets SGI 2048-core Itanium 2 supercomputer Message-ID: <474fa7bd$0$7608$157c6196@dreader2.cybercity.dk> Neil Rieck wrote: > On Nov 28, 4:31 pm, VAXman- @SendSpamHere.ORG wrote: >> In article >> <303adb89-0e85-457b-861e-9ce261885...@g30g2000hsb.googlegroups.com>, >> Neil Rieck writes: >> > {...snip...} >> >> I am not against the stem-cell research. proNJ has most of the major >> pharmaceutical research in the states, so why must the state fund >> that >> which, until now, has run fine as commercial enterprise? I may have >> been happy to see the referendum succeed if the proNJ's fiscal house >> wasn't in such a shambles but expending $.5Billion, when the state is >> already so deep into the hole that it may ever crawl out, without ANY >> guarantee that the research would pay off is wrong. The state's con- >> stitution (not that any constitutional rights exist in the USA) says >> that the government can't gamble with tax dollars. >> > > Your public/private points reminded me that HHMI (Howard Hughes > Medical Institute) is allowed to work in these areas because they > receive no public funding in these areas. My only comment on this is > that some projects might be too big to be done alone (like going to > the Moon in 1970). I hope that privately funded organizations are > cooperating in order to avoid dupicated work. > > NSR Firstly, it's a long time since I had a W2, so I have no vested interest in this question ... Can someone give me one, clear, unequivocal reason why manned space flight out of earth's orbit in any way justifies its cost relative to unmanned missions (which are massively less expensive) to other solar system bodies? Star Trek is TV, not reality. I simply do not see the benefit, other than political prestige. Dweeb ------------------------------ Date: Thu, 29 Nov 2007 19:49:06 -0600 From: David J Dachtera Subject: Re: SET SECURITY /SECRECY Message-ID: <474F6C12.895504FD@spam.comcast.net> Peter 'EPLAN' LANGSTOEGER wrote: > > In article <89655$474ac9d3$cef8887a$32349@TEKSAVVY.COM>, JF Mezei writes: > >HELP on 8.3 says "Reserved for us by HP". > > > >What happens if I type that command ? > > %DCL-W-VALREQ, missing qualifier or keyword value - supply all required values Here's a snippet from the output of VERB SET: qualifier SECRECY, label=SECURITY value (required,type=$acl) ...FWIW... David J Dachtera DJE Systems ------------------------------ Date: Thu, 29 Nov 2007 18:49:39 -0800 (PST) From: AEF Subject: Re: SET SECURITY /SECRECY Message-ID: <10abe91f-3bf0-4717-8ecd-28012ab88af4@d4g2000prg.googlegroups.com> On Nov 26, 9:08 am, billg...@cs.uofs.edu (Bill Gunshannon) wrote: > In article <89655$474ac9d3$cef8887a$32...@teksavvy.com>, > JF Mezei writes: > > > HELP on 8.3 says "Reserved for us by HP". > > > What happens if I type that command ? > > Your hardware is automatically reconfigured to a PDP-11/02. > > bill > > -- > Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves > b...@cs.scranton.edu | and a sheep voting on what's for dinner. > University of Scranton | > Scranton, Pennsylvania | #include LOL yet again! AEF ------------------------------ Date: Thu, 29 Nov 2007 18:51:11 -0800 (PST) From: AEF Subject: Re: SET SECURITY /SECRECY Message-ID: <573c757a-c3c4-4914-af67-11679b6d99f6@o42g2000hsc.googlegroups.com> On Nov 28, 3:43 pm, moro...@world.std.spaamtrap.com (Michael Moroney) wrote: > koeh...@eisner.nospam.encompasserve.org (Bob Koehler) writes: > >In article <474CB7F5.6010...@comcast.net>, bradhamilton writes: > > >> I guess Larry knows best here, having "experience" with SEVMS; I assume > >> that /SECRECY is latent in non-SEVMS environments. :-) > > > For a great many years now, the standard VMS kernel has had CIA and > > ICBM. Some things are not even latent. > > VMS has CIA$, NSA$ and KGB$ data structures (and probably others I don't > know about), and they are not only not latent, they are used for such > things as breakin detection/evasion, security auditing and process > attributes (including impersonation, of course). ICBMs are, of course, > peripheral related. So that CIASTARTINGUP message during the boot process is from this? I always thought it was a joke! AEF ------------------------------ Date: Thu, 29 Nov 2007 16:36:01 -0800 (PST) From: charles.durfee@bassett.org Subject: tcpip servies and formfeeds Message-ID: <2762a214-0363-440b-b4dd-807a4957f6ca@x69g2000hsx.googlegroups.com> Hello, After switching from VMS 7.2-1 to VMS 7.3-2, and switching from multinet to tcpip services v5.4, eco5 (tcpip services was mgt decision), I found that the tcpip services used a system-wide logical to control formfeeds instead of the by-queue logical in multinet. Having two nodes in the cluster, I found that I was creating a sort of nasty see-saw effect by changing the logical from the default to a new value needed by a particular queue, then doing a stop/reset on the queue. The second node still had the default formfeed value while the stop/reset command worked on both nodes. A job submitted on node 1 went OK but from node 2, formfed incorrectly. I learned to get around this by defining the telnetsym_suppress_formfeeds logical in LNM $SYSCLUSTER_TABLE, so both nodes got the proper value. My life got much easier. Now, I'm experiencing something new. After some network oddity the other week (nortel problem. ask our network guru), along with a DECW problem that kept me from using my HP supplied KVM to login or even use boot prompt (working on it), I shutdown and restarted one node. Either a programmer happened that same weekend to make changes to a report or two or three that included formfeed changes (unlikely) OR something else changed so that a number of my 800+ queues no longer like the formfeed value they liked previously. I've had complaints from about a dozen queues. While that could be seen as not bad, 12 out of 800+, you can't tell that to my users. I have the following logical values set (LNM$SYSTEM_TABLE) "TCPIP$TELNETSYM_ENABLE" [super] = ".1.." "TCPIP$TELNETSYM_ENABLE" [exec] = ".1.." "TCPIP$TELNETSYM_IDLE_TIMEOUT" = "0 00:01:00 00" "TCPIP$TELNETSYM_NO_OPCOM" = "1" "TCPIP$TELNETSYM_RAW_TCP" = "1" "TCPIP$TELNETSYM_RETRY_INTERVAL" = "0 00:00:30.00" "TCPIP$TELNETSYM_VERBOSE" = "DISABLE" (LNM$SYSCLUSTER_TABLE) "TCPIP$TELNETSYM_SUPPRESS_FORMFEEDS" = "18" While I'm trying to find the new formfeed value that'll make them happy, can anyone out there suggest what's occured to cause this? BTW, I've tried /NO_INITIAL_FF , ]VMS;2\, etc, on different queues. So far, the best thing has been the formfeed suppression advice I got from someone at HP that I've incorporated into a fairly simple bit of DCL used by me and our operators.: $! Values for TCPIP$TELNETSYM_SUPPRESS_FORMFEEDS $! o Level 1 suppression will not eliminate form feed characters after the $! initial one, but will substitute linefeed for formfeed, such that what $! would have been CR/FF in output becomes CR/LF $! o Level 2 eliminates all form feed characters and CR/FF sequences from $! output $! Level 1 = 17,18,19 - trailing, leading, both. $! Level 2 = 33,34,35 - trailing, leading, both. Thanks in advance, C.Durfee ------------------------------ Date: Thu, 29 Nov 2007 16:41:53 -0800 (PST) From: charles.durfee@bassett.org Subject: Re: tcpip servies and formfeeds Message-ID: <2b47f563-22d4-4c14-b0a8-bd574a3d93d1@g30g2000hsb.googlegroups.com> On Nov 29, 7:36 pm, charles.dur...@bassett.org wrote: > Hello, > > After switching from VMS 7.2-1 to VMS 7.3-2, and switching from > multinet to tcpip services v5.4, eco5 (tcpip services was mgt > decision), I found that the tcpip services used a system-wide logical > to control formfeeds instead of the by-queue logical in multinet. > Having two nodes in the cluster, I found that I was creating a sort > of nasty see-saw effect by changing the logical from the default to a > new value needed by a particular queue, then doing a stop/reset on the > queue. The second node still had the default formfeed value while the > stop/reset command worked on both nodes. A job submitted on node 1 > went OK but from node 2, formfed incorrectly. I learned to get around > this by defining the telnetsym_suppress_formfeeds logical in LNM > $SYSCLUSTER_TABLE, so both nodes got the proper value. My life got > much easier. > > Now, I'm experiencing something new. After some network oddity the > other week (nortel problem. ask our network guru), along with a DECW > problem that kept me from using my HP supplied KVM to login or even > use boot prompt (working on it), I shutdown and restarted one node. > Either a programmer happened that same weekend to make changes to a > report or two or three that included formfeed changes (unlikely) OR > something else changed so that a number of my 800+ queues no longer > like the formfeed value they liked previously. I've had complaints > from about a dozen queues. While that could be seen as not bad, 12 > out of 800+, you can't tell that to my users. > > I have the following logical values set > (LNM$SYSTEM_TABLE) > > "TCPIP$TELNETSYM_ENABLE" [super] = ".1.." > "TCPIP$TELNETSYM_ENABLE" [exec] = ".1.." > "TCPIP$TELNETSYM_IDLE_TIMEOUT" = "0 00:01:00 00" > "TCPIP$TELNETSYM_NO_OPCOM" = "1" > "TCPIP$TELNETSYM_RAW_TCP" = "1" > "TCPIP$TELNETSYM_RETRY_INTERVAL" = "0 00:00:30.00" > "TCPIP$TELNETSYM_VERBOSE" = "DISABLE" > > (LNM$SYSCLUSTER_TABLE) > > "TCPIP$TELNETSYM_SUPPRESS_FORMFEEDS" = "18" > > While I'm trying to find the new formfeed value that'll make them > happy, can anyone out there suggest what's occured to cause this? > > BTW, I've tried /NO_INITIAL_FF , ]VMS;2\, etc, on different > queues. So far, the best thing has been the formfeed suppression > advice I got from someone at HP that I've incorporated into a fairly > simple bit of DCL used by me and our operators.: > $! Values for TCPIP$TELNETSYM_SUPPRESS_FORMFEEDS > $! o Level 1 suppression will not eliminate form feed characters > after the > $! initial one, but will substitute linefeed for formfeed, such that > what > $! would have been CR/FF in output becomes CR/LF > $! o Level 2 eliminates all form feed characters and CR/FF sequences > from > $! output > $! Level 1 = 17,18,19 - trailing, leading, both. > $! Level 2 = 33,34,35 - trailing, leading, both. > > Thanks in advance, > C.Durfee P.S. After I set a non-default formfeed value and reset the queue, I put the formfeed valued back to the default - or at least what has seemed to work best for most of our queues. Example: $ DEFINE/TABLE=LNM$SYSCLUSTER_TABLE TCPIP $TELNETSYM_SUPPRESS_FORMFEEDS 17 $ stop/reset queue01 $ start queue01 $ DEFINE/TABLE=LNM$SYSCLUSTER_TABLE TCPIP $TELNETSYM_SUPPRESS_FORMFEEDS 18 ------------------------------ Date: Thu, 29 Nov 2007 21:33:39 -0500 From: "Syltrem" Subject: URGENT HELP needed with MULTINET - won't start on IA64 Message-ID: <13kutk5748fg260@corp.supernews.com> Hi Our production system is down, and Process software office is closed... Multinet won't start on our Itanium RX-3600 We already raised GH_EXEC_DATA to 4096 and that doesn't help Can someone help ? Thanks Sorry for cross-posting, don't know who can help me here... Syltrem no zulu to reach me directly $ MultiNet Load/Silent/Network_Image=MULTINET_KERNEL %MULTINET-W-KRNNOTLOADED, kernel MULTINET_ip_DEVICE_CONFIG not loaded %SYSTEM-F-ACCVIO, access violation, reason mask=A0, virtual address=000000000000001B, PC=000002E000030300, PS=43790036 Improperly handled condition, image exit forced. Signal arguments: Number = 0000000000000003 Name = 000000000000000C 00000000000315A0 000000000000001B Register dump: R0 = 0000000000000000 R1 = 000000007B546000 R2 = 000000007FF43ED0 R3 = 0000000000000000 R4 = 000000007FFCF818 R5 = 000000007FFCF8B0 R6 = 0000000010000001 R7 = 0000000000000001 R8 = 00000000000001BC R9 = 0000000000000000 R10 = 000000007ACC18E0 R11 = 000000007ACC18E8 SP = 000000007ACC1890 TP = 000000007B5341C8 R14 = 00000000002A0000 R15 = 00000000000B01F0 R16 = FFFFFFFF841E9C50 R17 = 000000007FF43F78 R18 = 0000000000000000 R19 = 0000000000000000 R20 = 0000000000000003 R21 = 0000000000000000 R22 = 0000000000000000 R23 = E000000000000050 R24 = 0000000000000004 R25 = 0000000000000001 R26 = FFFFFFFFA11DA040 R27 = FFFFFFFFA11DA07C R28 = 000000000000000F R29 = E000000000000000 R30 = 000000000000000F R31 = 0000000000000000 PC = 00000000000315A0 BSP/STORE = 000007FDBFFD41C8 / 000007FDBFFD41C8 PSR = 0000101308026010 IIPA = 0000000000000000 B0 = 00000000000315A0 B6 = FFFFFFFF841E9C50 B7 = FFFFF80409C053A0 Interrupted Frame RSE Backing Store, Size = 26 registers R32 = 0000000000020000 R33 = 0000000000020B18 R34 = 00000000000A002C R35 = 000000000002A1E0 R36 = 0000000000010070 R37 = 0000000000070048 R38 = 0000000000000003 R39 = 0000000000010020 R40 = 00000000080280CC R41 = 000000007ACC1989 R42 = 000000000000005F R43 = 54454E49544C554D R44 = 0000000008028188 R45 = 0000000000000000 R46 = 0000000000000004 R47 = 00000000000300C0 R48 = C000000000000491 R49 = 00000000002A0000 R50 = 000000000000000C R51 = 0000000000000001 R52 = 0000000000020B28 R53 = 0000000000000001 R54 = 000000000000004E R55 = 0000000000000046 R56 = 0000000000000049 R57 = 0000000000000047 ------------------------------ Date: Thu, 29 Nov 2007 22:11:59 -0500 From: =?ISO-8859-1?Q?Arne_Vajh=F8j?= Subject: Re: URGENT HELP needed with MULTINET - won't start on IA64 Message-ID: <474f7f7e$0$90276$14726298@news.sunsite.dk> Syltrem wrote: > Our production system is down, and Process software office is closed... > Multinet won't start on our Itanium RX-3600 > We already raised GH_EXEC_DATA to 4096 and that doesn't help > $ MultiNet Load/Silent/Network_Image=MULTINET_KERNEL > > %MULTINET-W-KRNNOTLOADED, kernel MULTINET_ip_DEVICE_CONFIG not loaded > > %SYSTEM-F-ACCVIO, access violation, reason mask=A0, virtual > address=000000000000001B, PC=000002E000030300, PS=43790036 > > Improperly handled condition, image exit forced. I don't know Multinet, but an obvious question is: what changes to the systems (software installations including patches, parameters changes etc.) have you done since it last started successfully ? Arne ------------------------------ Date: Thu, 29 Nov 2007 11:01:56 -0800 (PST) From: Rich Jordan Subject: Re: VMS 30th anniversary contest Message-ID: On Nov 29, 7:49 am, koeh...@eisner.nospam.encompasserve.org (Bob Koehler) wrote: > In article , VAXman- @SendSpamHere.ORG writes: > > > > > I asked Sue about this when the letter arrived. My old VAXen are not HP > > servers. Anyway, if anyone here has an old 11/780 in service, you should > > be the winner. > > Must be some. But right now I can't go back past VMS 4.7 on an > 11/785. > > It appears to be the version of VMS "in production", not the age or > model of the processor that HP is interested in. Although I've used > versions that would only boot on an 11/780, I've never seen > anything pre VMS 2.5 "in production", and I know those particular > systems have been retired. My desktop workstation dual boots V5.5-2 and V6.2. There are a couple of very old XUI programs that didn't work under Motif that were my excuse for hanging on to the original system disk (RZ24, came with the box in 1989). I know I'm beat by years by others out there but I'm still happy with this old beast. Rich ------------------------------ Date: Thu, 29 Nov 2007 11:03:59 -0800 (PST) From: Rich Jordan Subject: Re: VMS 30th anniversary contest Message-ID: On Nov 29, 11:59 am, AEF wrote: > On Nov 29, 9:49 am, koeh...@eisner.nospam.encompasserve.org (Bob > > > > Koehler) wrote: > > In article , VAXman- @SendSpamHere.ORG writes: > > > > I asked Sue about this when the letter arrived. My old VAXen are not HP > > > servers. Anyway, if anyone here has an old 11/780 in service, you should > > > be the winner. > > > Must be some. But right now I can't go back past VMS 4.7 on an > > 11/785. > > > It appears to be the version of VMS "in production", not the age or > > model of the processor that HP is interested in. Although I've used > > versions that would only boot on an 11/780, I've never seen > > anything pre VMS 2.5 "in production", and I know those particular > > systems have been retired. > > I'm definitely puzzled by the motivation for this contest. > > "You bought our system eons ago, never upgraded, so now we'll reward > you for not giving us any additional business by giving you your very > own Integrity server! We hope you enjoy porting your app from VMS 2.5 > to 8.3!" > > Oh, I see, they want to sell consulting services for the port (but to > only one luck winner!). :-) > > Additionally, some in this ng often tell me to upgrade every time I > post a problem or question! ;-) (OK, I assume even my VMS V6.1 systems > aren't old enough.) > > AEF AEF, the site asks for a serial number and says "if you have the oldest running HP OpenVMS server, you'll win"; pretty sure that means just hardware, not software version. ------------------------------ Date: Thu, 29 Nov 2007 12:02:53 -0800 (PST) From: AEF Subject: Re: VMS 30th anniversary contest Message-ID: <29f68123-fb27-41df-8eea-c45d61b942ed@y43g2000hsy.googlegroups.com> On Nov 29, 3:03 pm, Rich Jordan wrote: > On Nov 29, 11:59 am, AEF wrote: > > > > > On Nov 29, 9:49 am, koeh...@eisner.nospam.encompasserve.org (Bob > > > Koehler) wrote: > > > In article , VAXman- @SendSpamHere.ORG writes: > > > > > I asked Sue about this when the letter arrived. My old VAXen are not HP > > > > servers. Anyway, if anyone here has an old 11/780 in service, you should > > > > be the winner. > > > > Must be some. But right now I can't go back past VMS 4.7 on an > > > 11/785. > > > > It appears to be the version of VMS "in production", not the age or > > > model of the processor that HP is interested in. Although I've used > > > versions that would only boot on an 11/780, I've never seen > > > anything pre VMS 2.5 "in production", and I know those particular > > > systems have been retired. > > > I'm definitely puzzled by the motivation for this contest. > > > "You bought our system eons ago, never upgraded, so now we'll reward > > you for not giving us any additional business by giving you your very > > own Integrity server! We hope you enjoy porting your app from VMS 2.5 > > to 8.3!" > > > Oh, I see, they want to sell consulting services for the port (but to > > only one luck winner!). :-) > > > Additionally, some in this ng often tell me to upgrade every time I > > post a problem or question! ;-) (OK, I assume even my VMS V6.1 systems > > aren't old enough.) > > > AEF > > AEF, > the site asks for a serial number and says "if you have the > oldest running HP OpenVMS server, you'll win"; pretty sure that means > just hardware, not software version. Well, that contradicts the post I replied to, so ... whatever. AEF ------------------------------ Date: Thu, 29 Nov 2007 12:34:33 -0800 (PST) From: AEF Subject: Re: VMS 30th anniversary contest Message-ID: On Nov 29, 3:03 pm, Rich Jordan wrote: > On Nov 29, 11:59 am, AEF wrote: > > > > > On Nov 29, 9:49 am, koeh...@eisner.nospam.encompasserve.org (Bob > > > Koehler) wrote: > > > In article , VAXman- @SendSpamHere.ORG writes: > > > > > I asked Sue about this when the letter arrived. My old VAXen are not HP > > > > servers. Anyway, if anyone here has an old 11/780 in service, you should > > > > be the winner. > > > > Must be some. But right now I can't go back past VMS 4.7 on an > > > 11/785. > > > > It appears to be the version of VMS "in production", not the age or > > > model of the processor that HP is interested in. Although I've used > > > versions that would only boot on an 11/780, I've never seen > > > anything pre VMS 2.5 "in production", and I know those particular > > > systems have been retired. > > > I'm definitely puzzled by the motivation for this contest. > > > "You bought our system eons ago, never upgraded, so now we'll reward > > you for not giving us any additional business by giving you your very > > own Integrity server! We hope you enjoy porting your app from VMS 2.5 > > to 8.3!" > > > Oh, I see, they want to sell consulting services for the port (but to > > only one luck winner!). :-) > > > Additionally, some in this ng often tell me to upgrade every time I > > post a problem or question! ;-) (OK, I assume even my VMS V6.1 systems > > aren't old enough.) > > > AEF > > AEF, > the site asks for a serial number and says "if you have the > oldest running HP OpenVMS server, you'll win"; pretty sure that means > just hardware, not software version. Well, I just checked. The title says, "We're looking for the oldest running instance of HP OpenVMS" which supports Bob's statement, but in totality the page is somewhat ambiguous as to what is meant. AEF ------------------------------ Date: Thu, 29 Nov 2007 16:42:18 -0500 From: JF Mezei Subject: Re: VMS 30th anniversary contest Message-ID: <5d0$474f323c$cef8887a$21365@TEKSAVVY.COM> AEF wrote: > I'm definitely puzzled by the motivation for this contest. > > "You bought our system eons ago, never upgraded, so now we'll reward > you for not giving us any additional business by giving you your very > own Integrity server! We hope you enjoy porting your app from VMS 2.5 > to 8.3!" Look, VMS management got a few thousand bucks of marketing budget to celebrate the 30 anniversary of VMS. And finding out the oldest running VMS site would be interesting. By giving a free IA64 contraption, the VMS group probably gains the right to publish the name of the winner and brag about VMS being able to run for X years, being stable etc. And if they get that customer to migrate to that IA64 contraption, they can even claim how easy it was to migrate 30 year old software to that IA74 contraption etc etc. There is good marketing potential for this. Of course we all know that whatever marketing the VMS group does, no matter how good it might be, will only reach the installed base. ------------------------------ Date: Thu, 29 Nov 2007 21:50:58 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: VMS 30th anniversary contest Message-ID: <6vG3j.68$Wr5.20@newsfe10.lga> In article <967e4425-1ad9-4f27-9ef1-15e5e216069f@t47g2000hsc.googlegroups.com>, AEF writes: > > >On Nov 29, 9:49 am, koeh...@eisner.nospam.encompasserve.org (Bob >Koehler) wrote: >> In article , VAXman- @SendSpamHere.ORG writes: >> >> >> >> > I asked Sue about this when the letter arrived. My old VAXen are not HP >> > servers. Anyway, if anyone here has an old 11/780 in service, you should >> > be the winner. >> >> Must be some. But right now I can't go back past VMS 4.7 on an >> 11/785. >> >> It appears to be the version of VMS "in production", not the age or >> model of the processor that HP is interested in. Although I've used >> versions that would only boot on an 11/780, I've never seen >> anything pre VMS 2.5 "in production", and I know those particular >> systems have been retired. > >I'm definitely puzzled by the motivation for this contest. > >"You bought our system eons ago, never upgraded, so now we'll reward >you for not giving us any additional business by giving you your very >own Integrity server! We hope you enjoy porting your app from VMS 2.5 >to 8.3!" > >Oh, I see, they want to sell consulting services for the port (but to >only one luck winner!). :-) Dear Contest Winner, See me after HP has quoted you the rate to port your VAX VMS 2.5 app to OpenVMS Itanium 8.3. I promise to best their quote. :) -- 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: 29 Nov 2007 16:24:31 -0600 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: VMS 30th anniversary contest Message-ID: <4ZMqswufbkWv@eisner.encompasserve.org> In article <6vG3j.68$Wr5.20@newsfe10.lga>, VAXman- @SendSpamHere.ORG writes: > > See me after HP has quoted you the rate to port your VAX VMS 2.5 app to > OpenVMS Itanium 8.3. I promise to best their quote. :) > Will you include converting the $15 million US custom UNIBUS peripheral to something that can attach to the Integrity? ------------------------------ Date: Thu, 29 Nov 2007 22:30:19 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: VMS 30th anniversary contest Message-ID: <%3H3j.78$Wr5.65@newsfe10.lga> In article <4ZMqswufbkWv@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: > > >In article <6vG3j.68$Wr5.20@newsfe10.lga>, VAXman- @SendSpamHere.ORG writes: >> >> See me after HP has quoted you the rate to port your VAX VMS 2.5 app to >> OpenVMS Itanium 8.3. I promise to best their quote. :) >> > > Will you include converting the $15 million US custom UNIBUS > peripheral to something that can attach to the Integrity? Isn't there a PCI-X to UNIBUS adapter available for Integrity? :) -- 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: Fri, 30 Nov 2007 07:46:28 +0800 From: Tim Sneddon Subject: Re: VMS 30th anniversary contest Message-ID: <474f366f$0$25975$88260bb3@free.teranews.com> VAXman- @SendSpamHere.ORG wrote: > In article <4ZMqswufbkWv@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: >> >> In article <6vG3j.68$Wr5.20@newsfe10.lga>, VAXman- @SendSpamHere.ORG writes: >>> See me after HP has quoted you the rate to port your VAX VMS 2.5 app to >>> OpenVMS Itanium 8.3. I promise to best their quote. :) >>> >> Will you include converting the $15 million US custom UNIBUS >> peripheral to something that can attach to the Integrity? > > Isn't there a PCI-X to UNIBUS adapter available for Integrity? :) > Isn't UniBuS the same as USB? :-) You wouldn't need to convert anything, just plug it into the port supplied on the Integrity. Regards, Tim. -- Posted via a free Usenet account from http://www.teranews.com ------------------------------ Date: Thu, 29 Nov 2007 23:57:35 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: VMS 30th anniversary contest Message-ID: In article <474f366f$0$25975$88260bb3@free.teranews.com>, Tim Sneddon writes: > > >VAXman- @SendSpamHere.ORG wrote: >> In article <4ZMqswufbkWv@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: >>> >>> In article <6vG3j.68$Wr5.20@newsfe10.lga>, VAXman- @SendSpamHere.ORG writes: >>>> See me after HP has quoted you the rate to port your VAX VMS 2.5 app to >>>> OpenVMS Itanium 8.3. I promise to best their quote. :) >>>> >>> Will you include converting the $15 million US custom UNIBUS >>> peripheral to something that can attach to the Integrity? >> >> Isn't there a PCI-X to UNIBUS adapter available for Integrity? :) >> > >Isn't UniBuS the same as USB? :-) You wouldn't need to convert anything, >just plug it into the port supplied on the Integrity. Or maybe there's a USB to UniBuS widget.... Hey Forrest! :) -- 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, 29 Nov 2007 21:18:54 -0600 From: Chris Scheers Subject: Re: VMS 30th anniversary contest Message-ID: <5r9douF120js8U1@mid.individual.net> Bob Koehler wrote: > In article <6vG3j.68$Wr5.20@newsfe10.lga>, VAXman- @SendSpamHere.ORG writes: >> See me after HP has quoted you the rate to port your VAX VMS 2.5 app to >> OpenVMS Itanium 8.3. I promise to best their quote. :) >> > > Will you include converting the $15 million US custom UNIBUS > peripheral to something that can attach to the Integrity? I'll help out. I think that a little TLC could solve that problem. -- ----------------------------------------------------------------------- Chris Scheers, Applied Synergy, Inc. Voice: 817-237-3360 Internet: chris@applied-synergy.com Fax: 817-237-3074 ------------------------------ Date: Thu, 29 Nov 2007 21:47:29 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: [DFG T3.0] Internal error Message-ID: In article <474ef284$1@news.langstoeger.at>, peter@langstoeger.at (Peter 'EPLAN' LANGSTOeGER) writes: > > >Does anyone know if the field test for DFG 3 has ended already? >I still use T3.0 (on OpenVMS Alpha V8.3 with all current ECOs) and I just >got an abort of a /LEVEL=1 defragmentation (right after the start): > >%DFG-W-INTERR, internal error: directory_name_match: pattern starts wrong >%DFG-F-INTERR, internal error > >and > >%DFG-W-UNCRECOVERR, unrecoverable error >Target volume was DISK$mumble (_DSA0:) > >Any comments? Not about the DFG field test per se but doesn't it always seem that you uncover a bug after the end of the formal field test? I found a couple of them during some VMS V7.* field tests after the end of the field test. -- 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: 30 Nov 2007 00:17:04 +0100 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOeGER) Subject: Re: [DFG T3.0] Internal error Message-ID: <474f5680$1@news.langstoeger.at> In article , VAXman- @SendSpamHere.ORG writes: >In article <474ef284$1@news.langstoeger.at>, peter@langstoeger.at (Peter 'EPLAN' LANGSTOeGER) writes: >> >>Does anyone know if the field test for DFG 3 has ended already? >>I still use T3.0 (on OpenVMS Alpha V8.3 with all current ECOs) and I just >>got an abort of a /LEVEL=1 defragmentation (right after the start): >> >>%DFG-W-INTERR, internal error: directory_name_match: pattern starts wrong >>%DFG-F-INTERR, internal error >> >>and >> >>%DFG-W-UNCRECOVERR, unrecoverable error >>Target volume was DISK$mumble (_DSA0:) >> >>Any comments? > >Not about the DFG field test per se but doesn't it always seem that you >uncover a bug after the end of the formal field test? I found a couple >of them during some VMS V7.* field tests after the end of the field test. Not always. (I found a lot of bugs in TCPware V5.8 BIND9 and FT is still running ;-) Could be that GNV V2.1 was the culprit. I removed it, to remove the annoying endless loop ([VMS$COMMON.GNV.MNT.sysdevdiskvolnam.000000.000000.000000...]) to get a simple sysdisk PURGE working again, and now DFG works as I know it. Maybe, I find the time to prove this first assumption... -- Peter "EPLAN" LANGSTOEGER Network and OpenVMS system specialist E-mail peter@langstoeger.at A-1030 VIENNA AUSTRIA I'm not a pessimist, I'm a realist ------------------------------ End of INFO-VAX 2007.655 ************************