1 INFO-VAX	Fri, 28 Feb 2003	Volume 2003 : Issue 115       Contents:5 ANN: MORE & CLEAR_ERRORS added to HG/Process archives , Anybody know why HP didn't get the business?0 Re: Anybody know why HP didn't get the business?2 Anyone use a Compaq 20/40 dlt tape drive in a vax?6 Re: Anyone use a Compaq 20/40 dlt tape drive in a vax?6 Re: Anyone use a Compaq 20/40 dlt tape drive in a vax?6 Re: Anyone use a Compaq 20/40 dlt tape drive in a vax?6 Re: Anyone use a Compaq 20/40 dlt tape drive in a vax?6 Re: Anyone use a Compaq 20/40 dlt tape drive in a vax?  Re: Fix for EDT emulation in EVE  get_unit_status details for RA818 Help: BADSECSYS, failed to create or access SECURITY.SYS< Re: Help: BADSECSYS, failed to create or access SECURITY.SYS@ Re: How Can a trailing Blank Page be stopped via VMS print Queue@ Re: How Can a trailing Blank Page be stopped via VMS print Queue@ Re: How Can a trailing Blank Page be stopped via VMS print Queue@ Re: How Can a trailing Blank Page be stopped via VMS print Queue@ Re: How Can a trailing Blank Page be stopped via VMS print Queue@ Re: How Can a trailing Blank Page be stopped via VMS print Queue' Re: HP Reports 1st Quarter 2003 Results ' Re: HP Reports 1st Quarter 2003 Results H Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyH Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyD Re: Idea for installing VMS without a 512byte CD-ROM...Will it work?D Re: Idea for installing VMS without a 512byte CD-ROM...Will it work?D Re: Idea for installing VMS without a 512byte CD-ROM...Will it work?B Re: Image restore of "old" saveset fails to restore VMS$COMMON.DIR Island - Your Systems Source ! Ken Farmer Websites  Re: Ken Farmer Websites / Re: Linus trashes Itanium - he's scared of VMS! B Re: memory errors and bugcheck dump (PROCGONE) with ALPHA 3000/600 Re: Mis-set Terminal Types, Re: More Tar problems (was  VMSTAR question)! Re: Official OpenVMS name for the P Re: OT but worth posting, virus warning: "FWD: Look at this pack	from Microsoft. OT: Re: Mis-set Terminal Types" Re: OT: Re: Mis-set Terminal Types! Re: Pine Email Problem on OpenVMS 2 Re: pseudointerface (TCPIP SET [CONFIG] INTERFACE)2 Re: pseudointerface (TCPIP SET [CONFIG] INTERFACE)$ Re: TCPIP and network loss detection Re: Upcoming VMS improvements ?  Re: Upcoming VMS improvements ?  Re: Upcoming VMS improvements ? ) updated ODS2 file system module for Linux - Re: updated ODS2 file system module for Linux - Re: updated ODS2 file system module for Linux  RE: VAX Emulators  Re: VMS Backup solutions Re: VMS Backup solutions Re: VMS Backup solutions Re: VMS Backup solutions Re: Volume set across RAID5  Re: Volume set across RAID5  Re: Volume set across RAID5   Re: Where to get a recent Emacs?  F ----------------------------------------------------------------------    Date: 27 Feb 2003 20:59:34 -0800- From: goathunter@goatley.com (Hunter Goatley) > Subject: ANN: MORE & CLEAR_ERRORS added to HG/Process archives< Message-ID: <3ff5fed3.0302272059.326f8b7@posting.google.com>  C Two brand-new applications have been contributed to my VMS freeware 	 archives:   +    o MORE  --  Simple more/less for OpenVMS   D      MORE is a simple version of the UNIX "more" or "less" commands.D      It lets you view a file and navigate back and forth through the      file while viewing it.   8      MORE was written by Matjaz Rihtar <matjaz@eunet.si>  A    o CLEAR_ERRORS  -- Clears device error counts on OpenVMS Alpha   =      Written by Mark Oakley <mark.oakley@verizonwireless.com>    Thanks to Matjaz and Mark!   http://www.process.com/openvms/   4 ftp://ftp.process.com/vms-freeware/fileserv/more.zip< ftp://ftp.process.com/vms-freeware/fileserv/clear_errors.zip9 http://vms.process.com/ftp/vms-freeware/fileserv/more.zip A http://vms.process.com/ftp/vms-freeware/fileserv/clear_errors.zip 0 ftp://ftp.tmk.com/vms-freeware/fileserv/more.zip8 ftp://ftp.tmk.com/vms-freeware/fileserv/clear_errors.zip5 http://www.tmk.com/ftp/vms-freeware/fileserv/more.zip = http://www.tmk.com/ftp/vms-freeware/fileserv/clear_errors.zip    and the other usual mirrors.   Hunter ------9 Hunter Goatley, Process Software, http://www.process.com/  goathunter@goatley.com   ------------------------------  # Date: Thu, 27 Feb 2003 22:21:52 GMT # From: "John Smith" <a@nonymous.com> 5 Subject: Anybody know why HP didn't get the business? F Message-ID: <4cw7a.3069$em1.1475@news04.bloor.is.net.cable.rogers.com>  4 ARCHIPELAGO PICKS SUN SERVERS FOR OTC STOCK TRADING," REPLACING MICROSOFT/INTEL MACHINES  E In a move to cut costs, boost speed, and increase its trading volume,  Archipelago C is shifting its OTC stock-trading business over to Sun Microsystems 
 Unix-based! servers by the end of next month.    ------------------------------  % Date: Thu, 27 Feb 2003 22:03:18 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> 9 Subject: Re: Anybody know why HP didn't get the business? ' Message-ID: <3E5EDF86.74022B3F@fsi.net>    John Smith wrote:  > 6 > ARCHIPELAGO PICKS SUN SERVERS FOR OTC STOCK TRADING,$ > REPLACING MICROSOFT/INTEL MACHINES > G > In a move to cut costs, boost speed, and increase its trading volume, 
 > Archipelago E > is shifting its OTC stock-trading business over to Sun Microsystems  > Unix-based# > servers by the end of next month.   C Did HP even try for it (we all know how wonderful OpenVMS marketing  is...)?    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Thu, 27 Feb 2003 14:26:04 -0500 ! From: Jim Agnew <jpagnew@vcu.edu> ; Subject: Anyone use a Compaq 20/40 dlt tape drive in a vax? ' Message-ID: <3E5E664C.77A4C2E4@vcu.edu>   H Version 5.5-2 VMS  they say it's not supported til v7 or so, but if it'sF a generic scsi tape, that works, that's enuf for me.. I just happen toC have one laying around, and would like to see if it works before we  cought up for an adapter.. ;-)   Jim    --  F "4,000 years ago I made a mistake."  Elrond Half-Elven, in "Fellowship of the Ring"   ------------------------------  % Date: Thu, 27 Feb 2003 15:52:47 -0500 ! From: Jim Agnew <jpagnew@vcu.edu> ? Subject: Re: Anyone use a Compaq 20/40 dlt tape drive in a vax? ' Message-ID: <3E5E7A9F.A56309B7@vcu.edu>   F my error... it's a DAT tape, Not a DLT... sorry guys... (and gals, and klingons, and kiznti...)  ;-)    Jim Agnew wrote: > J > Version 5.5-2 VMS  they say it's not supported til v7 or so, but if it'sH > a generic scsi tape, that works, that's enuf for me.. I just happen toE > have one laying around, and would like to see if it works before we   > cought up for an adapter.. ;-) >  > Jim  >  > --H > "4,000 years ago I made a mistake."  Elrond Half-Elven, in "Fellowship > of the Ring"   --  F "4,000 years ago I made a mistake."  Elrond Half-Elven, in "Fellowship of the Ring"   ------------------------------  % Date: Thu, 27 Feb 2003 20:46:47 -0000 3 From: "Jefferson Humber" <matrix01@globalnet.co.uk> ? Subject: Re: Anyone use a Compaq 20/40 dlt tape drive in a vax? 3 Message-ID: <_0GdnRgcn5ZNHcOjXTWc3g@brightview.com>   A I have used a Compaq external 20/40 DLT on a VAX 4000-100 running  5.5-2H4..... worked OK for me.  G I think if I remember correctly OpenVMS see's it as 'Generic TZ Drive'.    Jeff    . "Jim Agnew" <jpagnew@vcu.edu> wrote in message! news:3E5E664C.77A4C2E4@vcu.edu... J > Version 5.5-2 VMS  they say it's not supported til v7 or so, but if it'sH > a generic scsi tape, that works, that's enuf for me.. I just happen toE > have one laying around, and would like to see if it works before we   > cought up for an adapter.. ;-) >  > Jim  >  > --H > "4,000 years ago I made a mistake."  Elrond Half-Elven, in "Fellowship > of the Ring"   ------------------------------  % Date: Thu, 27 Feb 2003 21:27:42 -0000 3 From: "Jefferson Humber" <matrix01@globalnet.co.uk> ? Subject: Re: Anyone use a Compaq 20/40 dlt tape drive in a vax? 3 Message-ID: <izGdnfBjRbSKHsOjXTWcqA@brightview.com>    Jim,  H The only DAT drive I have used is a Digital model, I think OpenVMS see's: this one a TZ09 (But my memory is not what it used to be).  C I do believe though I have only tested this against OpenVMS 7.1 and D higher.......but I don't see why it wouldn't work on older versions.   Jeff        . "Jim Agnew" <jpagnew@vcu.edu> wrote in message! news:3E5E7A9F.A56309B7@vcu.edu... H > my error... it's a DAT tape, Not a DLT... sorry guys... (and gals, and > klingons, and kiznti...)  ;-)  >  > Jim Agnew wrote: > > L > > Version 5.5-2 VMS  they say it's not supported til v7 or so, but if it'sJ > > a generic scsi tape, that works, that's enuf for me.. I just happen toG > > have one laying around, and would like to see if it works before we " > > cought up for an adapter.. ;-) > >  > > Jim  > >  > > --J > > "4,000 years ago I made a mistake."  Elrond Half-Elven, in "Fellowship > > of the Ring" >  > --H > "4,000 years ago I made a mistake."  Elrond Half-Elven, in "Fellowship > of the Ring"   ------------------------------  # Date: Thu, 27 Feb 2003 22:27:35 GMT # From: "John Smith" <a@nonymous.com> ? Subject: Re: Anyone use a Compaq 20/40 dlt tape drive in a vax? E Message-ID: <rhw7a.3101$em1.621@news04.bloor.is.net.cable.rogers.com>   > "Jefferson Humber" <matrix01@globalnet.co.uk> wrote in message- news:izGdnfBjRbSKHsOjXTWcqA@brightview.com...  > Jim, > D > The only DAT drive I have used is a Digital model, I think OpenVMS see's < > this one a TZ09 (But my memory is not what it used to be). > E > I do believe though I have only tested this against OpenVMS 7.1 and F > higher.......but I don't see why it wouldn't work on older versions. >   D The old HP 37480a DAT drives (non-DEC firmware) worked fine with VMS 5.5    ------------------------------  % Date: Fri, 28 Feb 2003 13:44:18 +1030 % From: Jeremy Begg <jeremy@vsm.com.au> ? Subject: Re: Anyone use a Compaq 20/40 dlt tape drive in a vax? * Message-ID: <3E5ED40A.B3A28BB1@vsm.com.au>   Hi Jim,   N I believe the highest-capacity DAT drive supported on OpenVMS is 12/24GB (e.g.G TLZ10).  Apparently the 20/40 drives don't support the writing of "odd" L blocks, i.e. tape blocks with an odd number of bytes, and this functionality# is assumed by the BACKUP utility.   ( Of course, you may find it works anyway.   Jim Agnew wrote: > J > Version 5.5-2 VMS  they say it's not supported til v7 or so, but if it'sH > a generic scsi tape, that works, that's enuf for me.. I just happen toE > have one laying around, and would like to see if it works before we   > cought up for an adapter.. ;-) >  > Jim  >  > --H > "4,000 years ago I made a mistake."  Elrond Half-Elven, in "Fellowship > of the Ring"             Jeremy Begg   =   +---------------------------------------------------------+ =   |            VSM Software Services Pty. Ltd.              | =   |                 http://www.vsm.com.au/                  | =   |       "OpenVMS Systems Management & Programming"        | =   |---------------------------------------------------------| =   | P.O.Box 402, Walkerville, |  E-Mail:  jeremy@vsm.com.au | =   | South Australia 5081      |   Phone:  +61 8 8221 5188   | =   |---------------------------|  Mobile:  0414 422 947      | =   |  A.C.N. 068 409 156       |     FAX:  +61 8 8221 7199   | =   +---------------------------------------------------------+    ------------------------------  % Date: Thu, 27 Feb 2003 21:51:06 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> ) Subject: Re: Fix for EDT emulation in EVE ' Message-ID: <3E5EDCAA.503F2D2C@fsi.net>    Peter Weaver wrote:  >  > David J. Dachtera wrote: > >...H > > In EDT, I use GOLD-F to write the current buffer to a file. It wouldD > > be nice if EDT could write the current select range to file. I'dG > > probably put that on GOLD-S or something that I don't currently use  > > for anything else. > >... >  > Does this do what you want?  > F > define key gold s as "cutsr=writesrbuffer paste=writesrbuffer ext wr4 > ?*'Enter the Filename to Write: ' =writesrbuffer."   *VERY* creative!!!  Bravo!!!   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Thu, 27 Feb 2003 17:46:09 -0500 1 From: Bob Supnik <bsupnik@nauticusnet.nospam.com> ) Subject: get_unit_status details for RA81 8 Message-ID: <l75t5vo8opnlp4pj618mrt3tpji9e1593h@4ax.com>  C If anyone has the 'get unit status details' for an RA81, could they $ please post them or send them to me?  D I've had a request to add RA81 support to SIMH, but I don't have any+ of the statistics that need to be returned.    Thanks,    /Bob Supnik    ------------------------------  % Date: Thu, 27 Feb 2003 16:21:17 -0800 $ From: Shane Smith <ssmith@icius.com>A Subject: Help: BADSECSYS, failed to create or access SECURITY.SYS 0 Message-ID: <01C2DE7C.4D03F090@sulfer.icius.com>  9 Hi. I have a disk which is giving me the following error:    $ mount dka100 openvms72; %MOUNT-F-BADSECSYS, failed to create or access SECURITY.SYS - -SYSTEM-W-BADCHKSUM, bad file header checksum   E Ignore the disk label, the machine is running OpenVMS 7.3 (no dashes) B and recently had some SCSI problems and had to be shut off partwayG through shutdown. It's not a production machine, and it's completely at D my mercy - I can do anything to it. There is stuff on that disk that5 took a long time to do and hadn't been backed up yet.   7 Anyone know if I can resurrect the disk, and if so how?   >  #####   -----------------------------------------------------? #-O-O-# | Arthur: "It's times like this I wish I'd listened   | ? #  L  # | to what my Mother used to say." Ford: Why, what did | ?  #===#  | she say?" Arthur: "I don't know, I didn't listen."  | >   ###    -----------------------------------------------------   ------------------------------  # Date: Fri, 28 Feb 2003 03:50:42 GMT 0 From: HARANGOZO CSABA   <spameater@spam.invalid>E Subject: Re: Help: BADSECSYS, failed to create or access SECURITY.SYS 5 Message-ID: <m0B7a.825$L7.75017@nasal.pacific.net.au>   % Shane Smith <ssmith@icius.com> wrote: ; > Hi. I have a disk which is giving me the following error:    > $ mount dka100 openvms72= > %MOUNT-F-BADSECSYS, failed to create or access SECURITY.SYS / > -SYSTEM-W-BADCHKSUM, bad file header checksum    $HELP/MESSA  BADCH  & BADCHECKSUM,  message checksum failure  '   Facility:     SYSTEM, System Services   J   Explanation:  A checksum associated with an operating system data streamL                 indicates that the data stream is corrupt. The operation hasJ                 been aborted to avoid further complications, including the<                 possibility of compromising system security.  C   User Action:  If this error occurred when mounting a disk volume, B                 it indicates that the volume security profile fileM                 ([000000]SECURITY.SYS) is corrupt. Use the /OVERRIDE=SECURITY L                 qualifier on the MOUNT command; then delete the corrupt fileJ                 after the volume is mounted. Note that the existing volumeK                 access control list (ACL) and SOGW protection will be lost.   M                 If this error did not occur in the context of an ODS-2 volume I                 mount operation, contact a Compaq support representative.     G > Ignore the disk label, the machine is running OpenVMS 7.3 (no dashes) D > and recently had some SCSI problems and had to be shut off partwayI > through shutdown. It's not a production machine, and it's completely at F > my mercy - I can do anything to it. There is stuff on that disk that7 > took a long time to do and hadn't been backed up yet.   9 > Anyone know if I can resurrect the disk, and if so how?   > 	Running ANAL/MEDIA and/or ANAL/DISK is also a good idea IMHO. 	Hope this helps...  						Cheers,  Csaba  J  -------------------------------------------------------------------------H   CSABA I. HARANGOZO  |d|i|g|i|t|a|l|  csabah(at)zipworld(dot)com(dot)auJ  -------------------------------------------------------------------------;    EARTH::AUSTRALIA:[SYDNEY]HARANGOZO.CSABA;1, delete? [N]:    	Everything changes.   ------------------------------  % Date: Fri, 28 Feb 2003 08:54:30 +1300 * From: John Jansen <jjansen@tilgroup.co.nz>I Subject: Re: How Can a trailing Blank Page be stopped via VMS print Queue . Message-ID: <3E5E6CF7.2153C295@tilgroup.co.nz>   Hello,  ^ Thanks for your thoughts. I did have a problem with Stream and LPD IP queues for HP Postscriptc Laser printers. These kept ejecting an blank page. The solution for us was on all, or HP laser jets ^ to set the personality module so that it was Postscript Only. By default is set to auto detect] between PCL and Postscript . When this the case a printer reset command seems to cause a page  eject.  c We could not find any way to make this setting change Via wintel based vendor provided utilities or  Web interface.  ` In the end it was don using the Apple Mac utility provided by HP.  So far this is the only way Ib have found to set this parameter. Lucky for us we have some Mac's or all our lasers would continue% to print an extra blank page as well.   ` Unfortunately Oki Dot Matrix problem is quite different and I have not found a solution for that yet.  _ I have, previously, found the article you refer to and gave it ago even though these are not IP & queues. No Joy. The problems persists.  ] Even though I have an example (as discussed elsewhere in this thread) that  show the <CR> and _ trailing <FF> are added after the job is in the VMS queue, I suspect it is still as a result of a additional escape sequences added buy the printer driver on the Win 2000 box as if I print a file c creates with EDT and spooled form VMS it behaves as you would expect, i.e., Starts on line 1 and no  extra page feed.   Thanking your for you help   regards  JJ     --@ ________________________________________________________________ John Jansen  E-mail  JJansen@tilgroup.co.nz@ ________________________________________________________________     Henk Drent wrote:   E > The symptoms you desribe points in the direction to a configuration @ > problem of a telnet printque. I have had these problems with a > telnetque. > F > I have noticed that you use a LATque but maybe a check doesnot hurt. > * > If you do a Google search with the word: > & >   TCPIP$TELNETSYM_SUPPRESS_FORMFEEDS > or$ >   UCX$TELNETSYM_SUPPRESS_FORMFEEDS > # > you wil probably find some hints.  > ? > Also if you look in the FAQ of OpenVMS for the articles  with " >   "HP Printers and Blank Pages " > 
 > Regards, >  >    Henk Drent  > b > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message news:<3E5C2DE4.AD0210FA@fsi.net>... > > John Jansen wrote: > > > 	 > > > HI, T > > > Thank you for your thoughts. If I examine the spooled file using EDT the firstB > > > character is an escape and the last a printer reset command. > > L > > That may be the problem right there. HP's escape sequences don't conformK > > to the print symbionts' interpretation of the ANSI standards for escape  > > sequences. > > 9 > > I believe the answer may be found in the OpenVMS FAQ: 9 > > http://www.openvms.compaq.com/wizard/openvms_faq.html  > >  > > Check it out...    ------------------------------  % Date: Fri, 28 Feb 2003 08:54:45 +1300 * From: John Jansen <jjansen@tilgroup.co.nz>I Subject: Re: How Can a trailing Blank Page be stopped via VMS print Queue . Message-ID: <3E5E6D06.AFFDB79B@tilgroup.co.nz>   Hi,   Q Thanks for your reply, I have been through the wizards pages and any article that R looks like it might relate to this problems. I tried the HP solutions offered even4 though I'm dealing with OKI 521 dot matrix printers.  H These did not work. Do you know of a specific article I may have missed?   Thanking you for your help   Regards    JJ       --@ ________________________________________________________________ John Jansen  E-mail  JJansen@tilgroup.co.nz@ ________________________________________________________________     "David J. Dachtera" wrote:   > John Jansen wrote: > >  > > HI, R > > Thank you for your thoughts. If I examine the spooled file using EDT the first@ > > character is an escape and the last a printer reset command. > J > That may be the problem right there. HP's escape sequences don't conformI > to the print symbionts' interpretation of the ANSI standards for escape  > sequences. > 7 > I believe the answer may be found in the OpenVMS FAQ: 7 > http://www.openvms.compaq.com/wizard/openvms_faq.html  >  > Check it out...  >  > -- > David J. Dachtera  > dba DJE Systems  > http://www.djesys.com/ > * > Unofficial Affordable OpenVMS Home Page:! > http://www.djesys.com/vms/soho/    ------------------------------  % Date: Fri, 28 Feb 2003 08:55:26 +1300 * From: John Jansen <jjansen@tilgroup.co.nz>I Subject: Re: How Can a trailing Blank Page be stopped via VMS print Queue . Message-ID: <3E5E6D2F.2EF7EFF8@tilgroup.co.nz>   Thank you for your ideas,   S We have already, pretty much, determined that the additional <CR> and trailing <FF> S are being added after the job is in the VMS print queue and before the data reaches R the printer, i.e., they are not present in the spooled file viewed with EDT but do4 show up on the printer when it is put into hex dump.  B The reset commands used with HP printers do not seem to work, i.e.R <esc>]VMS;2<esc>\ does not seem to have any effect on out Oki printers using epson
 fx emulation.   Q We have about 50 of these printing packing slips and invoices. Each one wasting a S page after every print is a fairly big problem, but currently we are unable to find 0 a way to stop it. So any ideas are most welcome.   Thanks   JJ       --@ ________________________________________________________________ John Jansen  E-mail  JJansen@tilgroup.co.nz@ ________________________________________________________________     HARANGOZO CSABA wrote:  - > John Jansen <jjansen@tilgroup.co.nz> wrote:  > > HI, R > > Thank you for your thoughts. If I examine the spooled file using EDT the first@ > > character is an escape and the last a printer reset command. > O > > If I decode the printer hex dump for the same file the first character is a R > > <CR>  (additional)  and the last 2 additional characters are <CR> <FF>. Theses > > follow the printer reset.  > L >         More than likely the <FF> is causing the extra blank page, and the# >         <CR>-s the extra 2 lines. L >         Check that at which stage these added to the report, ( or might beN >         part of it from the beginning ? ) and try to disable their addition. > H >                                                         Cheers,  Csaba > L >  -------------------------------------------------------------------------J >   CSABA I. HARANGOZO  |d|i|g|i|t|a|l|  csabah(at)zipworld(dot)com(dot)auL >  -------------------------------------------------------------------------= >    EARTH::AUSTRALIA:[SYDNEY]HARANGOZO.CSABA;1, delete? [N]:  > 6 >         I have seen the truth and it makes no sense.   ------------------------------  # Date: Fri, 28 Feb 2003 02:59:49 GMT 0 From: HARANGOZO CSABA   <spameater@spam.invalid>I Subject: Re: How Can a trailing Blank Page be stopped via VMS print Queue 5 Message-ID: <FgA7a.823$L7.75367@nasal.pacific.net.au>   + John Jansen <jjansen@tilgroup.co.nz> wrote:   D > The reset commands used with HP printers do not seem to work, i.e.T > <esc>]VMS;2<esc>\ does not seem to have any effect on out Oki printers using epson > fx emulation.   B 	The reset commands we are using here with our HP Laserjet IV-s is 	<ESC>E . You might try this. @ 	Can you emulate other printers on the OKI apart from EPSOM FX ?G 	Also, do you have a manual ( with the escape sequences ) for the OKI ? , 	( Or maybe one can be found on the net... ) 							Cheers,  Csaba   J  -------------------------------------------------------------------------H   CSABA I. HARANGOZO  |d|i|g|i|t|a|l|  csabah(at)zipworld(dot)com(dot)auJ  -------------------------------------------------------------------------;    EARTH::AUSTRALIA:[SYDNEY]HARANGOZO.CSABA;1, delete? [N]:    	Everything changes.   ------------------------------  % Date: Thu, 27 Feb 2003 22:35:09 -0500 2 From: "David Reynolds" <datre@bellnospamsouth.net>I Subject: Re: How Can a trailing Blank Page be stopped via VMS print Queue ; Message-ID: <2NA7a.70343$KZ1.61093@fe04.atl2.webusenet.com>   8 I suggest reading thru this old thread on Google groups.  L http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&threadm=7u1rbl%24qfa%241%L 40info.service.rug.nl&rnum=1&prev=/groups%3Fnum%3D50%26hl%3Den%26lr%3D%26ie% 3DISO-8859-1%26q%3Dprtsmb   ; It has workarounds for HP Laserjet PCL and Cannon printers.    David Reynolds    7 "John Jansen" <jjansen@tilgroup.co.nz> wrote in message ( news:3E5E6D2F.2EF7EFF8@tilgroup.co.nz... > Thank you for your ideas,  > G > We have already, pretty much, determined that the additional <CR> and 
 trailing <FF> H > are being added after the job is in the VMS print queue and before the data reachesI > the printer, i.e., they are not present in the spooled file viewed with 
 EDT but do6 > show up on the printer when it is put into hex dump. > D > The reset commands used with HP printers do not seem to work, i.e.H > <esc>]VMS;2<esc>\ does not seem to have any effect on out Oki printers using epson  > fx emulation.  > I > We have about 50 of these printing packing slips and invoices. Each one 	 wasting a F > page after every print is a fairly big problem, but currently we are unable to find2 > a way to stop it. So any ideas are most welcome. >  > Thanks >  > JJ >  >  >  > --B > ________________________________________________________________
 > John Jansen   > E-mail  JJansen@tilgroup.co.nzB > ________________________________________________________________ >  >  > HARANGOZO CSABA wrote: > / > > John Jansen <jjansen@tilgroup.co.nz> wrote: 	 > > > HI, J > > > Thank you for your thoughts. If I examine the spooled file using EDT	 the first B > > > character is an escape and the last a printer reset command. > > L > > > If I decode the printer hex dump for the same file the first character is aG > > > <CR>  (additional)  and the last 2 additional characters are <CR>  <FF>. Theses > > > follow the printer reset.  > > J > >         More than likely the <FF> is causing the extra blank page, and the % > >         <CR>-s the extra 2 lines. K > >         Check that at which stage these added to the report, ( or might  beF > >         part of it from the beginning ? ) and try to disable their	 addition.  > > J > >                                                         Cheers,  Csaba > >  > K   ------------------------------------------------------------------------- L > >   CSABA I. HARANGOZO  |d|i|g|i|t|a|l|  csabah(at)zipworld(dot)com(dot)au > K   ------------------------------------------------------------------------- ? > >    EARTH::AUSTRALIA:[SYDNEY]HARANGOZO.CSABA;1, delete? [N]:  > > 8 > >         I have seen the truth and it makes no sense. >    ------------------------------    Date: 27 Feb 2003 22:39:51 -0800+ From: tonymcg27@yahoo.com.au (Tony McGrath) I Subject: Re: How Can a trailing Blank Page be stopped via VMS print Queue = Message-ID: <521ebd9f.0302272239.1225393f@posting.google.com>    Hi John,  D We use OKI 521 (and 321) printers here at work as well. Some of oursA are connected to our LAN via Lantronix 16-port or 8-port terminal C servers. I am forever getting calls from users saying that they are  getting extra blank pages.A The answer is in the terminal server. We set up services on these A servers and out LPD queues on VMS are directed to these services. E I have to disable the FORMFEED on the service. To do that I telnet to & the terminal server. Here's an example   $ telnet tvlavts01( %TELNET-I-TRYING, Trying ... 10.50.1.1216 %TELNET-I-SESSION, Session 01, host tvlavts01, port 23( -TELNET-I-ESCAPE, Escape character is ^]  & Lantronix ETS8P Version V3.6/3(000201)  4 Type HELP at the 'Local_10> ' prompt for assistance.   Username> tony   Local_10> show port all   /  Port   Access     Status              Services   +   1     Dynamic    Idle                None +   2     Remote     Idle                None +   3     Dynamic    Idle                None 0   4     Remote     Idle                TVLAVDD200   5     Remote     Idle                TVLAVDD240   6     Remote     Idle                TVLAVDD210   7     Remote     Idle                TVLAVDD220   8     Remote     Idle                TVLAVDD237   9     Remote     Idle                (Remote Console) +   10    Remote     Telnet Login        None   % Local_10> show service tvlavdd20 char   " Service:  TVLAVDD20         Ident:%   Rating: 255               Ports:  4 A   Characteristics:          Queueing  Rtel  Connections  FormFeed    SOJ: <none>     EOJ: <none>    Enabled Groups: 0   0 Local_10> set service tvlavdd20 formfeed disable  D and maybe "define service..." to make the change permanent. Why do I@ keep getting calls? It seems these servers randomly forget their
 settings!!/ Maybe some of the above may be relevant to you.  Hope this helps,    Tony  ---  Tony McGrath OpenVMS Support Group  Toll Transport, IT Dept.$ Laverton North, VIC, Australia, 3006) tony_mcgrath (at) toll (dot) com (dot) au       ` John Jansen <jjansen@tilgroup.co.nz> wrote in message news:<3E5AB5CB.E9783418@tilgroup.co.nz>...L > How can an Extra Page Feed be suppress for Dot matix printer via VMS print > Queue.   Big chunks deleted...    
 > Many thanks  >  > JJ   ------------------------------  # Date: Fri, 28 Feb 2003 02:02:07 GMT # From: "John Smith" <a@nonymous.com> 0 Subject: Re: HP Reports 1st Quarter 2003 ResultsD Message-ID: <zqz7a.3976$em1.24@news04.bloor.is.net.cable.rogers.com>  > "Keith Parris" <keithparris_NOSPAM@yahoo.com> wrote in message7 news:cf15391e.0302251421.16842f38@posting.google.com... . > http://biz.yahoo.com/bw/030225/255662_1.html > % > HP Reports 1st Quarter 2003 Results ! > Tuesday February 25, 4:01 pm ET  > D > PALO ALTO, Calif.--(BUSINESS WIRE)--Feb. 25, 2003--Hewlett-Packard > Company (NYSE:HPQ - News) E > o  Non-GAAP EPS $0.29, up 21% Sequentially, $0.02 Cents Higher Than ) >    Analyst Consensus Estimates of $0.27 ( > o  GAAP EPS $0.24, up 85% Sequentially3 > o  Revenue of $17.9 Billion, Down 1% Sequentially 6 > o  Gross Margin of 26.5%, up 0.6 Points Sequentially@ > o  Non-GAAP Operating Profit $1.1 Billion, up 25% Sequentially= > o  GAAP Operating Profit $879 Million, up 107% Sequentially E > o  Personal Systems Reports $33 Million Profit vs. $68 Million Loss = >    in Q4;  Enterprise Systems Cuts Loss by 36% Sequentially 9 > o  Affirms Q2 Consensus Estimates of $0.27 Non-GAAP EPS     " In commentary seen here and there,  D "Carly Fiorina, HP's chief executive officer, is also facing renewedD pressure from investors to explain some new accounting procedures atC the company and a revenue shortfall that caught several analysts by 	 surprise.   D Palo Alto, Calif.-based HP said it earned $721-million or 24 cents aF fully diluted share on revenue of $17.88-billion for the quarter endedE Jan. 31. Excluding some extraordinary and one-time items, HP's profit F was 29 cents a share. The consensus estimate of 20 brokers surveyed byF Thomson Financial/First Call was for HP to post a profit of 28 cents a" share on $18.5-billion in revenue.  C But Laura Conigliaro, who covers HP for Goldman Sachs Group Inc. in D New York, said the company's profit numbers may not be as "clean" as they should be.   F HP reallocated revenue and operating income among its segments for the? current quarter, and restated fiscal 2002 results using the new  allocations.  C "While the restatement of operating income makes sense to a certain E extent, it also makes it more difficult to track the profitability of C each segment, as more expenses are now considered unallocated," Ms. ? Conigliaro wrote in a report. "HP's use of unallocated expenses = mirrors an oft-criticized policy used by Compaq and we expect A investors to have a similar response. At this point, it is not as - clear as to why HP has reclassified revenue."     4 Wanna bet Enterprise Systems was adversely affected.  A They wouldn't dare manipulate the centerpiece of HP, the Printing @ group, to have worse numbers because the street would absolutelyC slaughter HP if they did. Ditto for PC's and Services, because they E are either too hugh a portion of the revenue stream or  a producer of E relatively large margins respectively. That leaves Enterprise Systems  as the fall guy.  F But in fairness, it's no wonder Enterprise Systems has taken it on the< chin - it's the only group that isn't advertised or marketed> effectively, and certain large components of that group aren't advertised or marketed at all.   ------------------------------  % Date: Fri, 28 Feb 2003 01:51:56 -0400 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>0 Subject: Re: HP Reports 1st Quarter 2003 Results/ Message-ID: <3E5EF8F1.8E0111CA@vl.videotron.ca>    John Smith wrote: H > But in fairness, it's no wonder Enterprise Systems has taken it on the> > chin - it's the only group that isn't advertised or marketed@ > effectively, and certain large components of that group aren't  > advertised or marketed at all.  M I concurr. It is troubling tough that we are already starting to hear reports L of HP actively hiding  product performance from shareholders. This allows HPJ management to ruin the company by pushing unprofitable products instead ofG profitable ones and not answer to anyone about its management decisions 6 because numbers aren't released to how HOW the manage.   ------------------------------  % Date: Thu, 27 Feb 2003 17:21:42 -0800 , From: Sam Yorko <JOATnospamMON@computer.org>Q Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopoly , Message-ID: <3E5EB9A6.26BC1B00@computer.org>   jmfbahciv@aol.com wrote: > 4 > I guess I should point out that I'm biased.  :-))) >  > /BAH  
 You are?  ;-)    Sam    ------------------------------  % Date: Thu, 27 Feb 2003 17:26:29 -0800 , From: Sam Yorko <JOATnospamMON@computer.org>Q Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopoly , Message-ID: <3E5EBAC5.33E3B64D@computer.org>   CBFalconer wrote:  > ! > "Dr. Richard E. Hawkins" wrote: 5 > > Russell Wallace <rw@vorpalbunnyeircom.net> wrote: / > > > bill@cs.uofs.edu (Bill Gunshannon) wrote:  > > 1 > > >> I thought the argument was about predatory  > > >> proprietary companies?  > > > I > > > Not from my side it isn't. My argument all along has been precisely I > > > that whether you want to say one company or another is "predatory", K > > > "evil", "a monopoly" etc etc (in practice, those labels are earned by F > > > being successful, not by being nasty) isn't what really matters. > > B > > OK, this is different.  I don't recall ever seeing Godwin-bait > > before . . . > B > I have been trying to come up with a firm, past or present, that > was simultaneously:  >  >   1. Profitable." >   2. Considered a good employer.$ >   3. Appreciated by its customers.) >   4. Appreciated by the general public. % >   5. Not a closed family operation.  > A > and (until the fire) the only one I could come up with was that A > fabric manufacturer in Lynn, Massachusetts.  Can't remember the @ > name offhand.  Now it is missing qualification 1, but with any > luck that will change. >   
 Southwest?   Sam    ------------------------------  # Date: Thu, 27 Feb 2003 20:48:14 GMT ( From: "Mark E. Levy" <mlevy70@attbi.com>M Subject: Re: Idea for installing VMS without a 512byte CD-ROM...Will it work? - Message-ID: <iQu7a.262166$tq4.5322@sccrnsc01>   8 "John Laird" <john@laird-towers.org.uk> wrote in message2 news:cees5vc2p0btigm5i4ucoq75nt0uk2e5kv@4ax.com...F > On Thu, 27 Feb 2003 15:41:50 GMT, "Mark E. Levy" <mlevy70@attbi.com> wrote: >  > >> Robert Lawrence wrote:  > >>  > I > >> > Will this work?  If I dump the CD contents byte for byte to a SCSI J > >> > hard drive on a PC, will the VAX be able to read and boot from that
 > >> > drive?  > > I > >No, because you won't be writing a valid boot block on the SCSI drive.  > J > Uh ?  I don't know why there is quite so much suspicion about this idea.D > It'd be the first thing I'd try if I had just these tools to hand.  J Because you can't guarantee exactly where the data will end up on the hardJ drive. The bootblock must be in a specific place. I do agree, though, that< there is no harm in trying it. Just don't get your hopes up.  K > If the CD is bootable, a block-for-block copy of it to a hard disk should L > retain that capability.  It will look odd when mounted as it will have theG > volume size, cluster factor, etc, of a CDROM, but this shouldn't be a  > showstopper.   It could be.   ------------------------------  % Date: Thu, 27 Feb 2003 18:00:12 -0400 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>M Subject: Re: Idea for installing VMS without a 512byte CD-ROM...Will it work? / Message-ID: <3E5E8A63.28E83077@vl.videotron.ca>    John Laird wrote: K > If the CD is bootable, a block-for-block copy of it to a hard disk should L > retain that capability.  It will look odd when mounted as it will have theG > volume size, cluster factor, etc, of a CDROM, but this shouldn't be a  > showstopper.  L Different driver involved CD vs DISK. You make an unverified assumption thatK the ROM drivers that manage the boot, and subsequent VMS drivers will treat  the disk drive as a CD-ROM.   N Having said that, I am not 100% sure, but I think that I did manage to boot myG all mighty Microvax II from CD (at least Stabackup) once. Its CD-ROM is G connected to a Dilog Qbus controller which emulates MSCP, so the CD-ROM  appears to VMS as a dick drive.   E This would mean that perhaps the placement of data on the CD would be L compatible, but it would have to be a High Sierra format (natice VMS format) and not an ISO-9660 one.  M HELP DUMP /DESCRIPTOR seems to indicate that ISO 9660 is treated differently.    ------------------------------  % Date: Thu, 27 Feb 2003 21:44:29 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> M Subject: Re: Idea for installing VMS without a 512byte CD-ROM...Will it work? ' Message-ID: <3E5EDB1D.5D8A37ED@fsi.net>    "Mark E. Levy" wrote:  > : > "John Laird" <john@laird-towers.org.uk> wrote in message4 > news:cees5vc2p0btigm5i4ucoq75nt0uk2e5kv@4ax.com...H > > On Thu, 27 Feb 2003 15:41:50 GMT, "Mark E. Levy" <mlevy70@attbi.com> > wrote: > >  > > >> Robert Lawrence wrote: 	 > > >>  > K > > >> > Will this work?  If I dump the CD contents byte for byte to a SCSI L > > >> > hard drive on a PC, will the VAX be able to read and boot from that > > >> > drive?  > > > K > > >No, because you won't be writing a valid boot block on the SCSI drive.  > > L > > Uh ?  I don't know why there is quite so much suspicion about this idea.F > > It'd be the first thing I'd try if I had just these tools to hand. > L > Because you can't guarantee exactly where the data will end up on the hardL > drive. The bootblock must be in a specific place. I do agree, though, that> > there is no harm in trying it. Just don't get your hopes up. > M > > If the CD is bootable, a block-for-block copy of it to a hard disk should N > > retain that capability.  It will look odd when mounted as it will have theI > > volume size, cluster factor, etc, of a CDROM, but this shouldn't be a  > > showstopper. >  > It could be.    Following onto what Mark said...  E Think about this: you're laying an image of a disk no more than 650MB B (o.k., maybe 700) onto a device with considerably larger capacity.  / Does anyone see a problem with that besides me?    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Thu, 27 Feb 2003 15:07:03 -0500 & From: David M Smith <dsmit115@csc.com>K Subject: Re: Image restore of "old" saveset fails to restore VMS$COMMON.DIR 8 Message-ID: <b9rs5v82ds2kca9apaulmj63vt5poc7m2t@4ax.com>  K On Fri, 21 Feb 2003 15:33:45 -0500, David M Smith <dsmit115@csc.com> wrote:   Q >I stumbled across this problem earlier this week after restoring an image backup M >of an Alpha V7.1-1H2 system disk, which had been saved (BACKUP /IMAGE) using H >V6.2 BACKUP. (The reason I was doing this was to test the behavior of a' >procedure on this old version of VMS.)   O >It appears that you cannot restore, using current versions of BACKUP (at least O >V7.3 and V7.3-1) a system disk image saveset created under some older versions P >of BACKUP (at least V6.2) and end up with an intact disk structure. I could notO >find in the archives a definitive response that cleared this up for me, and am Q >hoping this post will provoke such as response, or a reference to the definitive  >answer.  P I have done some further experiments on my systems here, and it appears that theN problem restoring one of my savesets written by an older version of VMS BACKUPL is due to the implicit use of /ALIAS in the original savesets. Here's what I did:  M 1. I took one of the savesets I was having trouble with, and restored it with B V6.2 BACKUP (the same version with which it was originally saved).  N 2. ANALYZE/DISK on the resulting disk had no errors, confirming (again) that IN can successfully restore a BACKUP saveset on the system on which I created it! ;<)   L 3. Created a new BACKUP /IMAGE /NOALIAS saveset on the same V6.2 system. TheK resulting saveset was somewhat smaller, as might be expected: 468342 blocks < instead of the original (with default /ALIAS) 491022 blocks.  P 4. Copied this saveset to my V7.3-1 system, and restored it with a simple BACKUP /IMAGE /VERIFY command.   4 5. ANALYZE/DISK on the resulting disk has no errors.  M This indicates to me that the /ALIAS processing performed on V6.2 causes some N sort of problem with V7.3-1 restore operation. But, since I can now "heal" allN my savesets by restoring and then re-saving them with /NOALIAS, it isn't a bigP deal to me. It would be nice to understand it technically (and if it makes senseI to anyone here, please clue me in) but I don't think it's at high risk of O happening on our production systems. I only ran into it because of the specific / configuration and versions of our test systems.     I ------------------------------------------------------------------------- I David M. Smith 302.391.8533                       dsmit115 at csc dot com I Computer Sciences Corporation     (Opinions are those of the writer only) I -------------------------------------------------------------------------    ------------------------------  % Date: Thu, 27 Feb 2003 19:53:16 -0500 0 From: "Island Computers" <dbturner@islandco.com>' Subject: Island - Your Systems Source ! / Message-ID: <v5tchs4bif9ta8@news.supernews.com>    -- Island Computers US Corporation  2700 Gregory St. Suite 180 Savannah GA 31404  Toll Free 1-877 636 4332 Tel: USA 912 447 6622  Fax: USA 912 201 0402  http://www.islandco.com  dbturner@islandco.com    Ask about our DS10L special!4 36 DS10L 600Mhz systems in rack for only $25,000 !!!   ------------------------------  # Date: Fri, 28 Feb 2003 03:37:42 GMT < From: "JoAnn DiFrancesco" <joann.difrancesco@sequeldata.com> Subject: Ken Farmer Websites. Message-ID: <aQA7a.262135$iG3.28921@sccrnsc02>  J Due to a power failure caused by a severe ice storm, Ken Farmers Websites,; www.openvms.com, www.tru64unix.com, www.enterpriseunix.com, B www.shannonknowshpc.com, are currently down.  Everything should be3 operational within the next 24-48 hours, or sooner.    Thanks for your patience.    ------------------------------  # Date: Fri, 28 Feb 2003 03:46:05 GMT < From: "JoAnn DiFrancesco" <joann.difrancesco@sequeldata.com>  Subject: Re: Ken Farmer Websites. Message-ID: <1YA7a.262178$iG3.29900@sccrnsc02>  E Correction to the website names:  www.openvms.org, www.tru64unix.org, / www.enterpriseunix.org, www.shannonknowshpc.com       G "JoAnn DiFrancesco" <joann.difrancesco@sequeldata.com> wrote in message ( news:aQA7a.262135$iG3.28921@sccrnsc02...L > Due to a power failure caused by a severe ice storm, Ken Farmers Websites,= > www.openvms.com, www.tru64unix.com, www.enterpriseunix.com, D > www.shannonknowshpc.com, are currently down.  Everything should be5 > operational within the next 24-48 hours, or sooner.  >  > Thanks for your patience.  >  >    ------------------------------  % Date: Thu, 27 Feb 2003 16:52:12 -0500 * From: "Bill Todd" <billtodd@metrocast.net>8 Subject: Re: Linus trashes Itanium - he's scared of VMS!2 Message-ID: <d6CcnYRy8sYOFcOjXTWcow@metrocast.net>  K "Andrew Harrison SUNUK Consultancy" <Andrew_No.Harrison_No@nospamn.sun.com> 9 wrote in message news:3E5E1E82.8080307@nospamn.sun.com...  >  >  > Bill Todd wrote:A > > "JF Mezei" <jfmezei.spamnot@vl.videotron.ca> wrote in message - > > news:3E5D17C1.EFC0550B@vl.videotron.ca...  > > , > >>Andrew Harrison SUNUK Consultancy wrote: > >>6 > >>>IA32 is a speed deamon its design allows it to be8 > >>>clocked faster and implimented in a smaller process& > >>>earlier than a brainiac like IPF. > >>K > >>Oh my god. The end of the world is close because I find myself agreeing  > >  > > with > >  > >>Andrew Harrisson.  > >  > > E > > I'm afraid Andrew's not worth agreeing with this time.  Itanic2's 
 problem isC > > not lack of competitive performance, but lack of efficiency (in H > > power/required cooling, chip area/manufacturing cost, expenditure ofD > > development funding and effort, requirement for more compilationH > > optimization and updates thereof...).  And of course the lack of theD > > ancillary on-chip performance and scaling features that EV7 has. > >  > < > Interesting in fact you are agreeing with me on your first > point   H No, I am not:  read more carefully.  Mosberger's contention that Itanic2J seems equal and possibly superior to the P4/Xeon in performance at a givenK process is correct, and your contention that there's something about Itanic E that prevents it from being implemented in as small a feature size as L P4/Xeon sounds very much like bullshit (the reason it's not currently in 130H nm. is far more likely that a pretty much from-the-ground-up design likeH Itanic2 is risky enough without targeting your most leading-edge processL technology for its first implementation, leaving aside the question of whereH it makes the most sense for Intel to use its limited 130 nm fab capacityI right now if it doesn't want to lose its bread-and-butter market to AMD).   L I don't like or particularly respect Itanic, largely for the reasons alreadyK noted:  it achieves its competitive performance by the application of brute L force and band-aids to a fairly misbegotten architectural approach.  But theE resulting raw performance *is* competitive, even though the resulting 9 price/performance and ease of future enhancements is not.    - bill   ------------------------------  % Date: Thu, 27 Feb 2003 13:58:32 -0500  From: koskaj@bender.com K Subject: Re: memory errors and bugcheck dump (PROCGONE) with ALPHA 3000/600 : Message-ID: <03022713583214.522.8756645@alaxp3.bender.com>  J I'll jump in, since I had similar problem that might be related to your's.  J I had an AlphaServer 2100 at OpenVMS 7.2-1 showed PROCGONE problem, and it> went away with a patch from VMS Engineering for the images of N STACONFIG.EXE and SYSINT.EXE dated 14-JUL-2001.  But then again, the PROCGONE E problem also went away when I upgraded to OpenVMS 7.3 with patches.     P I examined much of the same that has been mentioned (disk fragmentation, etc.).   4 I did find that combination of sysgen parameters of 
 SHADOWING = 2  VAXCLUSTER = 0 NISCS_LOAD_PEA0 = 1 ( which would result in PROCGONE bugcheck.  I But change VAXCLUSTER to 1 or 2, or NICS_LOAD_PEA0 to 0, and no PROCGONE  	 bugcheck.   P My PROCGONE problem was discovered during operating system upgrade from OpenVMS  7.2-1 to 7.3.     P Perhaps you can try NICS_LOAD_PEA0 to 0 to see if PROCGONE bugcheck disappears, D and if so, then maybe you need patch or to upgrade operating system.   :) jck
 John Koska JKoska@nospam.here.bender.com * Remove between @ and second . to email me.   Perhaps Y From:	SMTP%"HELBPHI@sysdev.deutsche-boerse.com"  "Phillip Helbig" 27-FEB-2003 12:50:28.57  To:	Info-VAX@Mvb.Saic.Com  CC:	H Subj:	Re: memory errors and bugcheck dump (PROCGONE) with ALPHA 3000/600  C > :I have a nice DEC 3000/600 (21064 ALPHA) with 192 MB and (still) D > :VMS 7.2-1.  It works fine, except occasionally after power up the$ > :self-test gives a memory error.   > C >   I'd find and fix the error -- the default power-up self-test is * >   not an exhaustive memory test, either.  H OK, I've gotten a few tips on what to look for with an extensive memory I test.  Actually, I have some replacement memory for this box, so I could  1 perhaps actually replace some SIMMs if necessary.   C >   PROCGONE can arise for various reasons -- basically, one of the D >   key processes has failed.  There is a code left in R0 that mightA >   help, but these errors can range from hardware errors to disk < >   fragmentation to configuration problems to OpenVMS bugs.  D The disk is not fragmented (I run an online defragger), I'm sure the@ configuration is OK, the same version of VMS is running on otherD systems.  So I suspect it is a hardware problem; maybe just a loose  connection.   B >   Show the error message text, and I'd be more willing to hazardD >   an answer beyond a generic bad memory, bad processor, bad cache,E >   or a bad motherboard.  :-)  (And we both know that you had really A >   intended to include the actual error message text within your  >   posting, too. :-)   H Well, cut-and-paste from the VT320 console is a bit difficult!  I still 7 have a pencil somewhere, though, so I'll write it down.   K >   As you are apparently -- and no offense is intended -- not particularly L >   comfortable with hardware troubleshooting, I'd tend to leave the systems >   powered on.     A I think that is the best bet.  I am not a hardware guy, but I do  F actually enjoy opening up boxes and doing stuff.  However, as this is F one of my only two ALPHAs at home, I don't want to risk making things E worse.  The box is about 1994 vintage and perhaps just opening it up  D would kick up enough dust to cause more problems than my opening it  could solve.  " >   Again, no offense is intended.   None taken.  :-)  E I have a lot of hardware manuals.  It would be nice if, in each one,  F there is a time indicated such that if the system is not needed for a H longer time, then it is better to switch it off.  (Like with cars there J is the rule of thumb that one cold start is about the same load as 300 km  of normal driving.)   K >   Hardware bugs are hardware bugs.  They can stay flakey and intermittent J >   for years (I really dislike these), or they can suddenly fail hard (onI >   the balance, this class of hardware bug is preferable), but -- once a K >   hardware bug appears -- it then seldom really disappears.  I'd first be I >   looking for the specific cause of the memory error that was reported,  >   in other words.   I OK.  Maybe when I open the box I'll discover that I can actually ADD and  E not just REPLACE memory.  Can't use those SIMMs for anything else, I  H suppose (in particular not for my 255/233, which only has 64 instead of  192 like the 3000/600).    ------------------------------  + Date: Thu, 27 Feb 2003 20:38:21 +0100 (MET) 9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> # Subject: Re: Mis-set Terminal Types ; Message-ID: <01KSY0ZJ5WQQ9FNHX8@sysdev.deutsche-boerse.com>    >     $ SET TERMINAL/INQUIRE >  >   :-)  > H >   The Unknown Terminal?  Why do I now suddenly have visions of a paperJ >   grocery bag covering a VT terminal.  Whoops, sorry, wrong decade.  :-)  C Not really.  CONFESSIONS OF A DANGEROUS MIND is now playing, right?   G For those who don't know, back in the 1970s there was a wonderful show  E called THE GONG SHOW, which consisted mainly of amateurs doing their  ; acts (singing, pantomime etc) and being rated by a jury of  H semicelibrities.  Those who were off the scale on the low end would get H their act aborted prematurely by one of the jurors hitting a large gong H placed behind them.  The moderator was Chuck Barris, who I believe also 7 created other 1970s game shows such as THE DATING GAME.   I The Unknown Comic was an occasional guest, a stand-up comic who appeared  H with a bag on his head with holes for eyes, nose and mouth.  One day he D appeared with a small paper bag on his hand with the same cutouts.  G "Check out my new ventriloquist act, Chuck!  Pretty good, huh?  Didn't   even see my mouth move!"  " Those were the days!  Real humour.  D CONFESSIONS OF A DANGEROUS MIND is a film directed by George ClooneyH which is based on the autobiography of Chuck Barris.  Barris claims thatC during his heyday he moonlighted as a killer for the CIA, using his D gameshow-host persona as a cover to give him an excuse for being in  exotic places.  1 I think Barris actually claims that this is true.    Check out the reviews at  H    http://movie-reviews.colossus.net/movies/c/confessions_dangerous.html  C    http://www.sun-times.com/ebert/ebert_reviews/2003/01/012402.html   > Thus, 30 years later, Barris returns again to make us chuckle.  8 Oh yeah, I almost forgot: Gene Gene the Dancing Machine!   ------------------------------  % Date: Thu, 27 Feb 2003 22:00:20 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> 5 Subject: Re: More Tar problems (was  VMSTAR question) ' Message-ID: <3E5EDED4.AA4804FB@fsi.net>    "Farrell, Michael" wrote:  > G > Thanks for everyone's help yesterday.  We solved the looping problem.  > J > Now I have a new problem.  The files we want to archive in TAR contain a/ > great deal of binary data.  When we TAR them, N > The resulting TAR file is generally less than 1% of the size of the originalH > file.  (E.G. a 50000 block data file ends up producing a 360 block TARN > file).  Obviously, the data is being lost somehow.  The commands I have used > are: > 7 > $ tar/create/verbose <tar file name> <data file name>  >  > Or > = > $ tar/create/force/verbose <tar file name> <data file name>  > % > The results are the same with both.  > $ > Any ideas are greatly appreciated.   Well, my questions would be:    F  1. Is 50,000 blocks the EOF (End of file) size or the ALQ (Allocation Quanity) size?  ?  2. Is the file RMS-indexed? (tar will scramble it - CONVERT to " sequential + FDL first, then tar).  F Since tar does no compression, I am at a loss for another explanation, also.    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  # Date: Fri, 28 Feb 2003 00:39:41 GMT L From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")* Subject: Re: Official OpenVMS name for the6 Message-ID: <00A1C207.4A0A07C0@SSRL.SLAC.STANFORD.EDU>  b In article <3E5E323B.8770E201@vl.videotron.ca>, JF Mezei <jfmezei.spamnot@vl.videotron.ca> writes: >Robert Deininger wrote:P >> The customers might like some way to distinguish between the various flavors. > N >Then let the customer call it what THEY want. There is no need for Digital/HPK >to officially give VMS different names. VMS is VMS, especially if the code O >base will be identical between Alpha and that other thing. Identical products, L >but different names ? You'll get plenty "how difficult is the port from the- >real VMS to that industry standard system ?"  >   J If the names are exactly the same, customers won't know which media kit to order.   > O >Furthermore, when you look in the long term, (if VMS survives), there won't be K >VAX or Alpha anymore. So there is no point in attaching yet another set of O >chains to VMS's feet, chains that will remain, just like the stupid Open seems * >to remain even against customer's wishes. > L >In Qubec, the wife keeps her mainden name. The kids first get a hyphenatedM >family name (father's surname-mother's surname, and once old enough, the kid F >gets to choose between one OR the other, otherwise, you'd end up with+ >EXTREMELY long names in a vew generations.  > L >VMS must learn to drop the useless advectives otherwise, it will really get >tedious over time.   J I'm pleased to see, JF, that you believe VMS will survive for generations.   -- Alan     O =============================================================================== 0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056 M  Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA   94025 O ===============================================================================    ------------------------------  % Date: Fri, 28 Feb 2003 09:24:22 +0530 4 From: Kesav Tadimeti <Kesav_Tadimeti@KeaneIndia.com>Y Subject: Re: OT but worth posting, virus warning: "FWD: Look at this pack	from Microsoft. I Message-ID: <8EA11405E59BD611BA7100104B93C260F89AD8@exdel01.del.mgsl.com>   E I had the honour of receving his mail as well. Norton AntiVirus on My / Win2000 m/c detected it and deleted the virus.  
 Thanks Shane,  keshav  7 +-----------------------------------------------------+ 0 	KEANE INDIA LIMITED                            0 	E9 - E12, SDF                                  1 	NEPZ, NOIDA 201 305                              0 	U.P, INDIA                                     6                                                       0 	e-mail: kesav_tadimeti@keaneindia.com          0 	phone: +91-120-2568210(371)                    5       Men are from MACs, Women are from VMS           7 +-----------------------------------------------------+    ------------------------------  % Date: Thu, 27 Feb 2003 13:27:23 -0800 * From: "Jack Peacock" <peacock@simconv.com>' Subject: OT: Re: Mis-set Terminal Types 2 Message-ID: <_YydnVY7OeAhH8OjXTWcqg@mpowercom.net>  F "Phillip Helbig" <HELBPHI@sysdev.deutsche-boerse.com> wrote in message5 news:01KSY0ZJ5WQQ9FNHX8@sysdev.deutsche-boerse.com... J > The Unknown Comic was an occasional guest, a stand-up comic who appearedI > with a bag on his head with holes for eyes, nose and mouth.  One day he D > appeared with a small paper bag on his hand with the same cutouts.H > "Check out my new ventriloquist act, Chuck!  Pretty good, huh?  Didn't > even see my mouth move!" > F The Unknown Comic had a successful run here in Las Vegas too.  IIRC heK headlined several times at the old Hacienda (in Vegas tradition blown up to J make room for the Mandalay Bay).  The paper sack dummy ventriloquist dummy% was often featured on the billboards.   H To keep it on topic I went by the Hacienda every day going to work at anD undisclosed location to bang on a non-existent PDP-11/05 and later aH plausibly denied VAX 11-750.  Being poor folk we didn't get the nice big6 KL-10s the guys across the unsubstantiated street had.    Jack Peacock    ------------------------------  % Date: Thu, 27 Feb 2003 18:42:08 -0400 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>+ Subject: Re: OT: Re: Mis-set Terminal Types / Message-ID: <3E5E9435.881440A8@vl.videotron.ca>    Jack Peacock wrote: J > To keep it on topic I went by the Hacienda every day going to work at anF > undisclosed location to bang on a non-existent PDP-11/05 and later a > plausibly denied VAX 11-750.      N You've just disclosed the place where Cheney goes to when he needs to hide :-)   ------------------------------    Date: 27 Feb 2003 15:30:45 -0800( From: bob@instantwhip.com (Bob Ceculski)* Subject: Re: Pine Email Problem on OpenVMS= Message-ID: <d7791aa1.0302271530.443cd46e@posting.google.com>   } "Barry Skidmore" <skidmore@mail.worldvenue.org> wrote in message news:<pan.2003.02.26.01.43.05.799480@mail.worldvenue.org>... G > I just installed Pine 3.91-2 on OpenVMS 7.2 and receive the following K > error when trying to send to an Internet (non-local) email address (local  > email works fine): > " > "Mail not sent. User not local" > A > What configuration change do I need to change to enable sending  > non-local email? > 	 > Thanks,  > Barry Skidmore  8 forget it ... the only decent working version comes with4 pmdf ... it seems the author of this junk replied to6 one of my prior posts last year and stated "they don't6 support a product on a dead platform" ... the freeware6 version is garbage ... I would suggest TCPware IMAP or" or for a vms solution goldmail ...   ------------------------------  % Date: Thu, 27 Feb 2003 17:11:15 -0400 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>; Subject: Re: pseudointerface (TCPIP SET [CONFIG] INTERFACE) - Message-ID: <3E5E7EEE.23F0B6@vl.videotron.ca>    Phillip Helbig wrote: = > The only reason I want to use the pseudointerface is, for a I > transitionary time, to have both the public and private addresses (with J > a router on each network).  If that's not what pseudointerfaces are for,& > then I don't know what they are for.  M here is what I have. I works fine for inbound requests. My web server address D is 10.0.10. But I have my router deliver inbound requests for web toL 10.0.0.15. This way, the web server knows it comes from the outside and mapsJ redirects to my external address. (multihomed). Of course, I have only oneK external link. I had been told that the broadcast address is the highest IP N adress in the subnet. (both adresses are in the same subnet in my case). Also,G when I did the SET INTERFACE, I specified the network mask, but neither ? broadcast mask nor broadcast address and TCP set it by itself.    , (I removed the LO0 interface to space space)     TCPIP> show int/full    Interface: SE0 J    IP_Addr: 10.0.0.10         NETWRK: 255.255.255.0     BRDCST: 10.0.0.255E                        Ethernet_Addr: AA-00-04-00-05-04    MTU:  1500 $      Flags: UP BRDCST RUN MCAST SMPX <packet info trimmed>     Interface: SEA0J    IP_Addr: 10.0.0.15         NETWRK: 255.255.255.0     BRDCST: 10.0.0.255E                        Ethernet_Addr: AA-00-04-00-05-04    MTU:  1500 $      Flags: UP BRDCST RUN MCAST SMPX     Here is SHOW CONF INT/FULL:    CPIP> show conf int/full    Interface: SE0 J    IP_Addr: 10.0.0.10         NETWRK: 255.255.255.0     BRDCST: 10.0.0.255?     C_Addr:                 C_NETWRK:                 C_BRDCST:   	    Flags:     Receive buffer:            0     Interface: SEA0J    IP_Addr: 10.0.0.15         NETWRK: 255.255.255.0     BRDCST: 10.0.0.255?     C_Addr:                 C_NETWRK:                 C_BRDCST:   	    Flags:     Receive buffer:            0   # Here is the output from show route: K AN    0.0.0.0                               10.0.0.1   ---> default gateway  (router IP address) J AN    10.0.0.0/24                           10.0.0.10  ---> route 10.0.0.* through 10.0.0.10 R AH    10.0.0.10                             10.0.0.10  ---> route itself to itselfR AH    10.0.0.15                             10.0.0.15  ---> route itself to itselfL AH    10.0.0.100                            10.0.0.100 ---> don't know where that came from(*) L AN    10.1.0.0/16                           10.0.0.11  ---> serial interface on another node 5 AH    127.0.0.1                             127.0.0.1   G (*) My DHCP server , when enabled, serves in the range of 10.0.0.100 to L 10.0.0.120. Not sure why this entry is there. It isn't in the permanent one.  N My guess is that if you wanted certain outbound requests to go through one ISPI versus the other, you'd have to code in some routing for specific address ! ranges with router #2 as gateway.   N Note the routing entry that points to itself is "needed" (a TCPIP engineer hadG said so in this newsgroup as a result of a problem I had posted on this K newsgroup some time ago) and makes thing work better. It is now "automatic" F with 5.3 but wasn't with previous versions when you create interfaces.   ------------------------------  # Date: Thu, 27 Feb 2003 22:57:28 GMT 4 From: Tim Llewellyn <tim.llewellyn@blueyonder.co.uk>; Subject: Re: pseudointerface (TCPIP SET [CONFIG] INTERFACE) 0 Message-ID: <3E8381CB.6E5CBAC9@blueyonder.co.uk>   Phillip Helbig wrote:  >  > ? > If the network mask ends in 200, then 207 is all ones, right?    ; Yup, apologies, made an error in decimal to hex conversion.      --   tim.llewellyn@blueyonder.co.uk    H * PLEASE NOTE tim.llewellyn@cableinet.co.uk address is NO LONGER VALID *   ------------------------------    Date: 27 Feb 2003 13:27:22 -0800+ From: paul_hallam@hotmail.com (Paul Hallam) - Subject: Re: TCPIP and network loss detection = Message-ID: <5ed44bd3.0302271327.3eb02a85@posting.google.com>   @ Many thanks for your suggestions but I would like to propose the= following (apologies if you think this is worse than your own  suggestions); I was hoping for a system services method but -- nevermind.    Use TCPTRACE to check 5 records 0         $TCPTRACE/protocol=UDP/PACKETS=5/OUT=a.aF If TCPTRACE does not return to the command prompt within 1 minute then@ we can assume something is wrong with the network and report the problem.  F If TCPTRACE works then we check the output for any "RCV" messages thatF come from an IP address <> TCPIP$INET_HOSTADDR (i.e. our own address).  D If there are no messages then we can assume there is something wrong with the network.    Paul   ------------------------------  % Date: Thu, 27 Feb 2003 13:21:18 -0800 0 From: Mark Berryman <Mark.Berryman@Mvb.Saic.Com>( Subject: Re: Upcoming VMS improvements ?' Message-ID: <3e5e10cf$1@cpns1.saic.com>    Alan E. Feldman wrote: .  .  . H > Well, thanks, I'll just stick with EDT. When someone can do a good TPU$ > emulation of EDT's SET NOTRUNCATE,  I Emulation?  I find that it is not really needed anymore.  When I need to  E edit files of line lengths sufficient for EDT's SET NOTRUNCATE to be  I useful, I simply issue the EVE command SET WIDTH 255 (not always 255 but  D 255 is the maximum length EDT can handle so that is the example I'm H using here).  The window stretches out to 255 characters wide and I can C see the entire line at once without any line wrapping, something I  ? consider far superior to the display of EDT's NONTRUNCATE mode  ( especially if columnar data is involved.  G Of course this works because I'm using DECTerm, not a hardware VT or a  G VT emulator.  Since your desktop is a PC, not a hardware VT, you could  + use DECterms as well and do the same thing.   C I mention this to point out that TPU/EVE's ability to use any size  @ screen pretty much obviates the need for an equivalent to EDT's  NOTRUNCATE mode (IMHO, anyway).   
 Mark Berryman    ------------------------------  % Date: Thu, 27 Feb 2003 17:51:53 -0400 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>( Subject: Re: Upcoming VMS improvements ?/ Message-ID: <3E5E8871.F854FFC5@vl.videotron.ca>    "Alan E. Feldman" wrote:B > I don't have your editor. And I don't want to waste time and getE > aggravated trying to write it when I already have something I like.   ' You're either with us (TPU) or against. % EDT will be disarmed, no matter what. L We are, at the moment, amassing troups of TPU experts around your IP addressK armed with all their customized TPU tools and programs, ready to invade and M impose a TPU regime to finally get rid of that terrorist EDT regime which has N continued to produce/hide commands of mass text manipulation which is a dangerG to the world and which has ties with the worst bunch of terrorists, the  Al-qUnix faction.   F Back in around 1987, the UN (United Nerds at VMS engineering) passed aN resolution that TPU would be the editor of choice. Many have refused to complyI with this resolution. Most have eventually complied, but to those who are [ still loyal to EDT, time has runned out. You MUST disarm now, or face serious consequenses.   M As soon as the TPU troups have regained control over the DCLTABLES, they will N disable EDT, and then proceed to bomb all the bits in the EDT.EXE to ensure itD can no longer be used, rebuilt or turned to even more sinister uses.  N It is clear that peace has not worked and that those still using EDT cannot be= convinced by diplomacy to drop EDT. War is the only solution.   L And as a further measure to ensure homeland security against EDT terrorists,N HP has announced it has licenced software from Microsoft that will be embeddedG in all VMS systems to automatically notify Homeland Security of any/all J attempts to start EDT on any machine, with all the personal details of the7 user being transmitted automatically over the internet.   U Resistance is futile... (oh, sorry, that is from another non "editor-jihad" universe)    :-) :-) :-) :-)    ------------------------------  % Date: Thu, 27 Feb 2003 21:40:21 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> ( Subject: Re: Upcoming VMS improvements ?' Message-ID: <3E5EDA25.F787838F@fsi.net>    Jerry Leslie wrote:  > 1 > Alan E. Feldman (spamsink2001@yahoo.com) wrote:  > : C > : One thing I haven't mentioned yet that I find EVE useful for is I > : pasting code from this group into the editor buffer. For some reason, H > : when I do it with EDT, only the first few lines make it. Does anyoneC > : know why? (I'm using SmarTerm 9.0a and telnet to my VMS boxes.)  > :  > & > Try "set terminal/hostsync" first... >   >   $ help set terminal/hostsync >  >   SET  >  >     TERMINAL >  >       /HOSTSYNC  >  >           /HOSTSYNC ! >           /NOHOSTSYNC (default)   ( Nota bene: /NOHOSTSYNC is the default!!!  @ You can include SET TERM/HOST in the interactive portion of your LOGIN.COM with no ill effects.   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  # Date: Fri, 28 Feb 2003 00:44:54 GMT # From: Jonas Lindholm <jlhm@usa.net> 2 Subject: updated ODS2 file system module for Linux& Message-ID: <3E5EB1A9.3040500@usa.net>  + Changes from version 0.9.2 to version 0.9.3 + =========================================== @ 	- Added code to handle hard sector size of 1024 and 2048 bytes.7 	- Fix bug when checking RMS file type and record type. ; 	- Files of type FIXED will now be treated as STREAM files.   + Changes from version 0.9.1 to version 0.9.2 + =========================================== : 	- Added check of hard sector size before trying to mount.@ 	  Current version of this driver only support 512 byte sectors.9 	- Fix bug in ods2_llseek_variable. The fixed record size < 	  was not removed from variable coffs giving wrong offsets.@ 	  Another bug was that the VFC value was not taken into account* 	  when testing if the location was found.A 	  Yet another bug was the check for the end of file for variable  	  record files.5 	- Updated all definitions of vbn and lbn to use u32. , 	- Updated all definitions of currec to u64.; 	- Updated all structures to use u8, u16 and u32 so it will / 	  work on 64 bits architectures such as Alpha.     + Changes from version 0.9.0 to version 0.9.1 + =========================================== - 	- This is a special version for kernel 2.2.X 2 	- Changed all long unsigned in structures to u32.    The ODS2 source can be found at:  $ ftp://ftp.nvg.ntnu.no/pub/linux/ods2   /Jonas Lindholm    ------------------------------  % Date: Thu, 27 Feb 2003 22:05:40 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> 6 Subject: Re: updated ODS2 file system module for Linux' Message-ID: <3E5EE014.6DF9AC9E@fsi.net>    Jonas Lindholm wrote:  > [snip]" > The ODS2 source can be found at: > & > ftp://ftp.nvg.ntnu.no/pub/linux/ods2   Is it still read-only?   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  # Date: Fri, 28 Feb 2003 05:09:06 GMT # From: Jonas Lindholm <jlhm@usa.net> 6 Subject: Re: updated ODS2 file system module for Linux& Message-ID: <3E5EEFF4.2070501@usa.net>   Yes, it is.   , I'm working on adding write to it right now.> If I've time I hope I can release a new read/write ODS2 module
 in 3-4 weeks.    David J. Dachtera wrote:   > Jonas Lindholm wrote:  >  >>[snip]" >>The ODS2 source can be found at: >>& >>ftp://ftp.nvg.ntnu.no/pub/linux/ods2 >> >  > Is it still read-only? >  >    ------------------------------  % Date: Thu, 27 Feb 2003 11:02:37 -0800 # From: "Tom Linden" <tom@kednos.com>  Subject: RE: VAX Emulators9 Message-ID: <CIEJLCMNHNNDLLOOGNJIIEFAGLAA.tom@kednos.com>   ? I don't disagree with anything you have said, but I would still = like to know if anyone has determined a normalization factor.    >-----Original Message----- / >From: Carl Perkins [mailto:carl@gerg.tamu.edu] * >Sent: Thursday, February 27, 2003 9:27 AM >To: Info-VAX@Mvb.Saic.Com >Subject: Re: VAX Emulators  >  > ( >"Tom Linden" <tom@kednos.com> writes...= >}Does any have data on comparison of VAX emulator running on ? >}Pentium to Alpha?  In other words, what must the frequency of ; >}an Alpha be for it offer comparable performace to, say, a = >}2.7GHz Pentium (with scsi and all that to offer a more fair 
 >}comparison)  > C >Your question is not clear, but there is no pentium fast enough to B >run a VAX emulator on to make that emulator as fast as a DS10/466D >(a 466MHz EV6 - the slowest Alpha they still make, unless they haveC >stopped making the 466MHz version). Not even close - and by close, ' >I mean "within an order of magnitude".  > I >The fastest P4 currently available won't run an emulator that is as fast J >as the fastest real VAX processor was, as far as I know. (I recall seeingG >an estimate of somthing like 100MHz => 1 VUP for one of the emulators, J >thus a 3.06GHz P4 should produce something around 30 VUPs, which is a bit7 >under half as fast as the fastest real VAX processor.)  > G >I think that it might be almost comparable to a DEC 3000 model 400, or G >maybe one of the variants of the the model 300. (Anyhow, that would be H >about a 9 year old 1st generation Alpha.) The DEC 3000m600 (175MHz EV4)I >has an extimated VUP raing somewhere in the 90s. You'd have faster SCSI, K >since the DEC 3000 series had 10MB/sec Fast Narrow SCSI and you'd probably L >have at least 80MB/sec Ultra2, which would help even things out even though< >your emulated VAX processor would be slower at most things. > 	 >--- Carl  >  >---' >Incoming mail is certified Virus Free. ; >Checked by AVG anti-virus system (http://www.grisoft.com). A >Version: 6.0.449 / Virus Database: 251 - Release Date: 1/27/2003  >  --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.449 / Virus Database: 251 - Release Date: 1/27/2003   ------------------------------    Date: 27 Feb 2003 13:49:00 -0600+ From: young_r@encompasserve.org (Rob Young) ! Subject: Re: VMS Backup solutions 3 Message-ID: <+$CDWNRFYF63@eisner.encompasserve.org>   q In article <rU7mUPNNPtt7@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: O > In article <03022615422724@dscis6-0.dalsemi.com>, brandon@dalsemi.com writes:  >> Our VMS solution is to use BACKUP with DCL command files.  Automated using ISAM files and scripts with logging, e-mail, reporting, } >> WWW, paging, etc.  All in-house created and maintained.  I have worked with SLS in the past and incorporated many of those . >> concepts into the in-house backup solution. >>  r >> We keep our tapes at a 95% to 98% capacity so we make efficient use of our tapes, no multi-volume tapes either. >>   >> Unlike the NT or UNIX group, the VMS group has maintained a stable backup solution incorporated with DR practices and policies. > J >    So they're trying to solve a problem that doesn't exist.  NT and UNIXI >    backup utilties are crap, or non-existant.  So they're assuming they / >    need to include VMS in the solution.  PHM.  >   @ 	Actually... for Enterprise Backup you cover all the OSes.  WhatH 	Brandon is facing is typical across Enterprise.  Those rogue/bothersome5 	OSes must also become part of the Enterprise backup.   B 	A backup config I am familiar with has over 2 Terabytes currentlyH 	onsite, over 230 Terabytes offsite.  Onsite capacity over 15 Terabytes.  @ 	An Enterprise Backup solution can scale in multiple directions.  0 	Regarding capability, what do you have in mind?   > 1 >> (?) What about Disaster Recovery implications?  > 
 >    Sigh. >   ? 	The better Enterprise Backup solutions have DR at the core and  	keep a replica offsite for DR.    				Rob    ------------------------------  % Date: Thu, 27 Feb 2003 20:56:05 -0000 3 From: "Jefferson Humber" <matrix01@globalnet.co.uk> ! Subject: Re: VMS Backup solutions 3 Message-ID: <_0GdnRscn5ZMHcOjXTWc3g@brightview.com>   J I am currently evaluating the Legato Networker software for OpenVMS (AXP & VAX).   H So far so good, the Alpha version is great, but the VAX's are limited by their slower NIC's.   K Is anybody else using NetWorker on OpenVMS ?  Any nasties I should be aware  of ?  L Although I am thinking of using the NetWorker for daily user data backups, IH will still run standalone OpenVMS image backups of the system disk everyJ month....... you can't restore a Networker backup without a TCP/IP stack &# Legato client software running !?!?   K Just out of curiosity can you get faster network cards for VAX 4000-108's ? " If so what models are compatible ?  K The inbuilt one on the VAX is 10Mbps..... really want to be able to achieve # a 100Mbps connection to my network.    Jeff    & <brandon@dalsemi.com> wrote in message+ news:03022615422724@dscis6-0.dalsemi.com... E > Our "newly" formed operations group is looking at enterprise backup + solutions for our NT, UNIX, and VMS groups.  >  > Our VMS setup: > . > GS160, 4 each TL89-2 (35/70), 520-GB of data > L > Our VMS solution is to use BACKUP with DCL command files.  Automated using7 ISAM files and scripts with logging, e-mail, reporting, H > WWW, paging, etc.  All in-house created and maintained.  I have worked3 with SLS in the past and incorporated many of those - > concepts into the in-house backup solution.  > L > We keep our tapes at a 95% to 98% capacity so we make efficient use of our$ tapes, no multi-volume tapes either. > K > Unlike the NT or UNIX group, the VMS group has maintained a stable backup 5 solution incorporated with DR practices and policies.  > E > I am greatly concerned with this new drive to centralize the backup = solution onto a UNIX platform.  They want to NFS mount drives ' > and backup the data, etc.  Gasp-Argh!  > I > (?) I would like to know if anyone has a similar environment (NT, UNIX, 7 VMS) that has a successful enterprise solution and what  > they are using.  >  > (?) Any horror stories?  > 0 > (?) What about Disaster Recovery implications? >  >  >  > John Brandon > VMS Systems Administrator  > Dallas Semiconductor > john.brandon@dalsemi.com > 972.371.4172 wk  > 972.371.4003 fx    ------------------------------  % Date: Thu, 27 Feb 2003 20:21:35 -0500 2 From: rdeininger@mindspring.com (Robert Deininger)! Subject: Re: VMS Backup solutions L Message-ID: <rdeininger-2702032021360001@user-uinj4gj.dialup.mindspring.com>  F In article <_0GdnRscn5ZMHcOjXTWc3g@brightview.com>, "Jefferson Humber"! <matrix01@globalnet.co.uk> wrote:   L >Just out of curiosity can you get faster network cards for VAX 4000-108's ?# >If so what models are compatible ?  > L >The inbuilt one on the VAX is 10Mbps..... really want to be able to achieve$ >a 100Mbps connection to my network.  F You might want to contact Nemonix.  They have a variety of aftermarket> adapters for VAX systems.  I don't know about the VAX 4000-108
 particularly.   G Last I checked, the Nemonix stuff was pretty pricey.  But if you have a I good reason to keep the VAX in production, you may be able to justify the  cost.    ------------------------------  % Date: Thu, 27 Feb 2003 21:53:14 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> ! Subject: Re: VMS Backup solutions ' Message-ID: <3E5EDD2A.31D825F4@fsi.net>    Jeff Cameron wrote:  >  > David, > J > Yep! While OASIS/RLM and TapeControl are still running at many VMS sitesM > under VMS 7.3-1 in Homogeneous VMS SAN environments, the NetBackup Software : > from MTI also runs with OpenMedia in Heterogeneous SANs. > J > I failed to mention that the backup solution is called NetBackup and wasF > around long before and is not to be confused with Veritas NetBackup. >  > Jeff > K > PS Even though it is a little gratifying, it is also a bit scary when you N > realize that some of your code will probably out live you. Dont' you agree?   Soit'ny! Nyuk, nyuk, nyuk, ...   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Thu, 27 Feb 2003 17:13:56 -0500 * From: "Bill Todd" <billtodd@metrocast.net>$ Subject: Re: Volume set across RAID52 Message-ID: <fnOdncHx9sY0EMOjXTWcqQ@metrocast.net>  < "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message! news:3E5D870E.50790DA3@fsi.net...  > Bill Todd wrote: > > @ > > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message% > > news:3E5C272E.EFFEA73E@fsi.net...  > > > jlsue wrote: > >  > > ...  > > K > > > > It's just simply amazing the simplification that the EVA can bring.  > > > K > > > I tend to view that rather like the choice between burning garbage or B > > > burying it in a landfill. The bad stuff has to go SOMEplace. > > > I > > > Rather like outsourcing: that heat may be taken off of you, but how  muchL > > > do you trust those upon whom the burden now falls? ...and how will you> > > > respond should that trust be given and then be breached? > > F > > Don't you think that you really ought to learn something about EVA before. > > presuming to voice such opinions about it? > @ > My point was that the management effort *HAS* to go someplace.  L The only point you're making is that you not only know nothing about EVA butG are unwilling to step back and take a look at it when your ignorance is  pointed out.    You canG > either manage the storage farm, or manage the stuff that manages your J > storage farm for you, but either way, you're gonna have your hand in the > pie.  K Wrongo, Dave.  With EVA, you *don't* have to have your hand in the pie.  It J really does take care of the problem:  about all you need to do is feed it/ more disks when space runs low or a disk fails.    - bill   ------------------------------  % Date: Thu, 27 Feb 2003 21:37:18 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> $ Subject: Re: Volume set across RAID5& Message-ID: <3E5ED96E.A6C8873@fsi.net>   Bill Todd wrote: > > > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message# > news:3E5D870E.50790DA3@fsi.net...  > > Bill Todd wrote: > > > B > > > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message' > > > news:3E5C272E.EFFEA73E@fsi.net...  > > > > jlsue wrote: > > > 	 > > > ...  > > > M > > > > > It's just simply amazing the simplification that the EVA can bring.  > > > > M > > > > I tend to view that rather like the choice between burning garbage or D > > > > burying it in a landfill. The bad stuff has to go SOMEplace. > > > > K > > > > Rather like outsourcing: that heat may be taken off of you, but how  > muchN > > > > do you trust those upon whom the burden now falls? ...and how will you@ > > > > respond should that trust be given and then be breached? > > > H > > > Don't you think that you really ought to learn something about EVA > before0 > > > presuming to voice such opinions about it? > > B > > My point was that the management effort *HAS* to go someplace. > N > The only point you're making is that you not only know nothing about EVA butI > are unwilling to step back and take a look at it when your ignorance is  > pointed out.  G Well, I've learned not to contradict when your mind is made up; so, ...   
 >  You canI > > either manage the storage farm, or manage the stuff that manages your L > > storage farm for you, but either way, you're gonna have your hand in the > > pie. > M > Wrongo, Dave.  With EVA, you *don't* have to have your hand in the pie.  It L > really does take care of the problem:  about all you need to do is feed it1 > more disks when space runs low or a disk fails.   G Hhmmm... Sure sounds like there's still some management effort there to C me ... unless the thing configures itself, optimizes itself, splits B mirror-sets and/or creates snap-shots psychically, interfaces withC DECevent and/or Analyze so we can get automated status reports when ! arrive at work every morning, ...   H ...but, your mind is made up, and you're always right, so guess I'm down  the for the count as usual, huh?   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Thu, 27 Feb 2003 21:30:22 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> $ Subject: Re: Volume set across RAID5' Message-ID: <3E5ED7CE.57E51E2B@fsi.net>    jlsue wrote: > 9 > On Wed, 26 Feb 2003 21:33:34 -0600, "David J. Dachtera"   > <djesys.nospam@fsi.net> wrote: >  > >Bill Todd wrote:  > >>A > >> "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message & > >> news:3E5C272E.EFFEA73E@fsi.net... > >> > jlsue wrote:  > >> > >> ... > >>L > >> > > It's just simply amazing the simplification that the EVA can bring. > >> >L > >> > I tend to view that rather like the choice between burning garbage orC > >> > burying it in a landfill. The bad stuff has to go SOMEplace.  > >> >O > >> > Rather like outsourcing: that heat may be taken off of you, but how much M > >> > do you trust those upon whom the burden now falls? ...and how will you ? > >> > respond should that trust be given and then be breached?  > >>N > >> Don't you think that you really ought to learn something about EVA before/ > >> presuming to voice such opinions about it?  > > I > >My point was that the management effort *HAS* to go someplace. You can H > >either manage the storage farm, or manage the stuff that manages yourK > >storage farm for you, but either way, you're gonna have your hand in the 4 > >pie. The question is just how deep, when and why. > >  > >TANSTAAFL, as they say. > = > Well, sure, but that's why they put the intelligence in the D > controller.... to save YOU time and energy.  The management of the? > storage is now automated, and optimized for performance *and* @ > reliability.  (For example, when you create a VRAID-1 LUN, the@ > controller takes care that LBN 'x' is mirrored on a completely  > different drive in the group.)  C Not vaulable to me unless there's some SUPPORTED way to add a third F mirror-set member(-set), split that mirror off and present it as a new< unit or backup from within an OpenVMS batch job (lights-out, unattended).  C > It appears that you have your doubts about it and don't trust it,   G No, everytime "they" come up with a new way to make my life "easier", I G have to spend six or seven man-months trying to find ways to circumvent G it so I can get what I need out of it without sacrificing reliablility.   B > which I can empathize with.  But for me, the controllers alreadyG > manage the RAID allocation of blocks, and I trust them for that, this H > is just an evolution to more intelligence.  And I've seen it in action8 > many times, so I'm a bit more comfortable with it now. > H > If (like me) you've been burned before by technology claims, then it's= > understandable that you'd be hesitant to jump in with newer H > technology.  However, in this case, it's no longer "new", or "bleedingB > edge" stuff - it's been in use for quite awhile in many customerE > locations (we probably install 10-20 a month); and it has worked as 
 > advertised.   D May get to see that some day; but for now, gotta go with what Cerner
 will certify.   A > What it's done for databases is eliminate the need to regularly H > re-partition/position data on LUNs to address I/O bottlenecks - a very/ > manual, time-consuming, often off-hours task.  > G > Couple this with the CASA solution that allows you to virtualize your G > LUNs across controllers, even over IP WAN, and you've got some pretty F > cool capabilities for high availability solution as well (far better# > than the EMA DRM solution, imho).   / As long as we can get the throughput we need...   F > I think we have the technology available in different locations thatC > you can test-drive.  I think we also have some travelling "truck" > > that's full of gear that goes around the country demoing our! > technology.  Also, if you go to D > DECUS/HPETS/whatever-its-called-this-year, you'll probably have an" > opportunity for hands-on access.  G That'd be cool. For now, though, I'm still fighting off the "EMC is the F cooling thing sinced sliced bread" crowd. (Too bad the damned thing is> unreliable with the shadow-sets that are the basis or Cerner's redundancy strategy.)    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------    Date: 27 Feb 2003 15:35:46 -0800( From: gtackett@yahoo.com (Galen Tackett)) Subject: Re: Where to get a recent Emacs? = Message-ID: <1579dafc.0302271535.331081ad@posting.google.com>   F I certainly did mean 7.3-1 (what an odd typo) and any version from theD last few years would be okay. I think there was a V19.x on the Decus< sites a long time back, but those sites don't work any more.  F I found a copy of V19.x for VMS on one other web site but the TAR file( was missing a large chunk off the end...   Galen    ------------------------------   End of INFO-VAX 2003.115 ************************