INFO-VAX Thu, 25 Sep 2008 Volume 2008 : Issue 518 Contents: Re: Cobol switches and LNM$FILE_DEV : bug ? Re: EFI Console Re: EFI Console Re: EFI Console Re: EFI Console Re: Enhancing DCL, was: Re: How do I add 2 letters to a long Re: Enhancing DCL, was: Re: How do I add 2 letters to a long Re: Enhancing DCL, was: Re: How do I add 2 letters to a long Re: Enhancing DCL, was: Re: How do I add 2 letters to a long Re: Enhancing DCL, was: Re: How do I add 2 letters to a long RE: How can I tell a file marked nobackup was backed up without ignore=nobackup Re: Manipulating debug and traceback flags MP Solved WAS EFI Console Re: MP Solved WAS EFI Console Re: MP Solved WAS EFI Console Re: MP Solved WAS EFI Console Re: Ordered media from hobbyist site but no action taken Re: OT: The end of the world in roughly 3 hours Re: OT: The end of the world in roughly 3 hours Re: OT: The end of the world in roughly 3 hours Re: OT: The end of the world in roughly 3 hours Re: OT: The end of the world in roughly 3 hours setting IP in MP on RX2600 Re: setting IP in MP on RX2600 Re: SSH break-in attempts Re: SSH break-in attempts Re: SSH break-in attempts Re: SSH break-in attempts Re: SSH break-in attempts Re: Strange occurance when mixing "set proc/unit=byte" and pipe Re: Strange occurance when mixing "set proc/unit=byte" and pipe RE: Strange occurance when mixing "set proc/unit=byte" and pipe Re: Text file generated by a Cobol application Re: Text file generated by a Cobol application Re: We only open our wallets when the price is dirt cheap. Re: We only open our wallets when the price is dirt cheap. ---------------------------------------------------------------------- Date: Thu, 25 Sep 2008 09:02:09 -0400 From: norm.raphael@metso.com Subject: Re: Cobol switches and LNM$FILE_DEV : bug ? Message-ID: This is a multipart message in MIME format. --=_alternative 0047955B852574CF_= Content-Type: text/plain; charset="US-ASCII" Marc Van Dyck wrote on 09/24/2008 04:33:42 PM: > John Reagan formulated on mercredi : > > "Marc Van Dyck" wrote in message > > news:mn.bd367d893beae4b1.86952@brutele.be... > >> Cobol switches (see the SET SWITCH primitive) have been implemented > >> with a logical name, COB$SWITCHES, normally defined in the process > >> table at user level. For a reason unknown to me, the COBRTL code > >> uses the first table pointed by LNM$FILE_DEV to create this logical > >> name. This is OK until LNM$FILE_DEV is modified for whatever reason. > >> If, after modification, the first table pointed by LNM$FILE_DEV belongs > >> in LNM$SYSTEM_DIRECTORY, the user mode definition trick does not work > >> and COB$SWITCHES remains defined after image exit, which is in complete > >> contradiction to what is said about it in the compiler documentation. > >> Does that count as a bug ? If yes, how do I get it solved ? And is > >> there a way, documented or not, to force COBRTL to define COB$SWITCHES > >> in LNM$PROCESS, whatever LNM$FILE_DEV says ? > > > > A similar issue was reported back in 2004 (fixed for V8.2 and beyond) where > > some piece of code added a non-writeable table to the beginning of > > LNM$FILE_DEV causing the SET SWITCH to fail. After the change, if the > > initial sys$crelnm fails with LNM$FILE_DEV, the COBOL RTL falls > back and uses > > LNM$PROCESS. (I didn't do that change - I wasn't involved with COBOL then). > > > > I'm also at a loss why we'd want a /USER definition of COB$SWITCHES in any > > other table than LNM$PROCESS since we want the logical to > evaporate at image > > run-down. > > > > I'll add it to our list. In the meantime, as I noted above, the > only way to > > influence the decision is to put a non-writeable table at the > front but that > > is likely to screw up lots of other pieces of code so I wouldn't do that. > > > > John > > We are still in V7.3-2 and our version of COBRTL stack-dumps when > writing COB$SWITCHES in the first table pointed by LNM$FILE_DEV is > not possible. We checked that by adding an ACL (ID=*,ACCESS=READ) to > the table. > > Anyway, thanks for fixing that, even if it is not immediate. In the > mean time, we have added yet another table, process-confined, in front > of the offending one, and all is well again. I'd however like to get > rid of this fix as soon as I can, as I imagine the face of my successor > ten years ahead trying to understand why I ever did that... > Just put a logical_name into that table noting why the thing was done 8-) ... > > > -- > Marc Van Dyck > > --=_alternative 0047955B852574CF_= Content-Type: text/html; charset="US-ASCII"
Marc Van Dyck <marc.vandyck@brutele.be> wrote on 09/24/2008 04:33:42 PM:

