INFO-VAX Fri, 02 Mar 2007 Volume 2007 : Issue 121 Contents: Re: Alpha mystery! Only on Sundays?? Re: Am I seeing things? Re: create directory Re: create directory Re: DECforms Re: History of VMS and related operating systems Re: History of VMS and related operating systems Re: History of VMS and related operating systems Re: History of VMS and related operating systems Re: History of VMS and related operating systems Re: History of VMS and related operating systems Re: Is it possible to boot OpenVMS from an IDE disk on an ES40? Re: Migrating C application from VMS to LINUX Re: Migrating C application from VMS to LINUX Re: Oracle Rdb maillist at JCC not working ? Re: OT: Quebec Health Care Virus Re: OT: Quebec Health Care Virus Re: rx4640, EFI and UUID's Re: rx4640, EFI and UUID's ---------------------------------------------------------------------- Date: 1 Mar 2007 15:20:40 -0600 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: Alpha mystery! Only on Sundays?? Message-ID: <$GXQKsMLJQT8@eisner.encompasserve.org> We had 20 year old IBM 360/75 systems. They had some very long fine wires hanging between what we were told were core memory cabinets, out in back where nobody went, as repairs for problems that had developed over the years. Every disk had two labels because the original IBM disks had been replaced by a third party disk which emulated two IBM disks in the same physical space. We were getting near the end of the punch card vendor's production. Into this last-legs setup enter the cleaning crew. They opened the back of one of the cabinets, plugged in the vacuum and went about their jobs. They had permission from the facilities mamager to do so because of the cost of getting an outlet installed. ------------------------------ Date: 1 Mar 2007 14:41:16 -0600 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: Am I seeing things? Message-ID: <2dHt5oWZfZ3d@eisner.encompasserve.org> In article <1172518347.5709.1.camel@linspiron8200.mobile.staffan.tjernstrom.name>, Staffan Tjernstrom writes: > Was looking at this article: > > http://www.technologynewsdaily.com/node/6070 > > and it struck me that the keyboard in the pic looks awfully like a LK. > > Co-incidence? VMS==CMM5? I think it's a standard PC keyboard that just happens to have a dark label where F17 - F20 would be on an LK. I've seen lots of those. ------------------------------ Date: 1 Mar 2007 14:59:11 -0600 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: create directory Message-ID: In article , "Bob Jones" writes: > I am a beginner in VMS, coming from UNIX. Trying to create a new directory > under the current directory, but forgot to use the '.'. > > create /directory [newdir] > > Now I cannot find where this dir is created. Please help! No beginner should have been given enough privilege to do this. But its in the same place as your login directory: $ directory [-] should find it for you unless you've found a system with incredibly tight secutiry in all the wrong places. ------------------------------ Date: 1 Mar 2007 16:34:07 -0800 From: "AEF" Subject: Re: create directory Message-ID: <1172795647.635038.190200@j27g2000cwj.googlegroups.com> On Feb 27, 6:14 am, "Bob Gezelter" wrote: > On Feb 26, 9:44 pm, "Bob Jones" wrote: > > > I am a beginner in VMS, coming from UNIX. Trying to create a new directory > > under the current directory, but forgot to use the '.'. > > > create /directory [newdir] > > > Now I cannot find where this dir is created. Please help! > > Bob, > > As Richard stated, it is in the Master File Directory([000000]). > > Presuming that you want to delete it, you will need to ensure that it > is empty (it should be if you just created it). You can try deleting > it using the DELETE command: > $ DELETE/CONFIRM devicename:[000000]newdir.dir;1 > > The /CONFIRM is to ensure that you are deleting the correct file. > Deleting the incorrect file in the MFD would be serious. > > The above presumes that you are running from a privileged account, > which would also explain how you were able to create the directory in > the first place. It may also be necessary to enable DELETE access on > the directory, which will require you to use the SET FILE, SET > PROTECTION, or SET SECURITY commands (the details of which are in the > online HELP text). > > WADU, I would also suggest that you consider setting up a non- > privileged account to experiment with. There can be far more WADU? I give up. The best I could come up with is "What a dumb user". I don't think that's what you had in mind! [...] AEF ------------------------------ Date: Thu, 01 Mar 2007 21:19:36 -0600 From: David J Dachtera Subject: Re: DECforms Message-ID: <45E797C8.CC842A0F@spam.comcast.net> - wrote: > > Nigel Barker wrote: > > On 26 Feb 2007 17:15:59 -0800, yyyc186@hughes.net wrote: > > > >> I also regret IBM having let OS/2 die on the vine. > > > > It's a bit unfair to blame IBM for the demise of OS/2. They lost well over a > > billion dollars trying to persuade the reluctant public to embrace it. > > > > -- > > Nigel Barker > > Live from the sunny Cote d'Azur > > The recent Comes V. Microsoft case brought out a lot about this issue. > > See http://www.groklaw.net/article.php?story=20070220083801959 I chased some other links and found something that pointed to HP's agreements with M$. I'm no expert on legalese, but I'm guessing that many clues regarding the continuance of stealth marketing lie buried in there! -- David J Dachtera dba DJE Systems http://www.djesys.com/ Unofficial OpenVMS Marketing Home Page http://www.djesys.com/vms/market/ Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/ Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/ Unofficial OpenVMS Hobbyist Support Page: http://www.djesys.com/vms/support/ ------------------------------ Date: 1 Mar 2007 11:05:37 -0800 From: "vaxorcist" Subject: Re: History of VMS and related operating systems Message-ID: <1172775936.851462.71030@p10g2000cwp.googlegroups.com> > Anyone know what versions of MicroVMS were released and when? IMHO there were only V4.x versions of MicroVMS, none before and none after. In times of VMS V3.x (and earlier) there were no MicroVAXen yet, so there was no reason for a different line. >From V5.0 onwards you could still buy a smaller set of manuals (similar to the MicroVMS one), but there were no MicroVMS versions any longer. I can very well remember that because I started my VMS career with VMS V5.0 :-)) Regards Ulli ------------------------------ Date: 1 Mar 2007 11:54:48 -0800 From: "vaxorcist" Subject: Re: History of VMS and related operating systems Message-ID: <1172778888.842237.296640@z35g2000cwz.googlegroups.com> > Another relevant piece of documentation might be the excellent VAX Realtime > User's Guide, EK-VAXRT-UG001 (1986!) which covers using VAX for realtime > applications on both VMS and VAXELN, in some considerable depth. Not > immediately locatable online. The AA-H784A-TE VAX-VMS Real-Time User's Guide (March 1980 !, part of the VMS V2.0 documentation) is currently being processed and will be available on bitsavers later this year or on direct request to me. But back then (1980) there was no VAXELN yet. Regards Ulli ------------------------------ Date: 1 Mar 2007 15:22:45 -0600 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: History of VMS and related operating systems Message-ID: In article <1172677904.174207.242220@h3g2000cwc.googlegroups.com>, "UnderMine" writes: > Hi, > > I am currently updating my graphical timeline of Non-Unix operating > systems and would be interested in any additional information about > VMS releases. I am especally interested in the release and history of > VAXELN and MicroVMS as I have been unable to get reliable information > on these. VAXEln is not VMS. It just runs on VAXes, like VMS, ULTRIX, and BSD UNIX. ------------------------------ Date: 1 Mar 2007 15:25:20 -0600 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: History of VMS and related operating systems Message-ID: <8tu3IAVy72T2@eisner.encompasserve.org> In article <1172699342.870900.198490@t69g2000cwt.googlegroups.com>, "UnderMine" writes: > > As far as I am able to determine MicroVMS and VMS releases were not > done at the same time even though they seem to have very similar > version numbering. So what exactly is the relationship between the VMS > and MicroVMS? MicroVMS was the version of VMS originally shipped for MicroVAX computers. It was later merged into the normal VMS product. There were very few differences except for what VAX models it would boot on. Several features, like compressed help libraries, were added to MicroVMS/VMS so that MicroVMS could fit on the small disks originally provided for the small computers. ------------------------------ Date: 1 Mar 2007 15:28:14 -0600 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: History of VMS and related operating systems Message-ID: In article <1172750751.202145.184510@m58g2000cwm.googlegroups.com>, "UnderMine" writes: > > MicroVMS 1.0 - original release > > MicroVMS 4.x - numbers synced with VMS - pritty well documented but > sometimes hard to date. > > MicroVMS 5.4-1 > http://mri.if.sc.usp.br/download/publicacoes/pdf/mateustese.pdf - > dated 1995 but reference quoted dated 1988? - Based on the following > info this could well be an error. > This looks odd. Our MicroVAX systems went from MicroVMS 4.7 to VMS 5.0. It could have been true (DEC did stranger games with version numbering), but by 1995 VMS 6.x was current. ------------------------------ Date: 1 Mar 2007 14:43:55 -0800 From: "UnderMine" Subject: Re: History of VMS and related operating systems Message-ID: <1172789035.008644.306090@s48g2000cws.googlegroups.com> On Mar 1, 9:28 pm, koeh...@eisner.nospam.encompasserve.org (Bob Koehler) wrote: > In article <1172750751.202145.184...@m58g2000cwm.googlegroups.com>, "UnderMine" writes: > > MicroVMS 1.0 - original release http://h71000.www7.hp.com/wizard/wiz_0739.html http://stinet.dtic.mil/oai/oai?&verb=getRecord&metadataPrefix=html&identifier=ADA149375 MicroVMS 1.0 was the original MicroVMS released with the MicroVAX I if this information is correct. > > MicroVMS 4.x - numbers synced with VMS - pritty well documented but > > sometimes hard to date. Still looking for confirmation of all the dates > > MicroVMS 5.4-1 > >http://mri.if.sc.usp.br/download/publicacoes/pdf/mateustese.pdf- > > dated 1995 but reference quoted dated 1988? - Based on the following > > info this could well be an error. > > This looks odd. Our MicroVAX systems went from MicroVMS 4.7 to > VMS 5.0. It could have been true (DEC did stranger games with > version numbering), but by 1995 VMS 6.x was current. I agree the whole MicroVMS 5.x looks odd and I am not happy about any them. Paddy ------------------------------ Date: Thu, 01 Mar 2007 21:14:38 -0600 From: David J Dachtera Subject: Re: Is it possible to boot OpenVMS from an IDE disk on an ES40? Message-ID: <45E7969E.64B6403A@spam.comcast.net> Larry Kilgallen wrote: > > In article <45E62DBA.38F6778A@spam.comcast.net>, David J Dachtera writes: > > > I remember keying a bootstrap program into a DG Nova-3 from the front panel, > > setting the start address, then hitting the "Run" button... > > I remember with the DG Nova models I used just hitting one switch > on the front panel which then started executing code on the first > block on some device. If the device's load address was set on the front panel switches, the "Load" button would engage the bootstrap loader which read from that address, usually pointing to the first disc, but could also be a tape drive (at a difference address). -- David J Dachtera dba DJE Systems http://www.djesys.com/ Unofficial OpenVMS Marketing Home Page http://www.djesys.com/vms/market/ Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/ Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/ Unofficial OpenVMS Hobbyist Support Page: http://www.djesys.com/vms/support/ ------------------------------ Date: 1 Mar 2007 15:02:28 -0600 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: Migrating C application from VMS to LINUX Message-ID: In article <1172569536.326783.226640@k78g2000cwa.googlegroups.com>, "klaus1" writes: > I use the following VMS header files, hopefully, that I can transfer > to Linux environment: > > descrip.h [...] > I think I have to rewrite the whole application from the scratch. Is > there a chance to change the header files against Linux header files? You can copy the header files to Linux, and then your application might compile there, but it won't link. These header files describe OS routines and data stuctures that Linux doesn't have. The compiler will make the data structures if it can compile the code, but the linker won't find the routines that use them. ------------------------------ Date: 1 Mar 2007 15:04:57 -0600 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: Migrating C application from VMS to LINUX Message-ID: In article <1172587441.386609.251040@j27g2000cwj.googlegroups.com>, "klaus1" writes: > > can you give me the names of the equal libraries to the VMS libraries > I wrote above? Many of these things simply don't exist on Linux. ------------------------------ Date: Fri, 2 Mar 2007 06:51:16 +0800 From: "Richard Maher" Subject: Re: Oracle Rdb maillist at JCC not working ? Message-ID: Hi Jan-Erik, > Anyone knows what the current status of the Rdb list is ? Absolutely thriving! And what they're saying about you doesn't bear repeating. . . Look at the search engine at www.jcc.com to see what you're missing and try sending a message to oraclerdb-request(at)jcc.com (I think) Cheers Richard Maher PS. Have you seen the example COBOL/html/Javascript at the end of : - http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=1071300. Surely you and your "COBOL-only guy" can have no more excuses for not implementing a web parts lookup enquiry/ordering interface for the BF2000? "Jan-Erik Söderholm" wrote in message news:6yHFh.35428$E02.13728@newsb.telia.net... > Just subscribed to the Oracle Rdb mail-list > at JCC.COM and posted a message. > > Got the following error message back : > > > This is an automatically generated Delivery Status Notification. > > > > Delivery to the following recipients failed. > > > > oraclerdb@castor.jcc.com > > The message was sent to the correct address "oraclerdb@jcc.com", > not to the address in the error message. > > Anyone knows what the current status of the Rdb list is ? > > Regards, > Jan-Erik Söderholm. ------------------------------ Date: 1 Mar 2007 14:50:30 -0600 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: OT: Quebec Health Care Virus Message-ID: In article , glen herrmannsfeldt writes: > > IBM has a system where the first three letters uniquely identify > the where the product came from. (I don't know exactly how they > are determined.) In this case it is IEBGENER, the first five letters > of GENERATE. There is, in fact, IEBCOPY mostly used to copy a PDS. > There is also IEHMOVE which can either copy or move (copy and delete > the original) most types of data sets). There is a historical reason > that GENERATE is used for copying data, but I don't remember what it is. Yes, I know they have a system. And I know how the Fortran H Extended/Enhanced compiler is called something like IEHAAB under that system. I just don't think that's the right system for software naming. I'ts like DCL having for it's VMS Fortran compiler the command DESU25.16 . ------------------------------ Date: 1 Mar 2007 14:51:55 -0600 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: OT: Quebec Health Care Virus Message-ID: In article <45E387F7.2020208@comcast.net>, "Richard B. gilbert" writes: > > My memory grows DIMM but ISTR that IEBGENER's primary function was to > generate test data. (It has been fifteen or twenty years since I last > used it!) IEBGENER could be used to do lots of things. To copy files you used its conversion capability with an empty conversion description. ------------------------------ Date: Thu, 01 Mar 2007 20:44:47 GMT From: Rod Prince Subject: Re: rx4640, EFI and UUID's Message-ID: <3XGFh.10814$Xe1.4995@trndny01> As far as I can tell, its something that is stored on I/O base board itself. And there is a HP only tool that can be used to generate the password you need to access the console to fix this. Basicly you going to need a HP service contract to maintain an Integrity server. The old Alpha systems just keep looking better and better all the time. Rod Prince ------------------------------ Date: Thu, 1 Mar 2007 18:49:15 -0500 From: "David Turner, Island Computers US Corp" Subject: Re: rx4640, EFI and UUID's Message-ID: Rod We can get you some ES47 systems pretty darned cheap Are the Integrity systems that much faster? And ours are BRAND NEW - I have references ! We might be able to do a trade-in also David island computers us corp 912-4476622 "Rod Prince" wrote in message news:CTCFh.32264$kr6.10755@trndny09... > > We recently had a very bad experience with a RX4640. We noticed we were > losing console settings (IP address, etc) when we removed power from the > system. Upon investigation, we determined the I/O base board battery clip > was faulty, and the battery would not stay in place. Not a big deal, > things happen, just have to replace the board. So we pulled a board out > of a identically configured rx4640 development system, when it was a good > time to bring down the production system. This way we could move the > faulty board out of production back to the development system, until such > time as we can get a replacement board. As soon as we plugged in the > replacement board, it all went down hill from there. Once we plugged in > the new board and attempted to reboot the system hung up in the EFI > console, complaining about UUID mismatch's. At this point, we were like > WTF does it care about a UUID. Upon reading bits and pieces here and > there on the web, we have come to the conculsion that we can't swap > "certain" parts back and forth between the systems, as these parts have > some "magic" numbers encoded on them. > > Does anyone know how to disable this "feature"? If this feature can not > disabled, can anyone point me to a where I can find information about what > parts in the Integrity server have these magic numbers and can't be > swapped back and forth? > > Rod Prince > Las Vegas Dissemination Company > rodprince at verizon dot net ------------------------------ End of INFO-VAX 2007.121 ************************