INFO-VAX Tue, 28 Aug 2007 Volume 2007 : Issue 471 Contents: Re: Alpha ZIP and GZIP Re: Alpha ZIP and GZIP Re: Can't copy compressed savesets to tape Re: Can't copy compressed savesets to tape Re: Can't copy compressed savesets to tape Re: COBOL Transactions? Re: COBOL Transactions? DEC 3000/800 AXP boot problem Re: DEC 3000/800 AXP boot problem Re: DECnet-Plus for a hobbyist Re: DECnet-Plus for a hobbyist Re: DECnet-Plus for a hobbyist Re: Here's one for Bob (hope it makes your head spin) Re: Here's one for Bob (hope it makes your head spin) Re: Here's one for Bob (hope it makes your head spin) Re: Integrity Workstations? Re: Itanium Port Question Refreshing DS20 Firmware Re: Refreshing DS20 Firmware Refreshing DS20 Firmware Re: Refreshing DS20 Firmware This is going straight to the pool room ---------------------------------------------------------------------- Date: Mon, 27 Aug 2007 18:53:45 -0700 From: "Tom Linden" Subject: Re: Alpha ZIP and GZIP Message-ID: On Mon, 27 Aug 2007 16:06:59 -0700, Jim Mehlhop wro= te: > Answering my own post > > The limit for zip is 4GB (included the latest release 2.32) > > GZIP does not have the capability to maintain VMS file characteristics= ! > > ARGH > > Use backup then gzip. > > Jim Mehlhop wrote: >> I have a problem with a large file that needs to be zipped and sent t= o = >> a PC for burning to a dvd. >> With ZIP I do >> $ zip "-V" 'saveset-file-spec' 'file(s)-to-be-zipped' >> The problem is ZIP only handels files up to a "certain" size >> Questions are: >> 1: what is the upper limit on Alpha Zip >> $ zip -h >> Copyright (C) 1990-1999 Info-ZIP >> Type 'zip "-L"' for software license. >> Zip 2.3 (November 29th 1999). Usage: zip=3D=3D"$disk:[dir]zip.exe" >> zip [-options] [-b path] [-t mmddyyyy] [-n suffixes] [zipfile list] = >> [-xi list] >> . >> . >> . >> 2: How can I get GZIP to maintain VMS file characteristics? >> $ gzip -h >> gzip 1.3.5-1 >> (2002-09-30) >> usage: gzip [-cdfhlLnNrtvV19] [-S suffix] [file ...] >> -c --stdout write on standard output, keep original files = >> unchanged >> -d --decompress decompress >> -f --force force overwrite of output file and compress links >> -h --help give this help >> -l --list list compressed file contents >> -L --license display software license >> -n --no-name do not save or restore the original name and timest= amp >> -N --name save or restore the original name and time stamp >> -q --quiet suppress all warnings >> -r --recursive operate recursively on directories >> -S .suf --suffix .suf use suffix .suf on compressed files >> -t --test test compressed file integrity >> -v --verbose verbose mode >> -V --version display version number >> -1 --fast compress faster >> -9 --best compress better >> file... files to (de)compress. If none given, use standard = = >> input. -- = PL/I for OpenVMS www.kednos.com ------------------------------ Date: Mon, 27 Aug 2007 21:44:49 -0500 (CDT) From: sms@antinode.org (Steven M. Schweda) Subject: Re: Alpha ZIP and GZIP Message-ID: <07082721444973_202326CE@antinode.org> From: "Tom Linden" > On Mon, 27 Aug 2007 16:06:59 -0700, Jim Mehlhop wrote: > > Answering my own post > > > > The limit for zip is 4GB (included the latest release 2.32) You might wish. Except in some very old VAX environments (where off_t, or size_t, or whatever it used, is unsigned), the limit is 2GB. > >> $ zip -h > >> Copyright (C) 1990-1999 Info-ZIP > >> Type 'zip "-L"' for software license. > >> Zip 2.3 (November 29th 1999). Usage: zip=3D=3D"$disk:[dir]zip.exe" > [...] Version 2.32 is the current released version, and solves several problems (VMS-specific and general) found in earlier versions. I would not touch Zip 2.3 with a sharp stick, if I could get hold of anything newer. As a quick Google search would reveal, Zip 3.0 and UnZip 6.00 will offer large-file support. Old but usable "BETA" source kits should be available at: ftp://ftp.info-zip.org/pub/infozip/beta Try to ignore any warnings from UnZip 6.00c which mention "76 bytes". > >> $ gzip -h > >> gzip 1.3.5-1 > >> (2002-09-30) Depending on where you got that program, and how it was built, it may or may not do much better with large files. ------------------------------------------------------------------------ Steven M. Schweda sms@antinode-org 382 South Warwick Street (+1) 651-699-9818 Saint Paul MN 55105-2547 ------------------------------ Date: 27 Aug 2007 13:37:21 -0500 From: briggs@encompasserve.org Subject: Re: Can't copy compressed savesets to tape Message-ID: In article , "Scott Greig" writes: > Hello all: > > Whenever I try to copy a compressed saveset to > tape (using COPY) I get: > > $ copy nv.bck mka600:/log > %COPY-E-OPENOUT, error opening MKA600:[SCOTT.CLIENTS.DND]NV.BCK;1 as output > -RMS-E-CRE, ACP file create failed > -SYSTEM-F-BADATTRIB, bad attribute control list > %COPY-W-NOTCOPIED, DISK$USER:[SCOTT.CLIENTS.DND]NV.BCK;1 not copied What's the longest record length in the save set? And what's the LRL in its file header? The largest record supported by ANSI labelled mag tape with variable length records is 9995. (You need to be able to encode the record length, inclusive of the byte count in 4 decimal digits). http://h71000.www7.hp.com/DOC/731FINAL/4523/4523pro_006.html#fab_mrs You might try creating the save set with /BLOCK=8192 and see if that helps. ------------------------------ Date: 27 Aug 2007 15:54:52 -0500 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: Can't copy compressed savesets to tape Message-ID: In article , "Scott Greig" writes: > Hello all: > > Whenever I try to copy a compressed saveset to > tape (using COPY) I get: > > $ copy nv.bck mka600:/log > %COPY-E-OPENOUT, error opening MKA600:[SCOTT.CLIENTS.DND]NV.BCK;1 as output > -RMS-E-CRE, ACP file create failed > -SYSTEM-F-BADATTRIB, bad attribute control list > %COPY-W-NOTCOPIED, DISK$USER:[SCOTT.CLIENTS.DND]NV.BCK;1 not copied > > I've dumped the saveset, and all records are longer than 14 bytes. > > Any ideas about what's wrong? Get and use TCOPY. BACKUP sometimes uses non-standard error handling on tapes that COPY can't deal with. TCOPY can. ------------------------------ Date: Mon, 27 Aug 2007 18:38:33 -0500 From: bradhamilton@comcast.net (Brad Hamilton) Subject: Re: Can't copy compressed savesets to tape Message-ID: In article , Scott Greig wrote: >Hello all: > >Whenever I try to copy a compressed saveset to >tape (using COPY) I get: > >$ copy nv.bck mka600:/log >%COPY-E-OPENOUT, error opening MKA600:[SCOTT.CLIENTS.DND]NV.BCK;1 as output >-RMS-E-CRE, ACP file create failed >-SYSTEM-F-BADATTRIB, bad attribute control list >%COPY-W-NOTCOPIED, DISK$USER:[SCOTT.CLIENTS.DND]NV.BCK;1 not copied > >I've dumped the saveset, and all records are longer than 14 bytes. > >Any ideas about what's wrong? Which version of VMS? ISTR that a patch has been issued recently for V8.3 that deals with this issue, unless I am mistaken... >Scott > > ------------------------------ Date: 27 Aug 2007 18:08:49 GMT From: bill@cs.uofs.edu (Bill Gunshannon) Subject: Re: COBOL Transactions? Message-ID: <5jgi9hF3td690U1@mid.individual.net> In article , david20@alpha2.mdx.ac.uk writes: > In article <5j8kvsF3sj2ffU2@mid.individual.net>, bill@cs.uofs.edu (Bill Gunshannon) writes: >> >> And don't say "you don't pay for it because it is >>bundled in" because you pay for everything that comes with the system >>wether it is listed on the invoice or not. >> > By that argument Unix should not come bundled with a TCPIP stack or Sendmail > etc etc I assume your refering to my comment "because you pay for everything that comes with the system". But that was in relation to VMS and not Unix. TCPIP has been a part of the kernel and not "bundled" at all in every unix other than very old SYSV systems (at least since networking became common). And Sendmail is not really a part of Unix and has been free since it was written. I usually do not even install it. Of course, depending on how you look at it, TCPIP and Sendmail cost at least as much as the OS for me. :-) bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves bill@cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include ------------------------------ Date: Tue, 28 Aug 2007 01:35:23 GMT From: "John E. Malmberg" Subject: Re: COBOL Transactions? Message-ID: Paul Raulerson wrote: > > A slighty better comparison might be: > > Unix: > while (c=fgetc(fp) != "\n") { > line[counter++] = c; > } > > RMS: > counter = fread(&recsize,1,2,fp); > counter = fread(&line,1,recsize,fp); > > Given that you can use buffered stream calls for either one, > they are >roughly< equivalent, but only roughly. The RMS like > processing is going to to be slighlty more efficient, and that > can be telling in situations with a lot of I/O. Function calls > are efficient, but they do execute a lot of instructinos. I/O data transfers of known bytecounts can be passed directly to the DMA hardware of the I/O device, which makes things even more efficient. I do not know if the high level languages on VMS that know about records can set all the RMS parameters. If you program to the RMS API for some types of transfers, you can request that your application do disk I/O directly from the application memory to the device, with no O/S buffering, provided that there is support in the driver for that device for it. > And of course, both solutions have a little overhead for setup. > The UNIX solution probably ties up more registers and/or stack areas, > so there are also more loads and saves than in the RMS solution. So for some types of transactions, the overhead for VMS can be very low. -John wb8tyw@qsl.network Personal Opinion Only ------------------------------ Date: Mon, 27 Aug 2007 13:02:08 -0700 From: urbancamo Subject: DEC 3000/800 AXP boot problem Message-ID: <1188244928.730714.166170@57g2000hsv.googlegroups.com> Hi, just a quick enquiry. I have aquired a DEC 3000 Model 800 AXP and have a boot problem. The system was booting about once every ten power ups. The status LEDs don't move in the case where the system checks do not 'kick in', they remain on '00'. I have cleaned the entire box and used contact cleaner on all connections, and re-seated the motherboard and IO module. Previously when the system did 'kick in' all tests completed correctly except the keyboard/mouse test. I am using a VT520 connected via an original DECconnect cable. I managed to install both OpenVMS 6.1 (the original disk received with the unit) and OpenVMS 8.3 (although this didn't boot, but probably due to the fact that I selected DECnet but don't have any thick/thin cables connected). Sorry to be so long winded. So the question is, apart from reseating/ cleaning cables/connections, is there anything else I could check/test/ try? I have enough competence to measure voltages and possibly even power ripples and the like, but I don't have a logic analyser. Do the SROMs age at all? It is a standard x512 EEPROM. It has a sticker over the programming window (assuming it has one). Is there a battery backed module that could be causing intermittent problems? Thanks for any pointers, Mark. ------------------------------ Date: Mon, 27 Aug 2007 21:14:46 -0400 From: Robert Deininger Subject: Re: DEC 3000/800 AXP boot problem Message-ID: In article <1188244928.730714.166170@57g2000hsv.googlegroups.com>, urbancamo wrote: > Hi, just a quick enquiry. > > I have aquired a DEC 3000 Model 800 AXP and have a boot problem. The > system was booting about once every ten power ups. The status LEDs > don't move in the case where the system checks do not 'kick in', they > remain on '00'. I have cleaned the entire box and used contact cleaner > on all connections, and re-seated the motherboard and IO module. Did the system really power on? Were the fans running? Was the LED idiot light lit up on the power supply? I've seen systems where the power supply didn't like to come on from a cold start. Sometimes leaving it switched on (but "dead") for 10 minutes or so, and then cycling the power, would bring them to life. > Previously when the system did 'kick in' all tests completed correctly > except the keyboard/mouse test. I am using a VT520 connected via an > original DECconnect cable. For this configuration, you want the CONSOLE environment variable to be SERIAL, i.e. >>> SET CONSOLE SERIAL In this mode, missing keyboard/mouse result in "soft" test failures that don't block progress. > I managed to install both OpenVMS 6.1 (the > original disk received with the unit) and OpenVMS 8.3 (although this > didn't boot, but probably due to the fact that I selected DECnet but > don't have any thick/thin cables connected). Network cable problems would not keep VMS from booting. I can't think of a case where it would even keep DECnet from starting. VMS V8.3 should boot just fine. What are the symptoms? You should be getting some information on the console terminal. > Sorry to be so long winded. So the question is, apart from reseating/ > cleaning cables/connections, is there anything else I could check/test/ > try? I have enough competence to measure voltages and possibly even > power ripples and the like, but I don't have a logic analyser. > > Do the SROMs age at all? I haven't heard of the SROMs failing on these systems. If the SROM was bad, it's very unlikely that you could get to the SRM console prompt. (The >>> prompt.) The SROM code is loaded into the CPU's instruction cache at power-up; it contains the first instructions the CPU executes. Without SROM, you'd never find memory, or the console, or the firmware ROM. Firmware ROM corruption is not unheard of, but it should be detected by checksum and other problems. If you get console output, and no ROM-related error messages, I'd assume the FW ROMs (there are two physical ROM parts) are fine. > It is a standard x512 EEPROM. It has a > sticker over the programming window (assuming it has one). Is there a > battery backed module that could be causing intermittent problems? The NVRAM in this system is integrated into the clock module. If the system is retaining date and time, and the environment variables, after you unplug it for a while, the battery in the module is probably fine. You're well past the 10-year battery life of the module, but if the system spent most of its life powered on, the battery is probably not depleted. -- Robert ------------------------------ Date: Mon, 27 Aug 2007 20:10:51 GMT From: "Robert Jarratt" Subject: Re: DECnet-Plus for a hobbyist Message-ID: "Bob Koehler" wrote in message news:CAR7675fmhCF@eisner.encompasserve.org... > In article , "Robert Jarratt" > writes: >> >> I successfully ran DVSCONFIG.COM to configure the DECserver firmware >> download, but the DECserver fail to download it. I am having other >> console >> issues with the DECserver so I don't know if it works, but it may be that >> there is something else that I have to start on the VMS side, what do I >> need >> to check is running? This is VMS 7.3. And this is the output of SH SYS: > > From following this thread, I think you now have DECnet Phase IV up and > have configured the MOP protocol using DSVCONFIG. There are two things > you can look for: > > In NCP, verify that the ethernet circuit shows "service = > enabled", if not the define and set it to enabled. > > The default OPCOM settings are pretty noisy, but good for > debugging this issue. Enable an operator's terminal and/or look > in operator.log . > > (Those of us using DECnet Phase V have entirely different default > noise going into OPCOM.) > I made a lot of progress thanks to this posting. I thought that all OPCOM messages were already going to the console, but they weren't. It turned out that after running DSVCONFIG.COM I needed to copy the SYS from SYS$COMMON:[DECSERVER] to SYS$COMMON:[MOM$SYSTEM]. I am not clear why DSVCONFIG did not copy it there for me or point MOP to the right location. Thanks Rob ------------------------------ Date: 27 Aug 2007 15:57:08 -0500 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: DECnet-Plus for a hobbyist Message-ID: In article , "Robert Jarratt" writes: > > I made a lot of progress thanks to this posting. I thought that all OPCOM > messages were already going to the console, but they weren't. It turned out > that after running DSVCONFIG.COM I needed to copy the SYS from > SYS$COMMON:[DECSERVER] to SYS$COMMON:[MOM$SYSTEM]. I am not clear why > DSVCONFIG did not copy it there for me or point MOP to the right location. I think DSVCONFIG predates MOM$SYSTEM. But I would think that it would have put in the database the directory that it used. ------------------------------ Date: Tue, 28 Aug 2007 00:27:05 GMT From: "John E. Malmberg" Subject: Re: DECnet-Plus for a hobbyist Message-ID: Robert Jarratt wrote: > > I made a lot of progress thanks to this posting. I thought that all OPCOM > messages were already going to the console, but they weren't. It turned out > that after running DSVCONFIG.COM I needed to copy the SYS from > SYS$COMMON:[DECSERVER] to SYS$COMMON:[MOM$SYSTEM]. I am not clear why > DSVCONFIG did not copy it there for me or point MOP to the right location. That is because it was expecting MOM$LOAD to be a search list that included SYS$COMMON:[DECSERVER], MOM$SYSTEM:. I do not remember if the installation of the package that installed the DSVCONFIG command file did it automatically or if it was a post installation step. On Phase IV, I stopped running DSVCONFIG.COM a long time ago. It was faster to put together a DCL script that did the important part. That was putting in the name to I.P. address mapping in the DECNET tables. After the service is enabled for the ethernet circuit, and the DECServer load image is put where MOM$LOAD will find it, your basically done. None of the information is actually used in a DECServer downloading its load image. The I.P. address to name mapping is used for two purposes only: 1. It gives the name of the DECserver that is doing the download on the opcom messages. This is why I used the script to make sure that the DECNET tables were up to date on all of the systems. When I heard the opcom beeps, I could look at any console to see which DECServer rebooted. 2. It allows TSM and manual commands to connect to the command interface of the terminal server by specifying the node name instead of the I.P. address. If you are using TSM, then you will probably want the scripts I wrote that are in the Freeware 5.0 distribution in the tsm_tools directory. Decservers will load their boot image from any host on the network that answers the MOP request by claiming that it has a load filename of the name requested by the DECServer. Nothing that DSVCONFIG.COM does will affect this. Which means on a large network with multiple VMS administrators, it is very possible that there will be out of date DecServer load images, and you could find sometimes that you are running an out of date version. And at the site I was at, that could really mess up the production printers. Generally I made a copy of the current download image, giving it a site specific name. Then I changed the DECserver to request that specific image when it boots. This was the only way that I could guarantee that my DECservers were loaded with the correct image. In the NCP database, you can put almost any text for the download filename of a DECserver, as it is totally ignored by everything. As I recall, TSM also requested the name of the load image for it's database of managing the server. It also ignores this information, other than possibly putting it in the DECNET database where it is ignored. Only the NOVRAM in the DECserver matters. -John wb8tyw@qsl.network Personal Opinion Only ------------------------------ Date: Mon, 27 Aug 2007 15:52:36 -0400 From: "FredK" Subject: Re: Here's one for Bob (hope it makes your head spin) Message-ID: "Ron Johnson" wrote in message news:M6eAi.160308$g86.71552@newsfe14.lga... > On 08/26/07 06:11, Neil Rieck wrote: >> On Aug 25, 1:03 pm, Ron Johnson wrote: >>> On 08/25/07 07:14, Neil Rieck wrote: >>> > > Anyway... I could say more about Catholic tradition and theology, > but c.o.v is definitely not the place to start a huge OT flame war. > > But then, there are many atheists/agnostics and Protestants on the > list who would probably agree with me. > I'll take the easy (English) way out - and call myself a Deist. ------------------------------ Date: Mon, 27 Aug 2007 22:56:27 +0200 From: Dirk Munk Subject: Re: Here's one for Bob (hope it makes your head spin) Message-ID: Bob Koehler wrote: > In article , Dirk Munk writes: >> Keep in mind the way Auschwitz worked. A train came in, and the majority >> of the people on the train were murdered the same day. Even if bombing >> the railroad and the gaschambers would have killed prisoners etc. , it >> would have stopped the mass murder. Bombing the fuel plants also killed >> al lot of prisoners. And I doubt if Auschwitz was defended by FLAK, so >> the bombers could have made a low altitude attack. > > I think the Nazi's would have reacted by opening fire on the > remaining prisoners, Certainly > and sending further victims to other deaths. > Taking out the gas chambers would not be sufficient to stop them. > True, but the killing itself was the smallest part of the procedure. Disposing of the bodies was the main problem, that is why the crematoria and the gas chambers were in one building. This was a destruction camp, build to kill and burn people on a massive industrial scale. There were more destruction camps, but not one with the capacity of Auschwitz. In earlier camps the SS tried to bury the bodies, but the gasses of decomposing bodies caused the ground to move up and down, like the surface of a lake. So they had no choice and to dig the bodies up again and burn them in huge holes in the ground. This is all very unpleasant to read I'm sure, but I hope that it shows that murder on such a scale is not an easy undertaking, and destroying the industrial destruction complex of Auschwitz would have caused big problems for the SS. ------------------------------ Date: Mon, 27 Aug 2007 23:39:20 +0200 From: Dirk Munk Subject: Re: Here's one for Bob (hope it makes your head spin) Message-ID: Bill Gunshannon wrote: > In article , > koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: >> In article , Dirk Munk writes: >>> The Western allieds knew all to well what was going on in Auschwitz, but >>> they never tried to bomb the gas chambers etc. >> You wanted to save the Jews in Auschwitz by dropping bombs on them? >> Bombing accuracy at that time was not sufficient to isolate the gas >> chambers from the surrounding camp, mostly filled with prisoners in >> forced labor. > > Armed-chair Generals are amazing. So many keep trying to second-guess > Vietnam and Iraq and yet even 60 years after the fact and with all of > the necessary data published they can't even understand WWII. > > bill > Maybe. But it is documented that bombing Auschwitz was considered, but rejected because it served no military purpose. However I'm sure you will agree this was not just a military decision, but more a political one. The people in charge knowingly took the decision not to risk a few dozen bombers and their crew to stop the SS murdering thousands and thousands of Jews. I do think judging that decision today is justified. ------------------------------ Date: Tue, 28 Aug 2007 04:09:50 GMT From: Rob Brown Subject: Re: Integrity Workstations? Message-ID: On Mon, 13 Aug 2007, FredK wrote: > > "JF Mezei" wrote in message > news:61d11$46bdea97$cef8887a$11034@TEKSAVVY.COM... >> etmsreec@yahoo.co.uk wrote: >>> Sound cards sound a bit pointless on VMS after all then... >> >> Tell that to air traffic controllers, or idustrial machines that use >> sounds to communicate with the operator whose eyes are focused on the >> products being produced and not on some LCD display. >> > > Gee. VMS is used in ATC applications, and sound has never been a > requirement. But you are the expert. Perhaps JF gave a bad example. On the other hand I worked on a Y2K upgrade from RSX (PDP-11) to VMS (Alpha) for a large process control application. We were able to retain the DECtalk boxes because the DECtalk library had been ported to VMS and was still available. -- Rob Brown b r o w n a t g m c l d o t c o m G. Michaels Consulting Ltd. (780)438-9343 (voice) Edmonton (780)437-3367 (FAX) http://gmcl.com/ ------------------------------ Date: Tue, 28 Aug 2007 02:44:09 +0200 From: "P. Sture" Subject: Re: Itanium Port Question Message-ID: In article <1188172138.417708.74290@50g2000hsm.googlegroups.com>, FrankS wrote: > On Aug 26, 5:32 pm, Ron Johnson wrote: > > Wouldn't alignment faults be more of a problem in Macro than in, > > say, COBOL? > > This is a COBOL alignment fault ... > > 01 TOP-LEVEL. > 03 DATA-ITEM-1 PIC X(1). > 03 DATA-ITEM-2 PIC S9(9) COMP. > > Data-Item-2 is not on a natural boundary. This likely happens in lots > and lots of places in many COBOL programs. I'm sure there's a ton of > similar problems in programs I and many others have written over the > years. Maybe there are a lot of instances of this out there, but I was taught to word align integers back in VAX COBOL days. Having said that, I was lucky enough to start with a "clean slate", as opposed to porting existing COBOL from other platforms. IIRC VAX COBOL had compiler options for alignment too. Question:- Are there large alignment penalties on Itanium for COMP-3 data types (packed decimal for non-COBOL readers)? -- Paul Sture Sue's OpenVMS bookmarks: http://eisner.encompasserve.org/~sture/ovms-bookmarks.html ------------------------------ Date: Tue, 28 Aug 2007 03:52:01 -0000 From: JCamCMKRNL Subject: Refreshing DS20 Firmware Message-ID: <1188273121.865280.139820@i38g2000prf.googlegroups.com> Hello friends, No PDP-11/RSX questions today. I have two DS20 AXP systems. Recently one of them reports "FIRMWARE" on the LCD display shortly after power up. The console never comes up, so I can't tell it to boot off the Firmware CD. Any suggestions? Thanks Jeff Cameron "Just give me CMKRNL, I don't need SETPRIV" ------------------------------ Date: Mon, 27 Aug 2007 22:58:03 -0500 (CDT) From: sms@antinode.org (Steven M. Schweda) Subject: Re: Refreshing DS20 Firmware Message-ID: <07082722580364_202326CE@antinode.org> From: JCamCMKRNL > I have two DS20 AXP systems. Newer than any of my junk. > Recently one of them reports "FIRMWARE" on the LCD display shortly > after power up. The console never comes up, so I can't tell it to boot > off the Firmware CD. What are you using as a console terminal? Are you trying to say that it fails to boot and you can't access the SRM console on a console device where it should work? > Any suggestions? Check the hardware manual for a failsafe boot loader option? http://h18002.www1.hp.com/alphaserver/archive/ds20/ds20_tech.html > "Just give me CMKRNL, I don't need SETPRIV" SETPRV may set any privilege bit ------------------------------------------------------------------------ Steven M. Schweda sms@antinode-org 382 South Warwick Street (+1) 651-699-9818 Saint Paul MN 55105-2547 ------------------------------ Date: Mon, 27 Aug 2007 21:20:51 -0700 From: Jeff Cameron Subject: Refreshing DS20 Firmware Message-ID: Hello friends, No PDP-11/RSX questions today. I have two DS20 AXP systems. Recently one of them reports "FIRMWARE" on the LCD display shortly after power up. The console never comes up, so I can't tell it to boot off the Firmware CD to refresh it. I can't tell it to do anything at all. Any suggestions? Thanks Jeff Cameron "Just give me CMKRNL, I don't need SETPRIV" ------------------------------ Date: Mon, 27 Aug 2007 21:24:53 -0700 From: Jeff Cameron Subject: Re: Refreshing DS20 Firmware Message-ID: > What are you using as a console terminal? Are you trying to say that > it fails to boot and you can't access the SRM console on a console > device where it should work? Typically I use the OPA0: Serial port rather than the graphics console, but I did check the graphics console too, and saw nothing. On 8/27/07 8:58 PM, in article 07082722580364_202326CE@antinode.org, "Steven M. Schweda" wrote: > From: JCamCMKRNL > >> I have two DS20 AXP systems. > > Newer than any of my junk. > >> Recently one of them reports "FIRMWARE" on the LCD display shortly >> after power up. The console never comes up, so I can't tell it to boot >> off the Firmware CD. > > What are you using as a console terminal? Are you trying to say that > it fails to boot and you can't access the SRM console on a console > device where it should work? > >> Any suggestions? > > Check the hardware manual for a failsafe boot loader option? > > http://h18002.www1.hp.com/alphaserver/archive/ds20/ds20_tech.html > >> "Just give me CMKRNL, I don't need SETPRIV" > > SETPRV may set any privilege bit > > ------------------------------------------------------------------------ > > Steven M. Schweda sms@antinode-org > 382 South Warwick Street (+1) 651-699-9818 > Saint Paul MN 55105-2547 ------------------------------ Date: Tue, 28 Aug 2007 08:04:30 +0800 From: "Richard Maher" Subject: This is going straight to the pool room Message-ID: Hi Chuck, If you're still there, FWIW here is how I'd do it (example code below). Please search the attached code for sys$sndjbc. This code is called when the web-browser-based client has chosen to delete one of the VMS queue entries that was dynamically populated into their HTML DOM