> John Reagan formulated on mercredi :
> > "Marc Van Dyck" <marc.vandyck@brutele.be> wrote in message
> > news:mn.bd367d893beae4b1.86952@brutele.be...
> >> Cobol switches (see the SET SWITCH primitive) have been implemented
> >> with a logical name, COB$SWITCHES, normally defined in the process
> >> table at user level. For a reason unknown to me, the COBRTL code
> >> uses the first table pointed by LNM$FILE_DEV to create this logical
> >> name. This is OK until LNM$FILE_DEV is modified for whatever reason.
> >> If, after modification, the first table pointed by LNM$FILE_DEV belongs
> >> in LNM$SYSTEM_DIRECTORY, the user mode definition trick does not work
> >> and COB$SWITCHES remains defined after image exit, which is in complete
> >> contradiction to what is said about it in the compiler documentation.
> >> Does that count as a bug ? If yes, how do I get it solved ? And is
> >> there a way, documented or not, to force COBRTL to define COB$SWITCHES
> >> in LNM$PROCESS, whatever LNM$FILE_DEV says ?
> >
> > A similar issue was reported back in 2004 (fixed for V8.2 and beyond) where
> > some piece of code added a non-writeable table to the beginning of
> > LNM$FILE_DEV causing the SET SWITCH to fail.  After the change, if the
> > initial sys$crelnm fails with LNM$FILE_DEV, the COBOL RTL falls
> back and uses
> > LNM$PROCESS.  (I didn't do that change - I wasn't involved with COBOL then).
> >
> > I'm also at a loss why we'd want a /USER definition of COB$SWITCHES in any
> > other table than LNM$PROCESS since we want the logical to
> evaporate at image
> > run-down.
> >
> > I'll add it to our list.  In the meantime, as I noted above, the
> only way to
> > influence the decision is to put a non-writeable table at the
> front but that
> > is likely to screw up lots of other pieces of code so I wouldn't do that.
> >
> > John
>
> We are still in V7.3-2 and our version of COBRTL stack-dumps when
> writing COB$SWITCHES in the first table pointed by LNM$FILE_DEV is
> not possible. We checked that by adding an ACL (ID=*,ACCESS=READ) to
> the table.
>
> Anyway, thanks for fixing that, even if it is not immediate. In the
> mean time, we have added yet another table, process-confined, in front
> of the offending one, and all is well again. I'd however like to get
> rid of this fix as soon as I can, as I imagine the face of my successor
> ten years ahead trying to understand why I ever did that...
>
Just put a logical_name into that table noting why the thing was done  8-) ...
>
>
> --
> Marc Van Dyck
>
>
--=_alternative 0047955B852574CF_=-- ------------------------------ Date: Thu, 25 Sep 2008 06:33:29 -0700 From: "Tom Linden" Subject: Re: EFI Console Message-ID: On Wed, 24 Sep 2008 17:16:57 -0700, forrret.kenney@hp.com_nospam wrote: > > Try this. > > 1) Make sure you have a serial cable hooked to the console port on the 3 > connector pig tail > > 2) From Alpha set host/dte to TTA0 > > 3) Press the reset button for the MP console it is next to the connector > for > the 3 port cable > > 4) If the MP is working that should output a prompt on the console port > I > forget the > exact syntax something about complete reset. That wipes every > setting > in the MP > out and takes them back to the factory default. I had already tried all that. Also the LED on the MP ethernet port is not lit. Should it be? The circuits get warm. > > > Forrest > > -- PL/I for OpenVMS www.kednos.com ------------------------------ Date: Thu, 25 Sep 2008 09:42:20 -0400 From: "forrret.kenney@hp.com_nospam" Subject: Re: EFI Console Message-ID: If there is power to the system you should get at least on LED on the LAB connector for the MP. If there is no LED looks like you may have a non-functional Management Processor module. Forrest ------------------------------ Date: Thu, 25 Sep 2008 06:58:57 -0700 From: "Tom Linden" Subject: Re: EFI Console Message-ID: On Thu, 25 Sep 2008 06:42:20 -0700, forrret.kenney@hp.com_nospam wrote: > If there is power to the system you should get at least on LED on > the LAB connector for the MP. If there is no LED looks like you > may have a non-functional Management Processor module. > I will check that when I get to the office. I was referring to the MP ethernet port. > > Forrest > > -- PL/I for OpenVMS www.kednos.com ------------------------------ Date: Thu, 25 Sep 2008 06:55:48 -0700 From: "Tom Linden" Subject: Re: EFI Console Message-ID: On Wed, 24 Sep 2008 17:32:06 -0700, PR wrote: > On Sep 24, 11:17 am, "Tom Linden" wrote: >> On Thu, 18 Sep 2008 08:22:57 -0700, Tom Linden >> wrote: >> > I got one of those RX2600 and in trying to talk to the console >> > connected from an Alpha using >> > SET HOST/DTE TTA0 >> >> > it keeps trying to refresh the screen and eventually ends with >> > garbage.  What should be the terminal settings on the Alpha? >> >> > Tom >> >> I connected a pigtail to to the MP port and to that a cable >>  from TTA0 on an Alpha,  nothing. >> >> I have the terminal at 9600-N-8-1, should it be something else? >> Same cable works on the console port (not on the MP) >> >> -- >> PL/I for OpenVMSwww.kednos.com > > Try resetting the MP; there is a little button on the back to do that. > Also, you might need to put a null modem cable between the two > systems, both are DCE I think. I definately had to using a PC serial > port. Once you reset the MP, you can assign it an IP address and do > away with the serial cable, except in emergencies. > > Also, once you get into the machine, go into the EFI Boot Option > Maintenance Menu and select your terminal to be VT100. It is probably > set to either ANSI or VT100+. Be sure to set standard in, stadout and > error to all be the same. The MP consoles are > the ones that have both "PCI" and "UART" in them; the console serial > port just says UART. The VGA port just says PCI. You will probably > need to be sure you do not have a keyboard and mouse plugged in to IPL > andload VMS. Couldn't find that, I was in the shell> prompt so did an exit and now it is outputting continuosly System Configuration Menu. Select an Option EFI System Configuration Menu System Configuration Menu. Select an Option and is unresponsive Got out an back in (this from set host/dte on an alpha) %REM-E-PORTRXERR, port receive error -SYSTEM-W-DATAOVERUN, data overrun > > Lastly, if you have not upgraded the firmware, it is (at least to me) > a bit of a nerve wracking task, but doing it is well worth the time > and effort. The machines I received here had very old firmware in > them. You have to upgrade it in stages, four separate stages I think, > and at least the first one will probably have to be via FTP. Do not > trust a USB DVD drive until you have the firmware updated! > You can wind up with a dead machine if something goes wrong on the > firmware upgrade. There isn't any failsafe, as in SRM. > > Note that once you have it all running, the firmware, EFI and MP, is > really nice and a pleasure to use. > > -Paul > > > The MP ports are the ones that say -- PL/I for OpenVMS www.kednos.com ------------------------------ Date: 25 Sep 2008 06:50:46 -0500 From: clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley) Subject: Re: Enhancing DCL, was: Re: How do I add 2 letters to a long Message-ID: In article , "Richard B. Gilbert" writes: > > Please remember that DCL IS a Command Line Interpreter and NOT really a > programming language! I know it has been used to write applications but > it's certainly not the primary purpose. There are certainly better > tools available for writing most applications. > Fine, so they still need to fixup the issues I've mentioned, which are all CLI related, instead of scripting related. Besides, DCL is a application language, when the applications in question are system management applications. > If you want to write applications in your CLI, try Solaris or Linux. > As you already know, :-), I'm looking at the former and using the latter. > I think you would probably be happier with COBOL! Huh ? (I have _zero_ interest in any language that looks like COBOL). Simon. -- Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP Microsoft: Bringing you 1980's technology to a 21st century world ------------------------------ Date: 25 Sep 2008 07:00:01 -0500 From: clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley) Subject: Re: Enhancing DCL, was: Re: How do I add 2 letters to a long Message-ID: In article , "Richard B. Gilbert" writes: > > Since the available terminals generally do not support more than 132 > characters per line, there is little point in supporting command line > editing for longer lines! I think that you have completely missed the point here. :-) The whole idea is that modern CLI environments _do_ edit command lines that are longer than the terminal width. The CLI takes care of the issues involved in displaying the command over multiple physical terminal lines, jumping the cursor between those physical lines, and reflowing text across those physical lines when adding/removing characters from the command line. This capability is a standard CLI function these days and it's omission from DCL, along with the other features like filename completion, makes DCL feel very dated. Simon. -- Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP Microsoft: Bringing you 1980's technology to a 21st century world ------------------------------ Date: Thu, 25 Sep 2008 09:48:03 -0400 From: "Richard B. Gilbert" Subject: Re: Enhancing DCL, was: Re: How do I add 2 letters to a long Message-ID: <0_SdnYdMM_l7C0bVnZ2dnUVZ_oHinZ2d@comcast.com> Simon Clubley wrote: > In article , "Richard B. Gilbert" writes: >> Please remember that DCL IS a Command Line Interpreter and NOT really a >> programming language! I know it has been used to write applications but >> it's certainly not the primary purpose. There are certainly better >> tools available for writing most applications. >> > > Fine, so they still need to fixup the issues I've mentioned, which are > all CLI related, instead of scripting related. > DCL and the terminal driver are behaving as documented. It has been this way since I came on board in 1984. I see no need to "fix" what isn't broken. If you REALLY need to type, and edit, command lines longer than 132 characters, please feel free to write your own terminal driver, CLI, etc. I think you'll find it MUCH easier to put such things in a .COM file, edit that file until you get it right and then execute them from the file. ------------------------------ Date: Thu, 25 Sep 2008 13:50:26 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: Enhancing DCL, was: Re: How do I add 2 letters to a long Message-ID: <00A8027C.99795D25@SendSpamHere.ORG> In article , clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley) writes: >In article , "Richard B. Gilbert" writes: >> >> Since the available terminals generally do not support more than 132 >> characters per line, there is little point in supporting command line >> editing for longer lines! > >I think that you have completely missed the point here. :-) > >The whole idea is that modern CLI environments _do_ edit command lines that >are longer than the terminal width. The CLI takes care of the issues involved >in displaying the command over multiple physical terminal lines, jumping the >cursor between those physical lines, and reflowing text across those >physical lines when adding/removing characters from the command line. > >This capability is a standard CLI function these days and it's omission from >DCL, along with the other features like filename completion, makes DCL feel >very dated. Hmmm... a chance to hack! :) I don't think much of this as a problem since I use DECterms and can copy a long line and edit it quite easily; however, I can see where this might be a problem for those of you still using your venerable VT100s. ;) -- 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: Thu, 25 Sep 2008 09:53:41 -0400 From: "Richard B. Gilbert" Subject: Re: Enhancing DCL, was: Re: How do I add 2 letters to a long Message-ID: Simon Clubley wrote: > In article , "Richard B. Gilbert" writes: >> Since the available terminals generally do not support more than 132 >> characters per line, there is little point in supporting command line >> editing for longer lines! > > I think that you have completely missed the point here. :-) > > The whole idea is that modern CLI environments _do_ edit command lines that > are longer than the terminal width. The CLI takes care of the issues involved > in displaying the command over multiple physical terminal lines, jumping the > cursor between those physical lines, and reflowing text across those > physical lines when adding/removing characters from the command line. > > This capability is a standard CLI function these days and it's omission from > DCL, along with the other features like filename completion, makes DCL feel > very dated. > > Simon. > Then why don't you use something more "modern"? I don't type very well but I still manage to use Windows, Linux, Solaris, and VMS without too much trouble. ------------------------------ Date: 25 Sep 2008 07:21:43 -0500 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: RE: How can I tell a file marked nobackup was backed up without ignore=nobackup Message-ID: In article <2244F1A54F4A4B10B33DC9A790175382@CHARONLAP>, "Peter Weaver" writes: > > I have not studied the backup saveset format either, but I did notice that > if you do a BACKUP/LIST/ANALYZE/FULL then search the listing file for the > text "FLAGS = %X'00000020'" you will find files that are marked > NOBACKUP. I never looked to see what the flag shows if you do the backup > with /IGNORE=NOBACKUP. The header in the listing shows exactly the backup command you used. ------------------------------ Date: Thu, 25 Sep 2008 09:45:31 -0700 From: Joe Bloggs Subject: Re: Manipulating debug and traceback flags Message-ID: On Fri, 19 Sep 2008 11:38:33 -0600, Dan O'Reilly wrote: >I'm looking for a couple of old programs, called SETEXEFLAGS and >PATCH_TRACEBACK, that used to be hanging around in cyberspace someplace. I >need these to manipulate the TRACEBACK flag in an AXP image. ftp://ftp.gwdg.de/pub/vms/ have a look for SET_EXE.COM usage: @SET_EXE image [/[no]DEBUG] [/[no]TRACE] ------------------------------ Date: Thu, 25 Sep 2008 08:35:52 -0700 From: "Tom Linden" Subject: MP Solved WAS EFI Console Message-ID: On Thu, 25 Sep 2008 06:58:57 -0700, Tom Linden wrote: > On Thu, 25 Sep 2008 06:42:20 -0700, forrret.kenney@hp.com_nospam > wrote: > >> If there is power to the system you should get at least on LED on >> the LAB connector for the MP. If there is no LED looks like you >> may have a non-functional Management Processor module. >> > I will check that when I get to the office. I was referring to the MP > ethernet > port. > >> >> Forrest >> Turns out that the printed ribbon cable with the small connect to the monitor board was loose. Now I can see the MP. However, coming from the alpha over tta0 with set host/dte the screen continually refreshes and the up down arrows down do anything. Here are the TTA0 settings Terminal: _TTA0: Device_Type: Unknown Owner: No Owner Input: 9600 LFfill: 0 Width: 80 Parity: None Output: 9600 CRfill: 0 Page: 24 Terminal Characteristics: Interactive Echo Type_ahead No Escape No Hostsync TTsync Lowercase No Tab Wrap Scope No Remote Eightbit Broadcast No Readsync No Form Fulldup No Modem No Local_echo Autobaud No Hangup No Brdcstmbx No DMA No Altypeahd Set_speed No Commsync Line Editing Overstrike editing No Fallback No Dialup No Secure server Disconnect No Pasthru No Syspassword No SIXEL Graphics No Soft Characters No Printer Port Numeric Keypad No ANSI_CRT No Regis No Block_mode No Advanced_video No Edit_mode No DEC_CRT No DEC_CRT2 No DEC_CRT3 No DEC_CRT4 No DEC_CRT5 No Ansi_Color VMS Style Input Backspace I also tried from a W2K box using hypeterm and similar crap. -- PL/I for OpenVMS www.kednos.com ------------------------------ Date: Thu, 25 Sep 2008 09:52:01 -0600 From: Dan O'Reilly Subject: Re: MP Solved WAS EFI Console Message-ID: <6.1.2.0.2.20080925095052.0d8eb2e8@raptor.psccos.com> At 09:35 AM 9/25/2008, Tom Linden wrote: >On Thu, 25 Sep 2008 06:58:57 -0700, Tom Linden wrote: > >>On Thu, 25 Sep 2008 06:42:20 -0700, forrret.kenney@hp.com_nospam >> wrote: >> >>> If there is power to the system you should get at least on LED on >>>the LAB connector for the MP. If there is no LED looks like you >>>may have a non-functional Management Processor module. >>I will check that when I get to the office. I was referring to the MP >>ethernet >>port. >> >>> >>>Forrest >Turns out that the printed ribbon cable with the small connect >to the monitor board was loose. Now I can see the MP. > >However, coming from the alpha over tta0 with set host/dte >the screen continually refreshes and the up down arrows down do >anything. > >Here are the TTA0 settings > >Terminal: _TTA0: Device_Type: Unknown Owner: No Owner > > Input: 9600 LFfill: 0 Width: 80 Parity: None > Output: 9600 CRfill: 0 Page: 24 > >Terminal Characteristics: > Interactive Echo Type_ahead No Escape > No Hostsync TTsync Lowercase No Tab > Wrap Scope No Remote Eightbit > Broadcast No Readsync No Form Fulldup > No Modem No Local_echo Autobaud No Hangup > No Brdcstmbx No DMA No Altypeahd Set_speed > No Commsync Line Editing Overstrike editing No Fallback > No Dialup No Secure server Disconnect No Pasthru > No Syspassword No SIXEL Graphics No Soft Characters No Printer Port > Numeric Keypad No ANSI_CRT No Regis No Block_mode > No Advanced_video No Edit_mode No DEC_CRT No DEC_CRT2 > No DEC_CRT3 No DEC_CRT4 No DEC_CRT5 No Ansi_Color > VMS Style Input Backspace > >I also tried from a W2K box using hypeterm and similar crap. Is your firmware at the latest rev? I found the EFI terminal emulation increased markedly in quality once I upgraded mine. ------ +-------------------------------+----------------------------------------+ | Dan O'Reilly | "There are 10 types of people in this | | Principal Engineer | world: those who understand binary | | Process Software | and those who don't." | | http://www.process.com | | +-------------------------------+----------------------------------------+ ------------------------------ Date: Thu, 25 Sep 2008 09:03:53 -0700 From: "Tom Linden" Subject: Re: MP Solved WAS EFI Console Message-ID: On Thu, 25 Sep 2008 08:52:01 -0700, Dan O'Reilly wrote: > At 09:35 AM 9/25/2008, Tom Linden wrote: >> On Thu, 25 Sep 2008 06:58:57 -0700, Tom Linden >> wrote: >> >>> On Thu, 25 Sep 2008 06:42:20 -0700, forrret.kenney@hp.com_nospam >>> wrote: >>> >>>> If there is power to the system you should get at least on LED on >>>> the LAB connector for the MP. If there is no LED looks like you >>>> may have a non-functional Management Processor module. >>> I will check that when I get to the office. I was referring to the MP >>> ethernet >>> port. >>> >>>> >>>> Forrest >> Turns out that the printed ribbon cable with the small connect >> to the monitor board was loose. Now I can see the MP. >> >> However, coming from the alpha over tta0 with set host/dte >> the screen continually refreshes and the up down arrows down do >> anything. >> >> Here are the TTA0 settings >> >> Terminal: _TTA0: Device_Type: Unknown Owner: No Owner >> >> Input: 9600 LFfill: 0 Width: 80 Parity: None >> Output: 9600 CRfill: 0 Page: 24 >> >> Terminal Characteristics: >> Interactive Echo Type_ahead No Escape >> No Hostsync TTsync Lowercase No Tab >> Wrap Scope No Remote Eightbit >> Broadcast No Readsync No Form Fulldup >> No Modem No Local_echo Autobaud No Hangup >> No Brdcstmbx No DMA No Altypeahd Set_speed >> No Commsync Line Editing Overstrike editing No Fallback >> No Dialup No Secure server Disconnect No Pasthru >> No Syspassword No SIXEL Graphics No Soft Characters No Printer >> Port >> Numeric Keypad No ANSI_CRT No Regis No >> Block_mode >> No Advanced_video No Edit_mode No DEC_CRT No DEC_CRT2 >> No DEC_CRT3 No DEC_CRT4 No DEC_CRT5 No >> Ansi_Color >> VMS Style Input Backspace >> >> I also tried from a W2K box using hypeterm and similar crap. > > Is your firmware at the latest rev? I found the EFI terminal emulation > increased markedly in quality once I upgraded mine. I was having trouble talking to it, but following Pauls formulae I reset to VT100 > > > ------ > +-------------------------------+----------------------------------------+ > | Dan O'Reilly | "There are 10 types of people in this > | > | Principal Engineer | world: those who understand binary > | > | Process Software | and those who don't." > | > | http://www.process.com | > | > +-------------------------------+----------------------------------------+ > -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ------------------------------ Date: Thu, 25 Sep 2008 17:16:19 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: MP Solved WAS EFI Console Message-ID: <00A80299.5C7B04D7@SendSpamHere.ORG> In article , "Tom Linden" writes: >On Thu, 25 Sep 2008 06:58:57 -0700, Tom Linden wrote: > >> On Thu, 25 Sep 2008 06:42:20 -0700, forrret.kenney@hp.com_nospam >> wrote: >> >>> If there is power to the system you should get at least on LED on >>> the LAB connector for the MP. If there is no LED looks like you >>> may have a non-functional Management Processor module. >>> >> I will check that when I get to the office. I was referring to the MP >> ethernet >> port. >> >>> >>> Forrest >>> >Turns out that the printed ribbon cable with the small connect >to the monitor board was loose. Now I can see the MP. > >However, coming from the alpha over tta0 with set host/dte >the screen continually refreshes and the up down arrows down do >anything. > >Here are the TTA0 settings > >Terminal: _TTA0: Device_Type: Unknown Owner: No Owner > > Input: 9600 LFfill: 0 Width: 80 Parity: None > Output: 9600 CRfill: 0 Page: 24 > >Terminal Characteristics: > Interactive Echo Type_ahead No Escape > No Hostsync TTsync Lowercase No Tab > Wrap Scope No Remote Eightbit > Broadcast No Readsync No Form Fulldup > No Modem No Local_echo Autobaud No Hangup > No Brdcstmbx No DMA No Altypeahd Set_speed > No Commsync Line Editing Overstrike editing No Fallback > No Dialup No Secure server Disconnect No Pasthru > No Syspassword No SIXEL Graphics No Soft Characters No Printer Port > Numeric Keypad No ANSI_CRT No Regis No Block_mode > No Advanced_video No Edit_mode No DEC_CRT No DEC_CRT2 > No DEC_CRT3 No DEC_CRT4 No DEC_CRT5 No Ansi_Color > VMS Style Input Backspace > >I also tried from a W2K box using hypeterm and similar crap. Tom, Where are you trying to use the arrow-keys? The menus at the MP are entered with, usually, two letter commands. For example: CM, CO, CL, SL, etc. The only place I recall the arrows working is in the COnsole menu. -- 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: Thu, 25 Sep 2008 10:20:54 -0700 From: Joe Bloggs Subject: Re: Ordered media from hobbyist site but no action taken Message-ID: On Sun, 21 Sep 2008 10:10:05 -0700 (PDT), "vmsmangler@earthlink.net" wrote: >Last Sunday evening I ordered the OpenVMS Alpha media from the >Hobbyist website. It said my order was received and would arrive in >several days. Nothing has happened since then. No transaction on my >credit card has been posted. I emailed the website but have had >no response. > >Anybody else having problems with the hobbyist site? > >Bill (aka VMS Mangler) if the site (or rather the site admins) is near Houston (Plano?) maybe consider that most of the area had no power for the last week or two, (Hurricane Ike) ------------------------------ Date: Thu, 25 Sep 2008 04:22:49 -0700 (PDT) From: Neil Rieck Subject: Re: OT: The end of the world in roughly 3 hours Message-ID: On Sep 25, 3:53=A0am, JF Mezei wrote: > Question: > > In the central Ontario town of Sudbury, there is some experiment that > was installed deep in a mine to measure some of the smallest particles > thrown at the earth by the sun. So those go thorugh not only the > atmosphere, but also a large amount of ground/rocks and can still be > detected. > > In the case of the accerator, what happens when a proton that is highly > charged and highly accelerated strays from the course and wants to > escape the comfort of its vacuum tube ? > > Does it just go where it wants, small enough to go through normal matter > like metals, eventually slowing down and staying put ? Or would it cause > =A0real/visible material damage on the stuff it tries to go through ? > > In other words, when the japanese miniaturise this accelerator into a > portable ray gun sold at ToysR Us, would firing such a gun at a > politician cause the politican to notice ? Or would the protons just > pass through the politician like butter ? JF. The experiment you are referring to is called SNO (Sudbury Neutrino Experiment). One of the main objectives is to observe Soloar neutrinos to find out why many of them are missing. (Neutrinos are near-massless leptons with no electical charge). Stellar models tell us that there should be many more of them than scientists have actually detected. Before SNO, it was thought that neutrinos were massless and travalled the speed of light. Scientists at SNO have postulated that neutrinos oscillate between three different neutino flavors. If neutrinos travelled the speed of light, they would not feel time and so would not be able to oscillate. But since they do feel time, they must be travelling a little slower than the speed of light. This means that they must have a little more mass than previously thought. http://en.wikipedia.org/wiki/Neutrino http://en.wikipedia.org/wiki/Sudbury_Neutrino_Observatory http://en.wikipedia.org/wiki/Leptons Neil Rieck Kitchener/Waterloo/Cambridge, Ontario, Canada. http://www3.sympatico.ca/n.rieck/ ------------------------------ Date: 25 Sep 2008 12:58:07 GMT From: billg999@cs.uofs.edu (Bill Gunshannon) Subject: Re: OT: The end of the world in roughly 3 hours Message-ID: <6k1g6vF5clbsU1@mid.individual.net> In article <331ce77d-49f6-48a6-810a-69946005b8f1@r66g2000hsg.googlegroups.com>, AEF writes: > On Sep 23, 12:42 pm, billg...@cs.uofs.edu (Bill Gunshannon) wrote: >> In article , >> hel...@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes: >> >> >> >> > In article <6js62cF4rf5...@mid.individual.net>, billg...@cs.uofs.edu >> > (Bill Gunshannon) writes: >> >> >> Yes, he did. Mere days before sighting land. And at a point where he >> >> had actually travelled less than half the distance any educated person >> >> of the time would have known it would take to reach the far east while >> >> traveling in that direction. Contrary to popular belief no educated >> >> person of the time aactually thought the earth was flat. The ancient >> >> greeks had determined it was round and had done a pretty good job of >> >> computing it's circumferance. So, based on the amount of rations >> >> Columbus left Spain with and the knowledge he is known to have had >> >> (and some he is suspected to have had) it becomes obvious that "The >> >> Far East" was never his target because assuming an all sea route in a >> >> westerly direction, he left with insuffucient rations to make the trip. >> >> > Columbus used a smaller value for the circumference of the Earth than >> > the correct value, >> >> Smaller is an understatement as he missed it by more than 50%. A >> navigator who made mistakes like that would hardly have lasted as >> long as he had or had a reputaion supposedly as good as his. >> >> > even though other folks at the time had something >> > quite close to the correct value. >> >> At the time? Try more than 1400 years earlier. > > Why does this matter? > >> >> > Was this intentional on his part to >> > make his plans sound more realistic, or did he really believe in the >> > smaller value? >> >> Or did he have pre-knowledge of the existence of the North and South >> American (although obviously not under that name) continents and merely >> bilked Ferdinand and Isabella into financing his boondogle to se what >> was there!! > > Or did he prefer dogs or cats? This is pure speculation. Maybe he did? > Maybe not. Is there any evidence at all to make what you suspect > plausible? > The known existence of a map showing the coastline of north and south america. The fact that he obviously knew the true circumference of the earth. The fact that he took just enough supplies to reach that destination and way too little to actully reach India by traveling west. Looks kinda like simple math to add them up. You do realize that Spain wasn't the first place asked to fiannce this boondogle. Others, refused. bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves billg999@cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include ------------------------------ Date: 25 Sep 2008 15:26:28 GMT From: billg999@cs.uofs.edu (Bill Gunshannon) Subject: Re: OT: The end of the world in roughly 3 hours Message-ID: <6k1ot4F5n16pU2@mid.individual.net> In article , m.kraemer@gsi.de (Michael Kraemer) writes: > In article <43dfa11d-2dc0-4b89-8a01-02981f3fc296@k13g2000hse.googlegroups.com>, > AEF writes: >> >> Yes, politics is involved. So? What could CERN have promised that they >> didn't already do year after year? Some people, me included, think >> basic research is important not only for possible -- perhaps even >> likely -- application later, but as a noble cause in continuing to >> learn more about how our world works. Back to fraud: Can you give some >> specific examples? Did CERN promise to cure all cancers? Did they >> promise a Star Trek-like world? Paradise? A successor to Teflon? >> What? >> > > Fraud is a bit strong. But a good amount of dishonesty is almost always > connected with expensive big science. Not just big science, unfortunately. Like the school in Maryland who shall remain anonymous who got a decent sized grant from the Feds for Socio/Biological research. They spent the money elsewhere, faked all the numbers and created a report that contained what they thought the Feds wantred to hear anyway. A real good example of the current int- erpretation of "the scientific method"!! bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves billg999@cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include ------------------------------ Date: 25 Sep 2008 15:40:33 GMT From: billg999@cs.uofs.edu (Bill Gunshannon) Subject: Re: OT: The end of the world in roughly 3 hours Message-ID: <6k1pngF5fn7pU1@mid.individual.net> In article , david20@alpha2.mdx.ac.uk writes: > In article <6k1g6vF5clbsU1@mid.individual.net>, billg999@cs.uofs.edu (Bill Gunshannon) writes: >>In article <331ce77d-49f6-48a6-810a-69946005b8f1@r66g2000hsg.googlegroups.com>, >> AEF writes: >>> On Sep 23, 12:42 pm, billg...@cs.uofs.edu (Bill Gunshannon) wrote: >>>> In article , >>>> hel...@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes: >>>> >>>> >>>> >>>> > In article <6js62cF4rf5...@mid.individual.net>, billg...@cs.uofs.edu >>>> > (Bill Gunshannon) writes: >>>> >>> >> >>The known existence of a map showing the coastline of north and south >>america. > > The Vikings discovered parts of North America - archaeological evidence > having been found in Newfoundland. However I know of no sagas or archaeological > evidence for them having any knowledge of central or South America. > > Columbus' voyage obviously didn't follow the route followed by the Vikings but > a much more southerly route. > > I'd be interested in any links you have for the map of South America you > mention above. http://www.viewzone.com/pirireis.html http://en.wikipedia.org/wiki/Piri_Reis_map > > >> The fact that he obviously knew the true circumference of >>the earth. The fact that he took just enough supplies to reach that >>destination and way too little to actully reach India by traveling west. >>Looks kinda like simple math to add them up. You do realize that >>Spain wasn't the first place asked to fiannce this boondogle. Others, >>refused. >> > Which raises the question of why if he had evidence - such as a Map of North > and South America he didn't use that to promote his voyage of exploration to > the West rather relying on finding a Monarch who would not dismiss his figures > for the size of the Earth as nonsense. Because no one was going to finance a trip that did not have what was thought o be a guarenteed ROI. The value of spices and other products from the Far East was known. What, if anything, was to be found in a "New World" was unknown. Not all that different from finances today. > Even if he only knew there was some habitable land there rather than a large > continent it would have been better to have argued for a two part voyage > taking on provisions there before continuing on to India. (A Monarch would > have been unlikely to have considered that the land would be so large as to > provide a barrier to further travel). Well, that may well have made the trip seem too long. Remember, they already had two ways if getting there. Over land, very dangerous and expensive. And around the Horn of Africa, considered much too long. He had to sell them on a shorter, faster route. He apparently did even though any educated person oif the time would have been taught something quite the contrary. I'm actually surprised he didn't sell them the Brooklyn Bridge, too. bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves billg999@cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include ------------------------------ Date: 25 Sep 2008 16:38:19 GMT From: billg999@cs.uofs.edu (Bill Gunshannon) Subject: Re: OT: The end of the world in roughly 3 hours Message-ID: <6k1t3rF5mnnrU1@mid.individual.net> In article , david20@alpha2.mdx.ac.uk writes: > In article <6k1pngF5fn7pU1@mid.individual.net>, billg999@cs.uofs.edu (Bill Gunshannon) writes: >>In article , >> david20@alpha2.mdx.ac.uk writes: >>> In article <6k1g6vF5clbsU1@mid.individual.net>, billg999@cs.uofs.edu (Bill Gunshannon) writes: >>>>In article <331ce77d-49f6-48a6-810a-69946005b8f1@r66g2000hsg.googlegroups.com>, >>>> AEF writes: >>>>> On Sep 23, 12:42 pm, billg...@cs.uofs.edu (Bill Gunshannon) wrote: >>>>>> In article , >>>>>> hel...@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes: >>>>>> >>>>>> >>>>>> >>>>>> > In article <6js62cF4rf5...@mid.individual.net>, billg...@cs.uofs.edu >>>>>> > (Bill Gunshannon) writes: >>>>>> >>>>> >>>> >>>>The known existence of a map showing the coastline of north and south >>>>america. >>> >>> The Vikings discovered parts of North America - archaeological evidence >>> having been found in Newfoundland. However I know of no sagas or archaeological >>> evidence for them having any knowledge of central or South America. >>> >>> Columbus' voyage obviously didn't follow the route followed by the Vikings but >>> a much more southerly route. >>> >>> I'd be interested in any links you have for the map of South America you >>> mention above. >> >>http://www.viewzone.com/pirireis.html >>http://en.wikipedia.org/wiki/Piri_Reis_map >> > That Map appears to be from 1513, sometime after Columbus and from the > wikipedia article it appears that parts were from Columbus' own maps and > Portuguese maps of that period. If you actually read the articles about it you find that it is based on maps and charts going back to long before Columbus that the Turkish navigators were well aware of. Piri Reis pulled to grther a lot of maps, including Columbus's charts but was celar in his notes that the sources were much older. Some are claimed to have gone back to the time of Alexander the Great. There have been published articles (no, I don't remember the references as I read most of them long before the web even existed) that stated there was considerable evidence that in preparing for his journey Columbus visited many places, including Turkey examining avaialable charts and maps. > The controversial bit seems more to do with its depicition of a Southern > Continent which could arguably be seen as a depiction of Antartica. All of it is rather controversial as even at the time this map was prepared by OPiri Reis the South American continent had not been thoroughly mapped. The part depicting Antarctica sans ice is just more fodder for speculation. The most important items are the fact that experienced navigators would have known how far it was from Spain to India traveling west and there were existant charts showing that there was a land mass blocking any attempt to sail in that direction. It becomes much more fun trying to figure out who made those earlier charts and maps and why this knowledge lay lost for so long. bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves billg999@cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include ------------------------------ Date: Thu, 25 Sep 2008 09:32:29 -0700 From: "Tom Linden" Subject: setting IP in MP on RX2600 Message-ID: I have been staring the shell commands and don't see how to configure the NIC. Display from shell appears ok, but from main menu it doesn't generate new lines but overwrites itself, which makes toggling through menu items a nuisance. -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ------------------------------ Date: Thu, 25 Sep 2008 10:03:33 -0700 From: "Tom Linden" Subject: Re: setting IP in MP on RX2600 Message-ID: On Thu, 25 Sep 2008 09:32:29 -0700, Tom Linden wrote: > I have been staring the shell commands and don't see how to configure the > NIC. Display from shell appears ok, but from main menu it doesn't > generate > new lines but overwrites itself, which makes toggling through menu items > a > nuisance. > Never mind figure it out (with a bit of help:-) -- PL/I for OpenVMS www.kednos.com ------------------------------ Date: Thu, 25 Sep 2008 06:40:45 GMT From: =?ISO-8859-1?Q?Jan-Erik_S=F6derholm?= Subject: Re: SSH break-in attempts Message-ID: Alan Frisbie wrote: > Jan-Erik Söderholm wrote: >> Alan Frisbie wrote: >>> Peter Weaver wrote: > >>>> $ search TCPIP$SSH_RUN.LOG;* 'sysrem_node /status > >>> I have never seen the /Status switch on Search before, >> >> There isn't any. Should be /STATISTICS. >> On 8.3 /STATISTICS now creates a few symbols... > > I have gone through the v8.3 DCL manual, the Release Notes, > and the New Features manual, and the HELP facility, but > cannot find anything about the symbols. I must be blind. > Where is this feature documented? The only sign of documentation I found when looking through the 8.3 manuals was this in table 2-1 on page 2-1 in the "New Features" manual : SEARCH : /STATISTICS qualifier now defines several DCL symbols with the statistics information. I havn't been able to check $HELP SEARCH on a 8.3 system... Jan-Erik. ------------------------------ Date: Thu, 25 Sep 2008 03:30:38 -0400 From: JF Mezei Subject: Re: SSH break-in attempts Message-ID: <48db3ee7$0$12372$c3e8da3@news.astraweb.com> Jan-Erik Söderholm wrote: > SEARCH : /STATISTICS qualifier now defines several DCL > symbols with the statistics information. > > I havn't been able to check $HELP SEARCH on a 8.3 system... I have. And it is not mentioned. But a test reveals: $search /stat systartup_vms.com start $ show symbol/local * SEARCH$CHARACTERS_SEARCHED = "8857" SEARCH$FILES_SEARCHED = "1" SEARCH$LINES_PRINTED = "48" SEARCH$RECORDS_MATCHED = "48" SEARCH$RECORDS_SEARCHED = "316" ------------------------------ Date: Thu, 25 Sep 2008 09:36:55 +0200 From: "Fred Zwarts" Subject: Re: SSH break-in attempts Message-ID: "Bob Koehler" wrote in message = news:FxQU2NFA7vzk@eisner.encompasserve.org... > In article , "Fred Zwarts" = writes: >>=20 >> DCL uses only the first four characters of verbs and qualifiers at = =3D >> maximum. >> Try HELP SEAR /STAT >>=20 > Not quite true. While all verbs are unique at no more than four > characters, additional characters can be used to distinguish between > symbols and verbs. >=20 > For example, there is no LOGOUTNOW command. But I've had=20 > LO*GOUT =3D=3D "@SYS$LOGIN:LOGOUT.COM" > for many years. LOGOUT.COM ends with LOGOUTNOW which DCL > regonises as not matching the symbol LO*GOUT. Then it finds that=20 > it does match to four characters the verb LOGOUT. >=20 > Similarly, because so many people set up DEL*ETE =3D=3D = "DELETE/CONFIRM" > (which returns a warning if you need delete/symbol), I often code > DELETEE in DCL scripts. As in DELETEE/SYMBOL DEL, which then > returns simple success. I was speaking about verbs and qualifiers, not about symbols. For symbols the 4 character limit is not used. Anyhow, instead of using LOGOUTNOW, you could also use LOGON, which will log you out. It demonstrates better that only four characters are used for verbs. Instead of changing verbs in scripts, the recommended method is to use SET SYMBOL /SCOPE=3D(NOLOCAL,NOGLOBAL). Of course it might be needed to work around the case that SET is defined as a symbol, but that is left as an exercise for the reader. ------------------------------ Date: Thu, 25 Sep 2008 07:09:20 -0700 From: "Tom Linden" Subject: Re: SSH break-in attempts Message-ID: -- snip -- On Wed, 24 Sep 2008 14:57:13 -0700, Rich Jordan wro= te: >> It seems to me that a useful feature would be a per-IP-address >> connection limit. I could easily live with no more than, say, 16 SSH= >> connections from any particular IP address, and if an attacker hit th= at >> kind of limit, it would not interfere with connections coming from mo= re >> legitimate sources. >> >> Anyone else think that this might be useful? (Or is it already in= >> some new TCPIP version?) >> >> ---------------------------------------------------------------------= --- >> >> Steven M. Schweda sms@antinode-info >> 382 South Warwick Street (+1) 651-699-9818 >> Saint Paul MN 55105-2547 > Just an FYI, from SANS last week > http://isc.sans.org/diary.html?storyid=3D5047 is anyone using this list with TCPIP? -- = PL/I for OpenVMS www.kednos.com ------------------------------ Date: 25 Sep 2008 15:20:56 GMT From: billg999@cs.uofs.edu (Bill Gunshannon) Subject: Re: SSH break-in attempts Message-ID: <6k1oioF5n16pU1@mid.individual.net> Out of curiosity, what versions of SSH are supported by VMS's various IP stacks? I hope everyone here knows that Version 1 should always be disabled. bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves billg999@cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include ------------------------------ Date: Thu, 25 Sep 2008 00:57:07 -0700 (PDT) From: Bob Gezelter Subject: Re: Strange occurance when mixing "set proc/unit=byte" and pipe Message-ID: <554f9d31-0e7a-49ec-8db1-1d5d4779bae5@x41g2000hsb.googlegroups.com> On Sep 25, 12:19=A0am, "Ken Robinson" wrote: > I noticed a very strange (reproducible) bug today on both V7.3-2 and v8.3= -1h1 > > Do the following: > > $ set proc/unit=3Dbyte > $ sho dev d/mou =A0! =A0this is fine -- the free space shows as bytes > $ pipe sho dev d/mou ! this is also fine > $ pipe sho dev d/mou | type sys$pipe =A0! what happened? the free space > shows as blocks > $ pipe sho dev d/mou/un=3Dby | type sys$pipe ! ok again, but I shouldn't > have do that > > This also happens when you pipe the output of the directory/size > command to another process. > > I've also post this on the ITRC forums at > > > Ken [From my ITRC Forum posting to the thread referenced in the OP] Ken, I agree with Steve and Willem. This is one of those debates about what the proper things to propagate when SPAWN is invoked. There is an argument for a greater set of process parameters to be "cloned" when a SPAWN is done, i.e., there is a strong argument that a whole set of settable parameters should be cloned, or at least the default should be that they are cloned. Among these parameters are RMS parameters, and various process settings. Insofar as I recall, only the DEFAULT string, symbols, and process logical names are cloned. I suspect that you are not the first to notice this inconsistency. Perhaps a "feature" request to Engineering for SET PROCESS/ SPAWN_MODE=3DCLONE|RAW or SET PROCESS/SPAWN=3D([NO]LOGICAL_NAME,[NO]RMS, [NO]SYMBOL, [NO]SETTINGS])? - Bob Gezelter, http://www.rlgsc.com ------------------------------ Date: 25 Sep 2008 07:23:52 -0500 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: Strange occurance when mixing "set proc/unit=byte" and pipe Message-ID: In article <7dd80f60809242119u65f4dc99o920d50298cb6724c@mail.gmail.com>, "Ken Robinson" writes: > $ pipe sho dev d/mou | type sys$pipe ! what happened? the free space > shows as blocks Per process flag is appearently not being passed to subprocesses by spawn. Generally speaking spawn does pass such things, so IMHO, its a bug. But I haven't had time to check whether it's a documented behaviour. If it's documented to behave this way then it's not a bug. ------------------------------ Date: Thu, 25 Sep 2008 09:09:55 -0400 From: "Peter Weaver" Subject: RE: Strange occurance when mixing "set proc/unit=byte" and pipe Message-ID: >... > $ set proc/unit=byte > $ sho dev d/mou ! this is fine -- the free space shows as bytes > $ pipe sho dev d/mou ! this is also fine > $ pipe sho dev d/mou | type sys$pipe ! what happened? the free space > shows as blocks >... Creating a new process is resource intensive in VMS so PIPE is smart enough to not create a process if it has nothing to do. Try $ PIPE SHOW PROCESS/ACCOUNTING $ PIPE SHOW PROCESS/ACCOUNTING | TYPE SYS$PIPE The first one is the same as "SHOW PROCESS/ACCOUNTING" and the PIPE is ignored. The second one creates a new sub-process. SET PROCESS/UNIT=BYTE is not carried on to the new process when it is created. Peter Weaver www.weaverconsulting.ca www.openvmsvirtualization.com www.vaxvirtualization.com www.alphavirtualization.com Winner of the 2007 OpenVMS.org Readers' Choice Award for System Management/Performance ------------------------------ Date: Thu, 25 Sep 2008 02:24:47 -0400 From: JF Mezei Subject: Re: Text file generated by a Cobol application Message-ID: <48db2f79$0$12386$c3e8da3@news.astraweb.com> Michael Moroney wrote: > Which brings up a question: Does anyone know of a newsreader for VMS that > properly handles MIME and quoted-printable, and preferably character sets > beyond straight ASCII and ISO-8859-1? Mozilla does. Yeah, it is very resource hungry, but the newsreader function (which also handles emails) is recent enough to handle current character sets and encodings. ------------------------------ Date: 25 Sep 2008 07:19:07 -0500 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: Text file generated by a Cobol application Message-ID: In article , moroney@world.std.spaamtrap.com (Michael Moroney) writes: > Which brings up a question: Does anyone know of a newsreader for VMS that > properly handles MIME and quoted-printable, and preferably character sets > beyond straight ASCII and ISO-8859-1? Mozilla. ------------------------------ Date: Thu, 25 Sep 2008 04:54:02 -0700 (PDT) From: Neil Rieck Subject: Re: We only open our wallets when the price is dirt cheap. Message-ID: Judging from the personal emails, many people have taken my original post out of context. The CHARON solution recently installed by my employer "works". If employees at this same company treated it as a VAX rather than a WinTel system, it would be much more stable. (CHARON makes a VAX emulator which runs on LINUX, which might have been a better choice for us than Windows 2003 Server) Some people preached a little sermon on virtualization and/or emulation. To those people let me state "I'm Old School". I see no reason to emulate if replacement hardware is available. It is obvious to me that some of you have not heard of Nemonix Engineering http://www.nemonixengineering.com/ or eBay). Emulators do have some neat applications and are not worthless (IMHO). However, some of you still think that emulators are appropriate everywhere which makes me wonder why Intel spent all that money developing Itanium when an emulator might do the trick. Neil Rieck Kitchener/Waterloo/Cambridge, Ontario, Canada. http://www3.sympatico.ca/n.rieck/ ------------------------------ Date: 25 Sep 2008 12:29:36 GMT From: billg999@cs.uofs.edu (Bill Gunshannon) Subject: Re: We only open our wallets when the price is dirt cheap. Message-ID: <6k1ehfF5isepU1@mid.individual.net> In article , "Steven Underwood" writes: > "Stanley F. Quayle" wrote in message > news:48D90961.25918.20736CED@infovax.stanq.com... >> On 21 Sep 2008 at 19:45, Steven Underwood wrote: >>> I looked into Charon APR-2007 as an option to purchasing a refurb VAX >>> 7000-630 to match our running system for DR. The quote for the Charon >>> solution was ~10x the price for the VAX. It was so much higher, I could >>> not >>> realistically even propose the solution. >> >> I hear that fairly often. But you are comparing a brand new box with a >> used one. Did >> you compare the 7630 with CHARON-VAX 6620? Nearly the same performance, >> and markedly >> cheaper than the 6630 emulator. >> > > 6630 was quoted. No other option was even presented and I mentioned during > the original contact that the current machine was not even using 1 CPU most > of the time so I should have thought about a 6610 option as well. > > What I would really like is to take one of the 2 Alpha's we currently own > and work on porting the home built apps (cobol) over to it, but I'm not > given that kind of time to work on this system either. If your "powers that be" decide to consider this option and you want some help, I was a very good COBOL programmer back in the good ole days. And I have both VAX and Alpha VMS systems available to me. And, as a final clincher, I do COBOL more for fun than work today so I could be had pretty cheap compared to the usual contractor rates. :-) bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves billg999@cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include ------------------------------ End of INFO-VAX 2008.518 ************************