1 INFO-VAX	Mon, 29 May 2006	Volume 2006 : Issue 296       Contents: ANN: VMS Mosaic 4.0  Re: ANN: VMS Mosaic 4.0 $ Re: Compaq board member sent to jail4 Re: Electrical differences in DECserver serial ports FS: MIcroVAX 3100s (5)/ FTP security suggestion, and SHOW INTRUSION BUG P Re: How to restore one BACKUP/IMAGE from tape with mutliple BACKUP/IMAGEs? BACKUA Re: I knows it's unsupported, but does current VMS run on ZX2000? A Re: I knows it's unsupported, but does current VMS run on ZX2000? B Re: Need freespace but SYS$QUEUE_MANAGER.QMAN$JOURNAL won't deleteP Re: OT: Woodcrest (X86-64) will ouperform all other cpus on the market says Inqu# Re: Ping in web server command file . Re: So how representative is this experience ?. Re: So how representative is this experience ?. Re: So how representative is this experience ?. Re: So how representative is this experience ?. Re: So how representative is this experience ?. Re: So how representative is this experience ?. RE: So how representative is this experience ?0 Re: speeding up LAVC with switch instead of hub?D RE: Unix runs faster, maybe (was: Re: Educating potential VMS users)' Re: VMS, XDM, and remote connections...   F ----------------------------------------------------------------------   Date: 28 May 06 21:07:36 EDT) From: cook@wvnvms.wvnet.edu (George Cook)  Subject: ANN: VMS Mosaic 4.0! Message-ID: <H1uz8kk5YMjK@wvnvms>   - Release 4.0 of VMS Mosaic is now available at   .     ftp://alpha.wvnet.edu/mosaic/mosaic4_0.zip  B VMS Mosaic is a GUI web browser.  It supports HTML V4.0 (includingD tables and frames), animated GIFs, cookies, secure connections, etc.C It does not support Java, JavaScript or style sheets.  A C compiler  is required to build it.  = Executables built on VAX 5.4-3 and 7.3 and on Alpha 7.3-2 are 
 available at:   &      ftp://alpha.wvnet.edu/mosaic/exe/  B The executables are unlikely to work on versions of VMS older than@ what they were built on, but they should work on never versions.  1 The most significant changes in this release are:   7     1.  Support for additional HTML tags and attributes   "     2.  Tooltip (aka balloon) help  $     3.  Improved Postscript printing  8     4.  Elimination of hangs due to broken https servers  D     5.  Full support for additional & escape sequences (e.g. &trade)         via the Symbol font   / The complete list of changes since release 3.9: I -------------------------------------------------------------------------   ?  o Added support for <FIELDSET>, <LEGEND>, <LABEL>, <OPTGROUP>, *    <COL>, <COLGROUP>, <DEL> and <INS> tags6  o Added support for <BUTTON> tags (text content only)+  o Added support for LABEL in <OPTION> tags 4  o Added support for FRAME and RULES in <TABLE> tagsB  o Added detection of UTF-8 character set specified in <META> tagsA  o Added support and preference setting for MenuBar tearoff menus G  o Added tooltip (aka balloon) help for the toolbar, cookie jar manager     and various menusG  o Added tooltip support for TITLE in span, image, anchor and form tags B  o Added preference and menu option to enable/disable tooltip helpB  o Added preference settings for tooltip foreground and background9    colors, font face, shape and popup/popdown delay times C  o Added Postscript printing of form text content and button labels 8  o Added Postscript printing support for the Symbol fontF  o Added Postscript printing support for SIZE and NOSHADE in <HR> tags8  o Added Postscript printing of square and block bulletsF  o Added support and preference setting for duplex Postscript printing:  o Added support for HTML tags as text in form text areas @  o Added full support for &hellip, &mdash, &trade, &harr, &larr,@    &rarr, &uarr, &darr, &lozenge, &prime, &Prime, &fnof, &clubs,    &diams, &hearts and &spadesC  o Added full support for UTF-8 encoded left/right arrows, em dash,     ellipsis and trademark 9  o Added feedback messages for images which are too large 5  o Added 32x32 and 75x75 pixmaps for the desktop icon (  o Added detection of missing MOSAIC.DAT;  o Added support for the XHTML <BR/> tag with missing space    o Added the LIBLITECLUE library?  o Fixed slow drag scrolling of pages with lots of form widgets B  o Fixed DCL qualifiers which didn't work with preferences enabledE  o Fixed major GC (Graphics Context) leak and reduced GC allocations  =  o Fixed hangs caused by broken https servers doing keepalive     on redirects '  o Eliminated progress meter flickering @  o Changed to limit Mosaic's size preferences to the screen sizeF  o Automatically rescales large images to the maximum pixmap dimension'    preferences if they are set non-zero *  o Fixed failure of frame loading to abort8  o Fixed failure of animations in inline frames to abort?  o Fixed size calculation problems with inline frames in tables ,  o Improved support for NOSHADE in <HR> tags9  o Improved search text positioning in source view window <  o Eliminated underlining and overstriking of leading spaces,  o Reduced space between captions and tables:  o Changed to display large option menus as scrolled lists4  o Changed to not rewrite unmodified hotlist at exit2  o Changed to allow form elements outside of forms:  o Changed NOTRACE builds to use separate work directories0  o Changed to ignore non-standard <NOINDEX> tags7  o Colorized the Information and Warning dialog pixmaps D  o Made minor changes to the Menubar to make it more consistant with    the Motif 1.2 Style Guide;  o Replaced Topica with Yahoo Groups on the navigation menu D  o Disabled mouse button 2 "drag and drop" on icons and form buttonsD  o Registers the "default" language procedure with XtSetLanguageProc*  o Progress meter now works with Motif 1.11  o Eliminated use of Motif gadgets in the MenuBar B  o Reduced by ten the number of types sent in http Accept: headers+  o Eliminated all use of the caddr_t C type $  o Various bug and memory leak fixes*  o Various source reformating and cleanupsI -------------------------------------------------------------------------   D Note: on lower performance systems, tooltip help will perform better5       if the preference CLUE_ROUNDED is set to False.      George Cook  WVNET    ------------------------------  % Date: Sun, 28 May 2006 23:24:42 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>   Subject: Re: ANN: VMS Mosaic 4.0, Message-ID: <447A6955.C6475553@teksavvy.com>   George Cook wrote: > / > Release 4.0 of VMS Mosaic is now available at  > 0 >     ftp://alpha.wvnet.edu/mosaic/mosaic4_0.zip  < Wow ! You really meant it when you said "real soon now"  !!!  E I've downloaded the zip and tasked one VAX node to compile the beast. ; Should be done within a week or two :-) Will let you know !   + (It is huffing and puffing as I type this )    ------------------------------  % Date: Sun, 28 May 2006 15:05:35 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> - Subject: Re: Compaq board member sent to jail , Message-ID: <4479F47F.E38AB9F8@teksavvy.com>   Paul Sture wrote: I > Sentencing is planned for September 11; meanwhile Lay is out on bail of 
 > $5 million.     H Wow, I can smell friendly politics here. On september 11, the media willD be on a wild frienzy to report the 5th anniversary of 9-11 and won'tF spend much time reporting on Lay's sentence.  I smell a short sentence@ coming  la Martha Stewart with the 5 million in bail going as a2 political donation once it the funds are released.   ------------------------------  % Date: Sun, 28 May 2006 15:51:00 -0500 6 From: "David J. Dachtera" <djesys.no@spam.comcast.net>= Subject: Re: Electrical differences in DECserver serial ports 0 Message-ID: <447A0D34.4F31186A@spam.comcast.net>   mcbill20@yahoo.com wrote:  > G > I have a question about DECservers that hopefully some here will know ? > about. Over the years I've written quite a bit of software to I > communicate with various serial devices. Most of it hasn't been too bad C > but occasionally, like now, I find that one that should be really I > simple has me stumped. I have a device that has its own transformer but I > that can also pull power from the DTR and DSR lines if the wall-wart is  > not plugged in.   G Didn't see where you got a lot of responses, so thought I'd take a shot  at it.  G If the device can draw power from DTR, the question is what does it use E as a v- given that DTR provides v+? Does it use the chassis ground of D the DTE viathe connector shell or the data ground line (pin 7 of the 25-pin RS232)?    E On the 90TL, v- could only be the data grounds provided on the center E two conductors, either Rx- or Tx-. It's an unshielded RJ45 connector; C so, chassis ground from the connector shell would not be available.   E The data pins are not siginificant until the question of powering the G device from the interface is solved. The standard voltages for the data H lines should be applicable to both the DB25 RS232 and the 90TL, with theB caveat that the 90TL will conform to RS423/EIA423 which is usually+ compatible with the signal levels in RS232.    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  % Date: Sun, 28 May 2006 17:11:41 -0500 6 From: "David J. Dachtera" <djesys.no@spam.comcast.net> Subject: FS: MIcroVAX 3100s (5) / Message-ID: <447A201D.25AD8B5@spam.comcast.net>    Folks,  G Now that bootcamp is history for this year, I have time to get to these 	 machines.   F Before I list them on eBay, I want to give the group a chance at them.  B I'm only selling these for the cost of shipping which is beyond my, control. These are HEAVY, even without disk.  2 They all have only the on-board memory - no SIMMs.   They all have no disk or CD.  $ They all boot from CD and pass POST.  F I will consider international shipping, but understand that the delays4 may be significant while I gain experience doing so.  A I recommend e-mailing me at djesys at comcast dot net where I get  relatively little spam.   F These will be posted for sale probably next weekend. The postings will be Buy-It-Now only.    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  % Date: Mon, 29 May 2006 01:30:55 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 8 Subject: FTP security suggestion, and SHOW INTRUSION BUG, Message-ID: <447A86E2.4A9E01DB@teksavvy.com>  ! VAX VMS 7.2, TCPIP Services 5.3-2   C In the days of VMS's creation, 100 baud accoustic couplers were the A primary remote access to VMS boxes, and the terminal driver would H automatically drop the connection after a number of connection attempts.F This greatly limited the number of attempts one could make because theG time to hangup, redial, wait for modems to renegotiate would be greater * than the time needed to make the attempst.  C But today, with the internet, one can rack up passowrd attemps very G quickly.  I went out to get a snack in the kitchen, and upon my return, F I was hearing "beep beep" from the console.  Some guy really wanted toH get into my system with "Administrator" as username. (he was from Texas)    A SHOW INRTRUSION was already showing *** in the number of attemps. D Perhaps SHOW INTRUSION should be updated to be able to display up toE 9999 attempts insteads of its 1960s' assumption that 999 was way more  than needed.    H In such cases, I have to extract ther IP address of the hacker from logsC (netstat is the better one since OPCOM is just constantly scrolling H about 10 minutes behind in its buffer), then telnet to the router to add" a dynamic filter to block that IP.    D It would be really nice if the TCPIP software (TELNET, FTP at least)G would use some of the LGI intrusion SYSGEN parameters and automatically G block all connection attempts from the intruding IP for a random number  of minutes.    ------------------------------  % Date: Sun, 28 May 2006 16:17:50 -0500 6 From: "David J. Dachtera" <djesys.no@spam.comcast.net>Y Subject: Re: How to restore one BACKUP/IMAGE from tape with mutliple BACKUP/IMAGEs? BACKU 0 Message-ID: <447A137E.D128A065@spam.comcast.net>   Z wrote: >  > Jeff Cameron wrote: @ > > 1. Mount the target disk device with the /FOREIGN qualifier:  > >    $MOUNT/FOREIGN $1$DKA100: > > 2 > > 2. Mount the tape with the /FOREIGN Qualifier.  > >    $MOUNT/FOREIGN $4$MKB200: > >  > > 3. Do the restore 7 > >    $BACKUP/IMAGE $4$MKB200:DATA.BCK/SAVE $1$DKA100:  > C > I forgot the /SAVE but the restore worked perfectly. Thank you, I ) > appreciate the *specific* instructions.   @ /SAVE is the default for tape devices for both input and output.  E > I can never remember if it's $MOUNT or $MOUNT/FOREIGN, or even if I F > should just let BACKUP mount it. With this old 4100 and a TZ89 and aH > DLT4 pretty much full to the EOT marker, if I make a subtle mistake, I> > find out 7 hours later after it runs through the whole tape.  H If you know which saveset you need, SET MAGTAPE/SKIP could be helpful in cutting the time down.   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  % Date: Sun, 28 May 2006 20:01:18 +0200 4 From: Jur van der Burg <"vdburg at hotmail dot com">J Subject: Re: I knows it's unsupported, but does current VMS run on ZX2000?6 Message-ID: <4479e57f$0$31648$e4fe514c@news.xs4all.nl>  B  From my 'unsupported' department.... Both systems are unsupportedF but run without any issue (The Alpha DS20L needed some tweaks though).E Notice that the graphics card of the zx6000 won't work, but inserting A another graphics card can fix that. I don't care since I use them  strictly as servers.   Jur.   View of Cluster from system ID 1035  node: THEBAT                                                              28-MAY-2006 19:56:25 D +-+D |                         SYSTEMS                        | MEMBERS |D |--+|D |  NODE  |             HW_TYPE            |   SOFTWARE   |  STATUS |D |+++|D | THEBAT | hp AlphaServer DS20L 833 MHz   | VMS XB8H-BL2 | MEMBER  |D | THEDOT | Digital AlphaStation 500/500   | VMS V8.2     | MEMBER  |D | THEINT | HP zx6000  (1.00GHz/3.0MB)     | VMS XB8G-N2O | MEMBER  |D +---+     System Configuration:  ---------------------  System Information: I System Type   HP zx6000  (1.00GHz/3.0MB)                Primary CPU ID 0. P Cycle Time    1.0 nsec (1000 MHz)                       Pagesize       8192 Byte  # System Management BIOS Information: : BIOS Version   02.31                     Manufacturer   hpH Release Date   03/11/2004                Product Name   workstation zx60B SMBIOS Table   00000000.3FB3A020         Serial Number  DE306001862 UUID           43DF1850.96DAD5B6.11D752D8.3EF5419B  # Per-CPU Slot Processor Information: K CPU ID         0.                        CPU State    rc,pa,pp,cv,pv,pmv,pl ) CPU Type       Itanium2  McKinley  Rev B3      System Configuration:  ---------------------  System Information: I System Type   hp AlphaServer DS20L 833 MHz              Primary CPU ID 0. P Cycle Time    1.20 nsec (833 MHz)                       Pagesize       8192 Byte  # Per-CPU Slot Processor Information: K CPU ID         0.                        CPU State    rc,pa,pp,cv,pv,pmv,pl ' CPU Type       EV68A  Pass 2.2 (21264B) G PAL Code       1.98-74                   Halt PC      00000000.20000000 G CPU Revision   ....                      Halt PS      00000000.00001F00 N Serial Number  ..........                Halt Code    "Bootstrap or Powerfail"J Console Vers   V6.6-10                   Halt Request "Default, No Action"      , Alan Winston - SSRL Central Computing wrote: > VMSers --  > I > I was just gifted with a stack of ZX2000s that a friend's workplace was O > offloading.  (They're a Unix and Windows shop, and they have tons and tons of N > Opterons, and having a half-dozen not-their-standard boxes they were runningP > Linux on was just more trouble than it was worth to them.)  I know the ItaniumJ > port was developed at least in part on this kind of box. I know it's not > supported now. >  > What I'm wondering is  > L > (a) whether VMS 8.2 has any checks in it to prevent it booting on a ZX2000 > L > (b) whether anybody out there has it _running_ on a ZX2000 and if so, what >     their experience is like.  > 9 > (c) whether Itanium licenses are available to hobbyists  > L > (If the thing will work, it seems like a nice choice for a home machine onM > which to run run hobby-related mailing lists (using PMDF and PMAS and maybe K > LISTSERV-LITE free edition), a webserver to serve the list archives, etc. M > "A nice choice" because the units are free and I can run a minicluster with P > HBVS for high availability and just pay for power.  My budget is, pretty much, > zero for this.)  > 	 > -- Alan  >  >  >    ------------------------------  % Date: Sun, 28 May 2006 16:25:16 -0500 6 From: "David J. Dachtera" <djesys.no@spam.comcast.net>J Subject: Re: I knows it's unsupported, but does current VMS run on ZX2000?0 Message-ID: <447A153C.C8F14DBF@spam.comcast.net>    Peter 'EPLAN' LANGSTOEGER wrote: >  > In article <00A56009.2D78315A@SSRL.SLAC.STANFORD.EDU>, winston@SSRL.SLAC.STANFORD.EDU (Alan Winston - SSRL Central Computing) writes: M > >(a) whether VMS 8.2 has any checks in it to prevent it booting on a ZX2000  > = > Don't know, but I doubt. I think, I read here that it runs. F > But, since you already have the systems, why not trying yourself and< > telling us? AFAIK, only problem is the graphics adapter...  B You'll likely experience the Multia phenomenon of the CPU servicesE module for that model being not found, probably at some future point.   M > >(b) whether anybody out there has it _running_ on a ZX2000 and if so, what   > >    their experience is like. > ; > Check this group. I think, someone said he has. Eberhard?  > : > >(c) whether Itanium licenses are available to hobbyists  * AFAIK, this is still in the works, FWIW...   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  % Date: Sun, 28 May 2006 16:59:37 -0500 6 From: "David J. Dachtera" <djesys.no@spam.comcast.net>K Subject: Re: Need freespace but SYS$QUEUE_MANAGER.QMAN$JOURNAL won't delete 0 Message-ID: <447A1D49.225F2E9B@spam.comcast.net>   rschiemel@gmail.com wrote: > ! > Compaq Open VMS VAX Version 7.2  > H > It was noticed that the freespace on the system disk was decreasing. A, > search for large files showed a file namedI > SYS$QUEUE_MANAGER.QMAN$JOURNAL;1 which was about 11,000 blocks, existed D > in three separate directories on the system disk, using a total of > about 33,000 blocks. > I > The directories were: [SYS0.SYSCOMMON.SYSEXE], [SYSE.SYSCOMMON.SYSEXE],  > and [VMS$COMMON.SYSEXE].  : What you are seeing is one file via three potential paths.  H [VMS$COMMON.SYSEXE] is the common path. The [SYS%.SYSCOMMON] entries are! aliases pointing to [VMS$COMMON].   C By the way: the file you're looking to delete is a key part of your < queue management database. That's o.k. if you no longer needD batch/print/server queues of any kind (not likely), but I personally( would recommend leaving this file alone.  D You'll get more "bang" for your system management buck by moving theD swap and page files off the system disk, where possible. If your VAXF supports DOSD (dump-of-system-disk), you can get a bunch of disk space back that way, also.  : That said, it may be time to look at a larger system disk.   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  % Date: Sun, 28 May 2006 17:03:14 -0500 6 From: "David J. Dachtera" <djesys.no@spam.comcast.net>Y Subject: Re: OT: Woodcrest (X86-64) will ouperform all other cpus on the market says Inqu 0 Message-ID: <447A1E22.8A3C72E7@spam.comcast.net>   Tom LINDEN wrote:  > L > On Sat, 27 May 2006 06:38:57 -0700, Main, Kerry <Kerry.Main@hp.com> wrote: >  > >  > >  > >> -----Original Message----- B > >> From: Peter 'EPLAN' LANGSTOEGER [mailto:peter@langstoeger.at] > >> Sent: May 24, 2006 8:28 PM  > >> To: Info-VAX@Mvb.Saic.ComA > >> Subject: Re: OT: Woodcrest (X86-64) will ouperform all other & > >> cpus on the market says Inquirer. > >>; > >> In article <kC2dg.1034$D77.765@news.cpqcorp.net>, Hoff . > >> Hoffman <hoff-remove-this@hp.com> writes:@ > >> >                                                   (I know > >> I'm working to : > >> >make OpenVMS I64 an attractive target, if and when a > >> customer needs to: > >> >move from an OpenVMS VAX or an OpenVMS Alpha system. > >>< > >> Needs to move away is clear as there is no newer/bigger > >> system than a Marvel.= > >> When to move away is unclear as there is still no Itanic  > >> application for us.B > >> Not even Oracle (now planned for later this year, was planned > >> for last year) > > >> despite the application itself which needs Oracle Classic > >> (9?) beside/beneath. ? > >> I hope we can wait that long for the Itanic version, but I  > >> see Solaris coming. > >>< > >> And as our application still doesn't run with the TCPIP > >> scalable kernel, the ? > >> end of support for V7.3-2 at the end of this year is a big  > >> road block, too!  > >> > > L > > Peter .. As can be seen from the following chart, V7.3-2 will have priorL > > version support (PVS) until at least 2011 and after that, with a minimum  > > 24 month notice requirement. > > ? > > http://h71000.www7.hp.com/openvms/openvms_supportchart.html  > > ( > > (web site describes what PVS offers) > >  > > Regards  > >  > B > I find it interesting that VAX 5.5-2 and 6.2 have PVS sustaining
 > engineering K > thru 2011.  From which one must conclude that there are still a number of  > VAXen @ > that never went to Alpha.  Question is, will they go to IA64?   G May depend on whether or not Qbus ever becomes available for I64 and if G someone can find a way to translate VAX driver code back to source code $ so it can be modified to run on I64.   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  % Date: Sun, 28 May 2006 16:00:35 -0500 6 From: "David J. Dachtera" <djesys.no@spam.comcast.net>, Subject: Re: Ping in web server command file0 Message-ID: <447A0F73.6AC86F93@spam.comcast.net>   > Chuck Aaron wrote: > E > Does anyone have the dcl tcpip command "ping" set up in a webserver  > command fileH > that returns the results and tests the results for validity...anything > like that at all?   H Trouble with UCX is that PING doesn't return much meaningful information= in $STATUS. Either it worked or it didn't ("device timeout").   H Multinet's PING at least returns status to indicate success, packet loss or total failure.   , To emulate that, you'd have to, for example:  
 $ cntr = 0 $ tcpip ping/num=1 <target> ! $ if $STATUS then cntr = cntr + 1  $ tcpip ping/num=1 <target> ! $ if $STATUS then cntr = cntr + 1  $ tcpip ping/num=1 <target> ! $ if $STATUS then cntr = cntr + 1  $ if	cntr .eq. 0   $ then    $	<remote node is not reachable> $ else $ 	if cntr .lt. 3 then -
 $	<data lost>  $ endif    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  % Date: Sun, 28 May 2006 17:10:36 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 7 Subject: Re: So how representative is this experience ? , Message-ID: <447A11C0.9888A831@teksavvy.com>   Paul Sture wrote:  >  > mas wrote:K > > http://www.aceshardware.com/forums/read_post.jsp?id=115165893&forumid=1  > >  > M > I think you should read Paul De Mone's comments in response to that thread.   G What matters is perception. And if customers don't like that IA64 thing H for whatever reason and move to another platform, it is a lost customer.  E The FACT is that even HP admits, by posting that IDG study on its own A web site, that it will lose a significant number of Alpha/Pa-Risc L customers  and that it is not picking up many new customers who choose iA64.  B And with the quickened progress of the 8086 and delays in IA64 newF versions, the perception will be even greater that moving to that IA64 isn't the right thing to do.  E VMS isn't there to help a struggling platform. The platform should be G there to help VMS. Right now, that IA64 is not an asset helping VMS, it D is a liability that will cause a singnificant loss in VMS customers.  G This is why VMS should be ported immediatly to the 8086. Even if at the H moment, the 8086 isn't as scalable as that IA64 thing to reach SuperdomeH proportions, it will come and having VSM on 8086 NOW, would enable AlphaG customer to have a clear and reliable migration path to a platform that G will help VMS sales instead of huindering it, especially since the 8086 G scales from laptop to datacentre whereas that IA64 is now ment only for F high end systems only (since the 8086 is more competitive in mid-range and lower).   F Having VMS on the 8086 today would allow VMS to take some sales in theH midrange and even small business markets. Limiting VMS to only that IA64F will not only preclude real growth, but will also cause a  net loss ofH the customer base. This is not a smart business decidion to limit VMS to that IA64 thing.    H Now that Dell has opened the door to AMD, I wonder how long it will takeE before Dell starts to have an "enterprise" division selling superdome F class machines based on AMD 8086s. As soon as that happens, Intel willE be forced to release its onw version of an 8086 that can be scaled to J superdome class and that will be the real end of that IA64 pathetic thing.   ------------------------------  % Date: Mon, 29 May 2006 06:54:07 +0800 3 From: "Richard Maher" <maher_rj@hotspamnotmail.com> 7 Subject: Re: So how representative is this experience ? 1 Message-ID: <e5d9jn$19o$1@news-02.connect.com.au>    Hi,   	 > and the 7 > problems caused by compilers optimisations were vast.   0 Any more details on this? To help other porters.  K Let me guess, VMS Engineering's (or the public face of) response was "Oooh, D I wouldn't have done it that way" or "If I was trying to get there I= certainly wouldn't start from here" or "During the war. . .".   ? > As a result they decided it would be easier and less risky to ' > re-impliment from scratch on Windows.   J Is this not really just someone's political agend to seize the opportunityK to change architecture? That is, Windows would look better on their CV, VMS I is perceived as legacy, yadda, yadda, yadda (Same stuff for last 15 years  :-)   H I'm sure if the right people in HP new of the specific problems then the- FACTS could make it harder to justify a move.    > less risky  L Yep re-implementing from stratch is a walk in the park! How risky could thatJ be? (Good news is they'll never fully replace the functionality of the oldC system and will end up having to upgrade to itanium anyway. But the 8 bitterness sewen certainly won't help VMS in the future)   Regards Richard Maher   + "mas" <mas769@hotmail.com> wrote in message = news:1148831856.192788.179300@j55g2000cwa.googlegroups.com... I > http://www.aceshardware.com/forums/read_post.jsp?id=115165893&forumid=1  >  > " G > Well I can tell you of one company I know off who have decided NOT to F > go with Itanuim. It is a company that I used to work for (its in theE > FTSE 100) who currently has thousands of Alphas (some the new, some D > old), and a few old VAX system worldwide that need to be upgraded. > I > The software was ported from VAX/VMS to Alpha/VMS in the 90's, this was @ > typically done very poorly, but it worked and gave significant > performance increases. > E > After spending a few months in attempts to port to Itanium/VMS they F > decided that the problems were far to great. The problems being thatG > the performance was lower (significantly) than the system they needed D > to replace (ie: lastest Alphs ES40, ES45, and a few ES47), and the7 > problems caused by compilers optimisations were vast.  > ? > As a result they decided it would be easier and less risky to ' > re-impliment from scratch on Windows.  > I > On a side note: The original versons on Windows ran quite poorly on the H > 2.8Ghz Xeon' (4 CPU's) in that they were still slower than the lastestI > Alpha's, although much closer than the IPF ever came. They eventualy go D > managment to try dual socket, dual-core opterons and instantly gotE > double the perfromance, at nearly half the system cost and half the G > power usage. These platforms then quickly became the standard for all H > new x86 servers throughout the company. Luckerly for HP they still getG > the proviode the Opteron boxes, but at about 20% the price of the old  > Alpha systems. > "  >    ------------------------------   Date: 29 May 2006 02:39:17 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)7 Subject: Re: So how representative is this experience ? , Message-ID: <4dv56lF1cf9h1U1@individual.net>  1 In article <e5d9jn$19o$1@news-02.connect.com.au>, 6 	"Richard Maher" <maher_rj@hotspamnotmail.com> writes: > Hi,  > 
 >> and the8 >> problems caused by compilers optimisations were vast. > 2 > Any more details on this? To help other porters. > M > Let me guess, VMS Engineering's (or the public face of) response was "Oooh, F > I wouldn't have done it that way" or "If I was trying to get there I? > certainly wouldn't start from here" or "During the war. . .".  > @ >> As a result they decided it would be easier and less risky to( >> re-impliment from scratch on Windows. > L > Is this not really just someone's political agend to seize the opportunityM > to change architecture? That is, Windows would look better on their CV, VMS K > is perceived as legacy, yadda, yadda, yadda (Same stuff for last 15 years  >:-)  H Didfn't sound like it.  They tried moving to Itanium and it didn't work.   > J > I'm sure if the right people in HP new of the specific problems then the/ > FACTS could make it harder to justify a move.  > 
 >> less risky  > N > Yep re-implementing from stratch is a walk in the park! How risky could thatL > be? (Good news is they'll never fully replace the functionality of the old	 > system    $ On what do you base this little gem?  > >        and will end up having to upgrade to itanium anyway.   I And how do you dras this conclusion?  They moved to Windows which doesn't " now and never will run in Itanium.   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  % Date: Sun, 28 May 2006 23:10:28 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 7 Subject: Re: So how representative is this experience ? + Message-ID: <447A6600.E8A988B@teksavvy.com>    Bill Gunshannon wrote:K > And how do you dras this conclusion?  They moved to Windows which doesn't $ > now and never will run in Itanium.  G In fairness, Windows does have a version that runs on that IA64 thing.  D There may not be that many apps for it, and there will be fewer appsE later on when even microsoft reduces the number of oits own apps that  make it to IA64.   ------------------------------   Date: 29 May 2006 03:34:28 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)7 Subject: Re: So how representative is this experience ? , Message-ID: <4dv8e4F1bora9U1@individual.net>  + In article <447A6600.E8A988B@teksavvy.com>, 0 	JF Mezei <jfmezei.spamnot@teksavvy.com> writes: > Bill Gunshannon wrote:L >> And how do you dras this conclusion?  They moved to Windows which doesn't% >> now and never will run in Itanium.  > I > In fairness, Windows does have a version that runs on that IA64 thing.  F > There may not be that many apps for it, and there will be fewer appsG > later on when even microsoft reduces the number of oits own apps that  > make it to IA64.  B Yeah, just like there was Windows for the Alpha, and just like theB Alpja Microsoft has publicly stated it is not going to support anyB OS for the IA64.  Thus, it is a pretty safe bet, unless you think A they will somehow decided to port back to VMS, that they will not . be moving to IA64 at some point in the future.   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  + Date: Sun, 28 May 2006 22:41:34 -0500 (CDT) * From: sms@antinode.org (Steven M. Schweda)7 Subject: Re: So how representative is this experience ? 2 Message-ID: <06052822413478_2020743C@antinode.org>  3 From: "Richard Maher" <maher_rj@hotspamnotmail.com>    > > and the 9 > > problems caused by compilers optimisations were vast.   2 > Any more details on this? To help other porters.  C    All my (sparse) IA64 experience is on the TestDrive systems, and H almost all of the stuff I've moved has been painless, but I ran into a CG compiler optimization problem in the bzip2 code.  As the notes say, ...   H         There appears to be an optimizer problem with the HP C compilers=       identifying themselves as follows (and perhaps others):   .             HP C S7.1-013 on OpenVMS IA64 V8.20             HP C V7.2-001 on OpenVMS IA64 V8.2-1       L       This problem causes the tests to fail ("bzip2/libbzip2: internal errorL       number 3005.  [...]").  A work-around which appears to be effective is=       to compile HUFFMAN.C with /OPTIMIZE = LEVEL = 1.  [...]     +       http://antinode.org/dec/sw/bzip2.html B       http://antinode.org/ftp/bzip2/bzip2-1_0_3b_vms/vms_notes.txt  B    I reported the problem to the TestDrive feedback e-mail addressF around October 2005, and got an "I forwarded your note to the engineerE [...]" response shortly thereafter.  I don't know if it got so far as  the C compiler folks.   F    I don't know how common such problems are, but, as this is a fairlyB popular program in the real world (of UNIX-land), I'd say that the% compiler testing could use some work.   A    I haven't looked lately to see if there's a fix, as I couldn't  install it if there were one.   H ------------------------------------------------------------------------  3    Steven M. Schweda               sms@antinode-org 4    382 South Warwick Street        (+1) 651-699-9818    Saint Paul  MN  55105-2547    ------------------------------  % Date: Sun, 28 May 2006 23:57:31 -0400 ' From: "Main, Kerry" <Kerry.Main@hp.com> 7 Subject: RE: So how representative is this experience ? T Message-ID: <FA60F2C4B72A584DBFC6091F6A2B8684014ACDF4@tayexc19.americas.cpqcorp.net>   > -----Original Message-----* > From: mas [mailto:mas769@hotmail.com]=20 > Sent: May 28, 2006 11:58 AM  > To: Info-VAX@Mvb.Saic.Com 5 > Subject: So how representative is this experience ?  >=20B > http://www.aceshardware.com/forums/read_post.jsp?id=3D115165893&
 > forumid=3D1  >=20 > " G > Well I can tell you of one company I know off who have decided NOT to F > go with Itanuim. It is a company that I used to work for (its in theE > FTSE 100) who currently has thousands of Alphas (some the new, some D > old), and a few old VAX system worldwide that need to be upgraded. >=20= > The software was ported from VAX/VMS to Alpha/VMS in the=20  > 90's, this was@ > typically done very poorly, but it worked and gave significant > performance increases. >=20E > After spending a few months in attempts to port to Itanium/VMS they F > decided that the problems were far to great. The problems being thatG > the performance was lower (significantly) than the system they needed D > to replace (ie: lastest Alphs ES40, ES45, and a few ES47), and the7 > problems caused by compilers optimisations were vast.  >=20? > As a result they decided it would be easier and less risky to ' > re-impliment from scratch on Windows.  >=20  5 Less risky than re-writing from scratch - not likely.   G From most of the Customers I have heard from, the porting from Alpha to E IA64 is far, far easier than VAX to Alpha as the 32bit to 64 bit code * issues have mostly been already addressed.  E Certainly, the feedback from the VMS IA64 porting workshops and other & Customers has been extremely positive.  F On the mid range side, the feedback I have heard is that most App codeC with recent versions of VMS (8.2-1) with recent mid range Integrity B servers is faster that ES45-ES47 in many areas, but there are some" things that are not quite as fast.  D Given the comments about significantly slower, I rather suspect thatC they may have been using older versions of VMS (8.2 perhaps) and-or 
 compilers.  > > On a side note: The original versons on Windows ran quite=20 > poorly on the H > 2.8Ghz Xeon' (4 CPU's) in that they were still slower than the lastest? > Alpha's, although much closer than the IPF ever came. They=20  > eventualy goD > managment to try dual socket, dual-core opterons and instantly gotE > double the perfromance, at nearly half the system cost and half the G > power usage. These platforms then quickly became the standard for all H > new x86 servers throughout the company. Luckerly for HP they still getG > the proviode the Opteron boxes, but at about 20% the price of the old  > Alpha systems. > "   D Dont forget that OpenVMS Integrity is quite a bit cheaper than AlphaG OpenVMS as well e.g. one example - unlimited user licensing in base VMS  OS on IA64.   D Oh - and the comment about Windows being half the system cost.. Does@ this include the monthly testing of all the Apps for the monthly? security patches. The QA folks will love this part of their new H environment as I am sure they do not have new app functionality to test,G but would rather spend their time testing their apps with these monthly  OS security patches.   :-)    Regards   
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477  kerryDOTmainAThpDOTcom (remove the DOT's and AT)=20  4 OpenVMS - the secure, multi-site OS that just works.   ------------------------------  + Date: Sun, 28 May 2006 23:00:01 -0500 (CDT) * From: sms@antinode.org (Steven M. Schweda)9 Subject: Re: speeding up LAVC with switch instead of hub? 2 Message-ID: <06052823000098_2020743C@antinode.org>  . From: brooks@cuebid.zko.hp.nospam (Rob Brooks)  N > For those who will choose to upgrade to V8.3, you can take advantage of this? > updated display (this is not in the field test version) . . .   H    As a non-paying parasite, please allow me say, "Nice enhancement."  IH don't know when I'll be able to make use of it, but it looks good to me.  H ------------------------------------------------------------------------  3    Steven M. Schweda               sms@antinode-org 4    382 South Warwick Street        (+1) 651-699-9818    Saint Paul  MN  55105-2547    ------------------------------  % Date: Mon, 29 May 2006 00:11:33 -0400 ' From: "Main, Kerry" <Kerry.Main@hp.com> M Subject: RE: Unix runs faster, maybe (was: Re: Educating potential VMS users) T Message-ID: <FA60F2C4B72A584DBFC6091F6A2B8684014ACDF5@tayexc19.americas.cpqcorp.net>   > -----Original Message-----; > From: Bill Pechter [mailto:pechter@pechter.dyndns.org]=20  > Sent: May 26, 2006 7:20 AM > To: Info-VAX@Mvb.Saic.Com = > Subject: Re: Unix runs faster, maybe (was: Re: Educating=20  > potential VMS users) >=20< > In article <hvCdnejkK5FEtuvZnZ2dnUVZ_vednZ2d@comcast.com>,4 > Richard B. Gilbert <rgilbert88@comcast.net> wrote:  > >norm.raphael@metso.com wrote: > >  > >>=20 > > >> "Richard B. Gilbert" <rgilbert88@comcast.net> wrote on=20 > 05/25/2006 10:39:32  > >> AM: > >>=20  > >>=20  > >>>Bill Gunshannon wrote:  > >>> 2 > >>>>In article <e54907$ljp$1@reader1.panix.com>,9 > >>>>   John F <john@pleaseSeeSigForAddress.com> writes:  > >>>> > >>>>< > >>>>>OP seems, in reply to your query, rather annoyed that? > >>>>>nobody's willing to take on his brilliant idea for free.  > >>=20  > >> [snip]  > >>=20 6 > >>>Unix runs faster than VMS on comparable hardware. > >>=20  > >>=20 4 > >> I just cannot let that statement go unremarked.F > >> Unix may run faster, but without the reliability, so "comparable"G > >> is as always dependent on the business problem needing a solution.  > >> One man's meat....  > >>=20  > >>=20 @ > >>>The years have proven that fast and cheap beats "Better"=20
 > every time.  > >>=20  > >>=20 ? > >> ..until the disaster strikes, then "cheap" becomes "oops."  > >>=20  > >>=20 @ > >>>Solaris is "Free".  The last time I looked, the cheapest=20
 > VMS License < > >>>cost something like $1500 US.  Technical support for=20 > Solaris on a single A > >>>processor starts at $140/year.  It's $280 per year if you=20  > want telephoneA > >>>support.  Technical support for VMS is more like $140/month.  > >>=20  > >>=20 ? > >> No argument here.  I don't know the figures, but VMS is=20  > not priced for) > >> volume sales and remains unmarketed.  > >>=20  > > E > >Strangely enough, Unix, or at least Solaris, tends to be pretty=20 ? > >reliable.  It is not as user friendly as VMS and is laden=20  > with traps for=20 B > >the unwary but it will generally run as long as you remember=20 > to pay your=20> > >electric bill.  Unskilled tinkering as root can and will=20 > bring it down=20? > >but, as with VMS, there is no defense against privilege. =20  > The Solaris=20> > >systems at my last job ran like the VMS systems and came=20 > down only for=20? > >hardware maintenance or for power failures lasting longer=20  > than the run=20  > >time of our UPS.  YMMV! >=20/ > The reliability issue is a red herring today.  >=20  E Bill - the challenge with Linux (and Windows) for production stuff at G work is all of the security patches. RH Linux averages 10-20 *security* F patches per month. Now, how does a QA shop keep up with testing all of6 their apps with this many OS security patches to test.  9 Dont take my word for this - check out RHs security site: E https://www.redhat.com/archives/enterprise-watch-list/ (click on each  month and add them up)  F Now, even if only 20% were deemed to be required, that is still a hugeD amount of work to keep reading this site to determine if patches areE applicable or now and then testing the Apps with the patches that are  applicable.    Regards     
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477  kerryDOTmainAThpDOTcom (remove the DOT's and AT)=20  4 OpenVMS - the secure, multi-site OS that just works.   ------------------------------  % Date: Sun, 28 May 2006 15:17:24 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 0 Subject: Re: VMS, XDM, and remote connections..., Message-ID: <4479F743.4D60461F@teksavvy.com>   "Schroeder, AJ" wrote:J > After I copied those templates over, I went through TCPIP$CONFIG.COM andJ > enabled and started the XDM server. It seemed to start up alright then IL > went to a Sun machine. I can see my machine in the remote server list, butJ > it says "Willing to Manage" So then I tried to connect to my VMS machine@ > from the Sun machine and it doesn't bring up the login window.  A The VMS XDM software doesn't support the more popular MIT_COOKIES  authentication method.    ? There is a file you can setup (I forget which) with specific IP H addresses and the XDM server then bypasses the XDM authentication layersG and presents the login screen whenever there is no session established.   D Also, not sure if it was fixed, but the XDM login did not follow VMS@ security standards and one could try a gazillion billion millionF password combinations without VMS knowing about it or anything logged.  F If you look in the manual, you can set some logicals that will greatlyE increase the logging of the XDM server and you shoudl then see if the C remove XDM client (the X terminal) is using MIT_COOKIES. (or use an  ethernet monitor)       1 > I also tried to bring up the clock by using SET J > DISPLAY/TRANSPORT=TCPIP/NODE=helios and that worked! Not quite what I am@ > looking for, but I am sure I am missing something very simple.   $set display/etc/exec  $mc decw$startlogin   F this will give you a login screen, and because of the /exec in the SETE DISPLAY, when you log out, the login process begins automatically. In E fact, if you turn off the X terminal and turn it back on hours later, F the login screen appears automatically. This login process follows VMS, security and logs invalid password attempts.   ------------------------------   End of INFO-VAX 2006.296 ************************                    /freewarev70/imagemagick/imagemagick-6_1_5/testsX >>> 250 Connected to /disk$misc/decus/freewarev70/imagemagick/imagemagick-6_1_5/tests.
 <<< PASV? >>> 227 Entering passive mode; use PORT (198,151,12,104,9,53)u" <<< RETR constitute_short_cmy.sh >>> 150 IMAGE retrieve of /disk$misc/decus/freewarev70/imagemagick/imagemagick-6_1_5/tests/constitute_short_cmy.sh (637 bytes) started.h9 >>> 226 Transfer completed.  387 (8) bytes transferred.tJ <<< CWD /disk$misc/decus/freewarev70/imagemagick/imagemagick-6_1_5/testsX >>> 250 Connected to /disk$misc/decus/freewarev70/imagemagick/imagemagick-6_1_5/tests.
 <<< PASV? >>> 227 Entering passive mode; use PORT (198,151,12,104,9,54);# <<< RETR constitute_short_cmyk.sh< >>> 150 IMAGE retrieve of /disk$misc/decus/freewarev70/imagemagick/imagemagick-6_1_5/tests/constitute_short_cmyk.sh (636 bytes) started.9 >>> 226 Transfer completed.  388 (8) bytes transferred.dJ <<< CWD /disk$misc/decus/freewarev70/imagemagick/imagemagick-6_1_5/testsX >>> 250 Connected to /disk$misc/decus/freewarev70/imagemagick/imagemagick-6_1_5/tests.
 <<< PASV? >>> 227 Entering passive mode; use PORT (198,151,12,104,9,55)u  <<< RETR constitute_short_i.sh >>> 150 IMAGE retrieve of /disk$misc/decus/freewarev70/imagemagick/imagemagick-6_1_5/tests/constitute_short_i.sh (639 bytes) started.t9 >>> 226 Transfer completed.  385 (8) bytes transferred.mJ <<< CWD /disk$misc/decus/freewarev70/imagemagick/imagemagick-6_1_5/testsX >>> 250 Connected to /disk$misc/decus/freewarev70/imagemagick/imagemagick-6_1_5/tests.
 <<< PASV? >>> 227 Entering passive mode; use PORT (198,151,12,104,9,56)m# <<< RETR constitute_short_prgb.sh  >>> 150 IMAGE retrieve of /disk$misc/decus/freewarev70/imagemagick/imagemagick-6_1_5/tests/constitute_short_prgb.sh (636 bytes) started.9 >>> 226 Transfer completed.  388 (8) bytes transferred.dJ <<< CWD /disk$misc/decus/freewarev70/imagemagick/imagemagick-6_1_5/testsX >>> 250 Connected to /disk$misc/decus/freewarev70/imagemagick/imagemagick-6_