INFO-VAX Fri, 31 Oct 2008 Volume 2008 : Issue 589 Contents: Re: Alpha 800 4/500 Re: Alpha 800 4/500 Re: Another DST issue Re: Another DST issue Re: Another DST issue Re: Another DST issue Re: Another DST issue Re: Another DST issue Re: cli difference between HSZ50 and HSZ22 Re: cli difference between HSZ50 and HSZ22 Re: cli difference between HSZ50 and HSZ22 Re: Converting CMS to a Linux based code/source management system Re: Fortran, debugger and Alpha/VMS 7.3-2 Re: Name that VAX/VMS version based on banner Re: trouble installing Re: trouble installing Re: trouble installing Re: trouble installing Re: trouble installing ---------------------------------------------------------------------- Date: Fri, 31 Oct 2008 08:23:33 +0100 From: Martin Vorlaender Subject: Re: Alpha 800 4/500 Message-ID: <6mvq3lFj6gktU1@mid.individual.net> Marc Schlensog wrote: > "Martin Vorlaender" wrote: >> Chuck Aaron wrote: >>> Would this have an EV3 or EV5.6? >> >> The "4" in "4/500" tells it's an EV4 (at 500 MHz). > > They manufactured EV4 with 500MHz? And put them in AS800s? > I kind of doubt that. IIRC, the AS800 was an EV5 machine, with all the > EV5 above and including 400MHz being EV56. You're remembering right. Sorry for causing confusion. Alasir has a nice overview of the history of Alpha chips at http://www.alasir.com/articles/alpha_history/index.html So then, the nomenclature that I thought I understood was not so clear after all. With that, it should have been named 5/500. cu, Martin -- One OS to rule them all | Martin Vorlaender | OpenVMS rules! One OS to find them | work: mv@pdv-systeme.de One OS to bring them all | http://vms.pdv-systeme.de/users/martinv/ And in the Darkness bind them.| home: martin.vorlaender@t-online.de ------------------------------ Date: Fri, 31 Oct 2008 10:44:57 -0700 (PDT) From: sean@obanion.us Subject: Re: Alpha 800 4/500 Message-ID: <910ff3a4-594d-401b-85b1-6b1092d05806@d36g2000prf.googlegroups.com> On my AS800 5/400 it's clearly an EV56: $ sho cpu/ful System: JAMES, AlphaServer 800 5/400 SMP execlet =3D 3 : Disabled : Uniprocessing. Config tree =3D None Primary CPU =3D 0 HWRPB CPUs =3D 1 Page Size =3D 8192 Revision Code =3D Serial Number =3D Default CPU Capabilities: System: QUORUM RUN Default Process Capabilities: System: QUORUM RUN CPU 0 State: RUN CPUDB: 81C12000 Handle: * None * Process: _OPA0: PID: 00000551 Capabilities: System: PRIMARY QUORUM RUN RAD0 Slot Context: 8386E180 CPU - State..........: RC, PA, PP, CV, PV, PMV, PL Type...........: EV56 (21164A), Pass 2 Speed..........: 400 Mhz Variation......: VAX FP, IEEE FP, Primary Eligible Serial Number..: Revision.......: Halt Request...: 0 Software Comp..: 5.5 PALCODE - Revision Code..: 1.21-01 Compatibility..: 3 Max Shared CPUs: 1 Memory Space..: Physical =3D 00000000.00000000 Length =3D 0 Scratch Space..: Physical =3D 00000000.00000000 Length =3D 0 Bindings: * None * Fastpath: PKA0 PKB0 BG0 Features: Autostart - Enabled. Fastpath - Selection enabled as Preferred CPU. $ Sean On Oct 31, 12:23=A0am, Martin Vorlaender wrote: > Marc Schlensog wrote: > > "Martin Vorlaender" wrote: > >> Chuck Aaron wrote: > >>> Would this have an EV3 or EV5.6? > > >> The "4" in "4/500" tells it's an EV4 (at 500 MHz). > > > They manufactured EV4 with 500MHz? And put them in AS800s? > > I kind of doubt that. IIRC, the AS800 was an EV5 machine, with all the > > EV5 above and including 400MHz being EV56. > > You're remembering right. Sorry for causing confusion. > > Alasir has a nice overview of the history of Alpha chips athttp://www.ala= sir.com/articles/alpha_history/index.html > > So then, the nomenclature that I thought I understood was not so > clear after all. With that, it should have been named 5/500. > > cu, > =A0 =A0Martin > -- > One OS to rule them all =A0 =A0 =A0 | Martin Vorlaender =A0| =A0OpenVMS r= ules! > One OS to find them =A0 =A0 =A0 =A0 =A0 | work: m...@pdv-systeme.de > One OS to bring them all =A0 =A0 =A0| =A0http://vms.pdv-systeme.de/users/= martinv/ > And in the Darkness bind them.| home: martin.vorlaen...@t-online.de ------------------------------ Date: Fri, 31 Oct 2008 12:45:51 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: Another DST issue Message-ID: <00A81EB5.291DD10C@SendSpamHere.ORG> In article , moroney@world.std.spaamtrap.com (Michael Moroney) writes: >JF Mezei writes: > >>Michael Moroney wrote: > >>> as returned by SYS$GETTIM(). It implicitly assumes time is monotonically >>> increasing, and having events end before they ever begin really throws a >>> monkey wrench into things. > >>How long do "transactions" last ? Milliseconds, seconds, minutes ? tens >>of minutes ? Hours ? > >Tens of minutes to many hours, though some can be closed in seconds. > >But this is all barking up the wrong tree. What happens when the time >goes backwards is well understood to be bad, and there is a deadline of >2:00 AM, NOV 2 2008 to get the setback to happen in a controlled manner. >Others have suggested running off GMT or something and I suggested that as >well once but they have to keep local time. Feign the local time by intercepting the system services which provide the time in human readable format so that they appear to be the current time zone but the underlying time is that of the system time quadword which remains modified. I have software which can do this very thing on all three supported OpenVMS platforms -- and correctly too. There were a number of products which did this and were advertised during the run-up to Y2K for testing purposes. I tested one -- I believe it was called TimeWarp -- and which Compaq has been promoting. It didn't even come close to getting it right so be very weary of the solution of you should decide to go this route. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM ... pejorative statements of opinion are entitled to constitutional protection no matter how extreme, vituperous, or vigorously expressed they may be. (NJSC) Copr. 2008 Brian Schenkenberger. Publication of _this_ usenet article outside of usenet _must_ include its contents in its entirety including this copyright notice, disclaimer and quotations. ------------------------------ Date: Fri, 31 Oct 2008 12:19:01 GMT From: "Tim E. Sneddon" Subject: Re: Another DST issue Message-ID: <490AF7B5.6090704@bigpond.com> VAXman- @SendSpamHere.ORG wrote: > Feign the local time by intercepting the system services which provide > the time in human readable format so that they appear to be the current > time zone but the underlying time is that of the system time quadword > which remains modified. I have software which can do this very thing > on all three supported OpenVMS platforms -- and correctly too. There > were a number of products which did this and were advertised during the > run-up to Y2K for testing purposes. I tested one -- I believe it was > called TimeWarp -- and which Compaq has been promoting. It didn't even > come close to getting it right so be very weary of the solution of you > should decide to go this route. > A former employer used one, I think it was called DateSim. It was sold to us through Software Partners (I think), but it was written by Wayne Sewell (hope I got the spelling right). That worked pretty well. We did run into one bug. However, I don't recall what it was. It was fixed, but we ended up splitting the customers on different timezones onto different machines. Tim. ------------------------------ Date: Fri, 31 Oct 2008 13:33:09 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: Another DST issue Message-ID: <00A81EBB.C4765A41@SendSpamHere.ORG> In article <490AF7B5.6090704@bigpond.com>, "Tim E. Sneddon" writes: >VAXman- @SendSpamHere.ORG wrote: >> Feign the local time by intercepting the system services which provide >> the time in human readable format so that they appear to be the current >> time zone but the underlying time is that of the system time quadword >> which remains modified. I have software which can do this very thing >> on all three supported OpenVMS platforms -- and correctly too. There >> were a number of products which did this and were advertised during the >> run-up to Y2K for testing purposes. I tested one -- I believe it was >> called TimeWarp -- and which Compaq has been promoting. It didn't even >> come close to getting it right so be very weary of the solution of you >> should decide to go this route. >> > >A former employer used one, I think it was called DateSim. It was sold >to us through Software Partners (I think), but it was written by Wayne >Sewell (hope I got the spelling right). That worked pretty well. We did >run into one bug. However, I don't recall what it was. It was fixed, but >we ended up splitting the customers on different timezones onto different >machines. I remember speaking to Wayne about that. It's no been ported to IA64 AFAIK and, if it has been, I'd like to know how. ;) -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM ... pejorative statements of opinion are entitled to constitutional protection no matter how extreme, vituperous, or vigorously expressed they may be. (NJSC) Copr. 2008 Brian Schenkenberger. Publication of _this_ usenet article outside of usenet _must_ include its contents in its entirety including this copyright notice, disclaimer and quotations. ------------------------------ Date: Fri, 31 Oct 2008 13:33:18 GMT From: "Tim E. Sneddon" Subject: Re: Another DST issue Message-ID: VAXman- @SendSpamHere.ORG wrote: > In article <490AF7B5.6090704@bigpond.com>, "Tim E. Sneddon" writes: >> VAXman- @SendSpamHere.ORG wrote: >>> Feign the local time by intercepting the system services which provide >>> the time in human readable format so that they appear to be the current >>> time zone but the underlying time is that of the system time quadword >>> which remains modified. I have software which can do this very thing >>> on all three supported OpenVMS platforms -- and correctly too. There >>> were a number of products which did this and were advertised during the >>> run-up to Y2K for testing purposes. I tested one -- I believe it was >>> called TimeWarp -- and which Compaq has been promoting. It didn't even >>> come close to getting it right so be very weary of the solution of you >>> should decide to go this route. >>> >> A former employer used one, I think it was called DateSim. It was sold >> to us through Software Partners (I think), but it was written by Wayne >> Sewell (hope I got the spelling right). That worked pretty well. We did >> run into one bug. However, I don't recall what it was. It was fixed, but >> we ended up splitting the customers on different timezones onto different >> machines. > > I remember speaking to Wayne about that. It's no been ported to IA64 > AFAIK and, if it has been, I'd like to know how. ;) > We ran it on Alpha. My only involvement with it was to add support for it to a timestamp conversion routine I wrote. Tim. ------------------------------ Date: Fri, 31 Oct 2008 07:07:24 -0700 (PDT) From: tadamsmar Subject: Re: Another DST issue Message-ID: <5f268c22-ce4d-40c1-a472-245be798db58@u18g2000pro.googlegroups.com> On Oct 30, 10:57=A0pm, moro...@world.std.spaamtrap.com (Michael Moroney) wrote: > JF Mezei writes: > >Michael Moroney wrote: > >> as returned by SYS$GETTIM(). =A0It implicitly assumes time is monotoni= cally > >> increasing, and having events end before they ever begin really throws= a > >> monkey wrench into things. > >How long do "transactions" last ? Milliseconds, seconds, minutes ? tens > >of minutes ? Hours ? > > Tens of minutes to many hours, though some can be closed in seconds. > > But this is all barking up the wrong tree. =A0What happens when the time > goes backwards is well understood to be bad, and there is a deadline of > 2:00 AM, NOV 2 2008 to get the setback to happen in a controlled manner. = =A0 > Others have suggested running off GMT or something and I suggested that a= s > well once but they have to keep local time. Reminds me of the system I developed in the late 1980s. I use Harlan Mills development approach and it was very reliable compared with other systems my employer had developed. We brought it up after the acceptance test and it ran for almost a year with a reboot or significant problem. The fall time change came. An "audit" mailbox message, a message designed to ensure that mailbox message processing was working, arrived before it was sent - crash! ------------------------------ Date: Fri, 31 Oct 2008 08:49:27 -0700 (PDT) From: tadamsmar Subject: Re: Another DST issue Message-ID: <0739c3bc-e95d-415c-95f4-1595581ef2b5@r36g2000prf.googlegroups.com> On Oct 31, 10:07=A0am, tadamsmar wrote: > On Oct 30, 10:57=A0pm, moro...@world.std.spaamtrap.com (Michael Moroney) > wrote: > > > JF Mezei writes: > > >Michael Moroney wrote: > > >> as returned by SYS$GETTIM(). =A0It implicitly assumes time is monoto= nically > > >> increasing, and having events end before they ever begin really thro= ws a > > >> monkey wrench into things. > > >How long do "transactions" last ? Milliseconds, seconds, minutes ? ten= s > > >of minutes ? Hours ? > > > Tens of minutes to many hours, though some can be closed in seconds. > > > But this is all barking up the wrong tree. =A0What happens when the tim= e > > goes backwards is well understood to be bad, and there is a deadline of > > 2:00 AM, NOV 2 2008 to get the setback to happen in a controlled manner= . =A0 > > Others have suggested running off GMT or something and I suggested that= as > > well once but they have to keep local time. > > Reminds me of the system I developed in the late 1980s. =A0I use Harlan > Mills development approach and it was very reliable compared with > other systems my employer had developed. > > We brought it up after the acceptance test and it ran for almost a > year with a reboot or significant problem. =A0 The fall time change > came. =A0An "audit" mailbox message, a message designed to ensure that > mailbox message processing was working, arrived before it was sent - > crash! After this, I did some research on how time going backwards is handled in general. Trains just stop for a hour and resume schedule in the fall, they play catchup in the spring. GMT never goes backward as far as I know, it just slows down or speeds up as required. Big Ben has a stack of pennys on its pendulum, pennys are removed or added to get it back to the correct time as needed. ------------------------------ Date: Fri, 31 Oct 2008 05:20:06 -0700 From: "Tom Linden" Subject: Re: cli difference between HSZ50 and HSZ22 Message-ID: On Thu, 30 Oct 2008 13:22:08 -0700, David Turner, islandco.com wrote: > As we don't do much of the older stuff, I thought I would ask here. > > We have a customer using HSZ50s in house (Government Nuke Facility) > connected to DS10 systems running Unix 4.0G > > I suggested going to something newer as these HSZ50s are getting v old > now > (as is the HSZ22) and harder to find reliable working parts... don't get > me > wrong, they work ... but for how long is my issue. > > Is there much difference between the CLI for the HSZ50 and the HSZ22 ?? > > I know the HSZ22 was designed by CMD so I would assume there are > differences... > > Also - customer wants to use 36GB 10KPM UW Disks in BA356 shelves - > that's > fine - but once connected to the HSZ50 they are god-awful slow - Wide to > narrow conversion - and errors up the wazoo ! I had 74GB in BA356 connected to three alpha nodes and worked fine only limited by the 40(?) MB transfer rate. I suspect something wrong with your set up, maybe cabling? You shouldn't be seeing errors. (Just remembered, I bought these from you!) I replaced all this with HSG80 and redundant Brocade switches dual HBAs in each node > > Comments and experiences welcomed. > > David > > > -- PL/I for OpenVMS www.kednos.com ------------------------------ Date: Fri, 31 Oct 2008 09:35:54 -0400 From: "David Turner, islandco.com" Subject: Re: cli difference between HSZ50 and HSZ22 Message-ID: Customer is limited to SCSI - a specific config with slight leniencies on disk. I want to ship him the RA3000 instead of the HSZ50 - newer But, all I ask is if people have seen a big difference in CLI between the two or is it a standard language. -- David B Turner ============================================= Island Computers US Corp PO Box 86 Tybee GA 31328 Toll Free: 1-877 636 4332 x201, Mobile x251 Email: dturner@islandco.com International & Local: (001)- 404-806-7749 Fax: 912 786 8505 Web: www.islandco.com ============================================= "Tom Linden" wrote in message news:op.ujv1vs1mhv4qyg@murphus.hsd1.ca.comcast.net... > On Thu, 30 Oct 2008 13:22:08 -0700, David Turner, islandco.com > wrote: > >> As we don't do much of the older stuff, I thought I would ask here. >> >> We have a customer using HSZ50s in house (Government Nuke Facility) >> connected to DS10 systems running Unix 4.0G >> >> I suggested going to something newer as these HSZ50s are getting v old >> now >> (as is the HSZ22) and harder to find reliable working parts... don't get >> me >> wrong, they work ... but for how long is my issue. >> >> Is there much difference between the CLI for the HSZ50 and the HSZ22 ?? >> >> I know the HSZ22 was designed by CMD so I would assume there are >> differences... >> >> Also - customer wants to use 36GB 10KPM UW Disks in BA356 shelves - >> that's >> fine - but once connected to the HSZ50 they are god-awful slow - Wide to >> narrow conversion - and errors up the wazoo ! > > I had 74GB in BA356 connected to three alpha nodes and worked fine only > limited by the 40(?) MB transfer rate. I suspect something wrong with > your set up, maybe cabling? You shouldn't be seeing errors. > (Just remembered, I bought these from you!) > > I replaced all this with HSG80 and redundant Brocade switches dual HBAs > in each node >> >> Comments and experiences welcomed. >> >> David >> >> >> > > > > -- > PL/I for OpenVMS > www.kednos.com ------------------------------ Date: Fri, 31 Oct 2008 13:53:58 -0000 From: "Richard Brodie" Subject: Re: cli difference between HSZ50 and HSZ22 Message-ID: "David Turner, islandco.com" wrote in message news:tDoOk.53371$XT1.29027@bignews5.bellsouth.net... > Is there much difference between the CLI for the HSZ50 and the HSZ22 ?? Yes, the HSZ22 doesn't have a supported CLI; there is just the Windows tool to configure it. You can probably manage it direct if you have the CMD manuals handy but I doubt it would look anything like a 'real' HSZ controller. ------------------------------ Date: Fri, 31 Oct 2008 05:28:04 -0700 From: "Tom Linden" Subject: Re: Converting CMS to a Linux based code/source management system Message-ID: On Thu, 30 Oct 2008 14:37:48 -0700, Craig A. Berry wrote: > > > Ken Robinson (GMail) wrote: >> Has anyone converted files stored in CMS to a Linux based code/source >> management system? If so, which Linux system was the target and could >> it be >> done automatically? >> We are currently running CMS Version V4.2 on OpenVMS 7.3-2. > > I haven't done this, but I have looked at various conversions among > other version control systems. I assume by "converted files stored in > CMS" you mean preserving revision history and other data recorded in the > CMS library. That's a non-trivial task and it seems pretty unlikely > there are any ready-made tools to do it. > > There are two basic approaches. One is to acquire a deep knowledge of > the internals of both origin and target systems and do a wholesale > conversion of the repository. The other approach is to use the published > interfaces to pull one change at a time from the old repository and > apply it to the new one. There are advantages and disadvantages to each > approach. > > Either way you need to know a fair amount about how the concepts of the > two VCSs differ and how they can be mapped to each other and how much > information really needs to be preserved after the conversion. Do CMS > classes and groups correspond to branches, tags, or what exactly in the > system you would move to? Do you need to preserve the username > responsible for each change, or do you need to map it to a new username > on the target system? Do ACLs need to be translated to some form of > access control on the new system? Can you live with having the date of > each change look like the date of the conversion, or do you need to > preserve the date as recorded in the original system (which generally > means faking it on the new system)? > > This is a small subset of the questions likely to come up when looking > for or building a conversion tool. > > As far as what to convert to, that's a pretty open question. I would > hate to be a commercial VCS provider these days since there are so many > excellent free options. Subversion is probably the most similar to CMS > conceptually. git is what the Linux kernel developers use and is very > popular among Linux people. I've had a look-see at porting it to VMS and > may get back to it someday. Mercurial is used by Java, Mozilla, > Netbeans, and OpenSolaris and has the advantage of being available on > VMS (without being able to do the conversion locally, the second > approach mentioned above would be pretty much impossible). > > There are *lots* of other options. You'll have to define what features > you want and look around. I have worked with various systems on Unix and CMS and I would be inclined to keep a VMS system(s) for that purpose alone and set up checkout procedures and the like from the Linux side. I have one PC that runs Linux and VAX VMS as a guest and with 2 NICs one for each I can communicate between the two. -- PL/I for OpenVMS www.kednos.com ------------------------------ Date: 31 Oct 2008 07:17:18 GMT From: "David Weatherall" Subject: Re: Fortran, debugger and Alpha/VMS 7.3-2 Message-ID: <6mvpntFj5etpU1@mid.individual.net> John Santos wrote: > David Weatherall wrote: > > tadamsmar wrote: > > > > > >>On Oct 29, 1:17 am, "David Weatherall" > wrote: > > > > > > > tadamsmar wrote: > > > > > > > > > On Oct 28, 1:43 am, "David Weatherall" > > > > > wrote: > > > > > > > > > > > We finally upgraded the Alphas in our cluster from V7.3-1 > > > > > > to -2 last week. As expected, we never saw any problem > > > > > > until my colleague needed to use the debugger with her > > > > > > Fortran (V7.5...) program. > > > > > > > > > > It contains a Structure/record like > > > > > >>>>> structure /asd$record/ > >>>>> character*36 asd_name > >>>>> character*36 efile_name > >>>>> character*12 other_name > > > > > > ... > >>>>> end structure > > > > > >>>>> record /asd$record/ asd_record > > > > > > > > > > In the debugger we can > > > > > >>>>> EXA ASD_RECORD > > > > > > > > > > without problem but > > > > > >>>>> EXA ASD_RECORD.ASD_NAME > > > > > > > > > > generates the following error :- > > > > > > > > > > %DEBUG-E-INTERR, debugger error in DBGADDEXP\DETERMINE_TYPE > > > > > > unknown arg type or session corruption > > > > > > > > > > T'was fine on 7.3-1. Anybody know what's going on? John? > > > > > > > > > > Kristine, my colleague, is less than impressed. > > > > > > > > > > Cheers - Dave > > > > > > > > > > Now that I look at it, the $ in asd$record is a bit > > > > > > suspicious perhaps. > > > > > > > > > > -- > > > > > > > > > I just tried it on a 7.3-2 system and it worked. > > > > > > > > > But, my Fortran ver is 7.2-180 > > > > > > > > > My fortran symbol was: > > > > > > > > > "FORTRAN /NOLIST /DEBUG /NOOPT /NOALIGN / > > > > > CHECK=(BOUN,FP_E,OVER,NOUNDE) /WARN=(NOALIGN,NOUNINIT)/EXTEND" > > > > > > > > > Perhaps you should get your patches up to date if you have not > > > > > done so. Mine are pretty close to up to date, (within a > > > > > year or so maybe). > > > > > > > > Thanks > >>> our Fortran version is 7.5 somethings. I've tried it with two > > > > standards. I didn't want to update our Fortran compiler to the > > > > latest standard because I'm in a position to do 'incremental > > > > Q/A' that way. If I upgrade and can't produce a bit-compatible > > > > .EXE I have to do the 3-week Q/A job all over again. Partly > > > > because of the rules and partly for peace of mind. > > > > > > > > Thomas, our SysMAn, is sure that he applied all patches when he > > > > upgraded two weeks ago. Could you an ANALYZE /IMAGE on the > > > > debugger .EXE please. > > > > > > > > Cheers - Dave. > > > > > > > > --- Hide quoted text - > > > > > > > > - Show quoted text - > > > > > > Is the be part of the ANALYZE/IMAGE that you want?: > > > > >> Image Identification Information > > > > >> image name: "DEBUG" > >> image file identification: "V7.3-200" > >> image file build identification: "X9ZK-0060100000" > >> link date/time: 1-OCT-2003 21:19:12.22 > >> linker identification: "A11-50" > > > > >> Patch Information > > > > >> There are no patches at this time. > > > > > > Thanks Mark > > that is exactly the bit I was after. My memory is that > > ours has link date in 2007. I'll forward this to work and check > > again when I get there. > > > > Cheers - Dave. > > > > On my V7.3-2 system: > > Image Identification Information > > image name: "DEBUG" > image file identification: "V8.3-008" > image file build identification: "XA99-0060111007" > link date/time: 14-JUN-2006 13:19:07.83 > linker identification: "A11-50" > > > This came in the VMS732_DEBUG-V0100 ECO, which is included in the > latest 2 UPDATE ECOs, VMS732_UPDATE-V1500 and -V1600. > > Don't know if it fixes Mark's problem, though. One of the problem > descriptions is: > > o An EXAMINE of a FORTRAN-90 deferred shape array > would fail with a "descriptor not set up" error. > > Not exactly the same, but similar. Another is: > > An EXAMINE of a FORTRAN record or field within a record > would lead to a debugger access violation. > > > The third sounds exactly like the 1st, but with a typo in the > description: > > An EXAMINE of a FORTRAN-90 deferred shape array would > fail with a "descriptornot set up" error. > > HTH. Thanks John I double checked our Image version yesterday. Ours is exactly the same as yours. I almost asked Thomas to undo it yesterday as I too started to curse. Fortunately, mine was just a little problem :) Will continue to wait a little while to see if HP come up with something but I have some Alpha changes to check out soon so I'll balance my colleague's frustration with my patience. We're still using the Fortran (not F90) compiler because of the VAX compatibility. I don't want F90 feature creeping into the code that would not then be available on VAX. It does make the code VMS-specific but all the RTL stuff does that anyway... Cheers - Dave. -- ------------------------------ Date: Fri, 31 Oct 2008 05:03:16 -0700 (PDT) From: AEF Subject: Re: Name that VAX/VMS version based on banner Message-ID: <2e55530f-466d-4c03-a53a-1c1771bc96d6@n33g2000pri.googlegroups.com> On Oct 30, 9:41=A0am, billg...@cs.uofs.edu (Bill Gunshannon) wrote: > In article , > =A0 =A0 =A0 =A0 koeh...@eisner.nospam.encompasserve.org (Bob Koehler) wri= tes: > > > > > In article , koeh...@eisner.nosp= am.encompasserve.org (Bob Koehler) writes: > >> In article <1194194073.169572.156...@v3g2000hsg.googlegroups.com>, =A0= AEF writes: > > >>> VAX/VMS PTEXT 23-SEP-1981 17:56 =A0 =A0LPA0: 23-SEP-1981 > >>> 17:56 =A0 =A0_DRA0:[PRIME]PTEXT.DAT;1 =A0VAX/VMS > > >>> Anyone have any ideas what version of VAX/VMS these printouts are > >>> from? > > >> =A0 =A0The banner layout hasn't changed in ages, but the date 1981 mea= ns VMS > >> =A0 =A02.x or earlier. =A0I think by September VMS 2.5 had shipped, bu= t not > >> =A0 =A0yet 3.0. > > > =A0 =A0 Wow. =A0I don't remember writing that. =A0But now I see in the = headers > > =A0 =A0it was last year. =A0I better see why these messages are showing= up > > =A0 =A0as unread before I spend hours re-reading old news. > > I am seeing the replies, but not the original (year old) messages. > Are you people using Google Groups? =A0If so, it appears there is > the crux of the problem as it appears to have revived a bunch of old > messages and somehow marked them as "new". =A0Luckily either Google > Groups knows enough not to re-injewct them into the system or the > other systems are able to detect they are garbage and are not propogating > them. Unless things have changed over the last 1-3 years or so, you can't use Google Groups to reply to a thread whose last post is over a month (or so) old. So I don't think its Google's fault. Google can't always count correctly, but it appears to not be at fault here. AEF > > bill > > -- > Bill Gunshannon =A0 =A0 =A0 =A0 =A0| =A0de-moc-ra-cy (di mok' ra see) n. = =A0Three wolves > billg...@cs.scranton.edu | =A0and a sheep voting on what's for dinner. > University of Scranton =A0 | > Scranton, Pennsylvania =A0 | =A0 =A0 =A0 =A0 #include = =A0 ------------------------------ Date: Fri, 31 Oct 2008 10:34:06 -0400 From: "Richard B. Gilbert" Subject: Re: trouble installing Message-ID: skf wrote: > I can not get my computer to boot from the cd drive and the bios is > locked so i can't get in to change the settings. Is there any way i > can get around this? Why are you posting this to comp.os.vms? ------------------------------ Date: Fri, 31 Oct 2008 15:58:32 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: trouble installing Message-ID: <00A81ED0.13B912A8@SendSpamHere.ORG> In article <457178b1-8947-46df-84f2-634a1787b7dc@n33g2000pri.googlegroups.com>, skf writes: >On Oct 31, 10:34=A0am, "Richard B. Gilbert" >wrote: >> Why are you posting this to comp.os.vms? > > > >Where should I post it? > >Thanks Try a PeeCee/Weendoze specific newsgroup or Toys-R-Us. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM ... pejorative statements of opinion are entitled to constitutional protection no matter how extreme, vituperous, or vigorously expressed they may be. (NJSC) Copr. 2008 Brian Schenkenberger. Publication of _this_ usenet article outside of usenet _must_ include its contents in its entirety including this copyright notice, disclaimer and quotations. ------------------------------ Date: Fri, 31 Oct 2008 08:00:47 -0700 From: "Tom Linden" Subject: Re: trouble installing Message-ID: On Fri, 31 Oct 2008 07:21:59 -0700, skf wrote: > I can not get my computer to boot from the cd drive and the bios is > locked so i can't get in to change the settings. Is there any way i > can get around this? What kind of computer and what are you trying to boot? If not OpenVMS then don't bother replying. -- PL/I for OpenVMS www.kednos.com ------------------------------ Date: Fri, 31 Oct 2008 11:55:14 -0400 From: "Richard B. Gilbert" Subject: Re: trouble installing Message-ID: <5MWdnYFhd9hyt5bUnZ2dnUVZ_gCdnZ2d@giganews.com> skf wrote: > On Oct 31, 10:34 am, "Richard B. Gilbert" > wrote: >> Why are you posting this to comp.os.vms? > > > > Where should I post it? > > Thanks This newsgroup is devoted to the OpenVMS operating system which was developed by Digital Equipment Corporation to run on its VAX computers and was later ported to the Alpha platform and then to Itanium. You mentioned a BIOS which is normally found only on PCs. PCs don't normally run VMS unless they are emulating a VAX, Alpha, or Itanium system in order to be able to run VMS. Try a PC or Windows newsgroup. ------------------------------ Date: 31 Oct 2008 12:17:45 -0600 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: trouble installing Message-ID: In article <61645d0a-02b0-4880-8d74-867705ce93b1@r36g2000prf.googlegroups.com>, skf writes: > I can not get my computer to boot from the cd drive and the bios is > locked so i can't get in to change the settings. Is there any way i > can get around this? That will depnend on the make and model of the computer. ------------------------------ End of INFO-VAX 2008.589 ************************