INFO-VAX Fri, 13 Apr 2007 Volume 2007 : Issue 203 Contents: can you handle this? Re: can you handle this? Re: CSWB on EV4 (21064) Re: MicroVAX II chiller theatre Re: MicroVAX II chiller theatre Re: MicroVAX II chiller theatre Re: Microvax II Disgnostics Re: Microvax II Disgnostics Re: Microvax II Disgnostics Re: Microvax II Disgnostics Re: Microvax II Disgnostics Millrat alert! DEC 50th anniversary - Tour the Old Mill in Maynard Re: Millrat alert! DEC 50th anniversary - Tour the Old Mill in Maynard Re: OT: 216 Billion Americans Squirrels Are Scientifically Illiterate (Part 36) Re: OT: 216 Billion Americans Squirrels Are Scientifically Illiterate (Part 36) Re: OT: 216 Billion Americans Squirrels Are Scientifically Illiterate (Part 36) Re: OT: 216 Billion Americans Squirrels Are Scientifically Illiterate (Part 36) Re: our geniuses on cov do not understand the constitution Re: SDLT 1 tape cartridge longevity? Re: SDLT 1 tape cartridge longevity? Re: Suitable news readers - Was: Re: COV: Re: Updated VMS Information (not to big) Re: Updated VMS Information (not to big) VMS Alpha to Itanium port Re: VMS Alpha to Itanium port RE: VMS Alpha to Itanium port Re: VMS Alpha to Itanium port Re: VMS Alpha to Itanium port Re: VMS Alpha to Itanium port Re: VMS Alpha to Itanium port Re: Wanted: MicroVAX I / VAXstation I owners ---------------------------------------------------------------------- Date: 12 Apr 2007 20:01:26 -0700 From: genius@marblecliff.com Subject: can you handle this? Message-ID: <1176433286.892632.31110@y80g2000hsf.googlegroups.com> that evolution has been exposed as the lie it is ... click on this link if you want answers ... http://www.answersingenesis.org/home/area/qa.asp ------------------------------ Date: Thu, 12 Apr 2007 22:37:13 -0500 (CDT) From: sms@antinode.org (Steven M. Schweda) Subject: Re: can you handle this? Message-ID: <07041222371313_202002DA@antinode.org> From: genius@marblecliff.com > click on this link if you want answers ... answersingenesis.org : answers :: genius@marblecliff.com : genius Can _you_ handle a news group dealing with the VMS computer operating system? Apparently not. ------------------------------------------------------------------------ Steven M. Schweda sms@antinode-org 382 South Warwick Street (+1) 651-699-9818 Saint Paul MN 55105-2547 ------------------------------ Date: Thu, 12 Apr 2007 19:30:04 +0000 (UTC) From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) Subject: Re: CSWB on EV4 (21064) Message-ID: In article <1176384014.357319.224020@q75g2000hsh.googlegroups.com>, etmsreec@yahoo.co.uk writes: > My bet would be that it's the monitor that's better on the VAXstation > rather than the graphics adapter. The VRT-19 was a rebadged Sony and > that's what I got with my VS4000-90 and also with the DEC 3000-600 > that I bought. Very fine but very heavy monitors! Yes. I got mine with a DEC 3000-600 as well. Fortunately, it has the same connector as the VAXstation 4000-60, 90 and 90A. I now have 3 of these beasts, the other two having come with VAXstation 4000-60 machines. I believe it is a 21-inch monitor, huge, huge footprint, heavy, but a REALLY NICE PICTURE. ------------------------------ Date: Thu, 12 Apr 2007 15:24:57 -0400 From: JF Mezei Subject: Re: MicroVAX II chiller theatre Message-ID: Curtis Rempel wrote: > Excellent idea! I've done just that and since it's on volume 4 right now, I > don't really see how it takes 3 x 95 MB TK50's to store 1 x 71 MB RD53. It > would make sense though that the drive has lost its format and I'm simply > backing up an endless supply of hot air... Don't forget that if the backup/physical does a lot of start/stop on the tape, it wastes a LOT of tape because it inserts gaps between each block of tape written. ------------------------------ Date: Thu, 12 Apr 2007 23:46:15 GMT From: Curtis Rempel Subject: Re: MicroVAX II chiller theatre Message-ID: JF Mezei wrote: > Curtis Rempel wrote: >> Excellent idea! I've done just that and since it's on volume 4 right >> now, I >> don't really see how it takes 3 x 95 MB TK50's to store 1 x 71 MB RD53. >> It would make sense though that the drive has lost its format and I'm >> simply backing up an endless supply of hot air... > > Don't forget that if the backup/physical does a lot of start/stop on the > tape, it wastes a LOT of tape because it inserts gaps between each block > of tape written. I don't think your theory holds water - it's asking for volume 6 at the moment. Even if the RD53 was full up at 71 MB, 5 extra tapes makes no sense. I'm pretty certain this one is done like dinner. ------------------------------ Date: Thu, 12 Apr 2007 20:17:19 -0400 From: JF Mezei Subject: Re: MicroVAX II chiller theatre Message-ID: <2cc6c$461ecc3d$cef8887a$3559@TEKSAVVY.COM> Curtis Rempel wrote: > I don't think your theory holds water - it's asking for volume 6 at the > moment. Even if the RD53 was full up at 71 MB, 5 extra tapes makes no > sense. It is pretty fair to suspect your drive doesn't have any data that is easily recoverable. Have you considered doing a backup the other way around ? aka: BACKUP/INITIALISE/IMAGE MUA0:mysave.sav/save DUA0:/LOG /LOG is interesting because it might start to succesfully write data and then fail. Or it may fail before the first file is written. ------------------------------ Date: Thu, 12 Apr 2007 15:21:34 -0400 From: JF Mezei Subject: Re: Microvax II Disgnostics Message-ID: <288d3$461e86ec$cef8887a$8678@TEKSAVVY.COM> Steven M. Schweda wrote: > Sadly, "MVII DIAG CUST TK50" is not the one you really want, > especially if you want to format a virgin (or re-virginized) RD-series > disk. The good one is "MVII DIAG MAINT TK50", which was a little more > closely held (that is, not handed out with every MicroVAX II ever sold). My copy of the customer diagnostics had/has the ability to format RD drives. Even had someone with a PDP ask me to format one of his drives because he knew I had that tape (this is many ages ago). >> This is version 2.0 of the Diagnostics software. > > Pretty old, too. Yeah, the manuals I have talk about version 2.11 in 1987. Mine if 2.0 in 1986. I wonder if the newer version is more crippled and cannot format drives ? ------------------------------ Date: Thu, 12 Apr 2007 16:55:50 -0500 (CDT) From: sms@antinode.org (Steven M. Schweda) Subject: Re: Microvax II Disgnostics Message-ID: <07041216555086_202002DA@antinode.org> From: JF Mezei > > Sadly, "MVII DIAG CUST TK50" is not the one you really want, > > especially if you want to format a virgin (or re-virginized) RD-series > > disk. The good one is "MVII DIAG MAINT TK50", which was a little more > > closely held (that is, not handed out with every MicroVAX II ever sold). > > My copy of the customer diagnostics had/has the ability to format RD drives. "DIAG CUST" has the ability to re-format a formatted RD drive. This is not what I said that it couldn't do. I've been down these paths, and I'm confident that I know whereof I speak. You may, of course, believe what you wish. For the record, the firmware ("TEST 70") in a working MicroVAX 2000 or VAXstation 2000 is the other popular tool for formatting these drives. It's been a long time since I tried this, but if you have a sufficiently deluxe ST506/SCSI adapter in your VAXstation 3100 model 30/38/40/48 (where "deluxe" = "old"), you could probably do the same thing there. So far as I know, ST506 (MFM) disks were never offered in these systems, and many of the ST506/SCSI adapter cards were missing the hard-drive connectors, and later ones were also missing some parts (a couple of 8-pin DIP's and some passives?), so even adding the connectors won't help on those. > Yeah, the manuals I have talk about version 2.11 in 1987. Mine if 2.0 in > 1986. I wonder if the newer version is more crippled and cannot format > drives ? I doubt it. Try it on a non-DEC-formatted disk and let me know. I'll let you analyze the risks in your particular situation. ------------------------------------------------------------------------ Steven M. Schweda sms@antinode-org 382 South Warwick Street (+1) 651-699-9818 Saint Paul MN 55105-2547 ------------------------------ Date: Thu, 12 Apr 2007 18:27:46 -0400 From: JF Mezei Subject: Re: Microvax II Disgnostics Message-ID: <9adb3$461eb28f$cef8887a$24208@TEKSAVVY.COM> Steven M. Schweda wrote: > "DIAG CUST" has the ability to re-format a formatted RD drive. That is interesting. May I ask what the difference would be between formatting a blank disk versus formatting an already formatted drive ? ------------------------------ Date: Thu, 12 Apr 2007 17:36:58 -0500 (CDT) From: sms@antinode.org (Steven M. Schweda) Subject: Re: Microvax II Disgnostics Message-ID: <07041217365855_202002DA@antinode.org> From: JF Mezei > > "DIAG CUST" has the ability to re-format a formatted RD drive. > That is interesting. May I ask what the difference would be between > formatting a blank disk versus formatting an already formatted drive ? The actual formatting procedure is the same, but you're looking at this the wrong way. "DIAG CUST" ($0) is sufficient if you just bought an RDxx disk drive from DEC. "DIAG MAINT" ($many) is required if you just bought, say, a Maxtor XT2190 disk drive from a vendor other than DEC. Of course, if you bought the Maxtor disk drive from a DEC-aware vendor, you could expect that vendor to have DEC-formatted the disk for you. If you just got hold of a bare drive, say, one pulled from some some UNIX system, then "DIAG CUST" will not do what you want. Hey. I didn't _set_ the policy, I'm just describing it. Perhaps you could find a way to patch the critical .EXE to bypass the test. It has been a long time, but I seem to recall some message about being unable to format the disk because it wasn't formatted. (I could be imagining that, but I doubt it.) ------------------------------------------------------------------------ Steven M. Schweda sms@antinode-org 382 South Warwick Street (+1) 651-699-9818 Saint Paul MN 55105-2547 ------------------------------ Date: Thu, 12 Apr 2007 20:10:57 -0400 From: JF Mezei Subject: Re: Microvax II Disgnostics Message-ID: <5451c$461ecabe$cef8887a$2965@TEKSAVVY.COM> Steven M. Schweda wrote: > The actual formatting procedure is the same, but you're looking at > this the wrong way. "DIAG CUST" ($0) is sufficient if you just bought > an RDxx disk drive from DEC. "DIAG MAINT" ($many) is required if you > just bought, say, a Maxtor XT2190 disk drive from a vendor other than > DEC. OK, so this is just a proprietary thing, like Apple used to have with its drivers having a table of the Apple drives that were allowed to be handled and refusing to handle non Apple drives even if they were the same. > you. If you just got hold of a bare drive, say, one pulled from some > some UNIX system, then "DIAG CUST" will not do what you want. Well, I was one handed an RD53 from someone using PDP11s and I was able to format it. But it was a DEC RD53 drive. ------------------------------ Date: 12 Apr 2007 15:37:17 -0700 From: wcol_1230am@yahoo.com Subject: Millrat alert! DEC 50th anniversary - Tour the Old Mill in Maynard Message-ID: <1176417437.092400.243420@n59g2000hsh.googlegroups.com> This was snagged from http://groups.yahoo.com/group/stc-nne/message/111 (http://tinyurl.com/32uyzu) ---- Celebrate the 50th anniversary of the founding of Digital Equipment Corporation with a tour of the Old Mill in Maynard, Mass., Thursday, May 24, 6 to 9 p.m. All former DEC employees, retirees, spouses, friends and family are invited. The Old Mill is now called Clock Tower Place and is home to Monster.com, Emerson Hospital, financial services companies and high-tech start-ups, including Sox pitcher Curt Schilling's new computer game company. Meet Joe Mullin, president of Clock Tower Place and author of The Mill, an historical account of the building. Reunite with business colleagues over refreshments. Register online (http://www.decedout.org/) or contact Jack Mileski via email [jackm1.1 comcast.net], or phone 978-897-2192 for more information. ------------------------------ Date: 12 Apr 2007 16:07:46 -0700 From: wcol_1230am@yahoo.com Subject: Re: Millrat alert! DEC 50th anniversary - Tour the Old Mill in Maynard Message-ID: <1176419266.527819.299060@w1g2000hsg.googlegroups.com> I just received the same info via email... same info, with this added bit: "Rumor, Ken Olsen will attend." ------------------------------ Date: Thu, 12 Apr 2007 15:08:35 -0400 From: JF Mezei Subject: Re: OT: 216 Billion Americans Squirrels Are Scientifically Illiterate (Part 36) Message-ID: AEF wrote: > The chemical compound nitric oxide is a gas with chemical formula NO. > It is an important signaling molecule in the body of mammals including > humans, one of the few gaseous signaling molecules known. Yep and "NO" is especially present as a signaling device in human females unless she is presented with expensive gifts like diamond rings etc :-) :-) :-) ------------------------------ Date: Thu, 12 Apr 2007 11:32:44 -0700 From: "Tom Linden" Subject: Re: OT: 216 Billion Americans Squirrels Are Scientifically Illiterate (Part 36) Message-ID: On Thu, 12 Apr 2007 08:55:14 -0700, Dale E. Coy = wrote: > > "Dr. Dweeb" wrote in message > news:461c1f3a$0$7608$157c6196@dreader2.cybercity.dk... > .... > >> IIRC the "environmental" issue with diesel engines is more with >> "particulate mass" and its elimintaion than gas emissions (NO, CO2 et= c) >> >> C02 is not a pollutant, particulate mass is, and the stuff that comes= = >> out >> of diesel engines is nasty stuff. >> >> Dweeb. >> >>> - bill >> > > Isn't CO2 listed as a "greenhouse gas"? > so is H2O greenhouse gas ^=3D pollutant. Indeed without greenhouse gas= es = life might not be sustainable. -- = Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ------------------------------ Date: Fri, 13 Apr 2007 00:36:21 +0200 From: "Dr. Dweeb" Subject: Re: OT: 216 Billion Americans Squirrels Are Scientifically Illiterate (Part 36) Message-ID: <461eb464$0$7607$157c6196@dreader2.cybercity.dk> Andrew wrote: > On 11 Apr, 00:35, "Dr. Dweeb" wrote: >> Bill Todd wrote: >>> Bob Koehler wrote: >>>> In article <56v7fnF29prb...@mid.individual.net>, b...@cs.uofs.edu >>>> (Bill Gunshannon) writes: >>>>> Supposedly, diesels polute less than cars. >> >>>> Burning less fuel gives them a significant advantage here. But >>>> burning diesel fuel has caused them to emit much higher levels >>>> of NO. Recent tehnoogy, including new fuel blends, have >>>> significantly cut down the NO, but not as low as gas engines. >> >>> My dim recollection from around 40 years ago is that increased NO in >>> gasoline engines is a by-product of higher compression ratios and, >>> perhaps specifically, increases in 'quench area' used to make them >>> feasible (by increasing turbulence just before combustion and thus >>> better mixing the fuel and air). A quick look now does not make it >>> clear whether the NO increase comes from compression ratio alone or >>> is related to the relative coolness of the quench area during >>> combustion (which was said to cause increases in other pollutants). >> >>> Since diesel engines run far higher compression ratios than gasoline >>> engines, their NO problem may be to some degree endemic. >>> Fortunately, exhaust processing seems to have been fairly effective >>> in reducing NO at the tailpipe for gas engines, and presumably >>> could work well for diesels too. >> >> IIRC the "environmental" issue with diesel engines is more with >> "particulate mass" and its elimintaion than gas emissions (NO, CO2 >> etc) >> >> C02 is not a pollutant, particulate mass is, and the stuff that >> comes out of diesel engines is nasty stuff. >> > > That's 1990's thinking or perhaps you could describe it as US > thinking. Environmental science is changing all the time, CO2 has > moved from being a benign side effect of burning fossil fuel to an > environmental pollutant. Someone and it may have been you posted a > reference to an organization that is still trying yo describe CO2 as a > bountiful plant growth accelerator (only in the US). > > The definition of Pollution is where something is where it is not > supposed to be, and causes some sort of damage or problem. > > Many naturally occurring substances are necessary in small quantities > for life to occur, these same substances can cause serious problems in > larger quantities. CO2 was considered benign we now know that in > larger than normal quantities it isn't. > > You are sort of right about Diesel. Older Diesel engines produce more > particles and combined with higher Sulphur Diesel fuel do produce more > pollutants (other than CO2) than petrol engines. > > However low Sulphur Diesel and newer Diesel engine designs such as the > latest Mercedes Diesel engines have reduced these emissions > dramatically. > Last time I looked, I was a major shareholder of a large fleet of Mercedes, MAN, HINO etc diesel engined vehicles. This is an issue that transport idustry has been following quite closely for many years. Newer fuels and better engines have reduced the size of the particulate mass, not its toxicity, and in fact the smaller particles are a severe problem, because larger particles tended to land somewhere and get washed away, the smaller particles are pervasive and it is essentially impossible to avoid them, short of living in a bubble Also, being smaller (microscopic), they are more easily absorbed into biological organisms and are for this reason even more problematic. There have been various suggestions as to how to gather them so they are not emitted, but one of the issues is that the container of material is so severely toxic that there are in fact very few facilities capable of correctly dealing with them. There is plenty of literature available on this matter that is not written by marketing droids. In this case, less is not actually better. Dweeb > Regards > Andrew >> Dweeb. >> >>> - bill ------------------------------ Date: Fri, 13 Apr 2007 00:40:19 +0200 From: "Dr. Dweeb" Subject: Re: OT: 216 Billion Americans Squirrels Are Scientifically Illiterate (Part 36) Message-ID: <461eb552$0$7609$157c6196@dreader2.cybercity.dk> Richard B. gilbert wrote: > Bob Koehler wrote: >> In article <461c1f3a$0$7608$157c6196@dreader2.cybercity.dk>, "Dr. >> Dweeb" writes: >>> C02 is not a pollutant, particulate mass is, and the stuff that >>> comes out of diesel engines is nasty stuff. >> >> >> As the Supreme Court just informed the White House and the rest >> of us have known all along, CO2 is a polutant. >> > > > When you equip yourself with a pollution control system to depollute > your own exhalations, we might take you seriously! Someone has calculated the volume of CO2 exhaled by biological organisms, but I cannot bebothered to find it just now. It is of course substantial. Obviously, the screaming alarmists that pervade this board do not rate highly with me. I think CO2, technically, is from an atmospheric perspective a trace gas. Dweeb. ------------------------------ Date: Fri, 13 Apr 2007 01:02:22 +0200 From: "Dr. Dweeb" Subject: Re: our geniuses on cov do not understand the constitution Message-ID: <461eba7d$0$7608$157c6196@dreader2.cybercity.dk> davidc@montagar.com wrote: >> Now, if genius wants to go off and create a religion wherein all will >> worship VMS, that might be an on-topic religious discussion that >> would warrant discussion here in comp.os.vms. However, until then, >> PUHLEEZ keep this drivel out of comp.os.vms. > > http://www.joketribe.com/96/May/VAX-VMSGenesisReferenceManual.html > >> Genius, if you do devise a VMS religion, don't borrow any of the >> silly notions from any of the other major religions. > > One the first day, the SysAdmin said "BOOT". And the VAX did boot. > And the SysAdmin saw that it was good. > >> No 3 VMSs in 1. While VMS has been known as VAX/VMS, OpenVMS and >> just VMS, we all know it as one VMS! > > The 3 being the VAX, the Alpha, and the Integrity. Yet they be of one > Source Code. Praise be to the Source Code. > >> No promises of 77 brand new VMS machines with the latest >> distribution, should I die a pious follower of this OpenVMS >> religion. Such promises, like the check is in the mail, I love you, >> and that other "well-known" one, never seem to come to fruition. >> I've been faithful to VMS for 20 plus years and I still haven't seen >> a single, latest state-of-the-art VMS box roll into my basement -- >> let alone 77 of them. ;) > Raisins - it is a mistranslation. The 9/11 bombers only got a handfull of "SunMaid" for their efforts :) Dweeb > Yea verily, if you suffer the Pilgrimage to New Jersey for the > Integrity Developers Workshop, thou shalt be blessed for your > faithfullness. > >> No religious head gear! No garments, no frocks, no vestments, no >> beads, no chains, no ropes, no hats, no burkas and expecially, no >> neck-ties!!! No special clothing unless they're tie-dyed T-shirts >> and have geeky VMS statements printed on them. > > Praise be to the pilgrims who adornst thine selves with Tie-dye. And > Albert Ties. And L&T Propeller Beanies. And all manner of DECUS > apparel. > >> No body part mutilations. The carpal tunnel syndrome I'm developing >> is more than enough. > > Okay, fair enough... > >> No Bible, Koran, Torah, and definitely, no L. Ron books. We have the >> VMS doc set! > > And now, a reading from the Book of Ruth. If you would turn to your > IDSM... ------------------------------ Date: 12 Apr 2007 12:29:32 -0700 From: "AEF" Subject: Re: SDLT 1 tape cartridge longevity? Message-ID: <1176406171.902996.55560@l77g2000hsb.googlegroups.com> On Apr 11, 3:45 pm, Alan Frisbie wrote: > David Mathog wrote: > > SDLT 1 cartridges from Quantum claim that they have a MTBF of 1 million > > passes across the drive head. However I've just seen a second Quantum > > cartridge develop a bad spot (this one at about 100Gb in, uncompressed), > > so I'm a bit dubious about the manufacturer's longevity claims. > > I have also been seeing a lot of failures with Quantum SDLT 1 > cartridges -- over 10%. Some fail immediately, when we try > to initialize them, and others fail well into the tape (50+ GB). > These failures occur on two drives (Quantum SDLT320) and on > both our Alpha system and on an Intel Windoze (ugh!) box. > > It is nice that Quantum makes it easy to return tapes, but it > doesn't make up for us missing a critical backup event. I > have adopted a policy of only using new tapes for non-critical > backups, and only using known-good tapes for the critical ones. > > Our failure rate with DDS-120 (4mm) tapes was less than 1%, so > I find these SDLT 1 failure rates quite disturbing. Say what? I never got that good a rate with DDS-2 (DDS-120?, you mean DDS-2). I switched to DDS-1 with the same TZL07's and TLZ09's and things have gotten much better. But I'm strongly considering getting a DLT drive (TZ-88) for one of my systems based on advice given here in cov and now I hear of big problems with DLT! Is it just Quantum tapes? AEF > > Alan ------------------------------ Date: Thu, 12 Apr 2007 13:58:01 -0700 From: Alan Frisbie Subject: Re: SDLT 1 tape cartridge longevity? Message-ID: <1176411481.753243@smirk> AEF wrote: > On Apr 11, 3:45 pm, Alan Frisbie > wrote: >> Our failure rate with DDS-120 (4mm) tapes was less than 1%, so >> I find these SDLT 1 failure rates quite disturbing. > Say what? I never got that good a rate with DDS-2 (DDS-120?, you mean > DDS-2). I switched to DDS-1 with the same TZL07's and TLZ09's and > things have gotten much better. But I'm strongly considering getting a > DLT drive (TZ-88) for one of my systems based on advice given here in > cov and now I hear of big problems with DLT! Is it just Quantum tapes? No, I mean DDS-120. I am looking at a box of shrink-wrapped Imation 4mm tapes that say "DDS-120" on almost every surface. The UPC bar code on the individual tapes is 0-51111-43347-8. The claimed capacity is 8GB/4GB (compressed/non-compressed). OK, I now see a very stylized "DDS2" on the tape cartridge and on the shrink wrap in one place. The "DDS-120" appears much more prominently and in more places. Alan ------------------------------ Date: Fri, 13 Apr 2007 01:24:24 GMT From: dittman@dittman.net Subject: Re: Suitable news readers - Was: Re: COV: Message-ID: johnhreinhardt@yahoo.com wrote: > On Mar 28, 3:15 pm, Paul Sture wrote: > > In article , heal...@aracnet.com wrote: > > > Paul Sture wrote: > > > > I was using them until about a year ago, and don't remember any > > > > performance problems. I did however find that the Mac version of Opera > > > > was unacceptably slow for news reading. > > > > > I've found that the state of GUI based newsreaders on the Mac is uniformly > > > bad. They all seem to have at least one thing that I dislike. Sadly this > > > is one area where I consider Windows to easily beat the Mac. However, since > > > you can run Unix applications, you do have access to some nice terminal > > > based newsreaders. > > > > Understood. Now if I could find a better terminal emulator for OS X ... > > > > -- > > Paul Sture > One that recognizes ALL of the keys on a LK463 would be nice, too... Unfortunately the USB driver in OS X strips out some of the keycodes sent by the LK463. -- Eric Dittman dittman@dittman.net ------------------------------ Date: 12 Apr 2007 20:58:38 +0200 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOeGER) Subject: Re: Updated VMS Information (not to big) Message-ID: <461e9d7e$1@news.langstoeger.at> In article <1176367570.218134.162450@n76g2000hsh.googlegroups.com>, "Ian Miller" writes: >On Alphaservers F$GETSYI( "SERIAL_NUMBER" ) returns the value of the >console environment variable SERIAL_NUMBER. Not exactly. It's more like "SYS_SERIAL_NUM" Too bad that one doesn't have his system down to check it during he writes ;-) -- 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 ------------------------------ Date: Thu, 12 Apr 2007 11:50:43 -0700 From: "Tom Linden" Subject: Re: Updated VMS Information (not to big) Message-ID: On Thu, 12 Apr 2007 11:58:38 -0700, Peter 'EPLAN' LANGSTOeGER wrote: > In article <1176367570.218134.162450@n76g2000hsh.googlegroups.com>, "Ian > Miller" writes: >> On Alphaservers F$GETSYI( "SERIAL_NUMBER" ) returns the value of the >> console environment variable SERIAL_NUMBER. > > Not exactly. It's more like "SYS_SERIAL_NUM" > > Too bad that one doesn't have his system down to check it during he > writes ;-) > a fortiori, that VMS doesn't have a similar facility to Tru64 permitting the show and set of console variables, consvar -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ------------------------------ Date: 12 Apr 2007 11:56:00 -0700 From: "Chris Townley" Subject: VMS Alpha to Itanium port Message-ID: <1176404160.877981.239430@o5g2000hsb.googlegroups.com> Just suddenly had the concept of porting a legacy in house application from Alpha to Integrity given to me. Currently running VMS 6.2 on Alpha - application consists of some 3500 modules Basic, with a smattering of C and macro code. This is an application I know well, and have been maintaining/developing for some years. However the oprogrammingh tyeam that took it in-house some 12 years ago is now just me. I wont even look at the macro - if it doesnt run out of the box, I rewrite as required, and there is nothing fancy in the C However the main area will be the basic. Has anyone any ideas what issues are likely? TIA -- Chris ------------------------------ Date: Thu, 12 Apr 2007 19:26:46 +0000 (UTC) From: gartmann@nonsense.immunbio.mpg.de (Christoph Gartmann) Subject: Re: VMS Alpha to Itanium port Message-ID: In article <1176404160.877981.239430@o5g2000hsb.googlegroups.com>, "Chris Townley" writes: >Just suddenly had the concept of porting a legacy in house application >from Alpha to Integrity given to me. > >Currently running VMS 6.2 on Alpha - application consists of some 3500 >modules Basic, with a smattering of C and macro code. This is an >application I know well, and have been maintaining/developing for some >years. However the oprogrammingh tyeam that took it in-house some 12 >years ago is now just me. > >I wont even look at the macro - if it doesnt run out of the box, I >rewrite as required, and there is nothing fancy in the C > >However the main area will be the basic. Has anyone any ideas what >issues are likely? It really depends on your code. If it contains nothing fancy it is not a big deal. Regards, Christoph Gartmann -- Max-Planck-Institut fuer Phone : +49-761-5108-464 Fax: -452 Immunbiologie Postfach 1169 Internet: gartmann@immunbio dot mpg dot de D-79011 Freiburg, Germany http://www.immunbio.mpg.de/home/menue.html ------------------------------ Date: Thu, 12 Apr 2007 15:43:15 -0400 From: "Main, Kerry" Subject: RE: VMS Alpha to Itanium port Message-ID: > -----Original Message----- > From: Chris Townley [mailto:cctownley@googlemail.com]=20 > Sent: April 12, 2007 2:56 PM > To: Info-VAX@Mvb.Saic.Com > Subject: VMS Alpha to Itanium port >=20 > Just suddenly had the concept of porting a legacy in house application > from Alpha to Integrity given to me. >=20 > Currently running VMS 6.2 on Alpha - application consists of some 3500 > modules Basic, with a smattering of C and macro code. This is an > application I know well, and have been maintaining/developing for some > years. However the oprogrammingh tyeam that took it in-house some 12 > years ago is now just me. >=20 > I wont even look at the macro - if it doesnt run out of the box, I > rewrite as required, and there is nothing fancy in the C >=20 > However the main area will be the basic. Has anyone any ideas what > issues are likely? >=20 > TIA > -- > Chris Chris, Fyi .. http://h71000.www7.hp.com/doc/porting.html=20 http://h71000.www7.hp.com/openvms/integrity/transition/app_tools.html http://h21007.www2.hp.com/dspp/files/unprotected/openvms/ovms_port_guide _v81.PDF Some BASIC porting info (albeit VAX to Alpha) can be found at: http://www3.sympatico.ca/n.rieck/docs/alpha_diary.html Other resource links: http://h71000.www7.hp.com/openvms/integrity/resources.html http://h71000.www7.hp.com/openvms/integrity/transition/modules.html Regards Kerry Main Senior Consultant HP Services Canada Voice: 613-592-4660 Fax: 613-591-4477 kerryDOTmainAThpDOTcom (remove the DOT's and AT)=20 OpenVMS - the secure, multi-site OS that just works. ------------------------------ Date: Thu, 12 Apr 2007 22:44:13 +0200 From: "Martin Vorlaender" Subject: Re: VMS Alpha to Itanium port Message-ID: Main, Kerry wrote: > Chris Townley wrote: >> However the main area will be the basic. Has anyone any ideas what >> issues are likely? > > http://h71000.www7.hp.com/doc/porting.html [Other good links snipped] And not to forget Guy's very good presentations on the topic, e.g. http://www.hp-interex.be/wiki/images/4/48/Porting_real_applications.ppt 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://www.pdv-systeme.de/users/martinv/ And in the Darkness bind them.| home: martin@radiogaga.harz.de ------------------------------ Date: Thu, 12 Apr 2007 21:45:40 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: VMS Alpha to Itanium port Message-ID: <00A660B2.D9621F35@SendSpamHere.ORG> In article , "Martin Vorlaender" writes: > > >Main, Kerry wrote: >> Chris Townley wrote: >>> However the main area will be the basic. Has anyone any ideas what >>> issues are likely? >> >> http://h71000.www7.hp.com/doc/porting.html > >[Other good links snipped] > >And not to forget Guy's very good presentations on the topic, e.g. >http://www.hp-interex.be/wiki/images/4/48/Porting_real_applications.ppt It might be good but not usefull... ppt! Any PDF? -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM "Well my son, life is like a beanstalk, isn't it?" ------------------------------ Date: Thu, 12 Apr 2007 21:47:27 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: VMS Alpha to Itanium port Message-ID: <00A660B3.191E2B7E@SendSpamHere.ORG> In article <00A660B2.D9621F35@SendSpamHere.ORG>, VAXman- @SendSpamHere.ORG writes: > > >In article , "Martin Vorlaender" writes: >> >> >>Main, Kerry wrote: >>> Chris Townley wrote: >>>> However the main area will be the basic. Has anyone any ideas what >>>> issues are likely? >>> >>> http://h71000.www7.hp.com/doc/porting.html >> >>[Other good links snipped] >> >>And not to forget Guy's very good presentations on the topic, e.g. >>http://www.hp-interex.be/wiki/images/4/48/Porting_real_applications.ppt > >It might be good but not usefull... ppt! Before I get spanked for spelling... I hit 2 Ls ... only 1 in useful. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM "Well my son, life is like a beanstalk, isn't it?" ------------------------------ Date: Fri, 13 Apr 2007 00:53:13 +0200 From: Paul Sture Subject: Re: VMS Alpha to Itanium port Message-ID: In article <00A660B2.D9621F35@SendSpamHere.ORG>, VAXman- @SendSpamHere.ORG wrote: > In article , "Martin Vorlaender" > writes: > > > > > >Main, Kerry wrote: > >> Chris Townley wrote: > >>> However the main area will be the basic. Has anyone any ideas what > >>> issues are likely? > >> > >> http://h71000.www7.hp.com/doc/porting.html > > > >[Other good links snipped] > > > >And not to forget Guy's very good presentations on the topic, e.g. > >http://www.hp-interex.be/wiki/images/4/48/Porting_real_applications.ppt > > It might be good but not usefull... ppt! > > Any PDF? Are you in possession of a mailbox or other suitable receptacle? :-) -- Paul Sture ------------------------------ Date: 12 Apr 2007 15:41:16 -0700 From: wcol_1230am@yahoo.com Subject: Re: Wanted: MicroVAX I / VAXstation I owners Message-ID: <1176417676.231233.6700@d57g2000hsg.googlegroups.com> On Mar 2, 7:04 am, "vaxorcist" wrote: > Who else has got (and eventually runs) the worlds slowest VAX ever ??? > > I'm going to build one from parts and will probably need some help. Get a TU58 tape involved doing something important if you want to s-l- o-w any VAX operations down. ------------------------------ End of INFO-VAX 2007.203 ************************