1 INFO-VAX	Thu, 28 Mar 2002	Volume 2002 : Issue 172       Contents:8 Re: ANNOUNCE: Security Update kits for CSWS and CSWS_PHP. Announcing a boot contest for OpenVMS on Intel2 Re: best/most flexible preserve VMS files onto CD? Re: DCPS version 2.0) Experiences using Oracle 8.1.7 on GS-160s  Re: Good IBM Ad  Re: Good IBM Ad  RE: Good IBM Ad  Re: Good IBM Ad ' Re: Hardest Mistake in Comp Arch to Fix  Help! TCP/IP problems  Re: Help! TCP/IP problems  Re: Help! TCP/IP problems  Re: Help! TCP/IP problems * Re: Help! VT100 emulators - some problems.* Re: Help! VT100 emulators - some problems.* Re: Help! VT100 emulators - some problems.* Re: Help! VT100 emulators - some problems.* Re: Help! VT100 emulators - some problems.* Re: Help! VT100 emulators - some problems.* Re: Help! VT100 emulators - some problems.* Re: Help! VT100 emulators - some problems.* Re: Help! VT100 emulators - some problems.* Re: Help! VT100 emulators - some problems.* Re: Help! VT100 emulators - some problems.* Re: Help! VT100 emulators - some problems. help!!! compilation issue  HP buying votes? Re: HP buying votes?F Re: HP's viewpoint on Linux, was: Re: Sun eating major helping ofLinuxF Re: HP's viewpoint on Linux, was: Re: Sun eating major helping ofLinuxE Re: IA64 future was Monster Marvel Performance - headed our way . . . 0 INCONMMGST, Inconsistent memory management state$ Re: Installing old C++ on existing C% Re: KAPSCH says goodbye to you and me  Re: lpd on OCE Re: M$Access -> VMS   MicroVax 3100 Temperature Sensor monitor 8 Re: NetBeans 3.2.1 on VMS (was Excursion (DECterm) API?)* Re: Once a fool, always a fool I guess ...* Re: Once a fool, always a fool I guess ...* Re: Once a fool, always a fool I guess ...* Re: Once a fool, always a fool I guess ...* RE: Once a fool, always a fool I guess ...* Re: Once a fool, always a fool I guess ...* Re: Once a fool, always a fool I guess ...* RE: Once a fool, always a fool I guess ...* Re: Once a fool, always a fool I guess ...* RE: Once a fool, always a fool I guess ...* Re: Once a fool, always a fool I guess ...P OpenVMS on ItaniumT Architecture - the path forward  7.2MB stream	ing media... w OpenVMS Testimonials Re: OpenVMS TestimonialsC Press Release Binary Image Translator from OpenVMS/Alpha to Itanium G Re: Press Release Binary Image Translator from OpenVMS/Alpha to Itanium G RE: Press Release Binary Image Translator from OpenVMS/Alpha to Itanium G Re: Press Release Binary Image Translator from OpenVMS/Alpha to Itanium - Re[2]: SW Command Console for Raid array 3000  SDLT parity errors4 Sending Wake-up Message from NT to OpenVMS batch job* Re: SW Command Console for Raid array 3000* Re: SW Command Console for Raid array 3000* Re: SW Command Console for Raid array 3000" Re: System software status utility Re: SYSTEM-F-IVIDENT ?E Re: The Digital 7-year plan - from 1997 to 2004 - from Alpha to IA-64 E Re: The Digital 7-year plan - from 1997 to 2004 - from Alpha to IA-64 E Re: The Digital 7-year plan - from 1997 to 2004 - from Alpha to IA-64 
 Re: tuxedo0 Upcoming 7.3-1 (Was Re: anyone owning a multia?) VAX 4000/600A doc P Re: White paper now available - Total Cost of Ownership for Enter	prise Class ClP Re: White paper now available - Total Cost of Ownership for Enter prise Class ClP Re: White paper now available - Total Cost of Ownership for Enterprise Class CluP Re: White paper now available - Total Cost of Ownership for Enterprise Class CluP RE: White paper now available - Total Cost of Ownership for Enterprise Class Clu4 Why do I get an ASTFLT with following use of ualarm?  F ----------------------------------------------------------------------    Date: 28 Mar 2002 08:58:32 -0800# From: jgessling@yahoo.com (jojimbo) A Subject: Re: ANNOUNCE: Security Update kits for CSWS and CSWS_PHP = Message-ID: <dc2d8031.0203280858.7d1e56cf@posting.google.com>    <snip>G > Apache is not evil BTW, it's core is very competent and it is easy to  > adapt it to suit your needs. >   B The modules are pretty portable in my experience as well.  Some of? our Unix guys had written one and I was able to install it into F our vms server with little trouble.  Mostly a different link procedureA to build the shareable image.  And, oh by the way, I got the link $ procedure by calling Compaq support.  D I think Compaq is doing a great job by porting these products, like:B Apache, Tomcat, Xerces, Xalan, and Java and supporting them.  Try E calling your favorite Unix vendor for (for example) a Tomcat problem. < You'll probably be told to browse the mailing list archives.   Jim    ------------------------------  % Date: Thu, 28 Mar 2002 13:01:51 -0500 2 From: "Sue Skonetski" <susan.skonetski@compaq.com>7 Subject: Announcing a boot contest for OpenVMS on Intel 3 Message-ID: <oSIo8.1639$fL6.31660@news.cpqcorp.net>    Dear Newsgroup,   E We now have a booting contest up on the web.  Give it your best shot. ) http://www.compaq.com/hps/ipf-enterprise/   
 Warm Regards,    Sue    ------------------------------    Date: 28 Mar 2002 12:12:43 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) ; Subject: Re: best/most flexible preserve VMS files onto CD? 3 Message-ID: <Yq7XRmkfKHZm@eisner.encompasserve.org>   [ In article <3C883A1B.9C6E5177@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes:  > Hoff Hoffman wrote: 	 >> [snip] 8 >>   Details on the OpenVMS CD-R options are in the FAQ. > E > Unfortunately, the details we need are nowhere to be found, AFAICT:  > A > o Assuming the ISO-9660 data cells are properly filled with RMS G > metadata, (i.e., RMS attributes are written to the IS0-9660 fs), will ' > VMS/RMS look for them and honor them?   D As I look at Alpha VMS V7.3 listing file [F11CD]F11D_ACPCONTROL.LIS,C the CDROM ACP does translate the ISO-9660 record format information D values and store them into the VMS FAT block.  The only questionableD part would be RMS handling MSB-style record control words, which the; ACP has indicated by storing the value 1 into FAT$V_MSBRCW.   E Looking at RMS]RM1GETINT.LIS, I don't see the symbol FAT$V_MSBRCW but D I do see at label MSBVAR (line 4219) code to handle MSB-style recordD control words.  I am not up for searching out how FAT$V_MSBRCW mightD propagate into FAB$V_MSB to handle such situations, but if that part8 is missing it would be a simple fix for VMS Development.  D And in the meantime, I see nothing in the listings to interfere withC proper honoring of RMS record information from ISO-9660 CDROMs that D are written with the LSB option (Record Format field of the ISO-96600 Extended Attribute Record contains the value 2).   ------------------------------  % Date: Thu, 28 Mar 2002 08:55:00 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca>  Subject: Re: DCPS version 2.0 , Message-ID: <3CA320AD.20D04304@videotron.ca>   sms@antinode.org wrote: C >    The release notes say, "This is Version 5.6C of the Compaq C++ 4 > compiler."  Date appears to be about October 1999.    T Interesting that they say Compaq C++, but the copyright and all the rest is Digital. > 6 >    A quick attempt at installation on VMS V7.2 gave: >  > [...] + > %SYSTEM-F-NOLOGNAM, no logical name match   M Same here.  The culprit is VMS$ROOT logical which gets properly defined early H on, but somehow gets deassigned between the display of some text and the. checking for the size of vmi$root:dcltable.exe   ------------------------------  % Date: Thu, 28 Mar 2002 10:59:46 -0600 ( From: David Harrold <DHarrold@wi.rr.com>2 Subject: Experiences using Oracle 8.1.7 on GS-160s2 Message-ID: <a7vi62$6e3$1@newsreader.mailgate.org>  K I'm looking to get some input on configuring our GS-160s to be the database E node in our cluster.  We are running Oracle 8.1.7.3 and VMS V7.3 with  VMS73_UPDATE V1.0 installed.  I What is your system configuration?  4/8/12/16 CPUs?  Do you think you are ! getting bit by the "SMP Curve"?     L We are trying to come up with a plan to handle our expected application loadF increases, and looking at is One, Big Node "better" or is going to OPS	 "better".    Thanks for any information   Dave Harrold    N ..............................................................................N David Harrold                              E-Mail: David_Harrold at aurora.orgI Sr. Software Systems Engineer              Phone:          (414) 647-6204 I                                            Pager:          (414) 941-4634 G Aurora Health Care                         Fax:          (414) 647-4999  3031 W. Montana Street Milwaukee, WI 53215    ------------------------------    Date: 28 Mar 2002 07:55:38 -0600- From: koehler@encompasserve.org (Bob Koehler)  Subject: Re: Good IBM Ad3 Message-ID: <6E$KGaxL9Onh@eisner.encompasserve.org>   h In article <d7791aa1.0203270623.4664bc0a@posting.google.com>, bob@instantwhip.com (Bob Ceculski) writes:  H > I still don't understand why IBM didn't step in and make a hostile bidJ > for Q ... w/alpha vms tru64 they would have ruled the high end world ...  G    IBM is quite certain they already own the world.  That's why they're 8    one of the few companies Bill Gates cant push around.  6    IBM is better at pushing others around than anyone.   ------------------------------  + Date: Thu, 28 Mar 2002 15:13:42 +0100 (MET) 9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>  Subject: Re: Good IBM Ad; Message-ID: <01KFWCV1BJNC8ZRGPU@sysdev.deutsche-boerse.com>   I >    IBM is quite certain they already own the world.  That's why they're : >    one of the few companies Bill Gates cant push around. > 8 >    IBM is better at pushing others around than anyone.  = Bill Gates: I now have enough money, I want to buy the world!    IBM: It's not for sale.    :-)    ------------------------------  % Date: Thu, 28 Mar 2002 15:24:54 +0100 7 From: "Dijk, Jeroen van" <Jeroen.vanDijk@Getronics.com>  Subject: RE: Good IBM AdO Message-ID: <2795B75EF003D311801A00A0C906B511011C6DF5@cucexec.gbc.getronics.nl>   @ > >    IBM is quite certain they already own the world.  That's 
 > why they're < > >    one of the few companies Bill Gates cant push around. > > : > >    IBM is better at pushing others around than anyone. > ? > Bill Gates: I now have enough money, I want to buy the world!  >  > IBM: It's not for sale.  > 5 HP and IBM did play the same sort game about DIGITAL.     IBM: I bid the world for DIGITAL  ) HP: I bid two times the world for DIGITAL    IBM: HP you may have DIGITAL   DIGITAL: So be come HP  I HP: No, DIGITAL is not worth two times the world, we already have 64-bits 
 processor.   DIGITAL: ?????    ; So what is why COMPAQ could buy DIGITAL for half the world.     5 BTW why do want to have the WORLD if you have a SUN.     ------------------------------  # Date: Thu, 28 Mar 2002 15:13:06 GMT 4 From: Tim Llewellyn <tim.llewellyn@blueyonder.co.uk> Subject: Re: Good IBM Ad0 Message-ID: <3CA331AC.41202FF3@blueyonder.co.uk>   "Main, Kerry" wrote: >  > Tim, > I > >> just how are they going to do that without targeting new or recently  > discarded markets?<< >  > You mean like:+ > http://www.onexchange.com/press112601.asp @ > http://www.irconnect.com/noc/pages/news_releases.mhtml?d=217642 > http://www.dataglider.com/solutions/openvms.html> > http://www.lutris.com/company/pressReleases/Press020204.html > http://www.imsure.com < > http://www.openvms.compaq.com/openvms/brochures/dfocanada/> > http://www.openvms.compaq.com/openvms/brochures/hydroquebec/> > http://www.bmc.com/solutions/solution_sets/platform/openvms/ > ) > Yes, I know - there is lots more to do.    Kerry   + Always good to hear some good news. Thanks.         --   tim.llewellyn@blueyonder.co.uk    F * tim.llewellyn@cableinet.co.uk address will cease to work June 2002 *   ------------------------------  % Date: Thu, 28 Mar 2002 14:08:38 +0000 % From: Alan Greig <a.greig@virgin.net> 0 Subject: Re: Hardest Mistake in Comp Arch to Fix8 Message-ID: <2v86auc5bpgnaumoj9h0sfj1g7rq3vkb79@4ax.com>  8 On Thu, 28 Mar 02 10:40:07 GMT, jmfbahciv@aol.com wrote:  ( >In article <3CA217A1.A763FBA2@sgi.com>,+ >   "Eric C. Fromm" <efromm@sgi.com> wrote:  >>Maynard Handley wrote: >> >>> So let's see.  >>> DEC---dead.  >>> SGI---close to dead.7 >>  ^^^^^^^^^^^^^^^^^^^ <--- There's a Mark Twain quote 2 >>                           that comes to mind... ><snip>  > 9 >Yup.  We (PDP-10 land) even had a t-shirt made with that A >quote on it.  I have JMF's (he wore it so often it's very faded) 9 >and mine (I didn't wear it so it wouldn't fade).  It was  >our tacit protest march.   C And would you believe that VMS is now being marketed* officially by E Compaq with the slogan "Reports of my death are greatly exaggerated". D and Compaq just sent a book of Mark Twain quotes to those on the VMS marketing mailing list.   D *Marketed when in relation to anything done by Compaq for its non-PC7 products does not have the normal dictionary meaning :(    >/BAH  > ( >Subtract a hundred and four for e-mail.   -- Alan   ------------------------------  % Date: Thu, 28 Mar 2002 14:14:58 -0000  From: sword7@speakeasy.org Subject: Help! TCP/IP problems/ Message-ID: <ua69b2b1o10h27@corp.supernews.com>    Hello folks:  E Ok, thank you for information about xterm emulators.  Ok, I was using F PowerTerm software for Windows and I logged into my TS10 emulator fromB other workstation (Windows NT).   It worked so well with type/pageH command, etc.  Ok, I will use xterm instead of Gnome-Terminal next time.  D Well, I have some problems with TCP/IP v5.0 software for OpenVMS.  IH sucessfully installed TCP/IP software through 'product install' command.J When I ran @tcpip$config to configure settings.  I successfully configuredC DELQA as QE0 (XQA0).  Also, I configured IP addresses.  I assigned  C 192.168.0.2 to my emulator (MicroVAX 3900 emulator) and set gateway 9 address to 192.168.0.1 with netmask 255.255.255.0.  Also, 7 I enabled telnet and ftp clients to be user-accessible.   ; Finally, I successfully started TCP/IP daemon up by execute C '@SYS$STARTUP:TCPIP$STARTUP.COM'.   Also, I ran tests and all tests 6 had been passed and transmission speed was 4.1 MB/sec.  D I tried to telnet outgoing into my other machine but I was told thatD it was no route to host!  I tried to ping but got 100% packets loss.A (no response from my machine).  I monitored my emulator's TUN/TAP G connection (tcpdump -i tap0) but packets never come out of my emulator.   F On NetBSD/vax system with same TCP/IP settings, it worked fine.  I wasK able telnet or ftp into my machine.  I successfully pinged and tracerouted  I my machine.  Yes, my tcpdump showed that packets came out of my emulator   that runs NetBSD/vax.   C Does anyone know make a route to 192.168.0.1 as gateway on OpenVMS?   
 Thank you!   -- Tim Stark   --  , Timothy Stark	<><	Inet: sword7@speakeasy.orgJ --------------------------------------------------------------------------F "For God so loved the world, that he gave his only begotten Son, that H whosoever believeth in him should not perish, but have everlasting life.. Amen." -- John 3:16 (King James Version Bible)   ------------------------------  % Date: Thu, 28 Mar 2002 10:51:35 -0500 1 From: Michael Austin <maustin@firstdbasource.com> " Subject: Re: Help! TCP/IP problems2 Message-ID: <3CA33C07.315E2B48@firstdbasource.com>   TCPIP> HELP SET ROUTE    sword7@speakeasy.org wrote:  >  > Hello folks: > G > Ok, thank you for information about xterm emulators.  Ok, I was using H > PowerTerm software for Windows and I logged into my TS10 emulator fromD > other workstation (Windows NT).   It worked so well with type/pageJ > command, etc.  Ok, I will use xterm instead of Gnome-Terminal next time. > F > Well, I have some problems with TCP/IP v5.0 software for OpenVMS.  IJ > sucessfully installed TCP/IP software through 'product install' command.L > When I ran @tcpip$config to configure settings.  I successfully configuredD > DELQA as QE0 (XQA0).  Also, I configured IP addresses.  I assignedE > 192.168.0.2 to my emulator (MicroVAX 3900 emulator) and set gateway ; > address to 192.168.0.1 with netmask 255.255.255.0.  Also, 9 > I enabled telnet and ftp clients to be user-accessible.  > = > Finally, I successfully started TCP/IP daemon up by execute E > '@SYS$STARTUP:TCPIP$STARTUP.COM'.   Also, I ran tests and all tests 8 > had been passed and transmission speed was 4.1 MB/sec. > F > I tried to telnet outgoing into my other machine but I was told thatF > it was no route to host!  I tried to ping but got 100% packets loss.C > (no response from my machine).  I monitored my emulator's TUN/TAPrI > connection (tcpdump -i tap0) but packets never come out of my emulator.  > H > On NetBSD/vax system with same TCP/IP settings, it worked fine.  I wasL > able telnet or ftp into my machine.  I successfully pinged and traceroutedJ > my machine.  Yes, my tcpdump showed that packets came out of my emulator > that runs NetBSD/vax.0 > E > Does anyone know make a route to 192.168.0.1 as gateway on OpenVMS?e >  > Thank you! >  > -- Tim Stark >  > --4 > Timothy Stark   <><     Inet: sword7@speakeasy.orgL > --------------------------------------------------------------------------G > "For God so loved the world, that he gave his only begotten Son, thatoJ > whosoever believeth in him should not perish, but have everlasting life.0 > Amen." -- John 3:16 (King James Version Bible)   -- l Regards,  7 Michael Austin            Registered Linux User #261163e7 First DBA Source, Inc.    http://www.firstdbasource.comr Sr. Consultant 704-947-1089 (Office)  704-236-4377 (Mobile)i   ------------------------------  % Date: Thu, 28 Mar 2002 15:42:22 +0000h% From: Alan Greig <a.greig@virgin.net>s" Subject: Re: Help! TCP/IP problems8 Message-ID: <j9e6ausjd75iig375ble3ma8b1sf0dhahg@4ax.com>  ? On Thu, 28 Mar 2002 14:14:58 -0000, sword7@speakeasy.org wrote:    [posted and emailed]  D >Does anyone know make a route to 192.168.0.1 as gateway on OpenVMS?   $ TCPIP SHOW ROUTE   will give the current routes  , TCPIP SET ROUTE /DEFAULT/GATEWAY=192.168.0.1   TCPIP> HELP SET ROUTE    for all the rest of the options.   >E >Thank you!, >w
 >-- Tim Starke   -- Alan   ------------------------------  % Date: Thu, 28 Mar 2002 18:56:09 -0000e From: sword7@speakeasy.org" Subject: Re: Help! TCP/IP problems/ Message-ID: <ua6pq96cdrqsdd@corp.supernews.com>a  2 Michael Austin <maustin@firstdbasource.com> wrote: > TCPIP> HELP SET ROUTEn  B Ok, thank you for help.  I sucessfully set route to 192.168.0.1 asC gateway.  When I tried to telnet my machine, my tcpdump showed thatyA ARP packet finally came out of my emulator and my machine replied @ ARP packet with hardware address info back to my emulator.  ThenB it happened nothing.  Telnet is waiting for connection forever....? I checked 'tcpip arp -a' and I was told that ARP request is notuA complete (not responsive from my machine).  Does anyone recongizeo7 that problems?  It looks like interrupt issue problems.   
 Thank you!   -- Tim Stark   --  , Timothy Stark	<><	Inet: sword7@speakeasy.orgJ --------------------------------------------------------------------------F "For God so loved the world, that he gave his only begotten Son, that H whosoever believeth in him should not perish, but have everlasting life.. Amen." -- John 3:16 (King James Version Bible)   ------------------------------   Date: 28 Mar 2002 12:19:33 GMT/ From: Thomas Dickey <dickey@saltmine.radix.net>A3 Subject: Re: Help! VT100 emulators - some problems.a* Message-ID: <a7v1ol$h0v$1@news1.Radix.Net>  2 In comp.os.vms GreyCloud <mist@cumulus.com> wrote: > sword7@speakeasy.org wrote:e  A > Eterm seems to do a good job so far for me. It gives you VT200 CL > compatibility and I can edit files on the vax thru Eterm.  Just make sure    no, it does not.  seea   	http://dickey.his.com/vttest/ 	ftp://dickey.his.com/vttest/C  N > you start up as 'Eterm &'.  It seems to work about the same as PuTTY on the  > windows side.-   actually both have limitations.a   -- M= Thomas E. Dickey <dickey@radix.net> <dickey@herndon4.his.com>u http://dickey.his.comc ftp://dickey.his.com   ------------------------------   Date: 28 Mar 2002 12:20:35 GMT/ From: Thomas Dickey <dickey@saltmine.radix.net>W3 Subject: Re: Help! VT100 emulators - some problems.d* Message-ID: <a7v1qj$h0v$2@news1.Radix.Net>  C In comp.os.vms Malcolm <malcolmix@neverness.freeserve.co.uk> wrote:    > How about xterm?  H > The following script should work and remaps all your keys so that theyH > send the appropriate escape sequences. And, the good thing is, the wayL > this script does it, they aren't permanently remapped - just in the xterm.  K the script is not necessary (equivalent bindings have been in XFree86 xterma for some time).u  9 The XFree86 xterm supports ANSI color and VT220 emulationf There's an faq att+ 	http://dickey.his.com/xterm/xterm.faq.html  	ftp://dickey.his.com/xterm    --  = Thomas E. Dickey <dickey@radix.net> <dickey@herndon4.his.com>5 http://dickey.his.como ftp://dickey.his.com   ------------------------------    Date: 27 Mar 2002 21:16:41 +0100  From: Cthulhu <spambox@rlyeh.it>3 Subject: Re: Help! VT100 emulators - some problems.h) Message-ID: <a7t9b9$250$1@kadath.deep.it>i   sword7@speakeasy.org wrote:c  D > Does anyone know any X11-based terminal software for Linux that isJ > completely compatible with OpenVMS v7.2 system?  How about VT200, VT300," > etc? Eterm? GnomeTerminal? etc..  G Xterm works fine here, but I have to to a "SET TERM/INQ" to get all theK( right values configured for the session.   	utilizzatamente,@ 	    Cthulhu   -- a  D    Ph'nglui mglw'nafh Cthulhu http://www.rlyeh.it/ wgah'nagl fhtgan!$ 		     <cthulhu (at) rlyeh (dot) it>   ------------------------------  % Date: Thu, 28 Mar 2002 10:48:42 -0500e5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> 3 Subject: Re: Help! VT100 emulators - some problems. 3 Message-ID: <_1Ho8.1627$fL6.31630@news.cpqcorp.net>,  J IMHO, this is because most of the people who write these things have neverE actually picked up a copy of the old ANSI specs.  Nor do many of themeG contain a real ANSI parser.  The xterm developer, for example, liked toV7 create non-ANSI compliant escape and control sequences.a  L Emulating a VT52 can be done with about a screen page worth of code, a VT100F in probably 5 times as much - and is easy to get right.  VT200/300/500& requires a *lot* of code to get right.  , _Fred (who used to write terminal emulators)  : Kevin Handy wrote in message <3CA2127D.2090000@srv.net>... >sword7@speakeasy.org wrote: >> Hello folks:B >>G >> When I logged into OpenVMS 7.2, I have some problems with my varying B >> X11-based terminal emulators on Redhat Linux 7.2.  Some are notI >> compitable with OpenVMS 7.2.  For example, I tried to enter 'type/pagemI >> file.txt', it worked ok but ended up one-line window at bottom screen.dD >> I had to get out of terminal and re-logged back into OpenVMS 7.2. >>E >> Does anyone know any X11-based terminal software for Linux that isrK >> completely compatible with OpenVMS v7.2 system?  How about VT200, VT300, # >> etc? Eterm? GnomeTerminal? etc..r >> > + >I find xterm seems to work most reliabily.n9 >gnome-terminal messes up like that whenever it sees edt.l >" >a   ------------------------------  + Date: Thu, 28 Mar 2002 16:59:07 +0100 (MET)u9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>i3 Subject: Re: Help! VT100 emulators - some problems..; Message-ID: <01KFWGIM3Z388ZRGPU@sysdev.deutsche-boerse.com>r  F > IMHO, this is because most of the people who write these things haveH > never actually picked up a copy of the old ANSI specs.  Nor do many ofE > them contain a real ANSI parser.  The xterm developer, for example,-C > liked to create non-ANSI compliant escape and control sequences.   > H > Emulating a VT52 can be done with about a screen page worth of code, a@ > VT100 in probably 5 times as much - and is easy to get right. 7 > VT200/300/500 requires a *lot* of code to get right. s > / > _Fred (who used to write terminal emulators) .  F How good is DECterm as a terminal emulator?  I've certainly seen some G things which work on real terminals but not in a DECterm (such as some eI escape sequences which invert all the letters), but I'm not sure if this cG functionality was specified for the terminal in question (and thus one  . couldn't complain if DECterm doesn't have it).   ------------------------------  % Date: Thu, 28 Mar 2002 11:39:05 -0500.5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> 3 Subject: Re: Help! VT100 emulators - some problems.o3 Message-ID: <cNHo8.1633$fL6.31694@news.cpqcorp.net>o   Phillip Helbig wrote in message 2 <01KFWGIM3Z388ZRGPU@sysdev.deutsche-boerse.com>...G >> IMHO, this is because most of the people who write these things have I >> never actually picked up a copy of the old ANSI specs.  Nor do many of-F >> them contain a real ANSI parser.  The xterm developer, for example,C >> liked to create non-ANSI compliant escape and control sequences.D >>I >> Emulating a VT52 can be done with about a screen page worth of code, a6@ >> VT100 in probably 5 times as much - and is easy to get right.7 >> VT200/300/500 requires a *lot* of code to get right.  >>/ >> _Fred (who used to write terminal emulators)  >yF >How good is DECterm as a terminal emulator?  I've certainly seen someG >things which work on real terminals but not in a DECterm (such as some I >escape sequences which invert all the letters), but I'm not sure if thishG >functionality was specified for the terminal in question (and thus one:/ >couldn't complain if DECterm doesn't have it).@  L DECterm uses as it's core, a snapshot of an extended VT200 terminal emulatorK I wrote for VWS.  It was heavily modified to work on X11, and then extendedyG to include VT300 emulation.  I'd like to think that the core was prettyGJ good, but I've also got a decade or more C coding experience under my beltK today, and probably could at least make it a bit prettier.  I recently took J my first dive into the DECterm source (which I refused to look at for manyF years) and "fixed" the "batch scroll" feature -- if you have V1.2-6 ofL Motif - try changing the batch scroll count to a non-zero number and see how fast (down) scrolling gets..  I It's been many years, but I'm pretty sure that the VT200 and VT300 didn't L have a mechanism to "invert" letters.  But imagining that there is a use forC the feature, and that someone has implemented it using a valid ANSIyL sequence - DECterm should at least properly ignore it.  But no real work hasK been done on new sequences for it in many years - by and large new terminaltC functionality has petered out as graphical user interfaces replaced " terminals except for "legacy" use.  K The ANSI terminal specs define the rules for how to create various types ofoI sequences (most people just call these escape sequences, in reality there D are a number of types of sequences).  It also defines a basic set ofE sequences that are "standard".  Terminal manufacturers then would use-D vendor-specific values to define their own value-added sequences forF features they wanted on their terminals.  For example, the commands toE setup, and receive mouse data were defined when I wanted to add mouse F support to VWS.  There was no standard ANSI definition for this, so weC created a DEC-specific set of ANSI compliant sequences.  These then/L propagated into both "real" terminals, DECterm, and other non-DEC emulators.D Xterm, on the other hand, "hacked" in some invalid escape sequences.   ------------------------------  + Date: Thu, 28 Mar 2002 18:09:26 +0100 (MET)w9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>c3 Subject: Re: Help! VT100 emulators - some problems.n; Message-ID: <01KFWIVCDHI28ZRGPU@sysdev.deutsche-boerse.com>l  D > It's been many years, but I'm pretty sure that the VT200 and VT300H > didn't have a mechanism to "invert" letters.  But imagining that thereG > is a use for the feature, and that someone has implemented it using adD > valid ANSI sequence - DECterm should at least properly ignore it.    For your enjoyment, here it is!   H After UUDECODING this, TYPE it, then (try to) continue working normally.  G Yes, my DECterm ignores it (though using COPY/FTP to copy it, although oD copying it successfully, activates the line-drawing character set!) ' while on my VT520 it works as designed.    begin 640 UPSIDE.TXT= M&TT;6S8R(G`*&TV0.S$[,7LQ/S\_<R\_/S]&.R\_1C\_1CL_3WM/3WM/+S]`e= M1D!`1D`[3V=G>V=G+S]!049!04"<"AM-D#LU.S%[,4M+/U]/1T,O0T%`/S]%^= M13M31U-C8V-7+S\_0D-#0T([+S\_0T5`.S\_0T=O+S\_0T%`G`H;39`[.3LQ = M>S$_/V]'0R\_/T!!0SM?9V]?;V=?+S]!0#]`03M?7U]W7U]?+S\_/T([/S\_a= M1TM!G`H;39`[,3,[,7LQ7U]?7U]?7SL_/S]+2SL_/S]?3T=#+T-!0#MO1T-#M= M0T=O+T!!0T-#04"<"AM-D#LQ-SLQ>S$_0T-[0T,O/S\_1D%`.T-C8V-34TLO = M0D-#0T-#03M78V-C0T-'+T-%1$-#0T,[3T][3T]O3R\_/T9!0)P*&TV0.S(Qh= M.S%[,7=#0T-#8V<O0T1$1$1#1CM78V-C8U-W+T%#0T-#04`[/S]?6R]%1$-#i= M0T-#.U=C8V-C8U<O0D-#0T-#0IP*&TV0.S(U.S%[,6]'8V-C8T<O0D1#0T-#a= M0CL_/S]+2R\_/S]"0CL_/S]'2T$O/S\_0D([0S]'/T\_7R]#/T$_0)P*&TV0u= M.S(Y.S%[,4]/3T]/3T\O0$!`0$!`0#M?/T\_1S]#+S\_0#]!/T,[/S\_<R]! = M1$1#0T-!.V]C4U-C0W<O0D-$1$-#0IP*&TV0.S,S.S%[,7M/3T]/3WLO/T!!d= M0T%`.U=C8V-C>T,O0D-#0T-&0SM'0T-#0T=O+T%#0T-#04`[;T=#0T-[0R]` = M04-#0T9#G`H;39`[,S<[,7LQ0T-C8V-C>R]#0T-#0T-&.S\_7U]?7WLO0T-#-= M0T-#1CM74U-#0T=O+T%#0T-#04`[>U]?7U]?>R]&/S\_/S]&G`H;39`[-#$[0= M,7LQ/T-#>T-#+S]#0T9#0SL_=T-#0T-'+T-&0SM#1T=/3U][+T-!04!`/T8[s= M0T-#0T-#>R\_/S\_/S]&G`H;39`[-#4[,7LQ>S\_7S\_>R]&04`_0$%&.WM'k= M3U\_/WLO1C\_/T!!1CMW0T-#0T-W+T)#0T-#0T([/U]?7U]?>R]"0T-#0T-& = MG`H;39`[-#D[,7LQ<T=30T-#=R]"0T-#0T-".T-G;U]?7WLO0D-#0T-#1CM7m= M8V-C8V-'+T%#0T-#0T([/S\_>R]#0T-&0T-#G`H;39`[-3,[,7LQ=T-#0T-#e= M=R]&/S\_/S]&.S]?5T-77R]%0#\_/T!%.W=#1V]'0W<O1C\_/S\_1CM#1T]?n= M3T=#+T-!0#]`04.<"AM-D#LU-SLQ>S$_/S][+T-!0#]`04,[0T-#8U-+0R]#s= M141#0T-#.S]#0T-[+S]#0T-&.T-'3U\O/S\_/T!!0YP*&TV0.S8Q.S%[,3\_e= M>T-#0R\_/T9#0T,[7S\_/S\_7R\_0$%#04`[0T-#0T-#0SLO/S]`14.<"AM-n= MD#LV-3LQ>S%[5U-34U-'+S]`0$!`0#MW0T-#0V=[+S]`0$!`/T8[8T-#0T-Gd= M3R\_0$!`0#M[9T-#0T-W+T8_0$!`0)P*&TV0.S8Y.S%[,6]34U-34W<O/T!`i= M0$!`.S\_7U][7U\O04-#0T([06145%14:2]`/T!`0$`[>S\_/S]?>R\_0$!` = M0#]&G`H;39`[-S,[,7LQ/T-#>T-#+S\_/T1`.S]]0$!`0$4O/T0[0S]'7T]/.= M>R\_/T`_/S]&.S\_0WM#+S\_/T9#G`H;39`[-S<[,7LQ>S]?5U\_>R\_0#\_e= M/T!`.WL_/S\_7WLO/T!`0$`_0#MW0T-#0T-W+S]`0$!`0#MO1T='1V]^+S]`t= M0$!`/T"<"AM-D#LX,3LQ>S%^;T='1T=O+T`_0$!`0#M?/S\_7WLO/T!`0#\_l= M0#M'4U-34U-C+S]`0$!`0#L_1T-#=R\_/T!`1D!`G`H;39`[.#4[,7LQ0W=#.= M0T-#=R\_0#\_/S]`.U]/1T-'3U\O0#\_/S\_0#MW0T=/1T-W+T`_/S\_/T`[t= M/T-G3T]G0R\_0#\_/S]`G`H;39`[.#D[,7LQ/WU02$A(<2\_0#\_/S]`.T-C%= M4U-+0T,O0$!`0$!`0#M#0T-77U\O0T-#0CL_/S][+S\_/T:<"AM-D#LY,SLQe5 E>S$_7U]70T-#+S\_/T)#0T,[+T5`0$%#0T([.YP*&TT;*3$."AM-c `s endr   ------------------------------  % Date: Thu, 28 Mar 2002 12:27:15 -0500s- From: JF Mezei <jfmezei.spamnot@videotron.ca>t3 Subject: Re: Help! VT100 emulators - some problems. , Message-ID: <3CA35271.8BAF23DE@videotron.ca>   Fred Kleinsorge wrote:M > today, and probably could at least make it a bit prettier.  I recently took L > my first dive into the DECterm source (which I refused to look at for many0 > years) and "fixed" the "batch scroll" feature   I One thing that would be REALLY nice is a "find" feature. Whenever DECtermo@ would receive a certain sequence, that sequence would be bolded.  K USE: when debugging long dcl procedures or typing long files, certain wordsn would become much more visible.-  H For instance, I wanted to find out where VMI$ROOT was being touched as aK VMSINSTAL procedure was running with debug/verify mode on. That generates a J lot of output and it would be nice to see some words stand out on request.   ------------------------------  % Date: Thu, 28 Mar 2002 12:17:06 -0500o5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> 3 Subject: Re: Help! VT100 emulators - some problems. 3 Message-ID: <SkIo8.1636$fL6.31692@news.cpqcorp.net>    Phillip Helbig wrote in message 2 <01KFWIVCDHI28ZRGPU@sysdev.deutsche-boerse.com>...E >> It's been many years, but I'm pretty sure that the VT200 and VT300.I >> didn't have a mechanism to "invert" letters.  But imagining that there H >> is a use for the feature, and that someone has implemented it using aD >> valid ANSI sequence - DECterm should at least properly ignore it. >d  >For your enjoyment, here it is! >.I >After UUDECODING this, TYPE it, then (try to) continue working normally.1 >1G >Yes, my DECterm ignores it (though using COPY/FTP to copy it, althoughiD >copying it successfully, activates the line-drawing character set!)( >while on my VT520 it works as designed. >C  H Without actually looking at it (just from your description), my guess isH that it is loading and then invoking a character set which happens to beL inverted.  My guess is that this is something that DECterm doesn't support -K since it would involve creating a X11 font on-the-fly - which at least when K DECterm was written was not supported.  I had the same problem with the APL J set.  Normally it was downloaded and used.  So I ended up building the APL set into the VSW emulator.   ------------------------------  % Date: Thu, 28 Mar 2002 12:44:24 -0500 5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>u3 Subject: Re: Help! VT100 emulators - some problems.s3 Message-ID: <rKIo8.1638$fL6.31415@news.cpqcorp.net>n  I It's an interesting thought, but probably the wrong level to put it - the F inner-loop for graphic (non-escape text characters) needs to be pretty tight.  J You could also do this by writing a filter driver for the terminal driver.    = JF Mezei wrote in message <3CA35271.8BAF23DE@videotron.ca>...o >Fred Kleinsorge wrote:sI >> today, and probably could at least make it a bit prettier.  I recentlyd tookH >> my first dive into the DECterm source (which I refused to look at for many0 >> years) and "fixed" the "batch scroll" feature >0J >One thing that would be REALLY nice is a "find" feature. Whenever DECtermA >would receive a certain sequence, that sequence would be bolded.r >@L >USE: when debugging long dcl procedures or typing long files, certain words  >would become much more visible. >uI >For instance, I wanted to find out where VMI$ROOT was being touched as amL >VMSINSTAL procedure was running with debug/verify mode on. That generates aK >lot of output and it would be nice to see some words stand out on request.F   ------------------------------  + Date: Thu, 28 Mar 2002 19:06:21 +0100 (MET)i9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> 3 Subject: Re: Help! VT100 emulators - some problems.0; Message-ID: <01KFWKZ8VAX88ZRGPU@sysdev.deutsche-boerse.com>H  J >One thing that would be REALLY nice is a "find" feature. Whenever DECtermA >would receive a certain sequence, that sequence would be bolded.O >nL >USE: when debugging long dcl procedures or typing long files, certain words  >would become much more visible. >,I >For instance, I wanted to find out where VMI$ROOT was being touched as a L >VMSINSTAL procedure was running with debug/verify mode on. That generates aK >lot of output and it would be nice to see some words stand out on request.h  I You can do a SET HOST/LOG, run your session, then TYPE/PAGE=SAVE the log eC and use the FIND key.  Clumsy, I know (and this will highlight the t. entire line), but perhaps better than nothing.   ------------------------------  % Date: Thu, 28 Mar 2002 10:29:22 -0800 " From: GreyCloud <mist@cumulus.com>3 Subject: Re: Help! VT100 emulators - some problems.o/ Message-ID: <ua6nq0qkkj9v2e@corp.supernews.com>,   Thomas Dickey wrote:  4 > In comp.os.vms GreyCloud <mist@cumulus.com> wrote: >> sword7@speakeasy.org wrote: > A >> Eterm seems to do a good job so far for me. It gives you VT200 L >> compatibility and I can edit files on the vax thru Eterm.  Just make sure >  > no, it does not.  seer >  > http://dickey.his.com/vttest/e > ftp://dickey.his.com/vttest/ > J >> you start up as 'Eterm &'.  It seems to work about the same as PuTTY on >> the windows side. > ! > actually both have limitations.  >   I But on the vax side do you have your vax inquire as to the terminal type  0 you are using and setting it to that vt series??   ------------------------------    Date: 28 Mar 2002 09:07:58 -0800  From: andylo@kc.rr.com (Andy Lo)" Subject: help!!! compilation issue= Message-ID: <5a87da2e.0203280907.2322ec8d@posting.google.com>y  B I'm trying to use both 32-bit and 64-bit pointers on a VMS system.   Here is my system. -------------------------------e
 $cxx /version2 -------------------------------d    , Here is the simple program I try to compile. -------------------------------e #include <iostream.h>@   void main()> { (   cout << "This is just a test" << endl; }r -------------------------------b     Here is how I compile it.c -------------------------------o) cxx /model=ansi /pointer_size=32 test.cxxe -------------------------------t    ! Here is the error/warning message, ------------------------------- (   cout << "This is just a test" << endl; ..^sE $CXX-W-WAYLOSEDATA, cast from long pointer to short pointer will lose  data.F; at line number 5 in file $7$DKB100:[ANDY.TESTING]TEST.CXX;1  -------------------------------m    E It's only a warning.  It creates a TEST.OBJ file so I can use that tokF link.  But I'm worry some unknown stuff will screw me later.  It'll beF nice if someone can give me a solution.  Otherwise, a good explanation5 is good too.  If not, any idea/suggestion is welcome.    Thanks in advance.   Andy   ------------------------------  % Date: Thu, 28 Mar 2002 08:48:14 -08007' From: David Mathog <mathog@caltech.edu>n Subject: HP buying votes?o+ Message-ID: <3CA3494E.41C71C76@caltech.edu>i  9 As if this couldn't get any uglier there is now a lawsuit?; by Walter Hewlett charging "irregularities" in part of HP'sh voting solicitation:  *   http://zdnet.com.com/2100-11-870509.html  ; Summary:  Deutsche Bank changed its mind at the last minute < and "coincidentally" provided (part of?) a $4 Billion credit/ line to HP which closed 4 days before the vote.-  2 Looks like Walter suspects a votes for cash deal. + One eerily similar to the institutionalizede0 "non"bribery that constitutes American politics./ Joe congressman votes for the Widget Industry's8- bill and then later the Widget Industry's PACs/ gives Joe $1 Million for his next campaign.  Asi1 if Joe would have voted for the bill if he hadn'td2 expected the cash or the Industry would have given2 him the cash if he hadn't voted their way.  In the* U.S. this isn't bribery, it's free speech!1 It only becomes bribery when there is an explicitw2 agreement in place before the transaction. Amazing6 what a wink, a nod, and a few million dollars will buy7 you in the US.  Walter's probably fishing for a smokinge. gun communication with an implicit or explicit: cash for votes offer.  I wonder what German law says about this sort of exchange?    ? It's also a bit odd that  DB only voted "a substantial portion"e4 of its shares for the merger.  Probably the innocent< explanation applies and they only had that fraction directly9 under their control. But if not, why would they only votef@ part of their shares?  It would be a very odd coincidence indeed8 if the original line of credit under discussion had been= larger than the final amount HP agreed to, and if in additionl? to that the ratio between shares voted/shares votable was equalM; to $4 billion/original amount.  It would be so typical of ae7 banker to prorate even this sort of, um, "transaction".t   Regards,   David Mathog mathog@caltech.edu   ------------------------------  % Date: Thu, 28 Mar 2002 12:20:22 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca>h Subject: Re: HP buying votes?u, Message-ID: <3CA350D4.9DD69474@videotron.ca>  = here is a more complete article. (Hewlett actually suing HP).v  ' Hewlett files suit over HP merger vote e  Thu Mar 28,11:58 AM ET     Dawn Kawamoto CNET News.com e  K  Dissident Hewlett-Packard director Walter Hewlett filed a lawsuit ThursdayaK addressing the company's merger with Compaq Computer, citing concerns about I the way HP solicited votes from one of its largest shareholders, Deutschec Asset Management.   K  The suit, filed in Delaware Chancery Court, is asking the court to examineeL whether the process HP used to solicit votes for its $20 billion merger withN Compaq was legal. After the March 19 shareholders meeting, HP declared victoryB in the contentious proxy battle, pointing to preliminary figures.   E  But in making that claim, the company acknowledged that the vote wasiN extremely close. And Hewlett, who had launched the fight against the deal fiveI months earlier, countered that the outcome was too close to call. A finale8 tally of the votes may not be known for  several weeks.   G  This lawsuit marks the latest turn in a hard-fought, highly publicized@" squabble over the future of one ofM Silicon Valley's most venerable icons and the largest technology merger ever.qH It's a battle that has  pitted Hewlett, a 15-year HP director and son ofN company co-founder William Hewlett, against other directors on the nine-member board and CEO Carly Fiorina. t  C  Along with Hewlett, the William R. Hewlett Revocable Trust is also  participating in the lawsuit.   N  "Mr. Hewlett and the Trust have asked the court for expediated proceedings soM that these very important issues can be resolved as soon as possible," said aeK statement issued by Hewlett. "Mr. Hewlett and the Trust want to ensure that L the ultimate outcome of the HP stockholder vote...was  determined in a full,G fair and lawful manner. If the merger is ultimately closed, Mr. HewletteF reiterated that he will do everything he can to support the successful implementation of the merger." c  N  Deutsche Asset Management, which holds a 1.3 percent stake in HP and is amongN the company's top 10 institutional investors, initially was set to cast all ofL its shares against the deal. But on the morning of the shareholder vote, theM firm changed its stance and cast a substantial portion of its shares in favora
 of the deal. o  E  Deutsche Bank, which is the parent to Deutsche Asset Management, hadoL participated with a group of other banks in closing a $4 billion credit line. for HP four days before the shareholder vote.   M A spokeswoman for Deutsche Bank declined to comment on the issue when reachedt% a day after the shareholders meeting.o   ------------------------------  % Date: Thu, 28 Mar 2002 10:54:16 -0500e5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> O Subject: Re: HP's viewpoint on Linux, was: Re: Sun eating major helping ofLinuxy3 Message-ID: <d7Ho8.1628$fL6.31505@news.cpqcorp.net>d  H Now, now Bill.  We all remember your "real" threat of domestic terrorism following 9/11.r  F Having tea and scones with Andy-Pandy, insulting the Queen and EnglishG honor - I don't think would cause much of a ripple on the terror-meter.        Bill Todd wrote in message ... >yA >"Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote in messagel. >news:PMjo8.1554$fL6.30985@news.cpqcorp.net... >> Did I threaten violence?r >aL >Absolutely.  In the newly-enlightened attitude of the Shrub administration,K >you could be 'indefinitely detained' for such clear terrorist threats, andyH >all your associates as well.  Of course, if John Ashcroft heard it, you >could be beheaded...f >u >- bill  >l >s >  >d   ------------------------------  % Date: Thu, 28 Mar 2002 11:08:11 -0500t5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>dO Subject: Re: HP's viewpoint on Linux, was: Re: Sun eating major helping ofLinuxp3 Message-ID: <fkHo8.1630$fL6.31493@news.cpqcorp.net>r  H Join right in with us.  Getting into mud would be a step up from some of your earlier posts ;-)  : Andy the SunWipe(tm) just caught me on a bad day, with hisI "I-can-say-anything-cause-I'm-so-far-away-you-can't-do-anything-about-it"-G attempt to piss me off - and regretably, he did.  Truly a mistake on myw part - mea-culpa.b  K I suppose there is some small victory in the speed that he went from a lamesL defense of Solaris vs Linux (and I admit that it was fun to see someone fromH Sun have to defend against the same FUD they used to get where they are)" right to attempts at name calling.  L Of course, my 90-something grandmother has always called me Freddy.  She hasL about as much technical savvy as Andy.  So I suppose it's OK for Andy to useL the name.  It'll help me to picture him as somewhat befuddled about all this new fangled technology ;-)      < JF Mezei wrote in message <3CA2343B.4A87E81@videotron.ca>...
 >jlsue wrote:cC >> Andy boy, you're such a hypocrite.  And just fyi, since I use ann6 >> It looks like YOU are the one who needs to grow up. > C >uhhhh... ohhhhh... ahhhhhh... YES ! YES !, right there ! Ohhhh....\ >LL >Looks like a threesone of Freddy Baby, Andy Boy and jlsue all having fun in4 >the mud (or is it jello when you do it on usenet ?)   ------------------------------  # Date: Thu, 28 Mar 2002 13:25:20 GMTa, From: peterw@u.genie.co.uk (Peter Watkinson)N Subject: Re: IA64 future was Monster Marvel Performance - headed our way . . .1 Message-ID: <3ca315dc.8508500@news.cable.ntl.com>9  A On 27 Mar 2002 06:18:09 -0800, bob@instantwhip.com (Bob Ceculski)6 wrote:  u >"Bill Todd" <billtodd@metrocast.net> wrote in message news:<nDdo8.184921$1g.15408586@bin3.nnrp.aus1.giganews.com>...P; >> "Rob Young" <young_r@encompasserve.org> wrote in message/0 >> news:fP8KZAfToQj+@eisner.encompasserve.org... >> , >> ... >> !@ >> > The box will be winning all head to head benchmarks and for6 >> > most RFPs... all bake-offs!  Get used to it . . . >> -J >> Get used to it indeed:  there aren't going to be any more where it cameL >> from, so your next major step up will have to come from elsewhere (likely >> IBM or, just possibly, AMD).% >> k	 >> - bill1 >/G >alpha will live in itanium ... the alpha engineers will do for itanium- >what they did for alpha ...      D Maybe Intel could take a leaf out of Fords book. In the UK Ford ownsC Jaguar, Land Rover, Aston Martin and Cosworth Racing engines. Maybe-C Intel could have IA32 as the low end cheap as Celeron is today, X860D Yammil as the competitor for Hammer, Itanium, and then Alpha for theA High end HPC and Super computer market. The one architecture that]E doesn't fit in is Itanium, I guess the future or that depends alot onP. Hammer if the proposed benchmarks are correct      Peter Watkinson/ peterw@u.genie.co.uk   ------------------------------  + Date: Thu, 28 Mar 2002 17:38:16 +0000 (UTC)., From: "Richard Maher" <maher_rj@hotmail.c0m>9 Subject: INCONMMGST, Inconsistent memory management state]/ Message-ID: <a7vke7$oe1$1@helle.btinternet.com>0   Hi,7  A Has DEC launced a new phase in the NT affinity program or what???L  J Another Alpha 7.3 FAST I/O test and yet another blue screen of death crash :-(\  A Can anyone shed any light on the following or is it support time?0  I The crash occurs when two users have the global section mapped and buffer%F objects created and one of them has already called $io_setup. When the% second user tries to call it *KABOOM*r  G Reproduceable at will and happy to post/mail approx 1400 lines of code.a   Regards Richard Mahere     Crashdump Summary Information:  -----------------------------* Crash Time:        28-MAR-2002 12:12:01.64C Bugcheck Type:     INCONMMGST, Inconsistent memory management statem( Node:              xxxxx    (Standalone)' CPU Type:          AlphaStation 255/300l VMS Version:       V7.3h Current Process:   _FTA15:6 Current Image:     $1$DKA0:[MAHER_R]TEST_BUFFS.EXE;112< Failing PC:        FFFFFFFF.80066E68    MMG$IMGRESET_C+00248$ Failing PS:        20000000.00000202H Module:            SYSTEM_PRIMITIVES_MIN    (Link Date/Time: 17-MAR-2001 03:26:52.79) Offset:            00040E68e  * Boot Time:         25-MAR-2002 16:31:13.00* System Uptime:               2 19:40:48.64 Crash/Primary CPU: 00/00 System/CPU Type:   0D02e Saved Processes:   11u' Pagesize:          8 KByte (8192 bytes) : Physical Memory:   64 MByte (8192 PFNs, contiguous memory) Dumpfile Pagelets: 78899 blocks : Dump Flags:        olddump,writecomp,errlogcomp,dump_style+ Dump Type:         raw,selective,shared_memt) EXE$GL_FLAGS:      poolpging,init,bugdumpK6 Paging Files:      1 Pagefile and 1 Swapfile installed   Stack Pointers:tK KSP = 00000000.7FFA1EE0   ESP = 00000000.7FFA6000   SSP = 00000000.7FFAC030v USP = 00000000.7AF65560i   General Registers:K R0  = 00000000.00000014   R1  = FFFFFFFF.8166C380   R2  = FFFFFFFF.81496F40AK R3  = FFFFFFFF.81693FD8   R4  = FFFFFFFF.81693E00   R5  = 00000000.7FF76000oK R6  = FFFFFFFF.8024DBA4   R7  = 00000000.00000003   R8  = 00000000.7FFF1D40uK R9  = 00000000.7FFAC410   R10 = 00000000.7FFAD238   R11 = 00000000.7FFCE3E0tK R12 = 00000000.7FF52150   R13 = FFFFFFFF.81042C78   R14 = 00000000.00000000aK R15 = 00000000.7FFF0000   R16 = 00000000.0000090C   R17 = 0000FFF8.00007A00yK R18 = FFFFFFFF.80000000   R19 = 00000000.00000002   R20 = 00000000.00000001aK R21 = 00000000.7FF76398   R22 = FFFFFFFF.8166C380   R23 = 00000000.00000000tK R24 = 00000000.00000002   AI  = FFFFFFFF.81006000   RA  = 00000000.00000014cK PV  = FFFFFFFF.810DF830   R28 = FFFFFFFF.80066E98   FP  = 00000000.7FFA1F50 1 PC  = FFFFFFFF.80066E6C   PS  = 20000000.00000202    System Registers:a Crashdump Summary Information:  -----------------------------K Page Table Base Register (PTBR)                           00000000.00001AD22K Processor Base Register (PRBR)                            FFFFFFFF.81412000jK Privileged Context Block Base (PCBB)                      00000000.02766080.K System Control Block Base (SCBB)                          00000000.000001CCnK Software Interrupt Summary Register (SISR)                00000000.00000000 K Address Space Number (ASN)                                00000000.0000003FeK AST Summary / AST Enable (ASTSR_ASTEN)                    00000000.0000000FvK Floating-Point Enable (FEN)                               00000000.00000001eK Interrupt Priority Level (IPL)                            00000000.00000002tK Machine Check Error Summary (MCES)                        00000000.00000000bK Virtual Page Table Base Register (VPTB)                   FFFFFEFC.00000000a Crashdump Summary Information:  ----------------------------- Failing Instruction: MMG$IMGRESET_C+00248:   BUGCHK  * Instruction Stream (last 20 instructions):3 MMG$IMGRESET_C+001F8:   ADDQ            R0,#X20,R12i0 MMG$IMGRESET_C+001FC:   LDQ_U           R31,(SP)3 MMG$IMGRESET_C+00200:   BIS             R31,R31,R31w1 MMG$IMGRESET_C+00204:   LDL             R12,(R12) 7 MMG$IMGRESET_C+00208:   LDA             R27,#X1ED0(R13)n4 MMG$IMGRESET_C+0020C:   BSR             R26,#X0043882 MMG$IMGRESET_C+00210:   ADDL            R31,R12,R03 MMG$IMGRESET_C+00214:   BEQ             R0,#X00002Ac5 MMG$IMGRESET_C+00218:   LDQ_U           R1,#X0008(R0)-0 MMG$IMGRESET_C+0021C:   EXTWL           R1,R0,R13 MMG$IMGRESET_C+00220:   BLBC            R0,#XFFFFF7"4 MMG$IMGRESET_C+00224:   BR              R31,#X0001B12 MMG$IMGRESET_C+00228:   SUBQ            SP,#X10,SP6 MMG$IMGRESET_C+0022C:   STQ             R16,#X0008(SP)0 MMG$IMGRESET_C+00230:   STQ             R17,(SP)7 MMG$IMGRESET_C+00234:   LDQ             R17,#X0028(R13)s4 MMG$IMGRESET_C+00238:   BIS             R17,#X04,R173 MMG$IMGRESET_C+0023C:   BIS             R31,R17,R16 0 MMG$IMGRESET_C+00240:   LDQ             R17,(SP)2 MMG$IMGRESET_C+00244:   ADDQ            SP,#X08,SP MMG$IMGRESET_C+00248:   BUGCHK MMG$IMGRESET_C+0024C:   HALT/ MMG$IMGRESET_C+00250:   STL             R2,(SP)e2 MMG$IMGRESET_C+00254:   BIS             R31,SP,R166 MMG$IMGRESET_C+00258:   LDL             R28,#X0010(R2)   ------------------------------    Date: 28 Mar 2002 08:33:55 -0600- From: koehler@encompasserve.org (Bob Koehler)-- Subject: Re: Installing old C++ on existing Cm3 Message-ID: <16c6JAhUPRYr@eisner.encompasserve.org>c  \ In article <3CA246C9.336690DF@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes:? > I have on my hobbyist system, DEC-C 6.0 from the hobbyist CD.  > L > I would like to install C++ to try the XML kit as well as other software I8 > could port to my VAX (and get my hands dirty with C++) > O > The one  media I have dates back from VMS 6.1 days (January 1995) and has C++e
 > Version 1.2  >  > (I am at VMS 7.2)l > J > Can I safely install that kit on my system, or will it interfere with myI > current C environment ? If it does interfere, its is just a question of-* > re-installing the C compiler after C++ ?  E    You shouldn't have any problem.  The C++ you're trying to install aI    may be linked to older versions of VMS libraries.  Images have ways of B    verifying required versions of libraries, and the libraries areE    ususually upward compatable.  Presence of a more recent C compiler2G    should not be an issue since the libraries usually ship with the OS,t    not the compiler.  H    If it does install, there should be no issue with the C compiler.  IfJ    there is a library compatability issue the C++ install (or at least the    IVP) should fail.   ------------------------------  % Date: Thu, 28 Mar 2002 13:43:20 +0100s From: "B. Eckstein" <be@cli.de>-. Subject: Re: KAPSCH says goodbye to you and me% Message-ID: <3CA30FE8.7030605@cli.de>t   Peter LANGSTOEGER aeusserte:3 > This is my last post from this my KAPSCH account.tL > I just got my kick as VMS (and me) are no longer needed (say wanted) here. > < > I'll continue to be a VMS hobbyist at	peter@langstoeger.at >  > Job offers welcome ! >  > See you soon, eg. . > 	at 8-9 April 2002 at Compaq Vienna, Austria7 > 	at 16-18 April 2002 at DECUS Munich in Bonn, Germanye$ > 	whenever/whereever at coincidence > > > And now it's time for updating my resume (after 19 years)...  6 Alle Gute an Dich, Dein Mailfooter wird mir fehlen ;-)" Hoffentlich Du nicht all zu lange.   -- 7  B.Eckstein, - mailto:be@epost.de5 FAQ zu de.comp.hardware.netzwerke: http://how.to/dchn4E "I remember being vaguely surprised when the milage counter in my cariD went from 77777 to 77778 and not 100000, back in the days when I wasE a PDP-11 expert!"                         Dan O'Reilly in comp.os.vms.   ------------------------------  % Date: Thu, 28 Mar 2002 13:42:07 +0200c* From: Mike Rechtman <rechtman@tzora.co.il> Subject: Re: lpd on OCEi* Message-ID: <3CA3018F.7020300@tzora.co.il>  F Don't know about OCEs, but to correct the same situation on an HP 4xxxA the thing to do was to go into printer setup (on the printer) and D switch on the option "Print LF as CR+LF" (IIRC, the wording may be a little off.)   ~MikeA  & New to c.o.vms? allow me to recommend:6 http://eisner.encompasserve.org/~rechtman/post_hlp.htmE ---------------------------------------------------------------------hE Usual disclaimer: All opinions are mine alone, perhaps not even that.r? Mike Rechtman                            *rechtman@tzora.co.il*gE Kibbutz Tzor'a.                          Voice (home):(972)-2-9908337nC    "20% of a job takes 80% of the time, the rest takes another 80%"iE ---------------------------------------------------------------------a   Serge ZANGHERI wrote:n  ? > Hi I 'm trying to print on OCE 3155 from VMS 5.5 and ucx 2.0Ds
 > (lprsetup).t > $ > First try, directly to the printer
 > /LPDIMP63:\o, >         :lf=/$96$DIA14/SYS1/UCX_LPD/.log:\ >         :lp=:\ >         :rm=163.187.179.161:\y >         :rp=A137imp63:\i( >         :sd=/$96$DIA14/SYS1/UCX_LPD/:\ > & > When I print a com file I got this : > $ first line >                $ second line0 >                                   $ third line > E > etc, etc the following lines are outside of the physical page :-(((d > ! > 2nd try via a printer server NTo
 > /LPDIMP63:\n, >         :lf=/$96$DIA14/SYS1/UCX_LPD/.log:\ >         :lp=:\ >         :rm=printers:\ >         :rp=A137imp63:\g( >         :sd=/$96$DIA14/SYS1/UCX_LPD/:\ > , > If I print this com file via  I got this :
 >  first lineM >  second line
 >  third line. > A > seems good but the first charactere ($) is outside of the page.d > I > Do you know what parameter I have to modify to get one solution correct  > ?t > Thanxu >  >      --     ------------------------------  % Date: Thu, 28 Mar 2002 07:46:39 +0100i2 From: martin@radiogaga.harz.de (Martin Vorlaender) Subject: Re: M$Access -> VMS; Message-ID: <3ca2bc4f.524144494f47414741@radiogaga.harz.de>b  2 Michael Austin (maustin@firstdbasource.com) wrote:H > Silly question, but has anyone come up with a way to access a MSAccessF > database from OpenVMS using either Perl or DCL?  I have a very smallI > shop that is tied to an Access program and I need to read data from it.lI > (Fortunately this is a very small shop).  I am hacking on a few things,e > but no luck yet.  F I've seen a lecture on a Perl program that converted WinWord documentsD by sending them to an RPC server (also written in Perl) running on aH Windows system where it would feed them via OLE to Word, and sending theF output back. Unfortunately, I didn't save anything but the memory fromE it. Looking at CPAN, the modules involved were probably RPC::PlServer A and RPC::PlCLient. With those, and using Win32::OLE, it should benH possible to build an RPC server on a Windows that serves the contents of) an Access database, and a VMS RPC client.H  H I know this is not the most direct path, but hey, using native MS Access% is the safest for versions to come...e   cu,o   Martin -- lB                         | Martin Vorlaender | VMS & WNT programmer1  OpenVMS: Where do you  | work: mv@pdv-systeme.de D  want to BE today?      |   http://www.pdv-systeme.de/users/martinv/8                         | home: martin@radiogaga.harz.de   ------------------------------  + Date: Thu, 28 Mar 2002 13:18:22 -0300 (BRT)  From: valdemir-@uol.com.br) Subject: MicroVax 3100 Temperature Sensorv4 Message-ID: <200203281618.NAA04872@wilde.uol.com.br>  9 MicroVax 3100 - This machine haves any temperature sensort inside your box ?e   ------------------------------    Date: 28 Mar 2002 09:12:51 -0800' From: timasmith@hotmail.com (Tim Smith)c Subject: monitor= Message-ID: <a7234bb1.0203280912.2a5167c0@posting.google.com>l   Hi,o      If I do the following command:  , $monitor all/record=mon_all.dat/interval=600   and play back with t  ' $monitor sys/average/intput=mon_all/dats  F   Will the CPU (for example) displayed be a true mean over the each 10 minutes interval?r   thanks!s   Time   ------------------------------    Date: 28 Mar 2002 08:35:51 -0800# From: jgessling@yahoo.com (jojimbo)uA Subject: Re: NetBeans 3.2.1 on VMS (was Excursion (DECterm) API?)B= Message-ID: <dc2d8031.0203280835.70d9837e@posting.google.com>   f kuhrt@encompasserve.org (Marty Kuhrt) wrote in message news:<k1jkuQR9pMj0@eisner.encompasserve.org>...q > In article <e050a30a.0203261341.7e77dde6@posting.google.com>, Adrian.Lumsden@sss.co.nz (Adrian Lumsden) writes:oJ > > What I am trying to do is bend my work environment into something that > > I can use :-)a >  > [snip stuff I can't address] > $ > > Does NetBeans run under VMS btw? >  > Funny you should ask.  d > @ > I just got NetBeans 3.2.1 running on a DS10 with VMS V7.3, andB > Java 1.3-12.  I had to make a few changes to the startup command= > procedure, runideopenvms.com, since it had hard coded whichwA > version of Java it would work with.  You will also need an ODS5>C > disk to locate the installation directory, since it demands to bed > installed on an ODS5 disk. > A > It's horribly slow at the moment, but I haven't done any tuningt > yet.  J I played with this quite a while ago and never was satisfied.  It was slowF with 256 mb memory on my xp900, although by eliminating a lot of stuffH that gets loaded that you don't use, performance can be increased quite F a bit.  But it crashed frequently, to the point where I never could doJ anything useful.  ODS5 disk was no big problem, weird to deal with though.   jim1   ------------------------------   Date: 28 Mar 2002 07:27:36 GMT- From: djweath@attglobal.net (Dave Weatherall)s3 Subject: Re: Once a fool, always a fool I guess ...d5 Message-ID: <DTiotGxQ0bj6-pn2-oBdMd8IILtiS@localhost>a  E On Thu, 28 Mar 2002 02:27:40 UTC, Bill Gunshannon <bill@cs.uofs.edu> l wrote:  % > On 27 Mar 2002, Bob Ceculski wrote:l >  > > 6 > > The best hackers in the country tried to hack VMS: > >  >  > For two whole days!!!r >  > bill >    Bill@        if the intention here is to belittle VMS's resistance, I B believe it is only fair to point out that it is unlikely that the F 'best hackers' would not have come prepared. I can imagine that beforeC starting/arriving they would have boned up on all those weaknesses pC that Andrew insists are there. Doesn't seem to have done them much   good though.   --   Cheers - Dave.   ------------------------------  % Date: Thu, 28 Mar 2002 11:37:52 +010082 From: martin@radiogaga.harz.de (Martin Vorlaender)3 Subject: Re: Once a fool, always a fool I guess ... ; Message-ID: <3ca2f280.524144494f47414741@radiogaga.harz.de>u  . Dave Weatherall (djweath@attglobal.net) wrote:+ > Bill Gunshannon <bill@cs.uofs.edu> wrote:  > > Bob Ceculski wrote:a8 > > > The best hackers in the country tried to hack VMS: > > >i > >  > > For two whole days!!!- >-B >        if the intention here is to belittle VMS's resistance, I D > believe it is only fair to point out that it is unlikely that the H > 'best hackers' would not have come prepared. I can imagine that beforeE > starting/arriving they would have boned up on all those weaknesses (E > that Andrew insists are there. Doesn't seem to have done them much n > good though.  F The goal in that Catch-The-Flag competition was to plant a file in theH system's root directory, so DOS attacks wouldn't have helped them a lot,$ even if they were prepared for them.   cu,>   Martin -- eH    Emacs would be a great   | Martin Vorlaender  |  VMS & WNT programmer5    operating system,        | work: mv@pdv-systeme.deeL    if only it came with     |       http://www.pdv-systeme.de/users/martinv/<    a decent editor...       | home: martin@radiogaga.harz.de   ------------------------------   Date: 28 Mar 2002 13:48:05 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)-3 Subject: Re: Once a fool, always a fool I guess ...l, Message-ID: <a7v6ul$260q$1@info.cs.uofs.edu>  5 In article <DTiotGxQ0bj6-pn2-oBdMd8IILtiS@localhost>,i0  djweath@attglobal.net (Dave Weatherall) writes:H |> On Thu, 28 Mar 2002 02:27:40 UTC, Bill Gunshannon <bill@cs.uofs.edu> 	 |> wrote:  |> h( |> > On 27 Mar 2002, Bob Ceculski wrote: |> >   |> > >9 |> > > The best hackers in the country tried to hack VMS:e |> > > |> > r |> > For two whole days!!! |> > h	 |> > billb |> > k |>   |> Bill @ |>        if the intention here is to belittle VMS's resistance,  < No, the intention is to belittle the significance of DEFCON.  C |>                                                               I tE |> believe it is only fair to point out that it is unlikely that the t0 |> 'best hackers' would not have come prepared.   B So your saying that the presence of the VMS machine was advertisedC in advance of the contest??  Of course, even that would have littlen@ effect on the fact that the majority of them have probably neverC seen a VMS machine before or used one, much less tried to hack one.   I |>                                              I can imagine that beforerF |> starting/arriving they would have boned up on all those weaknesses " |> that Andrew insists are there.   C It really doesn't matter what Andrew says, the more important point-C is that the kind of people who attended DEFCON are unlikely to haveT@ any VMS experience at all.  Giving them 2 days to hack a totally0 unfamiliar machine is hardly a serious chalenge.  F |>                                Doesn't seem to have done them much  |> good though.m  B I'll bet I could put up a machine running Primos, RSTS/E or RSX-11E and have the same result.  It says nothing about security, but speaks2 worlds about obscurity.S   bill   -- MJ 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>   1   ------------------------------    Date: 28 Mar 2002 06:03:05 -0800( From: bob@instantwhip.com (Bob Ceculski)3 Subject: Re: Once a fool, always a fool I guess ...p= Message-ID: <d7791aa1.0203280603.3c2fda81@posting.google.com>i  P david20@alpha2.mdx.ac.uk wrote in message news:<a7tu54$44$2@aquila.mdx.ac.uk>...j > In article <d7791aa1.0203271724.29d5e9f9@posting.google.com>, bob@instantwhip.com (Bob Ceculski) writes:\ > >"Dale King" <dalek@forpresident.com> wrote in message news:<a7tgt1$2q9$1@lore.csc.com>...: > >> "Bob Ceculski" <bob@instantwhip.com> wrote in message< > >> news:d7791aa1.0203270546.1b0fce5b@posting.google.com...< > >> > "Dale King" <dalek@forpresident.com> wrote in message& >  news:<a7rovi$47g$1@lore.csc.com>...> > >> > > "Bob Ceculski" <bob@instantwhip.com> wrote in messageS > >> > > > > Netfilter is an advanced packet filter.  It lets you filter just about0 >  anything0U > >> > > > > IP, and allows you to do neat things like use your machine as a firewall  > >>  or	 > >>  NAT2 > >> > > > > router.
 > >> > > >; > >> > > > I can already do that with TCPware ... big deal!0 > >> > >; > >> > > Exactly what of the above can you do with TCPware?0 > >> >T > >> > I can packet filter any IP address or port out there, that is what I mean ...O > >> > I can set set up any incoming or outgoing address restrictions I need touO > >> > for anything or any service, I can even filter smtp mail ... it has beenR7 > >> > on vms tcpware for years ... were have you been?  > >> g? > >> Exactly since when have you been able to NAT with TCPware?l > >CB > >dhcp server has been in tcpware has been out for awhile now ...% > >dhcp client came out last year ...  > P > Since when has dhcp had anything to do with NAT, Firewalls or packet filtering > ?  >  > David Webb > VMS and Unix team leader > CCSS > Middlesex University  D with packet filtering, dhcp, and proxy server on vms, you don't needG a stupid nat environment ... I want my static ip's public, not rendered  useless w/nat!   ------------------------------  % Date: Thu, 28 Mar 2002 10:17:09 -05000+ From: "Main, Kerry" <Kerry.Main@Compaq.com> 3 Subject: RE: Once a fool, always a fool I guess ...tT Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF401AB1DCD@kaoexc01.americas.cpqcorp.net>   Bill,o  G >>> It really doesn't matter what Andrew says, the more important pointTG is that the kind of people who attended DEFCON are unlikely to have anyR VMS experience at all.<<<   H I see .. So you think these hackers are dummies who don't have databases> of information on just about every OS on the planet with knownF weaknesses, how to attack/break-in etc ?? Or that they don't have mail# lists where they trade information?2  E Mmmm.. I rather think these hackers are a tad more sophisticated than  you give them credit for.C   Regards, =20 
 Kerry Main Senior ConsultantS Compaq Canada Corp.  Professional Services  Voice: 613-592-4660  Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----; From: Bill Gunshannon [mailto:bill@triangle.cs.uofs.edu]=20S Sent: March 28, 2002 8:48 AM To: Info-VAX@Mvb.Saic.Com03 Subject: Re: Once a fool, always a fool I guess ...C    5 In article <DTiotGxQ0bj6-pn2-oBdMd8IILtiS@localhost>, 0  djweath@attglobal.net (Dave Weatherall) writes:G |> On Thu, 28 Mar 2002 02:27:40 UTC, Bill Gunshannon <bill@cs.uofs.edu> 	 |> wrote:, |>=20M( |> > On 27 Mar 2002, Bob Ceculski wrote: |> >=20$ |> > >9 |> > > The best hackers in the country tried to hack VMS:8 |> > > |> >=20M |> > For two whole days!!! |> >=20C	 |> > billT |> >=20  |>=20( |> Bill$@ |>        if the intention here is to belittle VMS's resistance,  < No, the intention is to belittle the significance of DEFCON.  B |>                                                               IG |> believe it is only fair to point out that it is unlikely that the=20s2 |> 'best hackers' would not have come prepared.=20  E So your saying that the presence of the VMS machine was advertised indG advance of the contest??  Of course, even that would have little effectbD on the fact that the majority of them have probably never seen a VMS8 machine before or used one, much less tried to hack one.  E |>                                              I can imagine that=20.D |> before starting/arriving they would have boned up on all those=20, |> weaknesses that Andrew insists are there.  F It really doesn't matter what Andrew says, the more important point isH that the kind of people who attended DEFCON are unlikely to have any VMSC experience at all.  Giving them 2 days to hack a totally unfamiliary% machine is hardly a serious chalenge.l  E |>                                Doesn't seem to have done them muche |> good though.r  F I'll bet I could put up a machine running Primos, RSTS/E or RSX-11 andH have the same result.  It says nothing about security, but speaks worlds about obscurity.   bill   --=20tC Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Threet wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |C Scranton, Pennsylvania   |         #include <std.disclaimer.h>  =202   ------------------------------  % Date: Thu, 28 Mar 2002 15:10:22 +0000s% From: Alan Greig <a.greig@virgin.net>A3 Subject: Re: Once a fool, always a fool I guess ...:8 Message-ID: <ric6auo9tcp2pb303016hqa2vejt8c7ahv@4ax.com>  ) On 21 Mar 2002 20:49:45 -0000, Doc.Cypherg* <Use-Author-Address-Header@[127.1]> wrote:    L >Compaq seems quite keen on having the "secure" tag attached to VMS with webJ >servers and browsers, shouldn't they have a system up and running with anJ >open challenge to hack it and a prize for doing so? It certainly wouldn'tJ >be expensive to set up such a challenge. Such would also gather some free$ >publicity for the operating system.  D This suggestion  was put directly to Rich Marcello a couple of years ago. The response was "No"   >  >  >Doc.o   -- Alan   ------------------------------  + Date: Thu, 28 Mar 2002 16:54:55 +0100 (MET)g9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>03 Subject: Re: Once a fool, always a fool I guess ... ; Message-ID: <01KFWGF1Z0OU8ZRGPU@sysdev.deutsche-boerse.com>-  F > This suggestion  was put directly to Rich Marcello a couple of years > ago. The response was "No"  = Who asked the question?  Did he give a reason for his answer?.   ------------------------------  % Date: Thu, 28 Mar 2002 10:04:53 -0600 / From: "Stuart, Ed" <Ed.Stuart@austinenergy.com>p3 Subject: RE: Once a fool, always a fool I guess ...FT Message-ID: <92EFB80E551BD511B39500D0B7B0CDCC0642C1D5@ohms.electric.ci.austin.tx.us>  F I would like to see that.  Some folks have done this outside of CompaqL though.  Check out www.vmsone.com .  Unfortunately, www.openvms.org is beingA run on Tru64, but www.openvms.compaq.com is being run on OpenVMS.    Ed> **Apply a generous amount of all the usual disclaimers here.**   -----Original Message-----, From: Alan Greig [mailto:a.greig@virgin.net]& Sent: Thursday, March 28, 2002 9:10 AM To: Info-VAX@Mvb.Saic.Com-3 Subject: Re: Once a fool, always a fool I guess ...-    ) On 21 Mar 2002 20:49:45 -0000, Doc.Cypher'* <Use-Author-Address-Header@[127.1]> wrote:    L >Compaq seems quite keen on having the "secure" tag attached to VMS with webJ >servers and browsers, shouldn't they have a system up and running with anJ >open challenge to hack it and a prize for doing so? It certainly wouldn'tJ >be expensive to set up such a challenge. Such would also gather some free$ >publicity for the operating system.  D This suggestion  was put directly to Rich Marcello a couple of years ago. The response was "No"   >h >c >Doc.    -- Alan   ------------------------------  % Date: Thu, 28 Mar 2002 15:55:05 +00004% From: Alan Greig <a.greig@virgin.net> 3 Subject: Re: Once a fool, always a fool I guess ... 8 Message-ID: <b3f6augtprbh26iee7t95813v0h3dmu42m@4ax.com>  1 On Thu, 28 Mar 2002 10:17:09 -0500, "Main, Kerry"s <Kerry.Main@Compaq.com> wrote:  I >I see .. So you think these hackers are dummies who don't have databasesy? >of information on just about every OS on the planet with knowncG >weaknesses, how to attack/break-in etc ?? Or that they don't have mail $ >lists where they trade information? >rF >Mmmm.. I rather think these hackers are a tad more sophisticated than >you give them credit for.  D Next year, Sun can just send Andrew along to 'hack' the VMS systems.E CHomPaq can send Fred to hack Solaris and JFM can sell the tickets :)      -- Alan   ------------------------------  % Date: Thu, 28 Mar 2002 11:37:54 -0500y* From: WILLIAM WEBB <WWEBB1@email.usps.gov>3 Subject: RE: Once a fool, always a fool I guess ...y- Message-ID: <0033000058075113000002L032*@MHS>   < =0AI envision a split-screen webcast that gives side-by-side8 real-time views of each of their display inputs/outputs.   WWWebb   -----Original Message-----/ From: Info-VAX-Request@Mvb.Saic.Com at INTERNETd' Sent: Thursday, March 28, 2002 11:23 AMuB To: Webb, William W Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNET3 Subject: RE: Once a fool, always a fool I guess ...a    1 On Thu, 28 Mar 2002 10:17:09 -0500, "Main, Kerry"u <Kerry.Main@Compaq.com> wrote:  H >I see .. So you think these hackers are dummies who don't have databas= es? >of information on just about every OS on the planet with knownsH >weaknesses, how to attack/break-in etc ?? Or that they don't have mail=  $ >lists where they trade information? > F >Mmmm.. I rather think these hackers are a tad more sophisticated than >you give them credit for.  D Next year, Sun can just send Andrew along to 'hack' the VMS systems.E CHomPaq can send Fred to hack Solaris and JFM can sell the tickets :)      -- Alan=-   ------------------------------    Date: 28 Mar 2002 10:48:16 -0800( From: bob@instantwhip.com (Bob Ceculski)3 Subject: Re: Once a fool, always a fool I guess ...0= Message-ID: <d7791aa1.0203281048.5726b5fe@posting.google.com>y  e bill@triangle.cs.uofs.edu (Bill Gunshannon) wrote in message news:<a7v6ul$260q$1@info.cs.uofs.edu>...-7 > In article <DTiotGxQ0bj6-pn2-oBdMd8IILtiS@localhost>,m2 >  djweath@attglobal.net (Dave Weatherall) writes:J > |> On Thu, 28 Mar 2002 02:27:40 UTC, Bill Gunshannon <bill@cs.uofs.edu>  > |> wrote:_ > |> /* > |> > On 27 Mar 2002, Bob Ceculski wrote: > |> > a > |> > >; > |> > > The best hackers in the country tried to hack VMS:  > |> > > > |> > e > |> > For two whole days!!! > |> > s > |> > bill- > |> > - > |> -	 > |> Bill B > |>        if the intention here is to belittle VMS's resistance, > > > No, the intention is to belittle the significance of DEFCON. > E > |>                                                               I rG > |> believe it is only fair to point out that it is unlikely that the n2 > |> 'best hackers' would not have come prepared.  > D > So your saying that the presence of the VMS machine was advertisedE > in advance of the contest??  Of course, even that would have littleiB > effect on the fact that the majority of them have probably neverE > seen a VMS machine before or used one, much less tried to hack one.d > K > |>                                              I can imagine that before H > |> starting/arriving they would have boned up on all those weaknesses $ > |> that Andrew insists are there.  > E > It really doesn't matter what Andrew says, the more important point E > is that the kind of people who attended DEFCON are unlikely to have B > any VMS experience at all.  Giving them 2 days to hack a totally2 > unfamiliar machine is hardly a serious chalenge. > H > |>                                Doesn't seem to have done them much  > |> good though.  > D > I'll bet I could put up a machine running Primos, RSTS/E or RSX-11G > and have the same result.  It says nothing about security, but speaksf > worlds about obscurity.r >  > bill  E I have talking w/leader of the team there ... they were briefed abouthB vms and even given an account and password to use!  Any pro who isE given a crash course in vms unless he is really an idiot will be ablecF to understand it ... vms is not that hard to understand, and tcp/ip is tcp/ip and telnet is telnet!   ------------------------------  % Date: Thu, 28 Mar 2002 13:48:37 -0500 > From: "Koska, John C. (LNG-MBC)" <John.C.Koska@lexisnexis.com>Y Subject: OpenVMS on ItaniumT Architecture - the path forward  7.2MB stream	ing media... w M Message-ID: <3D35AD137AAAD411A6BA0008C7B1B12D01602900@MBCALBEXC03.BENDER.COM>e  D On the http://www.compaq.com/hps/ipf-enterprise/ webpage there is a D link for "OpenVMS on Itanium(tm) Architecture - the path forward".    H When I use RealOne Player version 6.0.10.505, I get a "Could not connect! to Server using HTTP" error with t  J "rtsp://stream1.compaq.com:554/openvms/openvms_on_itanium_architecture.rm"   in the pop-up error box.  4 Anyone else with similar problem?  Or is it just me?  G Maybe it is just my RealOne Player, although it seems to work on other  ! websites and other RealOne files?.   :) jck
 John Koska Matthew Bender & Co., Inc. -"   A Member of the LexisNexis Group
 1275 Broadwayn Albany, NY  12204d USAo 518-487-3255 John.C.Koska@lexisnexis.come  ) I post personal opinion only, and all the * disclaimers one could imagine apply.  That( includes, I speak for myself only and my) views in no way represent my employer(s). + One should also take note of the Electronica) Communications Privacy Act of 1986, whiche+ imposes civil and criminal liability on anyi( person who intentionally intercepts "any( wire, oral or electronic communication."   ------------------------------  % Date: Thu, 28 Mar 2002 09:13:04 -0500o2 From: "Sue Skonetski" <susan.skonetski@compaq.com> Subject: OpenVMS Testimonialse3 Message-ID: <VvFo8.1621$fL6.31551@news.cpqcorp.net>,   Dear Newsgroup,   F If you work with/in VMS in a company that you think would like to do a8 testimonial either written or video, please let me know. To see examples please visit2 http://www.openvms.compaq.com/success-stories.htmlL I would need the company name and a contact and the Compaq person associated with this company.  
 Thank you,  
 Warm Regards,- Sue    ------------------------------  # Date: Thu, 28 Mar 2002 17:17:15 GMTs# From: "John Smith" <a@nonymous.com>l! Subject: Re: OpenVMS TestimonialsDD Message-ID: <veIo8.969$0x1.859@news02.bloor.is.net.cable.rogers.com>  K If you are going to do this seriously, then trumpet the results - make it a K series of of full page ads in the Wall Street Journal - run 3x per week for / the next 4 months. And in the major trade rags.   I Highlight a different industry with each ad - TOC, competitive advantage,>, reliability, expansion & growth potential...  I And make sure that you get the 'pundits' in the trade rags to write about ? it, not as a dying o/s but as the only o/s capable of the task.e  F Why don't you ask Michelin - 400+ Alphaservers worldwide running their global business?   How about the big lotteries?  K Healthcare. Pharmaceuticals, Particle Physics, Formula 1 racing, Aerospace,c stock trading, etc...u  G Sue, the only trouble with this is that you'll find many of the OpenVMS J customers you want to feature will want to emphasize Alpha just as much asH VMS. And as we all know, Alpha is a dead product, so that's probably whyC this'll never fly corporately within Compaq/HP or whatever you call  yourselves.       = "Sue Skonetski" <susan.skonetski@compaq.com> wrote in messagea- news:VvFo8.1621$fL6.31551@news.cpqcorp.net...n > Dear Newsgroup,e > H > If you work with/in VMS in a company that you think would like to do a: > testimonial either written or video, please let me know. > To see examples please visit4 > http://www.openvms.compaq.com/success-stories.htmlC > I would need the company name and a contact and the Compaq person 
 associated > with this company. >m > Thank you, >u > Warm Regards,I > Suep >u >  >h   ------------------------------  % Date: Thu, 28 Mar 2002 09:04:50 -0500t2 From: "Sue Skonetski" <susan.skonetski@compaq.com>L Subject: Press Release Binary Image Translator from OpenVMS/Alpha to Itanium3 Message-ID: <aoFo8.1620$fL6.31342@news.cpqcorp.net>   6  Binary Image Translator from OpenVMS/Alpha to Itanium= New Contract from Compaq for Software Resources InternationaliL Software Resources International (SRI), the experts in migrations, migrationG tools and emulators, has been awarded a new contract by Compaq ComputerlI Corporation today. SRI will design and develop the "Binary Translator," a.D tool that will translate AlphaServer-based OpenVMS binary images andF libraries linked under all  versions of AlphaServer-based OpenVMS fromL version 6.2  through the current shipping version  to run on  OpenVMS on theG Itanium Procesor Family-based servers. The tool also will translate themH VESTed images that were already translated once by DECmigrate from a VAXK binary image to run on OpenVMS on AlphaServer systems. It is expected to beeK made available by Compaq to its customers to migrate their applications, as H well as used by OpenVMS engineering to migrate code to Itanium ProcessorL Family-based servers. Its development, a project of the magnitude of tens of= person years, is expected to be completed in about 18 months.iH  "We expect to boot OpenVMS on an Itanium Processor FamilyT-based serverL during the second half of 2002, provide releases for ISVs, collaborators andH early adopters during 2003, and ship the production release in the firstI half of 2004," announced  Mark Gorham, Vice President of Compaq's OpenVMSs Systems Group.L Ann McQuaid, Compaq's director of strategic planning for OpenVMS, said "ThisL effort demonstrates once again Compaq's commitment to customer  satisfactionJ as well as to a healthy future for OpenVMS, and we're pleased to work withH outstanding collaborators such as SRI which support us in achieving this goal.eJ  "This agreement enhances our relationship with the information technologyC leader Compaq Computer Corporation. We are extremely pleased by thet> confidence they put in us", said Dr. Robert Boers, CEO of SRI.G Software Resources International specializes in migrating and extendingiI software applications to new platforms. Its expertise also covers processnJ control systems and tools to execute PDP-11 and VAX binary code unmodifiedI on modern hardware. Software Resources International maintains offices in I the Federal Republic of Germany, Benelux, France, Sweden, United Kingdom,f and North and Latin America.  For more information, contact:0  &       Software Resources International       Mr. Dogan Baser        Phone: +41 22 794 1070        Email: info@softresint.com"       Web site: www.softresint.com   ------------------------------  % Date: Thu, 28 Mar 2002 15:28:22 +0000 % From: Alan Greig <a.greig@virgin.net> P Subject: Re: Press Release Binary Image Translator from OpenVMS/Alpha to Itanium8 Message-ID: <k2d6auc77nn1ju0o5b713shglmq382odq4@4ax.com>  3 On Thu, 28 Mar 2002 09:04:50 -0500, "Sue Skonetski" # <susan.skonetski@compaq.com> wrote:   E >tool that will translate AlphaServer-based OpenVMS binary images and,G >libraries linked under all  versions of AlphaServer-based OpenVMS fromlM >version 6.2  through the current shipping version  to run on  OpenVMS on theqH >Itanium Procesor Family-based servers. The tool also will translate theI >VESTed images that were already translated once by DECmigrate from a VAXiL >binary image to run on OpenVMS on AlphaServer systems. It is expected to be  D Hey! Someone's listening. I could sort of imagine all this combiningE with SRI's Charon-VAX to provide the ability for an Itanium VMS basednC system to 'partition' itself into a virtual three node cluster: OneC? node, virtual VAX, another virtual Alpha and the third physicalcF Itanium.  Get 100-200Mhz EV4 performance and solve 98% of the 'legacy' apps problems in one go.  L >made available by Compaq to its customers to migrate their applications, asI >well as used by OpenVMS engineering to migrate code to Itanium Processor M >Family-based servers. Its development, a project of the magnitude of tens ofe> >person years, is expected to be completed in about 18 months.I > "We expect to boot OpenVMS on an Itanium Processor FamilyT-based serverhM >during the second half of 2002, provide releases for ISVs, collaborators andcI >early adopters during 2003, and ship the production release in the firstfJ >half of 2004," announced  Mark Gorham, Vice President of Compaq's OpenVMS >Systems Group..M >Ann McQuaid, Compaq's director of strategic planning for OpenVMS, said "ThisbM >effort demonstrates once again Compaq's commitment to customer  satisfaction K >as well as to a healthy future for OpenVMS, and we're pleased to work withtI >outstanding collaborators such as SRI which support us in achieving this  >goal.K > "This agreement enhances our relationship with the information technologyfD >leader Compaq Computer Corporation. We are extremely pleased by the? >confidence they put in us", said Dr. Robert Boers, CEO of SRI.uH >Software Resources International specializes in migrating and extendingJ >software applications to new platforms. Its expertise also covers processK >control systems and tools to execute PDP-11 and VAX binary code unmodified-J >on modern hardware. Software Resources International maintains offices inJ >the Federal Republic of Germany, Benelux, France, Sweden, United Kingdom, >and North and Latin America.s  > For more information, contact: >-' >      Software Resources International0 >      Mr. Dogan Baser >      Phone: +41 22 794 1070t! >      Email: info@softresint.coms# >      Web site: www.softresint.comc >o >p   -- Alan   ------------------------------  % Date: Thu, 28 Mar 2002 12:17:02 -0500t+ From: "Main, Kerry" <Kerry.Main@Compaq.com>aP Subject: RE: Press Release Binary Image Translator from OpenVMS/Alpha to ItaniumT Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF401AB1DD0@kaoexc01.americas.cpqcorp.net>   Alan,d  E As a follow-on to the previous threads, here is the url for the pressh release from SRI -, http://www.softresint.com/news/Bin_Trans.htm  E As for the performance issues, I suspect that while translated imagesaH will always run slower than a natively compiled image would, the realityF is that if you are running the translated image on a system that is inE the order of 5-10+ times faster than your current VAX system, the net H impact could be that the end users still see's a significant performance	 increase.@   :-)d   Regardsr  
 Kerry Main Senior Consultants Compaq Canada Corp.  Professional Servicesa Voice: 613-592-4660s Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----/ From: Alan Greig [mailto:a.greig@virgin.net]=200 Sent: March 28, 2002 10:28 AMr To: Info-VAX@Mvb.Saic.ComrH Subject: Re: Press Release Binary Image Translator from OpenVMS/Alpha to Itanium0    3 On Thu, 28 Mar 2002 09:04:50 -0500, "Sue Skonetski".# <susan.skonetski@compaq.com> wrote:S  H >tool that will translate AlphaServer-based OpenVMS binary images and=20J >libraries linked under all  versions of AlphaServer-based OpenVMS from=20I >version 6.2  through the current shipping version  to run on  OpenVMS=20lD >on the Itanium Procesor Family-based servers. The tool also will=20D >translate the VESTed images that were already translated once by=20G >DECmigrate from a VAX binary image to run on OpenVMS on AlphaServer=20o >systems. It is expected to be  D Hey! Someone's listening. I could sort of imagine all this combiningE with SRI's Charon-VAX to provide the ability for an Itanium VMS based C system to 'partition' itself into a virtual three node cluster: OneaH node, virtual VAX, another virtual Alpha and the third physical Itanium.A Get 100-200Mhz EV4 performance and solve 98% of the 'legacy' appsh problems in one go.m  > >made available by Compaq to its customers to migrate their=20H >applications, as well as used by OpenVMS engineering to migrate code to  I >Itanium Processor Family-based servers. Its development, a project of=20 I >the magnitude of tens of person years, is expected to be completed in=20uH >about 18 months.  "We expect to boot OpenVMS on an Itanium Processor=20I >FamilyT-based server during the second half of 2002, provide releases=20MH >for ISVs, collaborators and early adopters during 2003, and ship the=20J >production release in the first half of 2004," announced  Mark Gorham,=20H >Vice President of Compaq's OpenVMS Systems Group. Ann McQuaid, Compaq's  A >director of strategic planning for OpenVMS, said "This effort=20mI >demonstrates once again Compaq's commitment to customer  satisfaction=20eI >as well as to a healthy future for OpenVMS, and we're pleased to work=20lB >with outstanding collaborators such as SRI which support us in=20H >achieving this goal.  "This agreement enhances our relationship with=20I >the information technology leader Compaq Computer Corporation. We are=20BH >extremely pleased by the confidence they put in us", said Dr. Robert=20F >Boers, CEO of SRI. Software Resources International specializes in=20G >migrating and extending software applications to new platforms. Its=20dF >expertise also covers process control systems and tools to execute=20F >PDP-11 and VAX binary code unmodified on modern hardware. Software=20H >Resources International maintains offices in the Federal Republic of=20I >Germany, Benelux, France, Sweden, United Kingdom, and North and Latin=20M) >America.  For more information, contact:r >M' >      Software Resources Internationalu >      Mr. Dogan Baser >      Phone: +41 22 794 1070=! >      Email: info@softresint.com # >      Web site: www.softresint.comw >n >e   -- Alan   ------------------------------  % Date: Thu, 28 Mar 2002 12:36:55 -0500d- From: JF Mezei <jfmezei.spamnot@videotron.ca>eP Subject: Re: Press Release Binary Image Translator from OpenVMS/Alpha to Itanium, Message-ID: <3CA354B3.D8B9C12C@videotron.ca>   "Main, Kerry" wrote:H > is that if you are running the translated image on a system that is inG > the order of 5-10+ times faster than your current VAX system, the net0J > impact could be that the end users still see's a significant performance > increase.s  M Agreed for VAX to alpha. But are you sure that IA64 will beat the performancei of my all mighty Microvax II ?   :-)t   ------------------------------  % Date: Thu, 28 Mar 2002 13:39:55 +0400G4 From: Valentin Likoum <valentin.likoum@ncc.volga.ru>6 Subject: Re[2]: SW Command Console for Raid array 30005 Message-ID: <17115173445.20020328133955@ncc.volga.ru>   4 On 28.03.2002 Hans Vlems <hvlems@zfree.co.nz> wrote:     > David,  A > thanks, but the manual is also available from the Compaq site. kB > My RA3000 has one controller, in the top slot. It has two disks:  > in the second and third slots.C > I've installed SWCC on a W95 box and cannot make it work with thesD > RA3000. The connection times out. Hyperterm does work (same cable,; > same COM1 port) and I get an ASCII menu driven interface. A > The two disks are now configured as two JBOD drives, but do noti% > appear as drives on the Alpha yet. cD > Any idea how these drives can mamde "visible" to the Alpha system? [snip]  E   IIRC you should define drive group(s) (in your case two groups witheC single disk in each group) first, after that you should create raidyB set(s) (JBOD in your case) on the top of these group(s) and assignC LUNO to each of them. Raid set is the thing you should see from the E host - dkc601 for example, where 6 - SCSI id of the hsz22 controller,eD 1 - luno assigned to the particular raid set. Have you passed all of> these steps? Have you checked connection between host as hsz22= controller? You need HVD host controller to connect to hsz22.t   -- E   Valentin Likoumo   valentin.likoum@ncc.volga.ru   ------------------------------  # Date: Thu, 28 Mar 2002 16:41:14 GMTy, From: "Patrick Coulier" <patrick@delight.be> Subject: SDLT parity errorst4 Message-ID: <KIHo8.37$ks.2664@nreader1.kpnqwest.net>  	 Hi there,p  E A simple question concerning SDLT drives and tapes (Super DLTtape I).u  G We switched quite recently from CI-based tapedrives (TZ887 on HSJ40) torI direct attached COMPAQ SuperDLT1 drives for our Rdb-databasebackups usinge RMU-backup under SLS.n  * VMS: 7.2-1H1 / Rdb : V7.0-6.2 / SLS V2.9 F  H Performance inprovement was spectacular : In some cases we went from a 4H hour 30 minutes to about 25 minutes of total backuptime. That's great of
 course....  F But we seem to have a problem with reliability for this SDLT-solution:  E We started with a tapepool of about 130 COMPAQ Super DLTtape 1 (=darkx green).oL About 5 tapes were faulty already during the first initialize in SLS and had to be replaced.   A We normally do 4 different databasebackups a day, 7 times a week.DK The 4 databases are quite large (between 55.10E6 blocks and 65.10E6 blocks) I In 4 months time I replaced 4 other tapes and experienced about 20 Parity J errors on 4 different drives and with different tapes. And these tapes are
 NOT cheap !!!T  J The different drives are weekly cleaned with an appropriate cleaning tape.    K Any explanation why this tapesolutions seems so unreliable compared with my  former CI-based config ???    ! Any suggestions are very welcome.i     Polite greetings,r  * Patrick COULIER [mailto:Patric@delight.be]* Systemengineer Delight Information Systems   Archimedesstraat 7 bus 6  
 8400 Oostendeo   Tel: 32(0)59/554.547   Fax: 32(0)59/806.888   ------------------------------    Date: 28 Mar 2002 10:58:26 -0800% From: cask1@yahoo.com (Kelly Donahue)l= Subject: Sending Wake-up Message from NT to OpenVMS batch job = Message-ID: <f4f1188e.0203281058.117e50ff@posting.google.com>e   Hi,oD   What's the easiest/best way to pass a wake-up message from NT to aF program running in batch under OpenVMS?  We'd like the OpenVMS programC to hibernate until it receives a message then wake up, do its work,-A then go back to sleep.  The message can be as little as one byte.s  6   We're running OpenVMS V7.1 and UCX 4.1 update ECO 6.   Thanks in advance.   ------------------------------  # Date: Thu, 28 Mar 2002 08:28:02 GMTi' From: "Hans Vlems" <hvlems@zfree.co.nz>i3 Subject: Re: SW Command Console for Raid array 3000s$ Message-ID: <3ca2d40f$1@zfree.co.nz>   David,  ? thanks, but the manual is also available from the Compaq site. c@ My RA3000 has one controller, in the top slot. It has two disks: in the second and third slots.A I've installed SWCC on a W95 box and cannot make it work with the2B RA3000. The connection times out. Hyperterm does work (same cable,9 same COM1 port) and I get an ASCII menu driven interface.8? The two disks are now configured as two JBOD drives, but do noto# appear as drives on the Alpha yet. uB Any idea how these drives can mamde "visible" to the Alpha system?   Hans( dwicker1@yahoo.com (David Wicker) wrote:" >The ?01 means youre in SWCC mode. > C >This is from the manual it should have every thing you need to getiB >started if you want i can send you the complete manual set in pdf >formatu >tB >If you are upgrading from a single controller storage system, the >installed controller B >will be in the active/passive mode of operation. To configure the >storage system us-ingC >a single serial connection, the dual controllers must be placed inc >active/active? >mode. Perform the procedure to change your storage system fromu >"active/passive" to# >"active/active" mode of operation.h >pF >1. Shutdown the RA3000 storage system, install the second controller, >and restart >the system.D >2. Connect the host serial port to the serial port connector on the >top controller of >the RA3000.@ >3. Open an HSZ22 monitor utility terminal session. The terminal >settings should be:F >9600 BAUD, 8 bits, no parity, 1 stop bit, XON/XOFF. If prompted for a >pass-word,e >enter "RAID".A >4. When the terminal session is displayed, press "ESCAPE/&" (keye >sequence: Esc,wC >Shift, 7). The controller should respond with banner listing HSZ22  >Monitor Util-itys* >followed by the Firmware revision number./ >5. Select Setup Parameters from the main menu.qA >6. Select Rdnt Ctrlr Parameters and change the value of Host I/O 
 >Channel 1 to  >Passive. Press Ctrl-Z to exit.-> >7. Transfer the serial cable to the serial port on the bottom >controller and presssG >"Ctrl -Z". When the Monitor Utility screen is displayed, press any keyf >to con-tinue.F >8. Select Setup Parameters and then select Rdnt Ctrlr Parameters from	 >the main  >menu.G >9. Both channels should be displayed as "Passive". Select the host I/Oe
 >channel thatt< >was not reconfigured in step 5 and change its value Active. >Press CTRL-Z to exit.@ >10. Restart the controllers by power cycling the RA3000 storage >system.D >11. Recheck the Rdnt Ctrlr Parameters. The controller Values should >display Ac-tive/t	 >Passive.pG >12. Transfer the serial cable to the serial port on the top controllers >on the RA3000 >and press Ctrl-Z.B >13. Check the Rdnt Ctrlr Parameters. The controller Values should >display Pas-sive/ >Active.C >Your storage system is now properly configured for dual controllere >operation from a F >single serial host port. Proceed to the next section to configure the
 >controllers.  >t >. > [ >"Hans Vlems" <hvlems@iae.nl> wrote in message news:<754o8.376$6w3.7723@typhoon.bart.nl>...aF >> Ah, that is good news. I tried hyperterm and the only respons I got >> was the string: >> s >> ?01 >> mO >> The question mark is probably an escape character. I'll try your suggestion,eG >> but if you can be just a little more precise that would be welcome !s >> a >> Hanse >> v5 >> David Wicker <dwicker1@yahoo.com> wrote in messager: >> news:bf12aa59.0203260657.3d7da9be@posting.google.com...G >> > Since the last RA3000 swcc client was released in early 1999 it isrJ >> > highly unlikely youre going to find it. If you have a compaq presales@ >> > or service rep it can maybe be obtained internally from theK >> > ESAD(enterprise storage array division) group. Some have access to thel >> > internal store for that.eG >> > Or you can just use the CLI to configure it with hyperteminal. YouRI >> > just have to know the initial key stroke to change its communication H >> > mode from SWCC to direct other wise it will not respond on a serialJ >> > connection. I used to know it but i forgot it was like ctrl-esc-q  or >> > something like that.. >> > >> > >> >4 >> > "labadie" <labadie_g@decus.fr> wrote in message3 >>  news:<dEXn8.1491$fL6.29416@news.cpqcorp.net>...t9 >> > > "Hans Vlems" <hvlems@zfree.co.nz> wrote in messageu% >> > > news:3ca04324$1@zfree.co.nz...d >> > > >A >> > > > We are trying to connect a Raid Array 3000 controller to K >> > > > an Alpha VMS system (VMS 7.3). The RA3000 must be configured  withn ao6 >> > > > separate tool: software command console V2.x.I >> > > > We currently have V1.1 only and that doesn't work (no connectionhF >> > > > established, across a serial connection from a W95 platform).E >> > > > We're looking for a URL to download SWCC V2.x, any pointers?a >> > > >> > > Hello >> > >
 >> > > try >> > >P >>  http://www5.compaq.com/products/storageworks/storage-management-software/swc >> > > cdownload.htmlD >> > > >> > > Regards >> > >
 >> > > Grard        http://www.zfree.co.nz   ------------------------------  % Date: Thu, 28 Mar 2002 09:59:14 +0100t9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>,3 Subject: Re: SW Command Console for Raid array 3000r' Message-ID: <3CA2DB62.CCFF88EB@aaa.com>g  D Do you have the special version of SWCC that supports RA3000/HSZ22 ?9 My EXE is called CcHsz22.EXE and when started first opense< a dialog called "HSZ22 Management" to select between Serial,7 SCSI and TCP/IP. Serial is what to select in your case.e5 It wasn't until I found the original CD that was sents? with the controller, and installed from that, that I managed toaA get a working connection to the RA3000/HSZ22. Remember, the HSZ22 . is *not* like the HSZ40/50/70/80 controllers !9 If you run with the "standard" SWCC, you can't connect toe the HSZ22...  	 Jan-Erik.    ------------------------------    Date: 28 Mar 2002 09:40:18 -0800' From: dwicker1@yahoo.com (David Wicker)m3 Subject: Re: SW Command Console for Raid array 3000s= Message-ID: <bf12aa59.0203280940.7d8f00ce@posting.google.com>u   Hans, = What the system sees is dependant on your HBA, it should be agE differential scsi adapter. I know for NT/Netware systems the only HBA E supported was the Adaptec 2944uw with 1.25/1.3? bios. I dont know theTD supported HBAs on the alphas, but it probably the same. If it is theC same you should be able to see it by doing a ctrl-a when the systemrE boots, if you cant see it there you have a downstream problem, if you . can see it there you have an upstream problem.  F And you do need a kit to load the hs service stuff. I just doesnt work with out it.      S "Hans Vlems" <hvlems@zfree.co.nz> wrote in message news:<3ca2d40f$1@zfree.co.nz>...o > David, > A > thanks, but the manual is also available from the Compaq site. aB > My RA3000 has one controller, in the top slot. It has two disks:  > in the second and third slots.C > I've installed SWCC on a W95 box and cannot make it work with thepD > RA3000. The connection times out. Hyperterm does work (same cable,; > same COM1 port) and I get an ASCII menu driven interface.eA > The two disks are now configured as two JBOD drives, but do nott% > appear as drives on the Alpha yet. sD > Any idea how these drives can mamde "visible" to the Alpha system? >  > Hans* > dwicker1@yahoo.com (David Wicker) wrote:$ > >The ?01 means youre in SWCC mode. > >nE > >This is from the manual it should have every thing you need to getgD > >started if you want i can send you the complete manual set in pdf	 > >format  > >wD > >If you are upgrading from a single controller storage system, the > >installed controlleraD > >will be in the active/passive mode of operation. To configure the > >storage system us-ingE > >a single serial connection, the dual controllers must be placed inM > >active/activeA > >mode. Perform the procedure to change your storage system fromt > >"active/passive" to% > >"active/active" mode of operation.A > >BH > >1. Shutdown the RA3000 storage system, install the second controller, > >and restart > >the system.F > >2. Connect the host serial port to the serial port connector on the > >top controller of > >the RA3000.B > >3. Open an HSZ22 monitor utility terminal session. The terminal > >settings should be:H > >9600 BAUD, 8 bits, no parity, 1 stop bit, XON/XOFF. If prompted for a
 > >pass-word,n > >enter "RAID".C > >4. When the terminal session is displayed, press "ESCAPE/&" (key  > >sequence: Esc,bE > >Shift, 7). The controller should respond with banner listing HSZ22  > >Monitor Util-ity , > >followed by the Firmware revision number.1 > >5. Select Setup Parameters from the main menu.sC > >6. Select Rdnt Ctrlr Parameters and change the value of Host I/Oa > >Channel 1 tor! > >Passive. Press Ctrl-Z to exit.i@ > >7. Transfer the serial cable to the serial port on the bottom > >controller and pressRI > >"Ctrl -Z". When the Monitor Utility screen is displayed, press any key  > >to con-tinue.H > >8. Select Setup Parameters and then select Rdnt Ctrlr Parameters from > >the mainn > >menu.I > >9. Both channels should be displayed as "Passive". Select the host I/Or > >channel thatv> > >was not reconfigured in step 5 and change its value Active. > >Press CTRL-Z to exit.B > >10. Restart the controllers by power cycling the RA3000 storage
 > >system.F > >11. Recheck the Rdnt Ctrlr Parameters. The controller Values should > >display Ac-tive/X > >Passive. I > >12. Transfer the serial cable to the serial port on the top controller! > >on the RA3000 > >and press Ctrl-Z.D > >13. Check the Rdnt Ctrlr Parameters. The controller Values should > >display Pas-sive/
 > >Active.E > >Your storage system is now properly configured for dual controlleri > >operation from arH > >single serial host port. Proceed to the next section to configure the > >controllers.  > >l > >' > >h] > >"Hans Vlems" <hvlems@iae.nl> wrote in message news:<754o8.376$6w3.7723@typhoon.bart.nl>...iH > >> Ah, that is good news. I tried hyperterm and the only respons I got > >> was the string: > >> e > >> ?01 > >> pQ > >> The question mark is probably an escape character. I'll try your suggestion,oI > >> but if you can be just a little more precise that would be welcome !  > >> o	 > >> Hansl > >> d7 > >> David Wicker <dwicker1@yahoo.com> wrote in message2< > >> news:bf12aa59.0203260657.3d7da9be@posting.google.com...I > >> > Since the last RA3000 swcc client was released in early 1999 it isML > >> > highly unlikely youre going to find it. If you have a compaq presalesB > >> > or service rep it can maybe be obtained internally from theM > >> > ESAD(enterprise storage array division) group. Some have access to thec > >> > internal store for that.yI > >> > Or you can just use the CLI to configure it with hyperteminal. YoubK > >> > just have to know the initial key stroke to change its communicationeJ > >> > mode from SWCC to direct other wise it will not respond on a serialL > >> > connection. I used to know it but i forgot it was like ctrl-esc-q  or > >> > something like that.r > >> > > >> > > >> >6 > >> > "labadie" <labadie_g@decus.fr> wrote in message2 >  news:<dEXn8.1491$fL6.29416@news.cpqcorp.net>...; > >> > > "Hans Vlems" <hvlems@zfree.co.nz> wrote in messages' > >> > > news:3ca04324$1@zfree.co.nz... 
 > >> > > >C > >> > > > We are trying to connect a Raid Array 3000 controller tonM > >> > > > an Alpha VMS system (VMS 7.3). The RA3000 must be configured  withS >  a8 > >> > > > separate tool: software command console V2.x.K > >> > > > We currently have V1.1 only and that doesn't work (no connection H > >> > > > established, across a serial connection from a W95 platform).G > >> > > > We're looking for a URL to download SWCC V2.x, any pointers?  > >> > > > >> > > Hello > >> > > > >> > > try > >> > >O >  http://www5.compaq.com/products/storageworks/storage-management-software/swcR > >> > > cdownload.htmll > >> > > > >> > > Regards > >> > > > >> > > GrardB >  >  >  > http://www.zfree.co.nz   ------------------------------  % Date: Thu, 28 Mar 2002 09:43:39 -0500h, From: "Richard Whalen" <WhalenR@process.com>+ Subject: Re: System software status utilityt+ Message-ID: <a7va8g$412$1@news.process.com>g  ; "JMK" <jeffrey.m.klopotic@lmco.nospam.com> wrote in messageB) news:3C97BEA8.FA81075F@lmco.nospam.com...fH > Does anyone know of an existing utility that can tell me if a computerI > on the network has all its software up and running?  Hardware utilitiesvJ > abound to determine if computers are up, disks, routers, etc are online,5 > but I'm not aware of any like product for software.o >. > Are any out there? >s > TIA, >e > Jeff Klopoticr  K In theory, the Host Resources MIB (RFC 2790) would provide this informationqK in the Running Software Group (hrSWRunTable).    Compaq TCP/IP Services for A Open VMS 5.1 provides a HRMIB, but I don't know where it gets itsx5 information from, so I don't know how accurate it is.c   ------------------------------    Date: 28 Mar 2002 08:26:29 -0600- From: koehler@encompasserve.org (Bob Koehler)  Subject: Re: SYSTEM-F-IVIDENT ?w3 Message-ID: <nFGIIKvyrUv9@eisner.encompasserve.org>   c In article <708f3b7f.0203271120.25e138ed@posting.google.com>, TADAMSMAR@AOL.COM (Tom Adams) writes:u9 > I got this from a QIO, but the channel number looks OK.e >  > What can cause this?  F    You've left out all the relavent details.  What was the $QIO doing?B    IVIDENT might be returned if you were trying an ACP function toE    modify an identifier on a file, but since you left out the detailse    I'm just guessing.2  F    If that's the case, then you didn't properly format the identifier.   ------------------------------  # Date: Thu, 28 Mar 2002 08:00:51 GMT2* From: "Bill Todd" <billtodd@metrocast.net>N Subject: Re: The Digital 7-year plan - from 1997 to 2004 - from Alpha to IA-64C Message-ID: <T4Ao8.450653$pN4.31139898@bin8.nnrp.aus1.giganews.com>   I OK, Rob:  let's take a look at exactly what problem you have with some ofr Greg's statements you quoted:6  8 "Rob Young" <young_r@encompasserve.org> wrote in message- news:$SvFXOwYzgMj@eisner.encompasserve.org...    ...   I > First, if I were in charge of Compaq OpenVMS or Tru64, I would look fore anothereK > job. Even if the buyout doesnt come to fruition, OpenVMS and Tru64 are inr bignL > trouble. Tandem has the reputation and market share in non-stop computing,  L Pretty clear that HP agrees with his assessment there:  they keep reassuringE people that NSK will survive the acquisition, but have had no similarvJ assurances for VMS (and of course Tru64 has already been declared toast byG virtue the lack of any port to a long-term-viable platform, whether thee merger goes forward or not).  < > Intel servers own the low end, and UNIX owns the midrange.  D Straight from the HP statements again that Windows, Unix, Linux, and# 'industry-standard' are the future.b    Alpha is history and L > HP bet on IA-64 years ago when it partnered with Intel. Compaq Tru64 neverA > achieved any significant market share, OpenVMS is slowly dying,p  J 'Stagnating' might be more accurate at this moment, though the transfer ofF significant amounts of (very senior) existing resources to the portingD effort (rather than continuing OS enhancements) is definitely a step	 backward.     and >> I have aC > hard time believing any serious IA-64 porting work is going on.<<   E Probably wrong there, for now.  But 'now' really only means until the G integration team's plans for cHomPaq are revealed in a few weeks' time.-    That means the-F > combined company will likely offer Windows 2000/XP, Linux, and maybe
 Netware onL > the low end, some variation of HP-UX with a few Tru64 porting tools in the% > middle, and Tandem at the high end.c  F That's certainly what HP has been saying its overall direction will be+ (though I don't recall mention of Netware).V   ...'  K > If I were an OpenVMS or Tru64 customer, I would stay up at night worryingu aboutt9 > the future of my applications and what platform to use.t  D There are certainly quite a few people here who seem to be similarly6 worried, though others who at least profess not to be.    The world will not sit22 > still and wait for HP/Compaq to sort itself out,  H This has been well established by surveys of both existing and potential7 customers.  And reinforced by continuing media coverageiG  http://www.computerworld.com/storyba/0,4125,NAV47_STO69491,00.html andnI http://www.computerworld.com/cwi/story/0,1199,NAV63_STO69438,00.html justa this week, for example).    and any customer who still : > trusts whats left of the former DEC brain trust is nuts.  I Certainly applies to trusting anyone with any real influence at Compaq (IiG don't really think we have to drag all the evidence out again, do we?),oK though it may be questionable how many of those people are actually part ofa@ the former DEC brain trust (especially now that Enrico is gone).  G Of course, a lot of the rest of the former DEC brain trust does seem tovJ parrot uncritically what their superiors tell them, so perhaps that's what he's getting at.    Frankly, I would notrC > believe any nondisclosure presentations from Compaq reps or theirc	 resellers J > unless they can show tangible evidence of real, ongoing engineering work andeH > somehow demonstrate a commitment to continued engineering even after a buyout.t  K Again, repeatedly borne out by Compaq's actions:  whatever they're *really*"J committed to gets well-funded and well-advertised; any other statements of 'commitment' are garbage.n  K > And Compaq cant demonstrate such a commitment because its leaders want tos sell > out. > C > He is like the folks at Aberdeen that wrote that piece for Intel.p  I Gee, you said the same thing earlier today about another piece you didn'tbJ like, but, as with that, provide no evidence whatsoever that it was baisedL by being commissioned by someone (as the Aberdeen piece was).  Regressing toC mud-slinging doesn't reflect well on a person or his argument, Rob.l  G > He is also like that guy at Gartner that wrote that piece on OpenVMS.F, > He surely didn't bother to call anybody...  I Perhaps because he couldn't think of anyone whose statements (assuming he D could get a response at all:  plenty of people here haven't had muchE success) would be at all trustworthy.  Funny how the complete loss ofl% credibility can do that to a company.n   ...i   > Here Greg if you get time: > ) > http://www.theinquirer.net/15010212.htmm >rI > "The port is nowhere near a $200M investment. We anticipate that at itsc peak wehH > will have about 40 engineers working on the port, and will spend about $30-40MnE > in total over a three-year period. During the discussion, the $200M 
 investmentL > was further clarified as the entire OpenVMS business investment - not just that" > related to the Itanium efforts."  J I'm glad you brought that up, Rob, because one of the details in that memoL kind of got forgotten:  the "Compaq senior management will be reviewing thisH rebuttal with Gartner" part that supporters said was going to constituteH evidence of senior management's real interest in VMS.  They've had aboutI three months now to do so:  any indication whatsoever that they ever did?o  L Otherwise, the memo was regrettably more like standard Compaq weasel-wordingL than what one might hope to see coming out of the VMS group - but if it cameL from the PR contingent, maybe that's not so surprising.  Let's again look at details:  J 1.  Gartner's assessment that "Compaq will fail to port the entire OpenVMSG operating environment to IPF by 2003/2004 (0.8 probability)."  Compaq'ssH rebuttal carefully avoided specifying exactly *what* they were confidentI would be ported - in that time-frame, or indeed ever.  Unless HP scuttlesgL the port, it *does* seem probable that a more or less usable VMS environmentJ will exist on Itanic in 2004, but (unless expressed plans to drop 'mature'K and other products - specified near the end of the memo - from the port are E changed, and leaving aside major questions about critical third-party K products) it seems 100% (not just 80%) certain that *some* portions of whatfI could reasonably be considered "the entire OpenVMS operating environment"rJ will *never* be ported.  So no foul there for Gartner - and the failure ofK the rebuttal to specify exactly what parts of what you can run today on VMSoE will be runnable, natively, on Itanic is a mark against Compaq (since>I there's really no way of telling what products might be declared 'mature'4 before the port is completed).  G 2.  It then goes on to reassert the overwhelmingly positive (a lot like:I Curly's report of 'unbelievably positive' customer reaction back in June)aL customer reaction to the port.  Sounds very much like HP's recent statementsL about the support of the large majority of its employees for the merger, andJ is just about as credible given the numerous outside surveys that indicateI that the *majority* of customers are *at least* uneasy about the platformt transition.>  K 3.  I'll concede that Gartner's 'square peg in a round hole' analogy of the>K port is overstated (fast peg in a slow hole would be more appropriate), butgK Compaq's response to that point doesn't set that well either.  The "move to>J a commodity-based world" part seems significantly at odds with the currentK Intel line that Itanic is, and for the entire foreseeable future will be, akH server-niche processor (gee, kind of like Alpha) rather than a commodityK desktop processor, the argument that Alpha development savings will improvehH profitability is as mendacious as ever, and the suggestion that the onlyL alternative to doing a full-scale port ('complete' in Gartner's terms) is toL abandon the customer base entirely is ridiculous (Compaq excels at stringingK customers along for as long as possible doing as little as possible, rathercB than telling them straight-out that a product has no real future).  F 4.  Gartner's statement about the 'hugeness' of the undertaking simplyI reflects the difference between what porting Compaq plans and includes intH its $40 million estimate and what Gartner seems to consider a 'complete'H port.  Nothing new there.  But Compaq's reassurances about the impact onJ customers (particularly with regard to testing) are disingenuous, at leastF for any customers serious about the integrity and reliability of theirF installations:  regardless of how smooth the port *appears* to be, theH magnitude of the underlying changes will require serious customers to do serious revalidation.   D 5.  As to the total cost of the port, Compaq again refuses to engageK Gartner's assessment that it could run far higher than the $40 million thatnI engineering costs alone are expected to contribute (and which Gartner and,G Compaq in fact appear to agree on).  Simply reiterating the engineeringeJ costs and ignoring the ancillary costs Gartner explicitly refers to as the< basis of the additional total cost is not a rebuttal at all.  I 6.  No point in debating how long VMS will be supported, since that fallslF under the rubric of 'commitment' and is hence not something Compaq canK provide with any credibility - let alone under new HP management.  The moreSJ pressing question at the moment appears to be whether cHomPaq will even be around in a few years.  L 7.  Compaq corrected 400,000 installed VMS systems to 411,000 - BFD.  But itK failed entirely to address Gartner's belief that "active production systemseK could be 30 percent to 40 percent lower":  again, in its purported rebuttalbF it simply reiterated the 'installed base' number (though later said itI 'disagreed with the assessment' - gee).  And while the difference betweenaJ Gartner's "more than $1 billion annually" maintenance revenue estimate andG Compaq's "$2 billion" figure is worth noting, it does not, technically,rA constitute a correction:  the two statements aren't incompatible.l  L 8.  The 'exercise caution' part is kind of a grab-bag.  But Gartner's doubtsG that cHomPaq can retain the people (and ISVs) it needs during the majoroI transition period are echoed by others in the industry press, and even ifuL one believes Compaq's statement that its 'strategic ISVs' (no list provided)K have committed to 'remain with' them that will be cold comfort to customerst8 whose own 'strategic ISVs' are not a subset of Compaq's.  L 9.  And Gartner's 'bottom line' recommendations are entirely consistent withA a customer's own due diligence ('should seriously consider' seems E restrained, under the circumstances, as does the advice to get formal D contractual obligations from Compaq if they don't leave) and, again,J unrebutted by Compaq, which simply offers "don't worry - be happy" advice.  I None of this is 'crud' or 'FUD', Rob:  it's people looking at Compaq (notnK VMS itself) and neither liking what they see nor seeing any indication thatrI things will get any better under the merger.  And all Compaq's supporters6K have to offer in return is "Trust Compaq:  they'd never screw VMS like they1L did Alpha, even though they've never yet missed an opportunity to neglect it; in favor of their 'strategic' product lines."  Yeah, right.t   - bill   ------------------------------  % Date: Thu, 28 Mar 2002 09:09:44 -0500.- From: JF Mezei <jfmezei.spamnot@videotron.ca> N Subject: Re: The Digital 7-year plan - from 1997 to 2004 - from Alpha to IA-64, Message-ID: <3CA32421.F3D90A22@videotron.ca>   Rob Young wrote:N >         OpenVMS is slowly dying.  He was saying that 5 years ago.  He shouldM >         apply for a job at Gartner.  "No porting work is going on"  Sheesh.  >         Joker joker joker!    I Except for the short lived renaissance, hasn't it been the case since thesH early 1990s that VMS was slowly dying ? Not dead yet, but slowly gettingK there. gartner and company may have been wrong with the timing predictions, 0 but they are not wrong with the trend direction.  I If HP wants to, it can give VMS a totally new prosperious life. But if itoJ continues past VMS handling, then VMS will continue to slowly wither away.   ------------------------------  % Date: Thu, 28 Mar 2002 09:20:26 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca>eN Subject: Re: The Digital 7-year plan - from 1997 to 2004 - from Alpha to IA-64, Message-ID: <3CA326A2.DD924CCD@videotron.ca>   Bill Todd wrote:N > 7.  Compaq corrected 400,000 installed VMS systems to 411,000 - BFD.  But itM > failed entirely to address Gartner's belief that "active production systemsh+ > could be 30 percent to 40 percent lower":   L While I agree with you with the above, this statement may come back to hauntJ HP. If the "real" number of active sites had been published, it would haveM been far easier for HP to kill VMS. But because that inflated and meaninglessg< 411,000 number was published, it becomes harder to kill VMS.  H However, one has to question how board the distribution of the "411,000"" number was outside of comp.os.vms.  G Personally, i would be very surprised if there were more the 10,000 VMSuM *active* -sites- in the world. I suspect that the 411,000 number includes theeK cannabalised microvax II i have in the basemenent (cabinet used to store myrG stereo/VCR/CD etc). I bought it for spare parts from a company that was 5 phasing out VMS and also had the licences transfered.>   ------------------------------    Date: 28 Mar 2002 08:41:26 -0800# From: jgessling@yahoo.com (jojimbo)  Subject: Re: tuxedo.< Message-ID: <dc2d8031.0203280841.600b78a@posting.google.com>  I "marsup" <gci@free.fr> wrote in message news:<a7qov2$aj0$1@wanadoo.fr>...> > Hello, > & > is any one using tuxedo on VMS 7.3 ?# > did you encountered any problem ?h > J > I'm planning to upgrade from VMS 7.2 to VMS 7.3 and I'm using Tuxedo 6.5 > E Wow! Another VMS tuxedo site.  I have been feeling pretty lonely.  WeVA installed Tux 6.5 (patch 319?) on our vms 7.3 test system with nohD problems.  Haven't really stressed it though.  Waiting for 7.3-1 to ? get a couple features before putting 7.3 into production.  When>B I'm back at the office next week I'll see if anything has changed.   Jimo   ------------------------------  % Date: Thu, 28 Mar 2002 11:35:21 +0000d% From: Alan Greig <a.greig@virgin.net>>9 Subject: Upcoming 7.3-1 (Was Re: anyone owning a multia?)z8 Message-ID: <ghv5au01279es7ivp9hsg0huqq1p8seb0e@4ax.com>  ? On Wed, 27 Mar 2002 20:35:01 GMT, Doc <doc@grateful.com> wrote:u  K >On Wed, 27 Mar 2002 13:52:22 +0000, Alan Greig <a.greig@virgin.net> wrote:e >> m; >> http://www.openvms.compaq.com/freeware/freeware50/multias >>  E >> Hey, but if you're going there you might as well boot VMS on it :)i >nJ >  Well, mine aready runs VMS; it was Doing The Right Thing when I got it.J >But Mike uses his as a WAP gateway - wireless access point.  He's pretty D >much a linux fanatic, and I finally quit goading him about it.  :^)  E If VMS 7.3-1 has as much of the COE related  work in it as I've heardeE then maybe the imminent release of the field test kit for 7.3-1 wouldiF be a chance for you to get him to have a look with a dual boot system.  D Can anyone say if we are we near enough the EFT release of 7.3-1 yet@ for a "new features" list to be publicly posted. Assuming thingsF haven't slipped there's a lot upcoming a Linux enthusiast might like.   ( > Thanks for the link.  I'll pass it on. >b >e >	Doc    -- Alan   ------------------------------  % Date: Thu, 28 Mar 2002 15:24:30 +0100 ) From: "Flash" <balzanotogliquesto@iol.it>p Subject: VAX 4000/600A doc( Message-ID: <a7v944$29g0$1@half.spin.it>   Hi all,II I've recently acquired a VAX4000/600A but don't have any documentation onv it.t  ! anyone can suggest me some links?w   L.   ------------------------------  % Date: Thu, 28 Mar 2002 09:08:25 -0800o' From: David Mathog <mathog@caltech.edu>bY Subject: Re: White paper now available - Total Cost of Ownership for Enter	prise Class Clo+ Message-ID: <3CA34E09.8E7405DF@caltech.edu>-   Rob Young wrote:1 >         Sponsorship?  You don't say!  Why sure!r > ) > http://www.theinquirer.net/27030210.htmc >  > Intel funded anti-AMD papero    + Tbe only White Papers end users can rely on , come off a small roll.  They are much better+ than a stack of leaves or cut up squares ofe- old newspapers:  less abrasive and they don'tg+ jam the plumbing.  However, after use, theyu+ do bear some similarity to the White Paperss that companies commission.   Regards,   David Mathog mathog@caltech.edu   ------------------------------  % Date: Thu, 28 Mar 2002 10:54:24 +0000 % From: Alan Greig <a.greig@virgin.net>OY Subject: Re: White paper now available - Total Cost of Ownership for Enter prise Class Cln8 Message-ID: <rvs5auk453id6gov4gu7fqsl2t0c6fj12i@4ax.com>  D On 27 Mar 2002 15:51:37 -0600, young_r@encompasserve.org (Rob Young) wrote:    > >	Not to be patroizing but you are usually real good with yourB >	references.  This one spends too much time talking about OS/400.. >	Smells like an IBM sponsored ad^H^H article. >r) >	Sponsorship?  You don't say!  Why sure!w  D Ad let's not mention the (allegedly) HP funded Aberdeen Group reportE which recommended to HP they cancel the VMS Itanium port. This report E was then filed by Compaq  with the SEC. And all this was done without E Peter Kastner (Aberdeen Group report author) even contacting Compaq'srE VMS group and entirely without the knowledge of Rich Marcello or Markr Gorham.   ( >http://www.theinquirer.net/27030210.htm >m >Intel funded anti-AMD paper   >o+ >AMD calls for meeting with Aberdeen Group t' >By Mike Magee, 27/03/2002 12:06:47 BSTt > O >A REPORT THAT THE Aberdeen Group published about AMD's performance rating (PR)oN >scheme was compiled without the analyst ever consulting the chip firm, it has	 >emerged.  >n >				Rob   -- Alan   ------------------------------  % Date: Thu, 28 Mar 2002 10:54:49 +0000b% From: Alan Greig <a.greig@virgin.net>2Y Subject: Re: White paper now available - Total Cost of Ownership for Enterprise Class Clu68 Message-ID: <7gt5auk8h9qcltn7lqdbhmuc4s5ao59uq8@4ax.com>  1 On Wed, 27 Mar 2002 15:10:38 -0500, "Main, Kerry"o <Kerry.Main@Compaq.com> wrote:   >Ed, >eD >>>> Now if someone could just get this type of message to the folks >outside of this group.<<< >gI >Fwiw, this info was widely distributed to many Sales types within Compaqu >to use with their Customers.t  F Without even trying I'll bet real money that if I call my local CompaqE "account manager" he will never have heard of it. Confident enough totD take that bet?  Nothing much - just a drink or two if we should ever meet   >Regards >s >Kerry Mainn >Senior Consultant >Compaq Canada Corp. >Professional Services >Voice: 613-592-4660 >Fax  :  819-772-7036V >Email: Kerry.Main@Compaq.com/ >w >m >-----Original Message-----96 >From: Stuart, Ed [mailto:Ed.Stuart@austinenergy.com]  >Sent: March 27, 2002 3:00 PM  >To: Info-VAX@Mvb.Saic.ComE >Subject: RE: White paper now available - Total Cost of Ownership fore >Enter prise Class Clusterso >q >iH >Now if someone could just get this type of message to the folks outsideC >of this group.  Thanks for the info Sue, but your preaching to the D >choir.  Yes, the members of this group can act as VMS advocates andF >spread this information around, but, at least in my case, informationF >that I bring is not given all the weight it deserves because it comesI >from an admitted VMS bigot.  Compaq should be willing to publicize thesedF >numbers and let the other clustering vendors respond to the report ifG >they elect to.  If Compaq is not willing to do this then it looks like 8 >they are not confident in the validity of the report.   >v >EdtH >**Please apply a generous amount of all the usual disclaimers here.**   >t >-----Original Message-----o8 >From: Sue Skonetski [mailto:susan.skonetski@compaq.com]) >Sent: Wednesday, March 27, 2002 12:25 PMo >To: Info-VAX@Mvb.Saic.ComA >Subject: White paper now avaialble - Total Cost of Ownership for  >Enterprise Class Clusters >  >tI >http://www.openvms.compaq.com/openvms/whitepapers/enterprise_tco/enterprt >ise_r >tco.pdfF >Detailed comparison of the Total Cost of Ownership of four RISC-BasedC >Cluster Solutions Designed to Provide High Availability.  The four E >systems are Compaq OpenVMS , HP9000, IBM RS/6000 and Sun Enterprise.h >aI >Please note that this was not done by Compaq, but by Tech Wise Research.c >n >Warm Regards, >r >Sue >t   -- Alan   ------------------------------  % Date: Thu, 28 Mar 2002 10:22:52 +0000n( From: Nic Clews <sendspamhere@127.0.0.1>Y Subject: Re: White paper now available - Total Cost of Ownership for Enterprise Class Cluh) Message-ID: <3CA2EEFC.27C118E0@127.0.0.1>o   "Main, Kerry" wrote: > E > >>> Now if someone could just get this type of message to the folks0 > outside of this group.<<<n > J > Fwiw, this info was widely distributed to many Sales types within Compaq > to use with their Customers.  F FWIW, this is the first I've heard of this. We're going through such aE study / 'data collection' at the moment and best we had was somethingfG dating from 1999, and it was pure chance I saw this on the newsgroup to  get a copy.   @ I wonder if a 'Sales type' could sell water in a drought region?   --  ( Regards, Nic Clews CSC Computer Sciences nclews at csc dot comn   ------------------------------  % Date: Thu, 28 Mar 2002 12:04:43 -0500w+ From: "Main, Kerry" <Kerry.Main@Compaq.com>nY Subject: RE: White paper now available - Total Cost of Ownership for Enterprise Class CluiT Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF401AB1DCF@kaoexc01.americas.cpqcorp.net>   Nic,  G As a suggestion, not that our Sales types are not the most efficient on  the planet .. :-)a  C Here is a pointer to where the whitepapers on OpenVMS are typicallyn
 posted to:< http://www.openvms.compaq.com/openvms/whitepapers/index.html  : There are some recent ones - including some info on serverE consolidation- something that directly applies to what many Customersn are looking at doing today.n   Also as a fyi ..? http://www.openvms.compaq.com/openvms/brochures/ (Testimonials,h brochures etc)   Regardsa  
 Kerry Main Senior ConsultantS Compaq Canada Corp.i Professional Servicesu Voice: 613-592-4660l Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----2 From: Nic Clews [mailto:sendspamhere@127.0.0.1]=20 Sent: March 28, 2002 5:23 AM To: Info-VAX@Mvb.Saic.Com0D Subject: Re: White paper now available - Total Cost of Ownership for6 Enterprise Class Clusters Class ClustersClass Clusters     "Main, Kerry" wrote: >=20E > >>> Now if someone could just get this type of message to the folksf > outside of this group.<<<y >=20F > Fwiw, this info was widely distributed to many Sales types within=20% > Compaq to use with their Customers.a  F FWIW, this is the first I've heard of this. We're going through such aE study / 'data collection' at the moment and best we had was somethingtG dating from 1999, and it was pure chance I saw this on the newsgroup tot get a copy.=20  @ I wonder if a 'Sales type' could sell water in a drought region?   --=20n( Regards, Nic Clews CSC Computer Sciences nclews at csc dot comt   ------------------------------  % Date: Thu, 28 Mar 2002 10:17:33 -0500s# From: "Tom Cole" <tom.cole@sas.com>f= Subject: Why do I get an ASTFLT with following use of ualarm?n/ Message-ID: <a7vc6e$8kn$1@license1.unx.sas.com>   L QUESTION/REQUEST:  Can anyone explain why I am getting an ASTFLT while using1 a combination of ualarm() and signal() under VMS?o     DETAILS:  J I am confused by the following code, which works correctly on two Unix-ishH platforms I tried, but not under VMS.  Under VMS, I get an ASTFLT signalH from within the C runtime library everytime  *unless* a (dummy) argumentJ triggers the first printf() call, in which case I still get the ASTFLT but
 infrequently.v  L Note that this code is an excerpt from a much larger program that does "realL work" instead of just a printf() call.  However, the larger program and thisI very small example both exhibit the same fault behavior on VMS, hence the( artificial sample code.g  L I have to set first/interval to 1 to get the printout of the global value toH be anything other than zero.  A value of 2 or larger causes a zero to beJ printed.  Well, assuming the first printf() occurs; if the printf() is not> invoked then the ASTFLT occurs before anything is printed out.  F According to HELP/MESSAGE, an ASTFLT means that either the user SP wasF invalid or ran out of page space -- but since the fault is pretty muchI instantaneous on a very slow Alpha I don't think it's out of stack space.l  G If I set 'first' to a very large number like 5000, then I don't get therG error, but that's almost certainly because the program exits before the K alarm is signalled... though I would have though that a much smaller numberiC would do, but it has to be on the order of 5000 to avoid the abend.a   Here's the version info:   AXP> cc/vers' Compaq C V6.4-005 on OpenVMS Alpha V7.3m  L [This is on an AlphaServer 1000 4/233, though I also tried it on AlphaServer" 4100 5/533 with the same results.]  I The code was compiled with no qualifiers on the CC or LINK commands othera. than the name of the program (TEST.C/TEST.OBJ)   Here's the code:     #include <unistd.h>u #include <stdlib.h>o #include <stdio.h>  " void handle_timer_pop( int code ); volatile long global_count = 0;c  # int main( int argc, char * argv[] )o {     long first, interval; i      first = 100;u    interval = 100;      if( argc > 1 ) <       printf( "First=%ld, interval=%ld, enabling timer.\n", "                first, interval );   (    signal( SIGALRM, handle_timer_pop );     ualarm( first, interval ); F    printf("The timer is now running while I print this message.\n" ); 5    printf("The timer count is %ld\n", global_count );     exit( 0 );  }   " void handle_timer_pop( int code )  {     global_count++; h    return; t }    ------------------------------   End of INFO-VAX 2002.172 ************************