1 INFO-VAX	Wed, 10 Apr 2002	Volume 2002 : Issue 198       Contents: 800-DIGITAL is dead   Re: Alphaserver EV7 announcement  Re: Alphaserver EV7 announcement& Re: ANN: HGFTP V3.0-1 is now available& Re: ANN: HGFTP V3.0-1 is now available& Re: ANN: HGFTP V3.0-1 is now available& Re: ANN: HGFTP V3.0-1 is now available0 Re: another hint of post-merger direction, maybe0 Re: another hint of post-merger direction, maybe Apache on OpenVMS  Re: AS200 Serial Console Re: AS200 Serial Console Re: AS200 Serial Console Re: AS200 Serial Console Re: AS200 Serial Console Re: AS200 Serial Console Re: AS200 Serial Console Re: AS200 Serial Console Re: AS200 Serial Console Re: AS200 Serial Console Re: AS200 Serial Console Re: AS200 Serial Console Re: AS200 Serial Console% Best DCL programm you've ever written  Re: Blade architectures  Re: Blade architectures  Re: Blade architectures  Re: Blade architectures  Re: Blade architectures  C issues...  Re: C issues...  Re: C issues...  Re: C issues...  Re: C issues...  Re: C issues...  can VMS use these SCSI disks? ! Re: can VMS use these SCSI disks? ! Re: can VMS use these SCSI disks?  Re: CLD problem (flight) Re: CLD problem (flight) Re: CLD problem (flight) Re: CLD problem (flight) Re: CLD problem (flight) Re: CLD problem (flight) Re: CLD problem (flight) Re: Continuous forms printers  Fearless VMS Prognostication  Re: Fearless VMS Prognostication  Re: Fearless VMS Prognostication  Re: Fearless VMS Prognostication  Re: Fearless VMS Prognostication  Re: Fearless VMS Prognostication  Re: Fearless VMS Prognostication  Re: Fearless VMS Prognostication  Re: Fearless VMS Prognostication  Re: Fearless VMS Prognostication  Re: Fearless VMS Prognostication Re: Fibre Channel * Re: Help! VT100 emulators - some problems.* Re: Help! VT100 emulators - some problems.* Re: Help! VT100 emulators - some problems. Re: IA64 is not the VAX  Re: IA64 is not the VAX  Re: Itanium troubles Re: Itanium troubles Re: More positive OpenVMS news Re: More positive OpenVMS news Re: More positive OpenVMS news Re: More positive OpenVMS news Re: More positive OpenVMS news Re: More positive OpenVMS news Re: More positive OpenVMS news Re: More positive OpenVMS news Re: More positive OpenVMS news Re: More positive OpenVMS news Re: More positive OpenVMS news Re: More positive OpenVMS news Re: More positive OpenVMS news Re: More positive OpenVMS news Re: More positive OpenVMS news Re: More positive OpenVMS news Re: More positive OpenVMS news Re: More positive OpenVMS newsP Re: Online atricle about sample X11 server architecture and DECwindows architectP Re: Online atricle about sample X11 server architecture and DECwindows architectP Re: Online atricle about sample X11 server architecture and DECwindows architectP Re: OT: Choosing from Lists (was: Re: Announcing a boot contest for OpenVMS on I Page File Size Discrepancy Re: Page File Size Discrepancy Re: Page File Size Discrepancy0 Re: Poor Ebay ... should have got a VMS cluster!0 Re: Poor Ebay ... should have got a VMS cluster!0 Re: Poor Ebay ... should have got a VMS cluster!) Re: Predictions - just for the hell of it ) Re: Predictions - just for the hell of it * Regarding Xalan library provided by Compaq Re: remote mailbox Re: remote mailbox- Re: RIGHTSLIST.DAT locked by another user :-( - Re: RIGHTSLIST.DAT locked by another user :-( - Re: RIGHTSLIST.DAT locked by another user :-(  Re: Server Side Includes4 Re: Spring Forward, Fall Back - unfortunately not :-4 Re: Spring Forward, Fall Back - unfortunately not :-4 Re: Spring Forward, Fall Back - unfortunately not :-* Talk about quick response, regarding Xalan. Re: Talk about quick response, regarding XalanD TCPIP V5.0A VERSUS V5.1 coding problem with "network protocol error"# Re: Who has (ever) used DECmigrate?   F ----------------------------------------------------------------------    Date: 10 Apr 2002 08:26:53 -0700& From: jordan@ccs4vms.com (Rich Jordan) Subject: 800-DIGITAL is dead= Message-ID: <cc5619f2.0204100726.31376981@posting.google.com>   9 In the great scheme of things, it matters little.  To the 8 shareholders, it matters not at all.  To my boss, who isF quintissentially peecee assimilated, it might even seem a good thing. E I tried calling for presales tech support to ask a question about the E KZPAC-xx controllers, and got a message that the number was no longer B in service, referring to a new/different 800 number.  Obviously it@ still feeds to the Q since the message refers to Compaq by name.  B It is a small thing, but now the second most used number on all myF Digital doodads, post-its, call sheets, etc, is no more.  I wonder how/ much longer I'll be able to use 800-DEC-9000...    sigh   ------------------------------    Date: 10 Apr 2002 08:42:14 -0500- From: koehler@encompasserve.org (Bob Koehler) ) Subject: Re: Alphaserver EV7 announcement 3 Message-ID: <tZv3LPSyrKNt@eisner.encompasserve.org>    In article <rdeininger-0804022122240001@1cust111.tnt2.nashua.nh.da.uu.net>, rdeininger@mindspring.com (Robert Deininger) writes:0 > Compaq has announced the EV7 alphaserver line: > 3 >    http://www.compaq.com/hps/announce/apr_02.html  > " > A MARVELous picture is included.  B    So is the DS10 still the entry level server?  Looks like it is.  E    I've got a formerly multi-project DEC 10000/610 I need to replace. G    A DS10 has more CPU power, similar I/O thoughput, and it looks like  9    I can fit the disks and memory in the same little box.   )    Now where did I put that sales number?    ------------------------------  % Date: Wed, 10 Apr 2002 10:24:23 -0400 1 From: Michael Austin <maustin@firstdbasource.com> ) Subject: Re: Alphaserver EV7 announcement 2 Message-ID: <3CB44B17.B0A4F9B9@firstdbasource.com>   Bob Koehler wrote: >  > In article <rdeininger-0804022122240001@1cust111.tnt2.nashua.nh.da.uu.net>, rdeininger@mindspring.com (Robert Deininger) writes:2 > > Compaq has announced the EV7 alphaserver line: > > 5 > >    http://www.compaq.com/hps/announce/apr_02.html  > > $ > > A MARVELous picture is included. > D >    So is the DS10 still the entry level server?  Looks like it is. > G >    I've got a formerly multi-project DEC 10000/610 I need to replace. H >    A DS10 has more CPU power, similar I/O thoughput, and it looks like; >    I can fit the disks and memory in the same little box.  > + >    Now where did I put that sales number?   F Or if they will support the 1u DS10L, you can get a whole rack of them/ with Storage Works or SAN.  Neat configuration.    --   Regards,  7 Michael Austin            Registered Linux User #261163 7 First DBA Source, Inc.    http://www.firstdbasource.com  Sr. Consultant 704-947-1089 (Office)  704-236-4377 (Mobile)    ------------------------------  # Date: Wed, 10 Apr 2002 14:53:53 GMT - From: goathunter@goatley.com (Hunter Goatley) / Subject: Re: ANN: HGFTP V3.0-1 is now available 0 Message-ID: <3cb45163.79985302@news.process.com>  M On Wed, 10 Apr 2002 03:09:40 GMT, "David J. Dachtera" <djesys.nospam@fsi.net>  wrote:   > E >Will we *EVER* see a VMS FTP client that supports "reget" (resume an F >interrupted download)? Linux and *BSD have had it for quite some timeH >now. I've known about it for at least two years myself, and I'm usually >very late to the show.  > C That's been on my wish list for at least that long.  Unfortunately, C implementation on VMS is a bit more difficult that it is on UNIX or B Windows because it works by telling the other side, "Start sending> me the file starting at this byte offset."  Not bad for BINARY@ transfers, but more complicated for ASCII (and other STRU O VMS)A transfers (be sure you flush the cache to disk before closing it, ? and don't delete the file when the transfer aborts, and be sure A you know where to restart when you pick up).  Not insurmountable, 3 just more effort than I've had time to put into it.    Hunter ------9 Hunter Goatley, Process Software, http://www.process.com/ 8 goathunter@goatley.com    http://www.goatley.com/hunter/< New Robert R. McCammon site: http://www.RobertRMcCammon.com/   ------------------------------  + Date: Wed, 10 Apr 2002 15:11:47 +0000 (UTC)  From: david20@alpha2.mdx.ac.uk/ Subject: Re: ANN: HGFTP V3.0-1 is now available + Message-ID: <a91knj$p68$1@aquila.mdx.ac.uk>   ` In article <3cb45163.79985302@news.process.com>, goathunter@goatley.com (Hunter Goatley) writes:N >On Wed, 10 Apr 2002 03:09:40 GMT, "David J. Dachtera" <djesys.nospam@fsi.net> >wrote:  >  >>F >>Will we *EVER* see a VMS FTP client that supports "reget" (resume anG >>interrupted download)? Linux and *BSD have had it for quite some time I >>now. I've known about it for at least two years myself, and I'm usually  >>very late to the show. >>D >That's been on my wish list for at least that long.  Unfortunately,D >implementation on VMS is a bit more difficult that it is on UNIX orC >Windows because it works by telling the other side, "Start sending ? >me the file starting at this byte offset."  Not bad for BINARY A >transfers, but more complicated for ASCII (and other STRU O VMS) B >transfers (be sure you flush the cache to disk before closing it,@ >and don't delete the file when the transfer aborts, and be sureB >you know where to restart when you pick up).  Not insurmountable,4 >just more effort than I've had time to put into it. >  >Hunter     & Does HGFTP fully support ODS-5 disks ?L I seem to remember looking at a previous version and not been able to uploadK files such as test&file.txt from NT to an ODS-5 disk ? Could have been the   NT FTP client of course.  
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------  # Date: Wed, 10 Apr 2002 15:26:05 GMT - From: goathunter@goatley.com (Hunter Goatley) / Subject: Re: ANN: HGFTP V3.0-1 is now available 0 Message-ID: <3cb45949.82006989@news.process.com>  I On Wed, 10 Apr 2002 15:11:47 +0000 (UTC), david20@alpha2.mdx.ac.uk wrote:  > ' >Does HGFTP fully support ODS-5 disks ? M >I seem to remember looking at a previous version and not been able to upload L >files such as test&file.txt from NT to an ODS-5 disk ? Could have been the  >NT FTP client of course.  > K No, I've not done anything with ODS-5 yet---mostly because no one has asked / for it yet, and I don't use ODS-5 disks myself.   J The FTP server in MultiNet and TCPware do provide support for ODS-5 disks.   Hunter ------9 Hunter Goatley, Process Software, http://www.process.com/ 8 goathunter@goatley.com    http://www.goatley.com/hunter/< New Robert R. McCammon site: http://www.RobertRMcCammon.com/   ------------------------------  + Date: Wed, 10 Apr 2002 15:48:05 +0000 (UTC)  From: david20@alpha2.mdx.ac.uk/ Subject: Re: ANN: HGFTP V3.0-1 is now available + Message-ID: <a91mrl$pod$1@aquila.mdx.ac.uk>   ` In article <3cb45949.82006989@news.process.com>, goathunter@goatley.com (Hunter Goatley) writes:J >On Wed, 10 Apr 2002 15:11:47 +0000 (UTC), david20@alpha2.mdx.ac.uk wrote: >>( >>Does HGFTP fully support ODS-5 disks ?N >>I seem to remember looking at a previous version and not been able to uploadM >>files such as test&file.txt from NT to an ODS-5 disk ? Could have been the   >>NT FTP client of course. >>L >No, I've not done anything with ODS-5 yet---mostly because no one has asked0 >for it yet, and I don't use ODS-5 disks myself. > K >The FTP server in MultiNet and TCPware do provide support for ODS-5 disks.   F As does the DEC TCPIP services FTP server. I liked what I saw with theN HGFTP server but since all my disks (apart from the system disk of course) are now ODS-5 I can't implement it. K So I'll take this opportunity to officially ask for ODS-5 support in HGFTP.   
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------  / Date: Wed, 10 Apr 2002 08:54:44 +0200 (MET DST) & From: Rudolf Wingert <win@fom.fgan.de>9 Subject: Re: another hint of post-merger direction, maybe 6 Message-ID: <200204100654.IAA05610@sinet1.fom.fgan.de>   Hello,  M dear Andrew, do you accept the TOP500 result? If yes, why don't we see no Sun L under the TOP50? But we do see a few Alphas. If the Suns are so much faster,A why don't they sold as HPS? This is reality, not a virtual image.    Best regards Rudolf Wingert    ------------------------------    Date: 10 Apr 2002 03:12:45 -0500+ From: young_r@encompasserve.org (Rob Young) 9 Subject: Re: another hint of post-merger direction, maybe 3 Message-ID: <jgdkD8mUd6P5@eisner.encompasserve.org>   _ In article <200204100654.IAA05610@sinet1.fom.fgan.de>, Rudolf Wingert <win@fom.fgan.de> writes:  > Hello, > O > dear Andrew, do you accept the TOP500 result? If yes, why don't we see no Sun N > under the TOP50? But we do see a few Alphas. If the Suns are so much faster,C > why don't they sold as HPS? This is reality, not a virtual image.  >   @ 	There was one... but for a brief while.  Perhaps you would likeA 	to search deja.com to find that discussion.  The Australian APAC E 	system was in the top 50 and was a Sun system.  But that didn't last B 	long, it got zapped by Zinc Whiskers.  Fact is Sun is not an HPC D 	player.  They think they are, but really don't win large bake-offs.@ 	Their CPUs are sorely underpowered compared to the competition.   	They pick up pieces.    				Rob    ------------------------------  % Date: Wed, 10 Apr 2002 15:37:49 +0200 ' From: "Jakob Erber" <nospam@nospam.com>  Subject: Apache on OpenVMS% Message-ID: <3cb4402e$1@news.post.ch>    Hello,  5 which version of the Web Server will support FastCGI?    best regards   Jakob   ! Mail ReplyTo: erber@tiscalinet.ch      --I What I publish in this group, is to be understood as my personal opninion A and must not be interpreted as a official statement of my company    ------------------------------  # Date: Wed, 10 Apr 2002 10:07:05 GMT ' From: "Hans Vlems" <hvlems@zfree.co.nz> ! Subject: Re: AS200 Serial Console $ Message-ID: <3cb40ec6$1@zfree.co.nz>  : You need a cross cable for the serial console. On a AS2100@ you need to power down the system, wait 10 seconds and power up.> Wait for a shorter period and the change does not take effect.  & Dan O'Reilly <dano@process.com> wrote:H >How do you get this to work?  If I set the CONSOLE environment variableE >to SERIAL then restart the system, nothing comes out on the console. C >Is it a straight-thru connection, or do I need a null-modem cable?  > G >Note that also if I set it to SERIAL, then there's still output on the J >graphics head.  Also, I seem to have to have a mouse and keyboard plugged >in regardless.  > F >What I'm shooting for is a true headless system, only a network cable >plugged in. >  >Thanks! >  >  >------ J >+-------------------------------+---------------------------------------+H >| Dan O'Reilly                  |                                       | H >| Principal Engineer            |  "Why should I care about posterity?  | H >| Process Software              |   What's posterity ever done for me?" | H >| http://www.process.com        |                    -- Groucho Marx    | J >+-------------------------------+---------------------------------------+ >        http://www.zfree.co.nz   ------------------------------  % Date: Wed, 10 Apr 2002 12:51:22 +0100 ( From: Nic Clews <sendspamhere@127.0.0.1>! Subject: Re: AS200 Serial Console ) Message-ID: <3CB4273A.D31BC4DA@127.0.0.1>    Dan O'Reilly wrote:  > I > How do you get this to work?  If I set the CONSOLE environment variable F > to SERIAL then restart the system, nothing comes out on the console.D > Is it a straight-thru connection, or do I need a null-modem cable?  F I may be wide of the mark here but I've some fuzzy vague recollectionsB of an adapter being wired which 'signals' the port to be used as a, console, i.e. a couple of the 'unused' pins.  E Unless anyone corroborates this, find a pinch of salt and season this  posting. --  ( Regards, Nic Clews CSC Computer Sciences nclews at csc dot com    ------------------------------  % Date: Wed, 10 Apr 2002 14:09:34 +0200 ) From: Bart Zorn <B.Zorn@xs4all.nospam.nl> ! Subject: Re: AS200 Serial Console / Message-ID: <3CB42B7E.3090505@xs4all.nospam.nl>    Nic Clews wrote: > Dan O'Reilly wrote:  > I >>How do you get this to work?  If I set the CONSOLE environment variable F >>to SERIAL then restart the system, nothing comes out on the console.D >>Is it a straight-thru connection, or do I need a null-modem cable? >  > H > I may be wide of the mark here but I've some fuzzy vague recollectionsD > of an adapter being wired which 'signals' the port to be used as a. > console, i.e. a couple of the 'unused' pins. > G > Unless anyone corroborates this, find a pinch of salt and season thisg
 > posting.  G Your recollections are from the VAXstation 2000. Later VAXstations and  G the DEC3000-400 had a S3 switch. Later Alpha's that I know of have the lJ SET CONSOLE SERIAL|GRAPHICS command, followed by a power cycle or an INIT.  	 Bart Zornn   ------------------------------  + Date: Wed, 10 Apr 2002 07:23:23 -0500 (CDT)r From: sms@antinode.org! Subject: Re: AS200 Serial Consoler) Message-ID: <02041007232363@antinode.org>y  ( From: Nic Clews <sendspamhere@127.0.0.1>H > I may be wide of the mark here but I've some fuzzy vague recollectionsD > of an adapter being wired which 'signals' the port to be used as a. > console, i.e. a couple of the 'unused' pins.  0    Certainly true for the VAXstation 2000.  (SeeC "http://www.antinode.org/dec/console_cable.html".)  I can recall no F other such cases.  The 9-pin serial ports on the AlpSta 200 family areA certainly not wired this way.  (You seem to be off by a factor ofe 10*VAX/Alpha.)  H ------------------------------------------------------------------------  C    Steven M. Schweda               (+1) 651-699-9818  (voice, home)iC    382 South Warwick Street        (+1) 763-781-0308  (voice, work)0G    Saint Paul  MN  55105-2547      (+1) 763-781-0309  (facsimile, work) 9    sms@antinode.org                sms@provis.com  (work)9   ------------------------------  + Date: Wed, 10 Apr 2002 14:38:07 +0100 (MET)m9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> ! Subject: Re: AS200 Serial Consolea; Message-ID: <01KGEHDTBWJI9EEGPR@sysdev.deutsche-boerse.com>s  H > Your recollections are from the VAXstation 2000. Later VAXstations andH > the DEC3000-400 had a S3 switch. Later Alpha's that I know of have theF > SET CONSOLE SERIAL|GRAPHICS command, followed by a power cycle or an > INIT.   F One can always throw a switch.  If the graphics monitor dies, how can # one set the console back to serial?    ------------------------------  # Date: Wed, 10 Apr 2002 13:24:26 GMTg( From: "Mark E. Levy" <mlevy70@attbi.com>! Subject: Re: AS200 Serial Consoleo? Message-ID: <e2Xs8.200176$ZR2.103361@rwcrnsc52.ops.asp.att.net>:  H AlphaServer 9-pin serial ports are wired *exactly* the same as PC serialF ports. It is necessary to use a null-modem cable to connect it to a PC serial port or a terminal.  G <sms@antinode.org> wrote in message news:02041007232363@antinode.org... * > From: Nic Clews <sendspamhere@127.0.0.1>J > > I may be wide of the mark here but I've some fuzzy vague recollectionsF > > of an adapter being wired which 'signals' the port to be used as a0 > > console, i.e. a couple of the 'unused' pins. >-2 >    Certainly true for the VAXstation 2000.  (SeeE > "http://www.antinode.org/dec/console_cable.html".)  I can recall no H > other such cases.  The 9-pin serial ports on the AlpSta 200 family areC > certainly not wired this way.  (You seem to be off by a factor ofs > 10*VAX/Alpha.) >EJ > ------------------------------------------------------------------------ >eE >    Steven M. Schweda               (+1) 651-699-9818  (voice, home)aE >    382 South Warwick Street        (+1) 763-781-0308  (voice, work) I >    Saint Paul  MN  55105-2547      (+1) 763-781-0309  (facsimile, work)d; >    sms@antinode.org                sms@provis.com  (work)e   ------------------------------  % Date: Wed, 10 Apr 2002 15:38:18 +0200n) From: Bart Zorn <B.Zorn@xs4all.nospam.nl>g! Subject: Re: AS200 Serial Console2/ Message-ID: <3CB4404A.2070508@xs4all.nospam.nl>,   Phillip Helbig wrote:cH >>Your recollections are from the VAXstation 2000. Later VAXstations andH >>the DEC3000-400 had a S3 switch. Later Alpha's that I know of have theF >>SET CONSOLE SERIAL|GRAPHICS command, followed by a power cycle or an >>INIT.  >  > H > One can always throw a switch.  If the graphics monitor dies, how can % > one set the console back to serial?   I If you also physically remove the graphics card, the serial console will D be enabled automatically.e  	 Bart Zorna   ------------------------------  + Date: Wed, 10 Apr 2002 15:48:07 +0100 (MET)e9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>T! Subject: Re: AS200 Serial Consoles; Message-ID: <01KGEJT69VQK9EEGPR@sysdev.deutsche-boerse.com>   J > > One can always throw a switch.  If the graphics monitor dies, how can ' > > one set the console back to serial?e > K > If you also physically remove the graphics card, the serial console will h > be enabled automatically.n  E OK, but it seems rather drastic to have to open up a box just if the lH monitor dies.  Is there reason not to have a switch (perhaps with three C positions: serial, graphics, value of "set console")?  The cost is  7 surely negligible compared to the rest of the hardware.t   ------------------------------  % Date: Wed, 10 Apr 2002 18:40:30 +0200-2 From: Mike Rechtman <michael.rechtman@digital.com>! Subject: Re: AS200 Serial Console + Message-ID: <3CB4871E.354598C8@digital.com>4  < IIRC lack of a keyboard switched to fallback serial console.? Does this sound anywhere near the facts? Vague recollections...o   Mike   Phillip Helbig wrote:hK > > > One can always throw a switch.  If the graphics monitor dies, how can ) > > > one set the console back to serial?m > >fL > > If you also physically remove the graphics card, the serial console will > > be enabled automatically.v > F > OK, but it seems rather drastic to have to open up a box just if theI > monitor dies.  Is there reason not to have a switch (perhaps with three1D > positions: serial, graphics, value of "set console")?  The cost is9 > surely negligible compared to the rest of the hardware.c   -- aE --------------------------------------------------------------------- E Usual disclaimer: All opinions are mine alone, perhaps not even that.t? Mike Rechtman                            *rechtman@tzora.co.il*nF Kibbutz Tzor'a.                          Voice (home): 972-2-9908337  B   "20% of a job takes 80% of the time, the rest takes another 80%"E ---------------------------------------------------------------------s -----BEGIN GEEK CODE BLOCK-----  Version: 3.1: GCM/CS d(-)pu s:+>:- a++ C++ U-- L-- W++ N++ K? w--- V+++$6 PS+ PE-- t 5? X- tv-- b+ DI+ D-- G e++ h--- r+++ y+++@ ------END GEEK CODE BLOCK-------   ------------------------------  % Date: Wed, 10 Apr 2002 17:50:34 +0200 ) From: Bart Zorn <B.Zorn@xs4all.nospam.nl>W! Subject: Re: AS200 Serial Console / Message-ID: <3CB45F4A.5080803@xs4all.nospam.nl>o   Phillip Helbig wrote:"I >>>One can always throw a switch.  If the graphics monitor dies, how can  & >>>one set the console back to serial? >>K >>If you also physically remove the graphics card, the serial console will - >>be enabled automatically.  >  > G > OK, but it seems rather drastic to have to open up a box just if the >J > monitor dies.  Is there reason not to have a switch (perhaps with three E > positions: serial, graphics, value of "set console")?  The cost is s9 > surely negligible compared to the rest of the hardware.a  F In my opinion, a server system should not have a graphics card in the H first place. I once had a Alphaserver 1000 which crashed repeatedly. We E finally found out that the video cable connector had a bent pin. The  H video card was slowly burning out. When we finally could smell what the C problem was, we removed the card and started using the serial port.   G Removing the graphics card eliminates this problem. One less component   which can cause troubles.-   HTH,  	 Bart Zorn-   ------------------------------  + Date: Wed, 10 Apr 2002 17:53:40 +0100 (MET)n9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> ! Subject: Re: AS200 Serial Console ; Message-ID: <01KGEO9OZNR29EEGPR@sysdev.deutsche-boerse.com>u  G > In my opinion, a server system should not have a graphics card in the  > first place.    C I agree.  I prefer using a serial console on WORKSTATIONS.  It CAN aI happen that something hangs DECwindows.  I like to be able to do a clean  G shutdown as opposed to pressing the reset button (know, by the way, in e  Norway as the "Swedish button").   ------------------------------  + Date: Wed, 10 Apr 2002 16:12:54 +0000 (UTC)i From: david20@alpha2.mdx.ac.uk! Subject: Re: AS200 Serial Consolep+ Message-ID: <a91oa5$qco$1@aquila.mdx.ac.uk>e  w In article <01KGEO9OZNR29EEGPR@sysdev.deutsche-boerse.com>, Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> writes:oH >> In my opinion, a server system should not have a graphics card in the >> first place.  >iD >I agree.  I prefer using a serial console on WORKSTATIONS.  It CAN J >happen that something hangs DECwindows.  I like to be able to do a clean H >shutdown as opposed to pressing the reset button (know, by the way, in ! >Norway as the "Swedish button").e  N Assuming it's not a hardware problem with the graphics card then you just needN to login (either remotely or if the X windows manager has died you should alsoA be able to login on the console) and restart X windows by typing f  ! @sys$manager:decw$startup RESTART    from a privileged account.  K This isn't Windows-NT where if you lose the Windows Display you've lost ther system.i    
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------  % Date: Wed, 10 Apr 2002 13:21:34 -0400e- From: Jonathan Boswell <jsb@ost.cdrh.fda.gov>s! Subject: Re: AS200 Serial Consolei0 Message-ID: <3CB4749E.36CAC54D@ost.cdrh.fda.gov>   Mike Rechtman wrote:> > IIRC lack of a keyboard switched to fallback serial console.A > Does this sound anywhere near the facts? Vague recollections...p  O Yup.  I have several 200's and 255's running like this, and I never bothered to @ plug in any keyboard, mouse, or monitor before configuring them.   ------------------------------  % Date: Wed, 10 Apr 2002 19:56:59 +0200o From: "Gijs" <Gijs@nospam.com>. Subject: Best DCL programm you've ever written3 Message-ID: <r0%s8.79635$oI.6433580@zwoll1.home.nl>s  @ When was it, what does it do for you and whe can it be obtained?   Just curious   G.   ------------------------------  % Date: Wed, 10 Apr 2002 09:52:30 +0100 / From: "Peter Ibbotson" <spambox@ibbotson.co.uk>   Subject: Re: Blade architecturesB Message-ID: <1018428750.19608.0.nnrp-08.3e31f35a@news.demon.co.uk>  9 "Paul Repacholi" <prep@prep.synonet.com> wrote in messagee' news:87n0wcmxsm.fsf@prep.synonet.com... . > "Bill Todd" <billtodd@metrocast.net> writes: >e< > > "Anne & Lynn Wheeler" <lynn@garlic.com> wrote in message( > > news:wkg025a5vs.fsf@earthlink.net... >w? > > > the issue going past 10km with any sort of performance isiD > > > asyncronous for both disk/file operations as well as low-level > > > locking support. > D > > Only for some implementations.  VMS has no difficulty whatsoever: > > working well (synchronously) at much higher distances. >dC > And what *could* be done. I don't remember who it was, but one ofsB > the 'usual suspects' of the time (late 80s or early 90s) told of@ > a visit to sort a site. After a few hours of no tools, etc, heA > got a Vaxstation, bridge and a modem. Arranged his system in CAi? > to be set up, dialed up, and satelite booted over the dial-upe) > line! It was not fast, but it did work!r >eC > That was at the most, a 28K line. Latency, yeah, plenty, how muchd > do you want!!p >g    L I remember that when you did (circa 1986/7) drivers for novell and wanted toL send them for certification you did a dialup IPX connection over a modem andB copied the files, somewhat slow from london over a 2400 bps modem.   --F Work peteri@lakeview.co.uk.plugh.org | remove magic word .org to replyH Home peter@ibbotson.co.uk.plugh.org  | I own the domain but theres no MX   ------------------------------  % Date: Wed, 10 Apr 2002 10:15:36 -0400-- From: "Richard D. Piccard" <piccard@ohio.edu>u  Subject: Re: Blade architectures( Message-ID: <3CB44903.40027D34@ohio.edu>  ! [snide comment inserted below...]      Greg Cagle wrote:i >  > Bill Todd wrote: > 7 > > "Peter da Silva" <peter@abbnm.com> wrote in messagei# > > news:a838lf$m66@web.nmti.com...n > >  > > ...i > >  > >eJ > >>What kind of operating system requires you to set up a new computer to > >>run a new service anyway?h > >> > >eO > > Now, that's downright snide.  Then again, since it's Compaq's (and seems to = > > be becoming HP's) OS of choice, perhaps appropriately so.n > M > Respectfully disagree. HP strongly believes in the right tool for the right I > task, based on customer requirements. There are some environments where L > HP-UX is the best solution, some where Linux is, and some where Windows isH > the right answer for the customer. HP will sell you whichever OS makes > sense for your needs.A    9 ... unless the OS that makes sense for your needs is MPE!e       >  > -- > Greg Cagle > gregc at gregcagle dot com   -- 1B ==================================================================B Dick Piccard                           Academic Technology ManagerB piccard@ohio.edu                                 Computer ServicesB http://oak.cats.ohiou.edu/~piccard/                Ohio University   ------------------------------   Date: 10 Apr 2002 15:19:11 GMT  From: hack@watson.ibm.com (hack)  Subject: Re: Blade architectures+ Message-ID: <a91l5f$g0i$1@news.btv.ibm.com>I  3 In article <1018381491.558088@haldjas.folklore.ee>, 1 Sander Vesik  <sander@haldjas.folklore.ee> wrote:- >-I >"private port numbers"? You always think of tcp connections in pairs of:h >	(ip1:port1, ip2:port2) >oG >so more or less you start getting into trouble once you have more than4I >2^14 connections from one machine to a known port on another IP address.d? >This is a bit more than unlikely in the next many many years. i >gD >The local ports can effectively be transparently and safely reused.  G Not if connections are assumed to have unbounded lifetime and unbounded/G (apparently) idle time.  Suppose A had a connection from a private porttI to a well-known port at B.  A has abandoned the connection but B has not. G Now A starts a new connection to the same port at B:  will B be able toaF tell that this is a new connection (and conclude that the old one mustF have been abandoned), or might B be confused and treat the packet as aC resumption of the old connection?  In this case a combined match ofoH source port and sequence-number-within-expected-range would be required.G With a large "window" the number of matching bits may be too low for myeG comfort.  Note that I take the medium's loss-and-duplication properties D seriously, and would also like to survive the case where a very lateG duplicate shows up unexpectedly.  It is thoughts like these that led ustE to chose 64-bit unique channel identifiers, which (together with the  G source id) can be considered globally unique.  In that case probabilitydJ of confusion is zero within the bounds of uniqueness, which (with 64 bits)< can easily be hundreds of years.  That's good enough for me.  G I don't disagree that as a practical matter, higher error probabilitiesrI are perfectly acceptable if they are masked by even higher external errora probabilities.   Michel.t   ------------------------------  # Date: Wed, 10 Apr 2002 16:02:43 GMTf+ From: Anne & Lynn Wheeler <lynn@garlic.com>m  Subject: Re: Blade architectures* Message-ID: <wkk7rfwnhw.fsf@earthlink.net>  - Anne & Lynn Wheeler <lynn@garlic.com> writes:aE > getting escon out into product (after 10+ years) was something of aeD > matter of the load bearing weight of the bus&tag cables (for largeF > configurations) as well as some customers having to address problems@ > with positioning all devices within a circular 400ft radius byH > migrating to a 400ft radius sphere (i.e. device spread across multipleF > floors) ... it wasn't really targeted as a disaster backup scenario.  B an analysis is vaguely coming back to me about the bus&tag channelF connector space for the 3090 (nearly 20 some years ago & justificationF for escon). standard bus&tag connector needed something like a minimumB of a sq. ft of panel space. nearly a hundred channels for the 3090D would have needed 100 sq ft. of panel space. Also the bus&tag cablesE are rather bulky, being able to even manually get your hands around aeD pair of bus&tag cables when there are a hundred pair in a small areaC is not practical ... more realistic is to spread it horizontally sofE there isn't more than 3-4 pairs veritically with maybe foot clearanceaF on each side ... needing maybe 50-100 feet horizonal ... say four foot0 high by 50-100 feet wide for a connection panel.  ? escon/fiber connecter space was more on the order of 3270 cablee connector space (or say cat5).   -- -E Anne & Lynn Wheeler   | lynn@garlic.com, http://www.garlic.com/~lynn/r   ------------------------------  % Date: Wed, 10 Apr 2002 10:47:58 -06001> From: "Russell P. Holsclaw" <rholsclaw@nospam.xxx.fatline.com>  Subject: Re: Blade architectures0 Message-ID: <61_s8.22$xF6.79517@news.uswest.net>  H > > I remember when some folks pooh-poohed Virtual Memory because of its= > > overhead and performance concerns.  Now it is everywhere.h >A > Moore's Law. >eL > Of course it helps that memory's cheap enough that it's easy to buy enough$ > memory so you never do any paging. >eE > But, you know, PalmOS doesn't do demand paging. And neither do youroC > typical embedded controllers. So it's not *quite* everywhere yet.-  F Yet? Actually, we should be preparing for the day when "virtual memory paging" disappears entirely.  G Back in 1988, I went to one of those week-long James Martin seminars inkH which he prognosticated about the future direction of computing. I don'tC know if he's still doing these or not, but I haven't heard of them.-  G Anyway, one of his predictions, based on extrapolations of then-current H cost/capacity trends, was that semiconductor memory devices would becomeK cheaper per megabyte than magnetic media (i.e. hard disks). His predictionsc@ called for the cost-curves to cross sometime in the late 1990's.  K That hasn't happened yet, because disk capacity has advanced faster than he H predicted, but the trendlines are still moving toward convergence in the not-too-distant future.a  I When that happens, there will no longer be any economic justification for I virtual memory as such, because the paging devices will be more expensive K than the RAM. At that point, the only justification for magnetic media will: be non-volatility, not cost.  H I suspect, however, that people are still so imbued with the paradigm ofL virtual memory paging that it will continue to exist even after it no longerL makes economic sense. This is because there are so many people around in the5 industry who have no memory of the "pre-virtual era".2  K Over the long haul, however, it will be seen as an idea whose time has comeeK ... and gone.   ...and those who continue to cling to the idea will be seenp as silly old fools.   L On the other hand, virtual will remain around for a long time in the form ofD cache memory, which is, in effect, paging between high-speed RAM andJ lower-speed RAM. But cache memory is all but invisible to software, unlike disk-based paging.   --
 Russ Holsclawp   ------------------------------  % Date: Wed, 10 Apr 2002 23:18:53 +1000 = From: "Mark\(unMASK\)Forsyth" <forsytMhm@optAushoSme.com.aKu>- Subject: C issues..." Message-ID: <v3e19a.fm4.ln@really>  : Given that as a programmer I'd make a damn good plumber...   WTF am I stuffing up here ....  J When I compile and link and run it, the code snippet appears to be OK. ie.   DBG> exam/ascid test_lognam / CRELOG\main\test_lognam:        'TEST_LOG_NAME'p DBG> exam/ascid test_logtab-- CRELOG\main\test_logtab:        'LNM$PROCESS'2 DBG> exam/asciz test_log_equiv8 CRELOG\main\test_log_equiv[0:15]:       "TEST_LOG_EQUIV" DBG> sH %DEBUG-I-EXITSTATUS, is '%SYSTEM-S-NORMAL, normal successful completion'	 DBG> exitc  / but the logical name doesn't appear anywhere...t  ; mwf on PLAGUE >> pipe sh log * /tab=* | sear sys$input testa1   "RDBVMS$IVP_DIR" = "SYS$COMMON:[SYSTEST.RDB70]" &   "SYS$TEST" = "SYS$SYSROOT:[SYSTEST]" mwf on PLAGUE >>  G Now given my programming skills I'm quite sure that I'm doing something " wrong, the only question is What ?  : BTW there are no warnings etc. from the compile and link..( mwf on PLAGUE >> cc crelog.c /noopt /deb! mwf on PLAGUE >> link /deb crelog- mwf on PLAGUE >>   Oorooe	 Mark F...0     int status;  char test_log_equiv[16];  * $DESCRIPTOR(test_lognam, "TEST_LOG_NAME");( $DESCRIPTOR(test_logtab, "LNM$PROCESS");  @ struct {short len, itmcod; char *buffer; int  *retlen; } itm[2];  8         sprintf(test_log_equiv, "%s", "TEST_LOG_EQUIV");  ,         itm[0].len = strlen(test_log_equiv);$         itm[0].itmcod = LNM$_STRING;'         itm[0].buffer = test_log_equiv; "         itm[0].retlen = (int *) 0;'         itm[1].len = itm[1].itmcod = 0;   F         status = sys$crelnm(0, &test_logtab, &test_lognam,  0, &itm );   ------------------------------  % Date: Wed, 10 Apr 2002 23:22:29 +1000)= From: "Mark\(unMASK\)Forsyth" <forsytMhm@optAushoSme.com.aKu>  Subject: Re: C issues..." Message-ID: <nae19a.3n4.ln@really>  F "Mark(unMASK)Forsyth" <forsytMhm@optAushoSme.com.aKu> wrote in message news:v3e19a.fm4.ln@really... >s< > Given that as a programmer I'd make a damn good plumber... >f	 [deletia]    I should mention versions...  mwf on PLAGUE >> cc /version nl:& DEC C V5.2-003 on OpenVMS Alpha V7.1-2 mwf on PLAGUE >>5 mwf on PLAGUE >> write sys$output f$getsyi("version")t V7.1-2 mwf on PLAGUE >>  F Yeah, I know it could stand a bit of an upgrade or two but it's only a hobbyist box...:-)   Oorooi	 Mark F...e   ------------------------------  % Date: Wed, 10 Apr 2002 09:33:17 -0400s2 From: norm lastovica <norman.lastovica@oracle.com> Subject: Re: C issues...* Message-ID: <3CB43F1D.F168B9C7@oracle.com>  - you have created a user-mode logical name ands/ it gets automatically removed when your programo, exits.  if  your needs are simple, look into lib$set_logical instead.   "Mark(unMASK)Forsyth" wrote: > < > Given that as a programmer I'd make a damn good plumber... >   > WTF am I stuffing up here .... > L > When I compile and link and run it, the code snippet appears to be OK. ie. >  > DBG> exam/ascid test_lognam 1 > CRELOG\main\test_lognam:        'TEST_LOG_NAME'a > DBG> exam/ascid test_logtab-/ > CRELOG\main\test_logtab:        'LNM$PROCESS'-  > DBG> exam/asciz test_log_equiv: > CRELOG\main\test_log_equiv[0:15]:       "TEST_LOG_EQUIV" > DBG> sJ > %DEBUG-I-EXITSTATUS, is '%SYSTEM-S-NORMAL, normal successful completion' > DBG> exitL > 1 > but the logical name doesn't appear anywhere...e > = > mwf on PLAGUE >> pipe sh log * /tab=* | sear sys$input testa3 >   "RDBVMS$IVP_DIR" = "SYS$COMMON:[SYSTEST.RDB70]"D( >   "SYS$TEST" = "SYS$SYSROOT:[SYSTEST]" > mwf on PLAGUE >> > I > Now given my programming skills I'm quite sure that I'm doing something $ > wrong, the only question is What ? > < > BTW there are no warnings etc. from the compile and link..* > mwf on PLAGUE >> cc crelog.c /noopt /deb# > mwf on PLAGUE >> link /deb crelog  > mwf on PLAGUE >> >  > Oorooj > Mark F...  > 
 > int status;  > char test_log_equiv[16]; > , > $DESCRIPTOR(test_lognam, "TEST_LOG_NAME");* > $DESCRIPTOR(test_logtab, "LNM$PROCESS"); > B > struct {short len, itmcod; char *buffer; int  *retlen; } itm[2]; > : >         sprintf(test_log_equiv, "%s", "TEST_LOG_EQUIV"); > . >         itm[0].len = strlen(test_log_equiv);& >         itm[0].itmcod = LNM$_STRING;) >         itm[0].buffer = test_log_equiv;n$ >         itm[0].retlen = (int *) 0;) >         itm[1].len = itm[1].itmcod = 0;  > H >         status = sys$crelnm(0, &test_logtab, &test_lognam,  0, &itm );   -- g> norman lastovica / oracle rdb engineering / usa / 610.696.4685   ------------------------------  + Date: Wed, 10 Apr 2002 13:51:35 +0000 (UTC)-0 From: sssslewis@mazda.mitre.org (Keith A. Lewis) Subject: Re: C issues.... Message-ID: <a91g17$mfr$1@newslocal.mitre.org>  K The default mode for logical names created with the DCL "define" command iscH supervisor, but the default mode for $CRELNM is user.  User-mode logicalJ names in the process table are deleted on image rundown (when your programB ends), which is why you can't see it afterwards at the DCL prompt.  ) Try using LNM$JOB instead of LNM$PROCESS.o  + --Keith Lewis              klewis$mitre.orgw> The above may not (yet) represent the opinions of my employer.   ------------------------------  % Date: Thu, 11 Apr 2002 00:31:20 +1000@= From: "Mark\(unMASK\)Forsyth" <forsytMhm@optAushoSme.com.aKu>D Subject: Re: C issues..." Message-ID: <qbi19a.605.ln@really>  ? "norm lastovica" <norman.lastovica@oracle.com> wrote in messaged$ news:3CB43F1D.F168B9C7@oracle.com.../ > you have created a user-mode logical name andi1 > it gets automatically removed when your programp  A Of course, it's just that I never thought of it. Far to simple ans6 explanation, I wouldn't ever have had that dawn on me.  . > exits.  if  your needs are simple, look into > lib$set_logical instead.  E My needs are indeed simple and lib$set_logical is just the thing. TA.l   Oorooh	 Mark F...c  	 [deletia]j   ------------------------------    Date: 10 Apr 2002 12:12:57 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)s Subject: Re: C issues...3 Message-ID: <relz2XVFof3k@eisner.encompasserve.org>   b In article <qbi19a.605.ln@really>, "Mark\(unMASK\)Forsyth" <forsytMhm@optAushoSme.com.aKu> writes: > A > "norm lastovica" <norman.lastovica@oracle.com> wrote in messagee& > news:3CB43F1D.F168B9C7@oracle.com...0 >> you have created a user-mode logical name and2 >> it gets automatically removed when your program > C > Of course, it's just that I never thought of it. Far to simple and8 > explanation, I wouldn't ever have had that dawn on me.  F Your problem is that you have not made this particular mistake before.   The rest of us have :-).   ------------------------------  + Date: Wed, 10 Apr 2002 12:02:31 +0100 (MET)d9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>u& Subject: can VMS use these SCSI disks?; Message-ID: <01KGEBTF0ZGW9EEGPR@sysdev.deutsche-boerse.com><  D This might be more appropriate for comp.sys.dec, but I have no NNTP A access at the moment and so come to comp.os.vms through Info-VAX.   D Will the Seagate disks ST410800 and/or ST 910800 (5400 r.p.m., 1 MB H cache, 50-pin connection, 5.25" form factor, 2U height) work with VMS?  H Only if purchased from DEC with the corresponding firmware changes?  If G not purchased from DEC, of course they aren't supported, but will they u work?P  A What SCSI controllers (or, better, what hardware with stock SCSI mC controllers) would they work with?  I'd want to connect them to an wH ALPHAstation 255/233, a VAXstation 4000 60 or 90 or possibly a DEC 3000  600 (175 MHz 21064 ALPHA).   ------------------------------  % Date: Wed, 10 Apr 2002 12:57:46 +0200n- From: Jouk Jansen <joukj@hrem.stm.tudelft.nl>e* Subject: Re: can VMS use these SCSI disks?3 Message-ID: <3CB436CA.56B476BF@hrem.stm.tudelft.nl>    Phillip Helbig wrote:v > E > This might be more appropriate for comp.sys.dec, but I have no NNTPhC > access at the moment and so come to comp.os.vms through Info-VAX.u > E > Will the Seagate disks ST410800 and/or ST 910800 (5400 r.p.m., 1 MBrH > cache, 50-pin connection, 5.25" form factor, 2U height) work with VMS?I > Only if purchased from DEC with the corresponding firmware changes?  IfsH > not purchased from DEC, of course they aren't supported, but will they > work?  > B > What SCSI controllers (or, better, what hardware with stock SCSID > controllers) would they work with?  I'd want to connect them to anI > ALPHAstation 255/233, a VAXstation 4000 60 or 90 or possibly a DEC 3000I > 600 (175 MHz 21064 ALPHA).E I had no problem myself when I connected an external SEAGATE ST15150N G to a Alpha 3000-400 running VMS7.3 a few month ago. The firmware was noyC problem. The disk was originally purchased from a third party to benE connected to a IBM-RS6000. When we got rid of the RS6000 the disk was3& leftover and I found a good use for it                    Jouk:   ------------------------------   Date: 10 APR 2002 17:38:21 GMT+ From: Dave Greenwood <greenwoodde@ornl.gov>g* Subject: Re: can VMS use these SCSI disks?2 Message-ID: <10APR02.17382196@feda34.fed.ornl.gov>  Q In a previous article, Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> wrote: F > This might be more appropriate for comp.sys.dec, but I have no NNTP C > access at the moment and so come to comp.os.vms through Info-VAX.h >  aF > Will the Seagate disks ST410800 and/or ST 910800 (5400 r.p.m., 1 MB J > cache, 50-pin connection, 5.25" form factor, 2U height) work with VMS?  J > Only if purchased from DEC with the corresponding firmware changes?  If I > not purchased from DEC, of course they aren't supported, but will they w > work?x >  aC > What SCSI controllers (or, better, what hardware with stock SCSI lE > controllers) would they work with?  I'd want to connect them to an tJ > ALPHAstation 255/233, a VAXstation 4000 60 or 90 or possibly a DEC 3000  > 600 (175 MHz 21064 ALPHA).  C I've not tried those particular disks but I have used other Seagate=D disks with VMS.  For instance, my 3000-400 currently has an internalG ST15230N and ST12400N.  What version of VMS are you using?  IIRC, a lott6 of work was done in v7.1 to accept generic SCSI disks.   Dave --------------9 Dave Greenwood                Email: Greenwoodde@ORNL.GOV H Oak Ridge National Lab        %STD-W-DISCLAIMER, I only speak for myself   ------------------------------  # Date: Wed, 10 Apr 2002 13:36:08 GMT.% From: jlsue <jlsuexxxz@insightbb.com>a! Subject: Re: CLD problem (flight)r8 Message-ID: <6tf8bu4ek336v90814ogu9s5mt2i2pfiit@4ax.com>  @ On Tue, 09 Apr 2002 20:18:28 GMT, goathunter@goatley.com (Hunter Goatley) wrote:r  E >On Tue, 9 Apr 2002 16:09:13 -0400, norm.raphael@jamesbury.com wrote:n >>F >>This is because in your example del is defined as, say delete/log so@ >>del/sym/glob yyz becomes delete/log/sym/glob yyz and "/sym" isH >>supposed to come immediately after delete so it ignores "/log" in thisO >>case and tells you about it  without telling you what exactly it is ignoring.t5 >>I'm not sure how this happens in the FLIGHT example  > G >D'oh!  Wow.  It's been a long time since I've been bitten by somethingoE >like that.  You're right---I'd forgotten about having DEL defined asc= >DELETE/LOG, and you're right, it doesn't do that without it.  >m >I'm embarrassed.... >e >Hunterc >------ : >Hunter Goatley, Process Software, http://www.process.com/9 >goathunter@goatley.com    http://www.goatley.com/hunter/a= >New Robert R. McCammon site: http://www.RobertRMcCammon.com/c    ? Um... WOW!!!  I think this is one for us to save for posterity.u   ;-)s1 Not speaking for anyone, certainly not DEC/Compaqa- (get rid of the xxxz in my address to e-mail)    ------------------------------    Date: 10 Apr 2002 09:04:21 -0500- From: koehler@encompasserve.org (Bob Koehler) ! Subject: Re: CLD problem (flight)i3 Message-ID: <QQWaUg2w5yaU@eisner.encompasserve.org>r  \ In article <3CB33353.CBEA4A22@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes:
 > VAX VMS 7.2o > " > $FLIGHT/COMPILE=WORLD myfile.dat >  > generates the following:L > %DCL-I-IGNQUAL, Qualifiers appearing before this item were ignored /WORLD/ >       Try thish  $    $FLIGHTS/COMPILE=WORLD myfile.dat       and let us know what happens.   ------------------------------  % Date: Wed, 10 Apr 2002 10:28:45 -0400n- From: "Peter Weaver" <peter.weaver@stelco.ca>s! Subject: Re: CLD problem (flight)l3 Message-ID: <S_Xs8.14688$je5.138479@nnrp1.uunet.ca>t  : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3CB33353.CBEA4A22@videotron.ca...
 > VAX VMS 7.2t >b" > $FLIGHT/COMPILE=WORLD myfile.dat >o > generates the following:L > %DCL-I-IGNQUAL, Qualifiers appearing before this item were ignored /WORLD/ >0@ > The actual compile works fine. This message comes out for both /COMPILE=WORLD > and /COMPILE=HANGAR.7 > But it isn't issued for FLIGHT/EDIT or FLIGHT/PREVIEWn >a@ > show symbol "flight" confirms it isn't defined as some symbol. >oI > Seems like a very strange behaviour to me since there are no qualifiers  > appearing before ! >rF > Could this be a bug in DCL, or perhaps something in the FLIGHT CLD ?  I Doesn't make any sense to me if FLIGHT is not a symbol, just to make sures try three things;s       1. SHOW SYMBOL/LOCAL FLI*      2. SHOW SYMBOL/GLOBAL FLI*(     3. FLIGHTxxx/COMPILE=WORLDmyfile.datG     4. If none of those help, install VERB and post the results of VERBs FLIGHT   -- Peter WeaverL Opinions are my own, and do not reflect the opinions of my employer, nor theK company that it sub-contracts to, nor the company that it sub-contracts to.    ------------------------------  % Date: Wed, 10 Apr 2002 13:06:18 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>c! Subject: Re: CLD problem (flight)n, Message-ID: <3CB47107.2A9C199B@videotron.ca>   Bob Koehler wrote:N > > %DCL-I-IGNQUAL, Qualifiers appearing before this item were ignored /WORLD/
 >    Try thisw& >    $FLIGHTS/COMPILE=WORLD myfile.dat" >    and let us know what happens.   Same error message.9   ------------------------------  % Date: Wed, 10 Apr 2002 13:12:54 -0400M- From: JF Mezei <jfmezei.spamnot@videotron.ca>n! Subject: Re: CLD problem (flight)h, Message-ID: <3CB47293.7D30251F@videotron.ca>   Peter Weaver wrote:oN > > %DCL-I-IGNQUAL, Qualifiers appearing before this item were ignored /WORLD/I >     4. If none of those help, install VERB and post the results of VERBa > FLIGHT  8 Note the error message is only issued for flight/COMPILE  
 $ verb flightd define verb FLIGHT    image FLT$SIMULATOR    qualifier COMPILE-       value (required,type=FLT$COMPILE_TYPES)o    qualifier EDITM*       value (required,type=FLT$EDIT_TYPES).    qualifier PREVIEW, syntax=FLT$PREVIEW_WORLD$       value (type=FLT$PREVIEW_TYPES)0    qualifier SIMULATOR, syntax=FLT$DO_SIMULATION    qualifier STATISTICSn-       value (default="SYS$OUTPUT",type=$file)     qualifier RESUMEc1       value (default="SUSPEND.FLIGHT",type=$file)e    qualifier PLAYBACKd!       value (required,type=$file)n!    qualifier SERVER, nonnegatabler       value (type=$file)!    qualifier HANGAR, nonnegatable        value (type=$file)    qualifier COLLISIOND    disallow (neg SIMULATOR and (not COMPILE or neg COMPILE) and (not9       EDIT or neg EDIT) and (not PREVIEW or neg PREVIEW))w   define type FLT$COMPILE_TYPESt<    keyword HANGAR, syntax=FLT$COMPILE_HANGAR_SYNTAX, default:    keyword WORLD, syntax=FLT$COMPILE_WORLD_SYNTAX, default  ' define syntax FLT$COMPILE_HANGAR_SYNTAXl    image FLT$HANGAR_COMPILER5    parameter P1, prompt="Hangar Description Filename"e!       value (required,type=$file)o    qualifier LISTING(       value (default=".LIS;",type=$file)    qualifier PRELOAD&       value (required,list,type=$file)    qualifier OUTPUT, default+       value (default=".HANGAR;",type=$file)     qualifier LOG    qualifier PILOTABLE, defaulti    qualifier COMPRESS, default    qualifier DEFINEe/       value (required,list,type=$quoted_string)   & define syntax FLT$COMPILE_WORLD_SYNTAX    image FLT$WORLD_COMPILERo4    parameter P1, prompt="World Description Filename"!       value (required,type=$file)d    qualifier LISTING       value (default=".LIS;")t    qualifier OUTPUT, default       value (default=".WORLD;")H    qualifier LOG    qualifier DEFINE-/       value (required,list,type=$quoted_string)m   define type FLT$EDIT_TYPES9    keyword HANGAR, syntax=FLT$EDIT_HANGAR_SYNTAX, default-7    keyword WORLD, syntax=FLT$EDIT_WORLD_SYNTAX, defaultI  $ define syntax FLT$EDIT_HANGAR_SYNTAX    image FLT$HANGAR_EDITOR)    parameter P1, prompt="Hangar Filename"e!       value (required,type=$file)B  # define syntax FLT$EDIT_WORLD_SYNTAX\    image FLT$WORLD_EDITORO(    parameter P1, prompt="World Filename"!       value (required,type=$file)P   define type FLT$PREVIEW_TYPESg    keyword WORLD, defaultg   define syntax FLT$PREVIEW_WORLD"    image FLT$WORLD_PREVIEWER    qualifier SERVER,       value (type=$file)   define syntax FLT$DO_SIMULATION     image FLT$SIMULATOR    qualifier STATISTICS -       value (default="SYS$OUTPUT",type=$file)     qualifier RESUME"1       value (default="SUSPEND.FLIGHT",type=$file)Y    qualifier PLAYBACKn!       value (required,type=$file)i!    qualifier SERVER, nonnegatableo       value (type=$file)!    qualifier HANGAR, nonnegatabler       value (type=$file)    qualifier COLLISION   ------------------------------  % Date: Wed, 10 Apr 2002 13:37:48 -0400o- From: "Peter Weaver" <peter.weaver@stelco.ca> ! Subject: Re: CLD problem (flight)63 Message-ID: <5M_s8.14745$je5.139351@nnrp1.uunet.ca>S  : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3CB47293.7D30251F@videotron.ca... > Peter Weaver wrote:eH > > > %DCL-I-IGNQUAL, Qualifiers appearing before this item were ignored /WORLD/vK > >     4. If none of those help, install VERB and post the results of VERBu
 > > FLIGHT >t   At line three change;      qualifier COMPILEm to,     qualifier COMPILE, syntax=flt$do_compile  . At line 24 (or there abouts) add in the lines;      define syntax flt$do_compile         qualifier COMPILE1/         value (required,type=FLT$COMPILE_TYPES)t  $ SET COMMAND FLIGHT and try it again.  L (I tried the original on various VAX and ALPHA ranging from V7.1 to V7.3 andL they all had the IGNQUAL message, I do not know if this would have worked on pre 7.x versions.)     -- Peter WeaverL Opinions are my own, and do not reflect the opinions of my employer, nor theK company that it sub-contracts to, nor the company that it sub-contracts to.    ------------------------------  % Date: Wed, 10 Apr 2002 13:57:25 -0400>- From: JF Mezei <jfmezei.spamnot@videotron.ca>r! Subject: Re: CLD problem (flight)t, Message-ID: <3CB47CFF.1003D10E@videotron.ca>   Peter Weaver wrote:  > At line three change;: >     qualifier COMPILEl > to. >     qualifier COMPILE, syntax=flt$do_compile > 0 > At line 24 (or there abouts) add in the lines;" >     define syntax flt$do_compile >         qualifier COMPILEa1 >         value (required,type=FLT$COMPILE_TYPES)r    J Thanks. Now, does anyone know to whom we should send this "bug" report for FLIGHT ?   ------------------------------  % Date: Mon, 08 Apr 2002 11:39:10 -0400m- From: "Richard D. Piccard" <piccard@ohio.edu>a& Subject: Re: Continuous forms printers( Message-ID: <3CB1B993.DC18522F@ohio.edu>  D Don't confuse initial cost and total cost of ownership.  The ink-jetC printers are almost certainly far more expensive in any high-volumeEF application.  One could imagine a continuous-form application that wasC not high-volume, but I suspect that the majority of the tractor-fedTC market is high-volume, which would explain why there are no "cheap"h ink-jet printers for it. a  G I keep thinking of the Shakey's Pizza places in the LA area thirty-sometG years ago, with their cute little signs:  "Others may charge more; theyS" know what their product is worth."  	 						RDP      JF Mezei wrote:o >  > Jeff Morgan wrote: > >tN > > Get a serial to parallel converter and use any new continuous form printer > > that you want. > 3 > Some printers now are starting to be USB only !!!g > M > I tried to look at the HP printer site, but couldn't see any obvious inkjetoK > printers capable of handling continuious forms. Does anyone know if HP orRD > others make inexpensive inkjets that can handle continuous forms ? > 4 > Or is dot matrix really the only option possible ? > O > > OKIdata used to offer optional serial interfaces on all their printers. You"N > > might want to check their website for available options on that particular
 > > model. > O > That is what my friend was told. but they cost 4 times as much as the low end  > inkjet printers.   -- 1B ==================================================================B Dick Piccard                           Academic Technology ManagerB piccard@ohio.edu                                 Computer ServicesB http://oak.cats.ohiou.edu/~piccard/                Ohio University   ------------------------------  # Date: Wed, 10 Apr 2002 05:45:48 GMTf1 From: "Terry C. Shannon" <terryshannon@attbi.com>g% Subject: Fearless VMS Prognostication": Message-ID: <gkQs8.17807$%s3.6057858@typhoon.ne.ipsvc.net>  G Damn the doomsayers. Stay tuned for a letter from Carly F re: continued  support for OpenVMS.   -- Terry C. Shannon Consultant and Publisher Shannon Knows Compaq" PLEASE NOTE MY *NEW* EMAIL ADDRESS email: terryshannon@attbi.com 2 Web (info on SKC):  www.openvms.org, www.tru64.org   ------------------------------    Date: 10 Apr 2002 03:05:38 -0500+ From: young_r@encompasserve.org (Rob Young) ) Subject: Re: Fearless VMS Prognosticationt3 Message-ID: <MhtqTzkaMCqA@eisner.encompasserve.org>-  n In article <gkQs8.17807$%s3.6057858@typhoon.ne.ipsvc.net>, "Terry C. Shannon" <terryshannon@attbi.com> writes:I > Damn the doomsayers. Stay tuned for a letter from Carly F re: continuedg > support for OpenVMS. >    	Yeah.. but what if ...s  * 	What if she doesn't say the right things? 	What if.. boo hoo.t   	boo hoo...   : 	What if VMS isn't marketed properly and I can't buy a box 	for $499 running VMS?   	boo hoo...n   				Roby   ------------------------------  % Date: Wed, 10 Apr 2002 10:11:40 +0200o2 From: "Ren Schelbaum" <rene.schelbaum@datakom.at>) Subject: Re: Fearless VMS Prognostication5G Message-ID: <3cb3f3a9$0$24060$5039e797@newsreader01.highway.telekom.at>.  B "Terry C. Shannon" <terryshannon@attbi.com> schrieb im Newsbeitrag4 news:gkQs8.17807$%s3.6057858@typhoon.ne.ipsvc.net...I > Damn the doomsayers. Stay tuned for a letter from Carly F re: continueda > support for OpenVMS. >g > -- > Terry C. Shannon > Consultant and Publisher > Shannon Knows Compaq$ > PLEASE NOTE MY *NEW* EMAIL ADDRESS > email: terryshannon@attbi.com 4 > Web (info on SKC):  www.openvms.org, www.tru64.org >  >p   Hello!  I I have been to the technical update days in Vienna on monday and tuesday.tI I have heard the same thing from Sue there. She also was speaking about a- 17% growth in VMS sales.   So let's hope!   Ren   ------------------------------    Date: 10 Apr 2002 03:39:46 -0500+ From: young_r@encompasserve.org (Rob Young)t) Subject: Re: Fearless VMS Prognostication93 Message-ID: <8klCOM1xz34$@eisner.encompasserve.org>o  | In article <3cb3f3a9$0$24060$5039e797@newsreader01.highway.telekom.at>, "Ren Schelbaum" <rene.schelbaum@datakom.at> writes: >  > Hello! > K > I have been to the technical update days in Vienna on monday and tuesday.5K > I have heard the same thing from Sue there. She also was speaking about ah > 17% growth in VMS sales. >    	Boo hoo hoo...e  C 	No really?  17%?  That can't be so!!! The _________ here have been * 	saying just the opposite for a long time.  < 	But will they market it properly?  And when can I buy a boxH 	with VMS on it for $499?  And why aren't there Democratic conspiracies, 	only right-wing conspiracies?   	Boo hoo hoo...P     				Rob-   ------------------------------  # Date: Wed, 10 Apr 2002 12:51:48 GMT # From: "John Smith" <a@nonymous.com>l) Subject: Re: Fearless VMS PrognosticationkD Message-ID: <EzWs8.397$ZiL.267@news02.bloor.is.net.cable.rogers.com>   Which is it?   a) 'support'  ore" b) aggressive marketing & support?  G They are two vastly different things, and have very different long-termnG implications for all of us who want to continue to use OpenVMS and sellp products into that marketspace.c  H BTW - while letters are nice, full page announcements in the Wall StreetH Journal, Financial Times, the usual trade rags, etc... are somewhat more persuasive.           < "Terry C. Shannon" <terryshannon@attbi.com> wrote in message4 news:gkQs8.17807$%s3.6057858@typhoon.ne.ipsvc.net...I > Damn the doomsayers. Stay tuned for a letter from Carly F re: continuedi > support for OpenVMS. >0 > -- > Terry C. Shannon > Consultant and Publisher > Shannon Knows Compaq$ > PLEASE NOTE MY *NEW* EMAIL ADDRESS > email: terryshannon@attbi.com34 > Web (info on SKC):  www.openvms.org, www.tru64.org >n >    ------------------------------  # Date: Wed, 10 Apr 2002 13:02:09 GMTn# From: "John Smith" <a@nonymous.com>d) Subject: Re: Fearless VMS PrognosticationID Message-ID: <lJWs8.405$ZiL.259@news02.bloor.is.net.cable.rogers.com>   A couple other things...   a) I hope you are correct.  L b) Remember that whatever Carly might say prior to a binding ratification ofL the merger vote is not binding on Capellas should the vote not be certified,I and we all know how effusive Mikey has been with his public complementaryb words for VMS of late.  L c) What arm-twisting will Carly do with 3rd party software vendors to ensureL a healthly & growing VMS applications /tools market? Is she going to buy BEAK to get back all the cool stuff Digital sold them? How about buying Rdb backgD from Oracle and then finally doing the unix/NT(sic) port's that were	 promised?e  K And while she's at it, how about spinning off the enterprise server and o/sw# group and renaming it Digital?  :-)S      < "Terry C. Shannon" <terryshannon@attbi.com> wrote in message4 news:gkQs8.17807$%s3.6057858@typhoon.ne.ipsvc.net...I > Damn the doomsayers. Stay tuned for a letter from Carly F re: continuedD > support for OpenVMS. >0 > -- > Terry C. Shannon > Consultant and Publisher > Shannon Knows Compaq$ > PLEASE NOTE MY *NEW* EMAIL ADDRESS > email: terryshannon@attbi.comn4 > Web (info on SKC):  www.openvms.org, www.tru64.org >s >?   ------------------------------  # Date: Wed, 10 Apr 2002 14:43:09 GMT 1 From: "Terry C. Shannon" <terryshannon@attbi.com> ) Subject: Re: Fearless VMS Prognosticationi: Message-ID: <1cYs8.18134$%s3.6370748@typhoon.ne.ipsvc.net>  8 "Rob Young" <young_r@encompasserve.org> wrote in message- news:MhtqTzkaMCqA@eisner.encompasserve.org...cF > In article <gkQs8.17807$%s3.6057858@typhoon.ne.ipsvc.net>, "Terry C.) Shannon" <terryshannon@attbi.com> writes:rK > > Damn the doomsayers. Stay tuned for a letter from Carly F re: continuedu > > support for OpenVMS. > >o >r > Yeah.. but what if ... > + > What if she doesn't say the right things?d   I think she will./   > What if.. boo hoo. >b > boo hoo... >/; > What if VMS isn't marketed properly and I can't buy a boxt > for $499 running VMS?/  I You can't... at least until $499 Itanium boxes are available. So shaddup, ( stop whining, and save your pennies! ;-}   best,n   terry s    >l > boo hoo... >o > Robs >e >    ------------------------------  # Date: Wed, 10 Apr 2002 14:44:12 GMT-1 From: "Terry C. Shannon" <terryshannon@attbi.com>T) Subject: Re: Fearless VMS Prognostication : Message-ID: <0dYs8.18144$%s3.6371554@typhoon.ne.ipsvc.net>  = "Ren Schelbaum" <rene.schelbaum@datakom.at> wrote in messagegA news:3cb3f3a9$0$24060$5039e797@newsreader01.highway.telekom.at...r >.D > "Terry C. Shannon" <terryshannon@attbi.com> schrieb im Newsbeitrag6 > news:gkQs8.17807$%s3.6057858@typhoon.ne.ipsvc.net...K > > Damn the doomsayers. Stay tuned for a letter from Carly F re: continued  > > support for OpenVMS. > >- > > -- > > Terry C. Shannon > > Consultant and Publisher > > Shannon Knows Compaq& > > PLEASE NOTE MY *NEW* EMAIL ADDRESS! > > email: terryshannon@attbi.comW6 > > Web (info on SKC):  www.openvms.org, www.tru64.org > >C > >2 >i > Hello! >JK > I have been to the technical update days in Vienna on monday and tuesday./K > I have heard the same thing from Sue there. She also was speaking about au > 17% growth in VMS sales. >i > So let's hope!  K J'espere indeed! How did Sue do? Quite well, I presume. It's about time shet1 got to participate in a Serious Marketing Effort!-   ------------------------------  % Date: Wed, 10 Apr 2002 17:25:40 +0200.2 From: "Ren Schelbaum" <rene.schelbaum@datakom.at>) Subject: Re: Fearless VMS PrognosticationpG Message-ID: <3cb45962$0$28222$5039e797@newsreader01.highway.telekom.at>e  B "Terry C. Shannon" <terryshannon@attbi.com> schrieb im Newsbeitrag4 news:0dYs8.18144$%s3.6371554@typhoon.ne.ipsvc.net... >:? > "Ren Schelbaum" <rene.schelbaum@datakom.at> wrote in messagenC > news:3cb3f3a9$0$24060$5039e797@newsreader01.highway.telekom.at...  > >oF > > "Terry C. Shannon" <terryshannon@attbi.com> schrieb im Newsbeitrag8 > > news:gkQs8.17807$%s3.6057858@typhoon.ne.ipsvc.net...C > > > Damn the doomsayers. Stay tuned for a letter from Carly F re: 	 continueda > > > support for OpenVMS. > > >i > > > -- > > > Terry C. Shannon > > > Consultant and Publisher > > > Shannon Knows Compaq( > > > PLEASE NOTE MY *NEW* EMAIL ADDRESS# > > > email: terryshannon@attbi.coma8 > > > Web (info on SKC):  www.openvms.org, www.tru64.org > > >  > > >O > >B
 > > Hello! > > D > > I have been to the technical update days in Vienna on monday and tuesday.K > > I have heard the same thing from Sue there. She also was speaking about  a, > > 17% growth in VMS sales. > >  > > So let's hope! >oI > J'espere indeed! How did Sue do? Quite well, I presume. It's about time  she-3 > got to participate in a Serious Marketing Effort!1 >6 >   J She was great! Friendly words here, friendly words there, (hopefully) goodJ news and a perfect organization of the event. I guess everybody loved her.I By the way, it was a great experience there. Lots of people who know whatdL they are talking about (like e.g. Hoff) and lots of information that made me hope again.    Ren   ------------------------------    Date: 10 Apr 2002 10:30:43 -0700( From: bob@instantwhip.com (Bob Ceculski)) Subject: Re: Fearless VMS Prognosticationc= Message-ID: <d7791aa1.0204100930.6a8d3adb@posting.google.com>d  s "Terry C. Shannon" <terryshannon@attbi.com> wrote in message news:<gkQs8.17807$%s3.6057858@typhoon.ne.ipsvc.net>... I > Damn the doomsayers. Stay tuned for a letter from Carly F re: continuedL > support for OpenVMS.  I well, I received yesterday a letter from Carly ... it is available from QTD for customers like us who want to purchase alpha/vms systems and areJ unsure what will happen to vms after the merger ... she states her supportJ for vms in the letter ... now do you think she would want to tell them oneK thing then pull the carpet out from under them ... not very good p.r. move!qJ I was put on to this letter by someone high up in Q ... it is for real ...H now either Carly is lying to customers in writing or she isn't ... which is it?   ------------------------------    Date: 10 Apr 2002 12:59:09 -0500+ From: young_r@encompasserve.org (Rob Young)i) Subject: Re: Fearless VMS Prognosticationp3 Message-ID: <f4nqmVgDnzc2@eisner.encompasserve.org>M  h In article <d7791aa1.0204100930.6a8d3adb@posting.google.com>, bob@instantwhip.com (Bob Ceculski) writes:u > "Terry C. Shannon" <terryshannon@attbi.com> wrote in message news:<gkQs8.17807$%s3.6057858@typhoon.ne.ipsvc.net>...tJ >> Damn the doomsayers. Stay tuned for a letter from Carly F re: continued >> support for OpenVMS._ > K > well, I received yesterday a letter from Carly ... it is available from QqF > for customers like us who want to purchase alpha/vms systems and areL > unsure what will happen to vms after the merger ... she states her supportL > for vms in the letter ... now do you think she would want to tell them oneM > thing then pull the carpet out from under them ... not very good p.r. move! L > I was put on to this letter by someone high up in Q ... it is for real ...J > now either Carly is lying to customers in writing or she isn't ... which > is it?  - 	I love a dichotomy!  Makes me warm all over!i   				Robi  P "To be sober means to have a calm, clear head, to judge things after the rule ofN right, and not according to mob rule. Don't be influenced by those who cry the0 loudest, or by those who beat the biggest drum."  ' 			-- C.H. Spurgeon  - www.spurgeon.orgN   ------------------------------  # Date: Wed, 10 Apr 2002 14:18:36 GMTT% From: jlsue <jlsuexxxz@insightbb.com>s Subject: Re: Fibre Channel8 Message-ID: <ttg8buoav6qvc9trhc9514dd8v26d4h8kf@4ax.com>  < On Wed, 10 Apr 2002 02:30:53 GMT, dittman@dittman.net wrote:  = >I have a KGPSA (64-bit).  I'd like to use this under OpenVMSt8 >V7.3, but an HSG80 is way out of my price range.  Is it= >possible to use a simple FC backplane or a cheap third-partye >FC controller?s  C It's not clear here what you want to connect to with the KGPSA.  DoRE you already have a SAN?  Any SAN-based storage?  What is driving youriE need/desire to utilize the KGPSA?  How much SAN-based storage are you$7 planning?  What kind of application(s) are you running?d  F There are a few vendors of SAN hardware, but it depends on if you wantD to be "supported" by Compaq (or HP) now, or in the future.  There isB just no guarantee that your data won't be corrupted if you opt forF something cheaper.  For example, I believe VMS engineers looked at theC less expensive Arbitrated Loop (FC-AL) and decided not to pursue itvF for VMS.  IIRC, the specs for FC-AL are kinda loose (is that the rightA description?) and there are opportunities for various problems toeB creep in (i.e., lost packets and/or data corruption). - and one ofC VMS' strong points is that the engineers tend to err on the side off  caution (i.e., data protection).  C An unsupported config may work "most" of the time, but the question A always is:  Is most of the time good enough for your data?  QuiteOC often these problem creep in under specific load conditions - and a4D heavier load can mean your server and data have become more criticalB (thus, corruptions have a larger negative affect on the business).  ; I've seen this happen with some cheaper SCSI controllers intD AlphaServers - they were fine for lowering the prices of the systems5 but they didn't handle the load as the business grew.o  F An old addage in the DEC-world was:  Just because you can do something= doesn't mean you should (and this was used lots in VMSclustere
 discussions).i  1 Not speaking for anyone, certainly not DEC/Compaqa- (get rid of the xxxz in my address to e-mail)a   ------------------------------   Date: 10 Apr 2002 11:48:11 GMT/ From: Thomas Dickey <dickey@saltmine.radix.net>t3 Subject: Re: Help! VT100 emulators - some problems.e* Message-ID: <a918pr$q72$3@news1.Radix.Net>  : Brian Tillman <tillman_brian@notnoone.notnohow.com> wrote:K >>It's been many years, but I'm pretty sure that the VT200 and VT300 didn't ' >>have a mechanism to "invert" letters.   H > There was a command procedure on a DECUS tape long ago that used SIXELF > programming to change all the characters on the screen of a VT to be; > backward (or upside down, I can't recall which any more).0  C that's probably using DRCS, but it doesn't affect the default font.u   -- j= Thomas E. Dickey <dickey@radix.net> <dickey@herndon4.his.com>2 http://dickey.his.como ftp://dickey.his.com   ------------------------------  % Date: Wed, 10 Apr 2002 14:34:48 +0100o, From: Paul Williams <flo@uk.thalesgroup.com>3 Subject: Re: Help! VT100 emulators - some problems.t2 Message-ID: <3CB43F78.7F2413DB@uk.thalesgroup.com>   Thomas Dickey wrote: > < > Brian Tillman <tillman_brian@notnoone.notnohow.com> wrote: > >nD > > There was a command procedure on a DECUS tape long ago that usedC > > SIXEL programming to change all the characters on the screen ofnA > > a VT to be backward (or upside down, I can't recall which anyh
 > > more). > E > that's probably using DRCS, but it doesn't affect the default font.l   Maybe :)  H The VT320 (don't know about the VT220) allows you to download a font andH give it the same name as a built-in character set. And from then on, theG SCS sequences will refer to your font. Over the course of a few days, IsG used to find the font getting corrupted, but I never determined whethere? this would happen with normal soft fonts, or just because I was & perverting the font-mapping mechanism.  C And no, I'm not going to give you a patch to emulate this in xterm!s   ------------------------------   Date: 10 Apr 2002 16:44:08 GMT/ From: Thomas Dickey <dickey@saltmine.radix.net>e3 Subject: Re: Help! VT100 emulators - some problems.o* Message-ID: <a91q4o$6vh$1@news1.Radix.Net>  - Paul Williams <flo@uk.thalesgroup.com> wrote:= > Thomas Dickey wrote: >> == >> Brian Tillman <tillman_brian@notnoone.notnohow.com> wrote:o >> >E >> > There was a command procedure on a DECUS tape long ago that usedsD >> > SIXEL programming to change all the characters on the screen ofB >> > a VT to be backward (or upside down, I can't recall which any >> > more).T >> CF >> that's probably using DRCS, but it doesn't affect the default font.  
 > Maybe :)  J > The VT320 (don't know about the VT220) allows you to download a font and  E now that you mention it, the VT220 docs don't mention an exclusion...   J > give it the same name as a built-in character set. And from then on, theI > SCS sequences will refer to your font. Over the course of a few days, ICI > used to find the font getting corrupted, but I never determined whethereA > this would happen with normal soft fonts, or just because I wasY( > perverting the font-mapping mechanism.  E > And no, I'm not going to give you a patch to emulate this in xterm!c  F it's been on my list for a while, but low-priority (the only way I can@ see is to make a bitmap for each glyph, which sounds expensive).   -- t= Thomas E. Dickey <dickey@radix.net> <dickey@herndon4.his.com>Y http://dickey.his.com  ftp://dickey.his.com   ------------------------------  % Date: Wed, 10 Apr 2002 09:25:15 -0600S+ From: Ben Franchuk <bfranchuk@jetnet.ab.ca>x  Subject: Re: IA64 is not the VAX, Message-ID: <3CB4595B.76492CE9@jetnet.ab.ca>   "Christopher C. Stacy" wrote:1  O >  Ben>  But Lisp like Forth are so unlike most other languages that you have aaP >  Ben> large overhead getting a machine to map to the virtual machine code bothP >  Ben> languages use. Read somewhere a group of people ( 1980's???) made a lispM >  Ben> cpu on a chip. You could process lists really fast, but you could noty >  Ben> add with it!  H Nope this was Educational type project, where you create something for aE degree in computer sience, write a report and all the useful stuff isA lost to the world.+ Here is a typical example "ENIAC-on-a-Chip" . http://pender.ee.upenn.edu/~jan/eniacproj.html  gJ > If you're thinking of the same "Lisp Machines" I'm thinking of, they hadM > high-performance floating point (as well as infinite precision arithmetic),sH > and also were the premiere workstations for 3D graphics and animation.  F I read book on lisp in the 1980's, I was not impressed. I am still notG as most of the stuff LISP seems to be used for is EGG-HEAD stuff rathercF than real world computing like FORTRAN-IV. I have only heard about theF high end LISP machines in the last few years and they sound impresive," just marketed to the wrong people.   -- :% Ben Franchuk - Dawn * 12/24 bit cpu *e+ www.jetnet.ab.ca/users/bfranchuk/index.htmld   ------------------------------  % Date: Wed, 10 Apr 2002 09:39:03 -0700k+ From: Mark Crispin <mrc@CAC.Washington.EDU>   Subject: Re: IA64 is not the VAXP Message-ID: <Pine.LNX.4.50.0204100937280.20748-100000@shiva0.cac.washington.edu>  ( On Wed, 10 Apr 2002, Ben Franchuk wrote:H > I read book on lisp in the 1980's, I was not impressed. I am still notI > as most of the stuff LISP seems to be used for is EGG-HEAD stuff ratherB, > than real world computing like FORTRAN-IV.  = Most books on Lisp suck.  That does not mean that Lisp sucks.J  I If Lisp is "egg-head", then C is completely ivory tower, because Lisp andsD C have more in common with each other than either have with Fortran.  
 -- Mark --   http://staff.washington.edu/mrcaF Science does not emerge from voting, party politics, or public debate.   ------------------------------   Date: 10 Apr 2002 09:09:05 GMT From: Dan.Pop@ifh.de (Dan Pop) Subject: Re: Itanium troubles * Message-ID: <a90vfh$pro$1@sunnews.cern.ch>  d In <JrFs8.73981$w7.6133376@bin6.nnrp.aus1.giganews.com> "Bill Todd" <billtodd@metrocast.net> writes:    , >"Dan Pop" <Dan.Pop@ifh.de> wrote in message% >news:a8ugii$lr7$1@sunnews.cern.ch...eF >> In <NKus8.66823$w7.5656854@bin6.nnrp.aus1.giganews.com> "Bill Todd"! ><billtodd@metrocast.net> writes:l >  >... >n5 >> >presumably will also run little-endian on Itanic.n >>- >> Why "presumably" and why the future tense?p > L >Because I have not been sufficiently interested in Itanic or (at least yet) >Linux to know.w  C Sorry, I forgot that lack of knowledge has never prevented you from  posting on comp.arch.2    >  Linux has been running littleJ >> endian on Itanium since 1999.  When the chip was officially released byJ >> Intel, there were multiple production Linux distributions available for >> it, including Red Hat.  >rH >And when/if people actually begin to purchase that platform, then Linux >'will' run there...   Pathetic...n   Dan  -- Dan Popl DESY Zeuthen, RZ group Email: Dan.Pop@ifh.deo   ------------------------------  # Date: Wed, 10 Apr 2002 13:58:09 GMTf* From: "Bill Todd" <billtodd@metrocast.net> Subject: Re: Itanium troubless@ Message-ID: <RxXs8.84624$w7.7191136@bin6.nnrp.aus1.giganews.com>  + "Dan Pop" <Dan.Pop@ifh.de> wrote in messagel$ news:a90vfh$pro$1@sunnews.cern.ch...E > In <JrFs8.73981$w7.6133376@bin6.nnrp.aus1.giganews.com> "Bill Todd"t  <billtodd@metrocast.net> writes: >  >'. > >"Dan Pop" <Dan.Pop@ifh.de> wrote in message' > >news:a8ugii$lr7$1@sunnews.cern.ch...iH > >> In <NKus8.66823$w7.5656854@bin6.nnrp.aus1.giganews.com> "Bill Todd"# > ><billtodd@metrocast.net> writes:p > >n > >... > >.7 > >> >presumably will also run little-endian on Itanic.l > >>/ > >> Why "presumably" and why the future tense?  > > I > >Because I have not been sufficiently interested in Itanic or (at leastT yet) > >Linux to know.  >mE > Sorry, I forgot that lack of knowledge has never prevented you fromw > posting on comp.arch.-  E And being an asshole doesn't seem to prevent you from posting either.   F At least when I don't know something I qualify what I say accordingly.   - bill   ------------------------------  + Date: Wed, 10 Apr 2002 12:58:05 +0100 (MET)y9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>q' Subject: Re: More positive OpenVMS newsc; Message-ID: <01KGEDWB97269EEGPR@sysdev.deutsche-boerse.com>   G > well, I received today a letter from Carly ... it is available from QuF > for customers like us who want to purchase alpha/vms systems and areD > unsure what will happen to vms after the merger ... she states herF > support for vms in the letter ... now do you think she would want toF > tell them one thing then pull the carpet out from under them ... notJ > very good p.r. move! I was put on to this letter by someone high up in QJ > ... it is for real ... now either Carly is lying to customers in writing  > or she isn't ... which is it?   I I hope to hear something interesting at the DECUS symposium in Bonn next   week.:  = Can you scan the letter and put the resulting jpg on the web?u   ------------------------------  + Date: Wed, 10 Apr 2002 13:10:42 +0100 (MET)p9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>k' Subject: Re: More positive OpenVMS news$; Message-ID: <01KGEDXKCDL09EEGPR@sysdev.deutsche-boerse.com>r  I > Is it something like "support our existing customers", or "maximise the1' > potential of this operating system" ?   H If the former means "no new features, no enhancements, only bug fixes", G then that would be bad, but there is no evidence that this is the case.l  B As to the latter, as long as we have what we want, should we care I whether the rest of the world uses VMS?  OK, we might have sympathy with  I those who don't, but should we want the vendor of VMS to put effort into   this?t  C Do Porsche drivers feel sad that not everyone is driving a Porsche?t  H Low volume does not have to mean that something is on the way out.  The I evil here is mainly the lack of respect for public standards and the way eE Microsoft intentionally defeats standards which have led to a bad OS   having such predominance.-   ------------------------------  + Date: Wed, 10 Apr 2002 10:57:32 +0000 (UTC)c From: david20@alpha2.mdx.ac.uk' Subject: Re: More positive OpenVMS newsc+ Message-ID: <a915qs$kgp$1@aquila.mdx.ac.uk>7  \ In article <3CB32C48.7FC71569@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes: >Bob Ceculski wrote:6 >Remember the "VMS is now where NT 8 wants to be". ??? >bM >Is Windows XP , NT-5 or NT-6 ?  Either way, it is starting to get near NT-8.9  L In terms of numbering yes it's closer to version 8. In terms of security and3 stability it seems to be practically where it was. 8M Microsoft could rebadge Windows-XP as Windows 2001. Then release Windows 2002eK the next week and Windows 2003 in January. The fact that that would make it H in some sense numerically Windows NT 7 or 8 would say nothing about it's capabilities vis-a-vis VMS. F The "VMS is now where NT 8 wants to be" was making the assumption thatG Microsoft would actually improve their operating system when making newO; releases rather than just trying to increase their profits.d  
 David Webb VMS and Unix team leader CCSS Middlesex University    @ >Unix is gaining clustering, has far more business applications.H >Tandem is moving to that IA64 thing and offers the reliability some VMS >customers need. >IO >Times have changed. Options which were suicidal in the palmer years may becomeo >more palatable over time.   ------------------------------  + Date: Wed, 10 Apr 2002 13:12:50 +0100 (MET)t9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>y' Subject: Re: More positive OpenVMS news.; Message-ID: <01KGEEGBNA809EEGPR@sysdev.deutsche-boerse.com>e  I > Damn the doomsayers. Stay tuned for a letter from Carly F re: continued- > support for OpenVMS.   Full text or URL, please.3   ------------------------------  + Date: Wed, 10 Apr 2002 13:12:23 +0100 (MET)o9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>n' Subject: Re: More positive OpenVMS newsr; Message-ID: <01KGEEE87YKQ9EEGPR@sysdev.deutsche-boerse.com>5  H > You can't destroy over a decade of bad management of VMS with just oneE > letter. Unless HP comes out publicly with a very strong commitment,vG > followed by SUSTAINED action to promote VMS, it will be considered asr > status quo.   I It would be enough if HP continues to develop VMS and that this is known rC to customers and can be easily made known to potential customers.     J > One might see a spike now and then to control the negative growth of VMSH > (as was done with the short lived renaissance). But it is a long term H > believable commitment to EXPAND VMS that is needed. Life support won'tH > be enough to weather the IA64 transition that will cost customers time
 > and money.    / Promoting, expanding etc are icing on the cake.n   ------------------------------    Date: 10 Apr 2002 06:07:02 -0700( From: bob@instantwhip.com (Bob Ceculski)' Subject: Re: More positive OpenVMS news0= Message-ID: <d7791aa1.0204100507.449e9c9a@posting.google.com>C  r "Bill Todd" <billtodd@metrocast.net> wrote in message news:<f2ss8.47782$r7.4475667@bin8.nnrp.aus1.giganews.com>...7 > "Bob Ceculski" <bob@instantwhip.com> wrote in messager9 > news:d7791aa1.0204081706.39282299@posting.google.com...S > K > Are you actually incapable of opening your mouth without saying something I > stupid, or do you just reserve all other utterances for somewhere else?  > J > > does that mean that because my company only uses Alphaserver 800's andK > > workstations that that's not important ... large accounts are nice, but M > > lots and lots of small and medium accounts are just as important ... it's  > > called volume ...t > F > Leaving aside the question of whether an equivalent dollar volume inL > small-account sales would generate equivalent profit for Compaq (I suspectH > it wouldn't, given the higher percentage sales costs of handling smallL > transactions), the problem is that if a handful of small sales is all theyG > have to trumpet then it's nothing *like* an equivalent dollar volume.t > 7 >  and as those small and medium accounts grow, so doesw  > > your large customer base ... > I > *If* these small accounts grow, so does your large customer base.  It'siE > worth noting that neither customer was a new one, by the way - justt# > expansion of existing facilities.d > 0 >  if you worked for dec, no wonder they failed,! > > you don't know how to market!l > N > Idiot.  Not only do I (and most people in this newsgroup) know how to marketN > VMS far better than Compaq does the job, but software engineering at DEC was3 > in no way responsible for its marketing failures.t >  > - bill  F I didn't say engineering was responsible!  If you were in engineering,B did you ever approach marketing well you were there and offer any F suggestions, or did you just moan and groan like you do on this board?   ------------------------------    Date: 10 Apr 2002 06:12:20 -0700( From: bob@instantwhip.com (Bob Ceculski)' Subject: Re: More positive OpenVMS newsu= Message-ID: <d7791aa1.0204100512.591e4a70@posting.google.com>h  r "Bill Todd" <billtodd@metrocast.net> wrote in message news:<f2ss8.47782$r7.4475667@bin8.nnrp.aus1.giganews.com>...7 > "Bob Ceculski" <bob@instantwhip.com> wrote in message 9 > news:d7791aa1.0204081706.39282299@posting.google.com...  > K > Are you actually incapable of opening your mouth without saying somethingcI > stupid, or do you just reserve all other utterances for somewhere else?e > J > > does that mean that because my company only uses Alphaserver 800's andK > > workstations that that's not important ... large accounts are nice, but M > > lots and lots of small and medium accounts are just as important ... it's  > > called volume ...4 > F > Leaving aside the question of whether an equivalent dollar volume inL > small-account sales would generate equivalent profit for Compaq (I suspectH > it wouldn't, given the higher percentage sales costs of handling smallL > transactions), the problem is that if a handful of small sales is all theyG > have to trumpet then it's nothing *like* an equivalent dollar volume.s > 7 >  and as those small and medium accounts grow, so does   > > your large customer base ... > I > *If* these small accounts grow, so does your large customer base.  It'sxE > worth noting that neither customer was a new one, by the way - just # > expansion of existing facilities.s > 0 >  if you worked for dec, no wonder they failed,! > > you don't know how to market!e > N > Idiot.  Not only do I (and most people in this newsgroup) know how to marketN > VMS far better than Compaq does the job, but software engineering at DEC was3 > in no way responsible for its marketing failures.l >  > - bill  J calling me stupid is just calling yourself stupid ... most business modelsI taught in college show that building a business is slowly, with small anddD medium accounts being more important than a few large ones ... thatsG business 101 my friend ... volume builds business over time, anyone whoi@ chases just large accounts will lose in the end, ala dec, Q, HP?   ------------------------------    Date: 10 Apr 2002 06:15:26 -0700( From: bob@instantwhip.com (Bob Ceculski)' Subject: Re: More positive OpenVMS news = Message-ID: <d7791aa1.0204100515.26144be0@posting.google.com>D  a JF Mezei <jfmezei.spamnot@videotron.ca> wrote in message news:<3CB3866E.B19DA1BF@videotron.ca>...n > Bob Ceculski wrote:rI > > well, I received today a letter from Carly ... it is available from Q H > > for customers like us who want to purchase alpha/vms systems and areN > > unsure what will happen to vms after the merger ... she states her support > > for vms in the letter ...R > % > What is the wording used by Carly ?l > I > Is it something like "support our existing customers", or "maximise the ' > potential of this operating system" ?t  G it is a lot more than that ... I promised this high up vms contact thatfD I would not release all the details as he stated this was being heldC back only because of the merger proceedings, but soon you will see!rF Maybe Terry have privilidge to this letter and he can report on it ...   ------------------------------  # Date: Wed, 10 Apr 2002 13:29:42 GMTe% From: jlsue <jlsuexxxz@insightbb.com> ' Subject: Re: More positive OpenVMS newsh8 Message-ID: <mff8buo8ohdvrss9m00v4pk5lba3qidghd@4ax.com>  B On Wed, 10 Apr 2002 10:57:32 +0000 (UTC), david20@alpha2.mdx.ac.uk wrote:    G >The "VMS is now where NT 8 wants to be" was making the assumption that H >Microsoft would actually improve their operating system when making new< >releases rather than just trying to increase their profits. >t  B IIRC, I always thought it also implied that, by the time NT 8 getsF there, VMS will have moved on to even better things.  I.e., the target% is moving and NT will never catch up.b  1 Not speaking for anyone, certainly not DEC/Compaq.- (get rid of the xxxz in my address to e-mail)    ------------------------------  # Date: Wed, 10 Apr 2002 14:12:46 GMTt* From: "Bill Todd" <billtodd@metrocast.net>' Subject: Re: More positive OpenVMS news B Message-ID: <yLXs8.316108$Gf.28509174@bin2.nnrp.aus1.giganews.com>  F "Phillip Helbig" <HELBPHI@sysdev.deutsche-boerse.com> wrote in message5 news:01KGEEE87YKQ9EEGPR@sysdev.deutsche-boerse.com...wJ > > You can't destroy over a decade of bad management of VMS with just oneG > > letter. Unless HP comes out publicly with a very strong commitment,oI > > followed by SUSTAINED action to promote VMS, it will be considered asi > > status quo.I >nJ > It would be enough if HP continues to develop VMS and that this is knownC > to customers and can be easily made known to potential customers./ >cL > > One might see a spike now and then to control the negative growth of VMSI > > (as was done with the short lived renaissance). But it is a long termaJ > > believable commitment to EXPAND VMS that is needed. Life support won'tJ > > be enough to weather the IA64 transition that will cost customers time > > and money. >e1 > Promoting, expanding etc are icing on the cake.d  F Unfortunately, history has proven emphatically that they're a lot moreJ important than that.  Promoting and expanding, along with visionary ratherJ than simply upgrade-level development expenditures, are actual evidence ofI long-term commitment (there's that word again) rather than other kinds ofeI activity that may well be simply short-term-cosmetic.  Unless VMS's ownerfL commits funds today to longer-term activities that won't bear tangible fruitF for years, the likelihood that VMS will remain a viable system (in theG absence of such measurable, long-term commitment) still hangs by only an temporary thread.a   - bill   ------------------------------  # Date: Wed, 10 Apr 2002 14:20:52 GMTn* From: "Bill Todd" <billtodd@metrocast.net>' Subject: Re: More positive OpenVMS newse@ Message-ID: <8TXs8.84855$w7.7205473@bin6.nnrp.aus1.giganews.com>  5 "Bob Ceculski" <bob@instantwhip.com> wrote in messagei7 news:d7791aa1.0204100512.591e4a70@posting.google.com... 7 > "Bill Todd" <billtodd@metrocast.net> wrote in message < news:<f2ss8.47782$r7.4475667@bin8.nnrp.aus1.giganews.com>...   ...2  2 > >  if you worked for dec, no wonder they failed,# > > > you don't know how to market!- > >aI > > Idiot.  Not only do I (and most people in this newsgroup) know how ton marketL > > VMS far better than Compaq does the job, but software engineering at DEC was05 > > in no way responsible for its marketing failures.B > >a
 > > - bill > 3 > calling me stupid is just calling yourself stupidd  H No, Bob.  But I'll admit that it's merely stating the glaringly obvious,K which is why I normally simply ignore your babbling (as clearly do others).o  K I responded above because it was a response to one of my own posts directedeL explicitly to me.  But I'm not inclined to continue this conversation with a fool.e  L Normally, it's nice to see someone enthusiastic about VMS.  But support from- someone like you is more of an embarrassment.p   - bill   ------------------------------  # Date: Wed, 10 Apr 2002 15:40:44 GMT91 From: "Terry C. Shannon" <terryshannon@attbi.com>:' Subject: Re: More positive OpenVMS newsf: Message-ID: <02Zs8.18436$%s3.6404581@typhoon.ne.ipsvc.net>  F "Phillip Helbig" <HELBPHI@sysdev.deutsche-boerse.com> wrote in message5 news:01KGEEGBNA809EEGPR@sysdev.deutsche-boerse.com...gK > > Damn the doomsayers. Stay tuned for a letter from Carly F re: continuedg > > support for OpenVMS. >l > Full text or URL, please.   K As soon as I get same (it's still NDA RIGHT NOW). Will provide info when ityK goes public. Perhaps someone already has a public document and can share iti in this forum.   cheers,o   terry s    ------------------------------  % Date: Wed, 10 Apr 2002 12:52:16 -0400p- From: JF Mezei <jfmezei.spamnot@videotron.ca> ' Subject: Re: More positive OpenVMS news , Message-ID: <3CB46DBF.C4B53122@videotron.ca>   Phillip Helbig wrote:tC > As to the latter, as long as we have what we want, should we care J > whether the rest of the world uses VMS?  OK, we might have sympathy withJ > those who don't, but should we want the vendor of VMS to put effort into > this?o  L Yes, very much. YOU may be able to decide that VMS is the best solution, butK in many organisations, you need to convince your superiors that this is therN case. Small volume means small number of applications. And that makes VMS lookG far less palatable as a solution, unless you are a lottery, USA medicalgM organisation, or the military.  If your bosses have decided that SAP is to bepE the solution, you'll have a very hard time convincing them to go VMS.   N It will take a long term and serious and visible commitment from HP to reverseA the situation that has lasted since the end of the Ken Olsen era..   ------------------------------  % Date: Wed, 10 Apr 2002 12:54:00 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> ' Subject: Re: More positive OpenVMS news , Message-ID: <3CB46E27.6FCBE23B@videotron.ca>   Phillip Helbig wrote:nJ > It would be enough if HP continues to develop VMS and that this is knownC > to customers and can be easily made known to potential customers.   J Sorry, that is not enough. HP must make VERY PUBLIC commitments, the typesI that HP couldn't turn around and break 2 weeks later. If it keeps the VMSoL secret only to its VMS customers, then HP can decide to pull the plug on VMSH with minimal corporate damage, just as Compaq was able to do with Alpha.   ------------------------------  % Date: Wed, 10 Apr 2002 13:00:40 -04002- From: JF Mezei <jfmezei.spamnot@videotron.ca> ' Subject: Re: More positive OpenVMS newsi, Message-ID: <3CB46FB6.83B0EF15@videotron.ca>   Bob Ceculski wrote:aI > it is a lot more than that ... I promised this high up vms contact that F > I would not release all the details as he stated this was being heldE > back only because of the merger proceedings, but soon you will see! H > Maybe Terry have privilidge to this letter and he can report on it ...  = Then lets discuss it only when/if that letter is made public.s  L *IF* Carly does make a serious commitment to grow VMS, it would be a totallyJ different direction than what she has been bragging about since the mergerG announcement : drop proprietary stuff and focus on "industry standard".-  N Perhaps she has realised that she woudln't be able to achieve all the promisedJ benefits of buying a sick Compaq, and had to review her product roadmap toL keep the profitable stuff and perhaps de-emphasize the wintel crap business. Wishfull thiking.i  N I'll believe it when I see it. Been burned too many times by high expectations; being set by Digital and then Compaq which never came true.h   ------------------------------  % Date: Wed, 10 Apr 2002 13:06:29 -0500n1 From: "Dave Gudewicz" <david.gudewicz@abbott.com>l' Subject: Re: More positive OpenVMS newsr8 Message-ID: <a91rnj$8da$1@fizban.fizban.pprd.abbott.com>  F What's a VERY PUBLIC commitment?  Something on the Goodyear blimp that> travels around the country, both here and abroad?  Billboards?, TV/Radio/Newspaper/Time magazine, etc stuff?  K And if John Q. Public saw any of this VERY PUBLIC stuff, what exactly would H it mean to her/him?  My guess, absolutely nothing.  And lots more wasted money.   Dave...e  : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3CB46E27.6FCBE23B@videotron.ca... > Phillip Helbig wrote:0L > > It would be enough if HP continues to develop VMS and that this is knownE > > to customers and can be easily made known to potential customers.n >tL > Sorry, that is not enough. HP must make VERY PUBLIC commitments, the typesK > that HP couldn't turn around and break 2 weeks later. If it keeps the VMS J > secret only to its VMS customers, then HP can decide to pull the plug on VMSnJ > with minimal corporate damage, just as Compaq was able to do with Alpha.   ------------------------------  % Date: Wed, 10 Apr 2002 13:18:52 -0400s- From: JF Mezei <jfmezei.spamnot@videotron.ca>h' Subject: Re: More positive OpenVMS newsn, Message-ID: <3CB473F8.DB4918B7@videotron.ca>   "Terry C. Shannon" wrote: M > As soon as I get same (it's still NDA RIGHT NOW). Will provide info when itvM > goes public. Perhaps someone already has a public document and can share itt > in this forum.  G Considering the HUGE vacuum that Carly created by purposefully avoidinghJ mentioning VMS since last september, what would be the purpose of delayingL such a decision, and what would be the purpose of provoding that information% as NDA instead of just releasing it ?m  L If it is information that is meant to be known only to the integration team,J is the term "NDA" correct, or was it illegally leaked to you ? If it is anM official NDA, then it should be considered "public" from the point of view of  the merger legalities.   ------------------------------  + Date: Wed, 10 Apr 2002 19:18:17 +0100 (MET)c9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>8' Subject: Re: More positive OpenVMS news ; Message-ID: <01KGER4901729EEGPR@sysdev.deutsche-boerse.com>   I > Considering the HUGE vacuum that Carly created by purposefully avoiding-' > mentioning VMS since last september,    I Seriously, do you think that before talk of the takeover, she was really rG aware what VMS was?  (I don't know; this is an honest question.  I had 70 never heard of MPE until it was mentioned here.)  ' > what would be the purpose of delaying  > such a decision,    ) To make sure that it is well thought-out.   = > and what would be the purpose of provoding that informationt' > as NDA instead of just releasing it ?s  G To allow for feedback from the signers of the NDA, polishing the final sH product into something really sensational, which will be announced with  a bang rather than a whimper.    ------------------------------  % Date: Wed, 10 Apr 2002 08:11:00 -0400 2 From: rdeininger@mindspring.com (Robert Deininger)Y Subject: Re: Online atricle about sample X11 server architecture and DECwindows architecthK Message-ID: <rdeininger-1004020811010001@1cust236.tnt2.nashua.nh.da.uu.net>t  E In article <n4Ps8.2$Ns3.1300569@cacnews.cac.cpqcorp.net>, "Upadhyaya"- <ups@hotvoice.com> wrote:0  3 >Does anyone have pointer to the following article?u  4 Here is an archive that contains many issues of DTJ:  ,   ftp://ftp.ds2.pg.gda.pl/pub/macro/DEC/DTJ/  
  -- Robert   ------------------------------  % Date: Wed, 10 Apr 2002 08:45:51 -0400.5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>nY Subject: Re: Online atricle about sample X11 server architecture and DECwindows architect , Message-ID: <a91cgv$avii$1@lead.zk3.dec.com>  K I know of no online reference.  I happen to have it in my collection of oldtL DTJ's on the shelf in front of me... not that this helps you.  These are allJ *very* old.  I'm not sure what is of any relevance today (XUI for instanceH died when we switched to Motif), or that isn't better explained by books  published on X11 over the years.   _Fred      Upadhyaya wrote in message ...3 >Does anyone have pointer to the following article?m >n > ; >Digital Technical Journal of Digital Equipment Corporationa! >Volume 2, Number 3, Summer, 1990t@ >                 S. A. McGregor   An overview of the DECwindowsK >                                  architecture . . . . . . . . . . . . . .m >9--15  >             S. Angebranndt andK >                   T. D. Newman   The sample X11 server architecture . . .w >16--23r  >            L. P. Treggiari andK >                  M. D. Collins   Development of the XUI toolkit . . . . .t >24--33tI >                S. R. Greenwood   The DECwindows user interface languaget >34--43i  >                T. M. Spine andH >                   J. L. VanNoy   The evolution of the X user interfaceK >                                  style  . . . . . . . . . . . . . . . . .M >44--51t  >                 R. J. Rost and  >            J. D. Friedberg and= >                P. L. Nishimoto   PEX: a network-transparentlK >                                  three-dimensional graphics system  . . .i >52--63rD >                     C. A. Kent   XDPS: a Display PostScript SystemK >                                  extension for DECwindows . . . . . . . .- >64--73-  >                 M. R. Ryan andI >                J. H. VanGilder   The development of DECwindows VMS mailO >74--83w  >             D. Mirchandani andA >                      P. Biswas   Ethernet performance of remote.K >                                  DECwindows applications  . . . . . . . .m >84--94B >C >l	 >Regards,n
 >Upadhyaya >w >e   ------------------------------    Date: 10 Apr 2002 08:35:30 -07001 From: KeithParris_NOSPAM@yahoo.com (Keith Parris)rY Subject: Re: Online atricle about sample X11 server architecture and DECwindows architect = Message-ID: <6ec1251e.0204100735.1e07c908@posting.google.com>y  e "Upadhyaya" <ups@hotvoice.com> wrote in message news:<n4Ps8.2$Ns3.1300569@cacnews.cac.cpqcorp.net>... 4 > Does anyone have pointer to the following article? > < > Digital Technical Journal of Digital Equipment Corporation" > Volume 2, Number 3, Summer, 1990  E Another archive location for DTJ back issues (on Compaq's website) isl at:r2    http://research.compaq.com/wrl/DECarchives/DTJ/E Unfortunately this archive doesn't seem to go back as far back as thep issue you needed. . ----------------------------------------------. Keith Parris | parris at encompasserve dot org   ------------------------------  % Date: Mon, 08 Apr 2002 11:28:47 -0400 - From: "Richard D. Piccard" <piccard@ohio.edu>eY Subject: Re: OT: Choosing from Lists (was: Re: Announcing a boot contest for OpenVMS on Ie( Message-ID: <3CB1B725.F57C0831@ohio.edu>  B In Macintosh Netscape 4.7, it collapses the list back down to the B "--", and it does the same thing in Macintosh Internet Explorer 5.   				RDP      Michael Austin wrote:i >  > Larry Kilgallen wrote: > >t[ > > In article <C2256B90.005FCB99.00@jklh22.valmet.com>, norm.raphael@jamesbury.com writes:  > > >i > > >  > > > go to " > > > http://support.microsoft.com  > > > highlight the window below > > > Search (KB)s > > G > > Below that (and above "Support Menu" I see a text link "Search Now"mD > > and a white arrow pointing right with a green square background. > >a > > > and type a W, for examplel > > > Wheel Mouse will appear. > > E > > No, a W appears in place of the URL up at the top of the Netscape  > > Communicator window. > >-5 > > > Hit the down-arrow and you will scroll the W's.w( > > > Hit I and it will jump to the I's.K > > > Click the pulldown and you will see the list from the letter you hit.g > >mE > > Perhaps you have me confused with someone who enables JavaScript.B: > > I though you had been around this newsgroup longer :-) > A > Sheesh, you people are supposed to "know" what you are doing :)  > 8 > It is not javascript.. for a non corporate test go to: > $ > http://www.spacelots.com/test.html > H > It won't do anything, just demonstrate drop-down lists... and there is+ > no submit button so it won't go anywhere.  > G > I can add a second one that does do javascript if you would like... a G > little pop-up window that says "Boo" or something when you select it.h > --
 > Regards, > 9 > Michael Austin            Registered Linux User #261163a9 > First DBA Source, Inc.    http://www.firstdbasource.comt > Sr. Consultant > 704-947-1089 (Office)e > 704-236-4377 (Mobile)i   -- oB ==================================================================B Dick Piccard                           Academic Technology ManagerB piccard@ohio.edu                                 Computer ServicesB http://oak.cats.ohiou.edu/~piccard/                Ohio University   ------------------------------    Date: 10 Apr 2002 08:17:09 -0700( From: rrb35146@yahoo.com (Robbie Benton)# Subject: Page File Size Discrepancyt= Message-ID: <dba64bc2.0204100717.425e7e74@posting.google.com>   / On an OpenVMS-Alpha V7.3 System, the results of   -    DIR/SIZE SYS$SPECIFIC:[SYSEXE]PAGEFILE.SYSp  
 results in      Directory SYS$SPECIFIC:SYSEXE]     PAGEFILE.SYS;1       2750000  3 So far, so good.  However, note the sequence below:   3   PFSIZE = F$GETSYI("PAGEFILE_PAGE") * ( 8192/512 )a   SHOW SYMBOL PFSIZE8   PFSIZE = 1999872   Hex = 001E8400  Octal = 00007502000  E My question: Where did the other approximately 750,000 blocks of Page@ File Space disappear to?  F My one thought was that some of the space may have been utilized for a System Dump.  However,  3    ANALYZE/CRASH SYS$SPECIFIC:[SYSEXE]PAGEFILE.SYS mE    OpenVMS (TM) Alpha system dump analyzer                           .C    %SDA-E-NOTALPHADUMP, dump file does not contain an OpenVMS Alpha  system dump   
 Any thoughts?    Thanks   Robbie   ------------------------------  + Date: Wed, 10 Apr 2002 17:22:42 +0100 (MET)i9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>b' Subject: Re: Page File Size Discrepancyn; Message-ID: <01KGEN5ZBM4S9EEGPR@sysdev.deutsche-boerse.com>n  / >    DIR/SIZE SYS$SPECIFIC:[SYSEXE]PAGEFILE.SYS    Wild guess here: siz=all?o   ------------------------------    Date: 10 Apr 2002 12:06:52 -0500 From: briggs@encompasserve.org' Subject: Re: Page File Size DiscrepancyM3 Message-ID: <8Tn7WwXhZaUu@eisner.encompasserve.org>o  h In article <dba64bc2.0204100717.425e7e74@posting.google.com>, rrb35146@yahoo.com (Robbie Benton) writes:1 > On an OpenVMS-Alpha V7.3 System, the results ofs > / >    DIR/SIZE SYS$SPECIFIC:[SYSEXE]PAGEFILE.SYSn >  > results in > " >   Directory SYS$SPECIFIC:SYSEXE] >   >   PAGEFILE.SYS;1       2750000 > 5 > So far, so good.  However, note the sequence below:o > 5 >   PFSIZE = F$GETSYI("PAGEFILE_PAGE") * ( 8192/512 )o >   SHOW SYMBOL PFSIZE: >   PFSIZE = 1999872   Hex = 001E8400  Octal = 00007502000  ? F$GETSYI("PAGEFILE_PAGE") returns information about the primaryfA page file.  For some versions of VMS there is a limitation on them= size of the page file.  2,000,000 pages as I recall.  So whenlA you install a page file that is larger than that you actually get-= multiple page files.  The first 2,000,000 pagelets become oneBB page file and the remaining space goes into one or more additional page files.s  < Try $ SHOW MEM /FILES and see if that sheds any light on the
 situation.   	John Briggs   ------------------------------  # Date: Wed, 10 Apr 2002 13:51:58 GMTg% From: jlsue <jlsuexxxz@insightbb.com>r9 Subject: Re: Poor Ebay ... should have got a VMS cluster!b8 Message-ID: <ceg8bu454mov59l698jf26f2c99v4u17f8@4ax.com>  @ On 9 Apr 2002 18:01:40 -0700, bob@instantwhip.com (Bob Ceculski) wrote:  4 >this is were unix gets you!  from computerworld ... >g% >EBay has three outages in three days  >t >By BRIAN SULLIVAN h >(April 09, 2002) C >Online auction giant eBay has experienced three outages of varying B >severity since Sunday, a spokesman for the San Jose-based company >said. >s > [...]   A Um, be careful here.  The front-end servers are Microsoft serversuF (according to Netcraft) and could be the source of the problem.  I didC not note enough info in this article to draw a conclusion as to theoD source of their data corruption.  It could be that some file on a MSD server was corrupted and it was a replicated file that was then sent to other front servers..  B I applaud your desire to pursue the shortcomings of other OSs, butD let's not stoop to the level of some of our competitors in doing so.    1 Not speaking for anyone, certainly not DEC/Compaqi- (get rid of the xxxz in my address to e-mail)f   ------------------------------  % Date: Wed, 10 Apr 2002 10:21:48 -0400l1 From: Michael Austin <maustin@firstdbasource.com>m9 Subject: Re: Poor Ebay ... should have got a VMS cluster!.2 Message-ID: <3CB44A7C.A4C44F5D@firstdbasource.com>   jlsue wrote: > B > On 9 Apr 2002 18:01:40 -0700, bob@instantwhip.com (Bob Ceculski) > wrote: > 6 > >this is were unix gets you!  from computerworld ... > >n' > >EBay has three outages in three daysy > >a > >By BRIAN SULLIVAN > >(April 09, 2002) E > >Online auction giant eBay has experienced three outages of varyingeD > >severity since Sunday, a spokesman for the San Jose-based company > >said. > >u	 > > [...]M > C > Um, be careful here.  The front-end servers are Microsoft servers H > (according to Netcraft) and could be the source of the problem.  I didE > not note enough info in this article to draw a conclusion as to the F > source of their data corruption.  It could be that some file on a MSF > server was corrupted and it was a replicated file that was then sent > to other front servers.  > D > I applaud your desire to pursue the shortcomings of other OSs, butF > let's not stoop to the level of some of our competitors in doing so. > 3 > Not speaking for anyone, certainly not DEC/Compaqo/ > (get rid of the xxxz in my address to e-mail)r  E Okay... this is where NT and Sun will get you... should have bought ab! True Cluster. (or TruCluster :) )y   -- i Regards,  7 Michael Austin            Registered Linux User #261163s7 First DBA Source, Inc.    http://www.firstdbasource.com  Sr. Consultant 704-947-1089 (Office)n 704-236-4377 (Mobile)-   ------------------------------    Date: 10 Apr 2002 10:19:57 -0700( From: bob@instantwhip.com (Bob Ceculski)9 Subject: Re: Poor Ebay ... should have got a VMS cluster!B= Message-ID: <d7791aa1.0204100919.19d03af8@posting.google.com>u  k Michael Austin <maustin@firstdbasource.com> wrote in message news:<3CB44A7C.A4C44F5D@firstdbasource.com>...  > jlsue wrote: > > D > > On 9 Apr 2002 18:01:40 -0700, bob@instantwhip.com (Bob Ceculski)
 > > wrote: > > 8 > > >this is were unix gets you!  from computerworld ... > > >M) > > >EBay has three outages in three daysH > > >e > > >By BRIAN SULLIVAN > > >(April 09, 2002)oG > > >Online auction giant eBay has experienced three outages of varying-F > > >severity since Sunday, a spokesman for the San Jose-based company
 > > >said. > > >i > > > [...]  > > E > > Um, be careful here.  The front-end servers are Microsoft serversoJ > > (according to Netcraft) and could be the source of the problem.  I didG > > not note enough info in this article to draw a conclusion as to thesH > > source of their data corruption.  It could be that some file on a MSH > > server was corrupted and it was a replicated file that was then sent > > to other front servers.  > > F > > I applaud your desire to pursue the shortcomings of other OSs, butH > > let's not stoop to the level of some of our competitors in doing so. > > 5 > > Not speaking for anyone, certainly not DEC/Compaq 1 > > (get rid of the xxxz in my address to e-mail)o > G > Okay... this is where NT and Sun will get you... should have bought a # > True Cluster. (or TruCluster :) )e  K I am simply pointing out that ebay had a chance to go w/alpha vms, and theyeF didn't ... this would have never happened on a pure vms web server ...E and I know they have nt frond end, but this sounds like a backend db  $ problem or a hack, and that is unix!   ------------------------------    Date: 10 Apr 2002 08:54:58 -0500- From: koehler@encompasserve.org (Bob Koehler)22 Subject: Re: Predictions - just for the hell of it3 Message-ID: <sf7jfh8NrHBN@eisner.encompasserve.org>e  \ In article <3CB32065.901156FA@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes: > Eric Smith wrote:  > N > Also, someone told me that the diskette drives on MACs (whi have the abilityO > to eject) are pretty standard and it is just a question of Windows not havingYM > the right software to tell the standard diskette drives to "eject". Is thato > true ?  H    My kid's iMac has a third party floppy drive which ignores the Mac OSG    software eject.  It uses a button in front.  It was $10 cheaper thaniB    one which implemented the eject.  We don't use it muchm anyhow,%    didn't get one for my wife's iMac.o  H    Ejecting by s/w control is a good idea on Mac because the OS tends toJ    cache read and write data.  Ejecting by hardware is good enough on PCs 4    because the OS does not cache writes to floppies.   ------------------------------  # Date: Wed, 10 Apr 2002 15:07:04 GMTu/ From: "Don Chiasson" <don_chiasson@notmail.com>m2 Subject: Re: Predictions - just for the hell of itD Message-ID: <syYs8.612$ZiL.536@news02.bloor.is.net.cable.rogers.com>  : "Bob Koehler" <koehler@encompasserve.org> wrote in message- news:sf7jfh8NrHBN@eisner.encompasserve.org...7
 [snip....]; > Ejecting by s/w control is a good idea on Mac because theg> > OS tends to cache read and write data.  Ejecting by hardware5 > is good enough on PCs because the OS does not cacheu > writes to floppies.  >n> Good design would not let you eject a floppy while any file on= the floppy is open. Doing so would likely cause something badw
 to happen.   Donr e-mail: it's not not, it's hot.,   ------------------------------  % Date: Wed, 10 Apr 2002 07:27:35 -0700d, From: "James Gessling" <jgessling@yahoo.com>3 Subject: Regarding Xalan library provided by Compaqt5 Message-ID: <a91i4d$104gl1$1@ID-46415.news.dfncis.de>a  L I think some Compaq'ies read this group so maybe they can respond, I alreadyL tried sending a message to the feedback email on the VMS XML page but got no	 response.e  L The Xalan library provides for convenient parsing of XML messages.  Since myL employer is trying to use XML formatted messages for all kinds of messaging, aEK library like this is a real convenience and Compaq has ported it to VMS andh providesG a free download.  My problem is that it is the 1.0 version, the current 
 version, 1.3,dC contains improvements that our programmers want to use (of course).   H I'm trying to get some idea from Compaq if and when they will do the 1.3 port.M  L On a related note, this is one of those situations where using VMS is a real hinderance.oI I can download from Apache.org prebuilt libraries for HPUX, AIX, Windows,h andpI Solaris.  I wish Compaq would dedicate more resources to supporting theses keyoE open source projects.  Just think, if I had available a VMS 1.3 Xalan  library, I couldJ be doing useful work instead of this.  Instead of having to explain to the programmers L why (once again) they are handicapped by using VMS.  Or trying to figure out howi6 much time I might have to spend doing the port myself.  
 Regards,  Jimu   ------------------------------    Date: 10 Apr 2002 06:31:05 -0700 From: mrotgeri@web.de (ROM)1 Subject: Re: remote mailboxu= Message-ID: <b3ad37dc.0204100531.6cf12816@posting.google.com>e  C I tried a lot of things to solve the problem and I found out that IeB have to change the 'count' argument (Maximum number of items to be read) in the fread() function.F I changed it to 1 and so long as there was a message in the mailbox itD all works fine but if there is no message in the mailbox the fread()A function will not return until there will be a new message or theb, writer closes his connection to the mailbox.D Perhaps it is because the reader don't receives a EOF and than waits$ for the number of 'count' to return.  A Therefore I think I have to use the sys$qio() function as someone.
 suggested. But there is the problem:lA I don't know the way to get the connection to the remote mailbox. B I have tried it with the sys$assign() function but it didn't work.  E I get a channel to a net device but what have I to do to connect this B device to the (remote) mailbox (on node "A" and on the remote node "B")? D Can someone tell me the steps to do this (perhaps with some lines of code)?   ROMe   ------------------------------  + Date: Wed, 10 Apr 2002 15:16:49 +0000 (UTC)o1 From: yeahspamme@mazda.mitre.org (Keith A. Lewis)  Subject: Re: remote mailbox . Message-ID: <a91l11$mqh$1@newslocal.mitre.org>  { mrotgeri@web.de (ROM) writes in article <b3ad37dc.0204100531.6cf12816@posting.google.com> dated 10 Apr 2002 06:31:05 -0700: G >I changed it to 1 and so long as there was a message in the mailbox ittE >all works fine but if there is no message in the mailbox the fread()uB >function will not return until there will be a new message or the- >writer closes his connection to the mailbox.tE >Perhaps it is because the reader don't receives a EOF and than waits % >for the number of 'count' to return.   F That's blocking I/O for you.  I take it you want to be asynchronous...  K SYS$QIO gives you a couple of options.  You can do a SYS$QIOW call with an rL IO$_READVBLK | IO$M_NOW operation, which polls the mailbox for data.  If you5 don't get any the first time you wait and call again.   F But to seriously take advantage of VMS, you should use SYS$QIO with anL IO$_READVBLK operation and pass in astadr and astprm to handle the results. , Then you won't burn CPU cycles with polling.  B >Therefore I think I have to use the sys$qio() function as someone >suggested.c >But there is the problem:B >I don't know the way to get the connection to the remote mailbox.C >I have tried it with the sys$assign() function but it didn't work.-  E You should be using "NODE::MBAnnn:" (as a string descriptor).  I havehH examples, but they are in PL/I and have always been run locally (withoutK NODE::).  I will mail them to you if you want.  (My e-mail is below but you0 must change the $ to a @.)  + --Keith Lewis              klewis$mitre.orgg> The above may not (yet) represent the opinions of my employer.   ------------------------------  # Date: Wed, 10 Apr 2002 13:43:56 GMTo% From: jlsue <jlsuexxxz@insightbb.com> 6 Subject: Re: RIGHTSLIST.DAT locked by another user :-(8 Message-ID: <cag8bug5nkan87cvq3dmup2617d0fkbv6v@4ax.com>  2 On Wed, 10 Apr 2002 06:15:11 +0200, Didier Morandi <Didier.Morandi@Free.fr> wrote:t  Q >Merci JF, but the question is mainly about the RMS (or physical) lock, not about-% >the way to know about the processes.i >t >D.m >s >JF Mezei wrote: >> - >> Didier Morandi wrote:R >> > I need to figure out who is the (&"&m:$#@ who has opened my rightslist.datW >> > file with an exclusive lock, so that I cannot open it anymore even in /SHARE mode.o >>  M >> PIPE SHOW DEV/FILES/NOSYS SYS$SYSDEVICE: | search sys$input RIGHTSLIST.DATp >> hL >> SHOW DEV/FILES is what differentiates grown up operating systems from the >> kiddy OS.  E Okay, what about queuing up a lock from another process and having it  go into "wait" mode.  A Then in SDA you can view the lock status for that process and seet which one is in "wait" mode. t  D Then you can show the lock queue for that resource and determine who has it granted.B   Then you can stop the process.   Does that help?s  1 Not speaking for anyone, certainly not DEC/Compaqo- (get rid of the xxxz in my address to e-mail)    ------------------------------  % Date: Wed, 10 Apr 2002 07:15:33 -0700 , From: "James Gessling" <jgessling@yahoo.com>6 Subject: Re: RIGHTSLIST.DAT locked by another user :-(5 Message-ID: <a91hdq$104m5a$1@ID-46415.news.dfncis.de>w  
 how about:  
 $ anal/sys > set output file.datl > show proc/chan all > exit  K Then look through the file to see if you can find rightslist.dat.  The showw
 proc can take G a while on a large system, and must be done in every node in a cluster.g (where the rightslistoC is likely not on the system disk, be sure to check the logical nameo
 "rightslist")f   Good luck,  Jimt  : "Didier Morandi" <Didier.Morandi@Free.fr> wrote in message! news:3CB35702.6170F703@Free.fr...eL > Do someone know if Stan Rabinowicz' WHAT utility is available somewhere? I did # > not find it on the Freeware CD's.  >a@ > I need to figure out who is the (&"&m:$#@ who has opened my rightslist.datG > file with an exclusive lock, so that I cannot open it anymore even in  /SHARE mode. >U	 > Thanks,a >  > D. > 2 > PS: SDA> SH LOCK did not help. Too much data :-)   ------------------------------  % Date: Wed, 10 Apr 2002 11:28:07 -0400=- From: "Peter Weaver" <peter.weaver@stelco.ca>=6 Subject: Re: RIGHTSLIST.DAT locked by another user :-(3 Message-ID: <wSYs8.14703$je5.138794@nnrp1.uunet.ca>   : "Didier Morandi" <Didier.Morandi@Free.fr> wrote in message! news:3CB35702.6170F703@Free.fr...i >...@ > I need to figure out who is the (&"&m:$#@ who has opened my rightslist.datG > file with an exclusive lock, so that I cannot open it anymore even int /SHARE mode. >...  J Do you have OpenVMS Managment Station installed on the box, if you do then9 that would be my #1 guess, otherwise try what jlsue said.F   -- Peter WeaverL Opinions are my own, and do not reflect the opinions of my employer, nor theK company that it sub-contracts to, nor the company that it sub-contracts to.G   ------------------------------   Date: 10 Apr 2002 15:36:58 GMT= From: jlw@psulias.psu.edu (j.lance wilkinson, (814) 865-1818)d! Subject: Re: Server Side Includesb+ Message-ID: <a91m6q$mik@r02n01.cac.psu.edu>y   In article <00A0C366.E792B7BC@SSRL04.SLAC.STANFORD.EDU>, winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr") writes:I  K >On Apache, how did you manage to leave off the .COM?  (Did you use mapping.O >rules per-script?)  As far as I've been able to tell, Apache makes you specifymP >the whole file name for for the CGI, while OSU doesn't require an extension and >looks for a .COM first.)   E 	I do it all the time.  Mainly because my CGI scripts NEED privileges C 	that Apache won't grant them, so I have to INSTALL the .EXE imagesEB 	and create parallel .COM files that invoke them.  I don't specifyC 	the .COM extension and Apache picks up the .COM file, executes it,-6 	which then executes the privileged .EXE as installed.  9 	This has worked for me thru the last 4 releases of CSWS.c  M +-"Never Underestimate the bandwidth of a station wagon full of mag tapes"--+0N | J.Lance Wilkinson ("Lance")            InterNet:  Lance.Wilkinson@psu.edu | M | Systems Design Specialist - Lead       AT&T:      (814) 865-1818          |PM | Library Computing Services             FAX:       (814) 863-3560          |SM | E3 Paterno Library                     "I'd rather be dancing..."         |nM | Penn State University         A host is a host from coast to coast,       |1M | University Park, PA 16802     And no one will talk to a host that's close |0M | <postmaster@psulias.psu.edu>  Unless the host that isn't close            |aM | EMail Professional since 1978 Is busy, hung or dead.                      |aM +------"He's dead, Jim. I'll get his tricorder. You take his wallet."-------+i9                 [apologies to DeForest Kelley, 1920-1999] 3 <A Href="http://perdita.lcs.psu.edu">home page</a> nJ <a Href="http://perdita.lcs.psu.edu/junkdec.htm">junk mail declaration</a>   --	       /"\ #       \ /     ASCII RIBBON CAMPAIGNe!        X        AGAINST HTML MAIL-	       / \-   ------------------------------   Date: 10 Apr 2002 01:06 CSTu' From: carl@gerg.tamu.edu (Carl Perkins):= Subject: Re: Spring Forward, Fall Back - unfortunately not :-g- Message-ID: <10APR200201060392@gerg.tamu.edu>9  / young_r@encompasserve.org (Rob Young) writes...CA }	One of the better reasons is it is light earlier in the Winter,dB }	hence school kids are walking around in the morning in daylight.  A Uh, during the winter you are not on daylight saving time. Duringd@ the winter you are on standard time. If daylight saving time wasB gotten rid of, as it has been in some places, the time reported byE your clock would be the same during the winter as it always has been.c7 It would be different during the summer than it is now.    --- Carl   ------------------------------  # Date: Wed, 10 Apr 2002 06:35:25 GMTaL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")= Subject: Re: Spring Forward, Fall Back - unfortunately not :-s8 Message-ID: <00A0C3A7.AFF28FA3@SSRL04.SLAC.STANFORD.EDU>  a In article <Gd0xDrrJLTUi@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes:g >In article <00A0C386.B74ADEFC@SSRL04.SLAC.STANFORD.EDU>, winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr") writes:  N >> Hey, let's have a flame war over where Daylight Savings Time was originally >> a good idea.y >> sM >> I take the position that it was a good idea before reliable electric lightoM >> was invented.  That extra hour of daylight in the evening didn't just meanbR >> that you got to play catch for an hour longer; it meant that you could function >> for an hour longer.   >> nJ >> I don't see why we should be doing it now.  Most places that don't haveM >> electric lighting they tend to function more by the sun than by clock timeu, >> anyway, so DST doesn't do them much good. >>   >iA >	One of the better reasons is it is light earlier in the Winter,vB >	hence school kids are walking around in the morning in daylight.  J Except that DST only runs in summer.  (Well, late spring to mid-fall.)  ItK certainly isn't operating when days are shorter.  That doesn't seem like anh argument for DST.S   -- Alanw  O ===============================================================================e0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056pM  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA  94309-0210 O ===============================================================================S   ------------------------------    Date: 10 Apr 2002 03:09:01 -0500+ From: young_r@encompasserve.org (Rob Young) = Subject: Re: Spring Forward, Fall Back - unfortunately not :- 3 Message-ID: <UsSV+IWoPgBy@eisner.encompasserve.org>-   In article <00A0C3A7.AFF28FA3@SSRL04.SLAC.STANFORD.EDU>, winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr") writes: c > In article <Gd0xDrrJLTUi@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes:4 >>In article <00A0C386.B74ADEFC@SSRL04.SLAC.STANFORD.EDU>, winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr") writes:. > O >>> Hey, let's have a flame war over where Daylight Savings Time was originally  >>> a good idea. >>> N >>> I take the position that it was a good idea before reliable electric lightN >>> was invented.  That extra hour of daylight in the evening didn't just meanS >>> that you got to play catch for an hour longer; it meant that you could functionn >>> for an hour longer.  d >>> K >>> I don't see why we should be doing it now.  Most places that don't have N >>> electric lighting they tend to function more by the sun than by clock time- >>> anyway, so DST doesn't do them much good.  >>>  >>B >>	One of the better reasons is it is light earlier in the Winter,C >>	hence school kids are walking around in the morning in daylight.  > L > Except that DST only runs in summer.  (Well, late spring to mid-fall.)  ItM > certainly isn't operating when days are shorter.  That doesn't seem like ano > argument for DST.n >    	LOL LOL   	of course.    				Robo   ------------------------------  % Date: Wed, 10 Apr 2002 07:29:47 -0700f, From: "James Gessling" <jgessling@yahoo.com>3 Subject: Talk about quick response, regarding Xalany4 Message-ID: <a91i8g$un2bc$1@ID-46415.news.dfncis.de>  L I got this message while I was typing up my recent query/complaint regarding open source tools on VMS.   J Jim, yes, unfortunately we are about a year out of date with the Xalan-C++ XSLT component.   F The good news is that we have engineers assigned to XML, SOAP, and WebH Services. The bad news is that right now we are porting the SOAP toolkitJ from Apache. Updating the C++ and Java Xerces and Xalan components will beK next followed by UDDI. I suspect the availability for Xalan-C++ is late Mayr or early June.   Thanks,g  
 John Ferguson<   OpenVMS e-Business   ------------------------------  + Date: Wed, 10 Apr 2002 15:06:31 +0000 (UTC)  From: david20@alpha2.mdx.ac.uk7 Subject: Re: Talk about quick response, regarding Xalane+ Message-ID: <a91kdn$p0a$1@aquila.mdx.ac.uk>e  c In article <a91i8g$un2bc$1@ID-46415.news.dfncis.de>, "James Gessling" <jgessling@yahoo.com> writes:tM >I got this message while I was typing up my recent query/complaint regarding  >open source tools on VMS. > K >Jim, yes, unfortunately we are about a year out of date with the Xalan-C++d >XSLT component. > G >The good news is that we have engineers assigned to XML, SOAP, and WebnI >Services. The bad news is that right now we are porting the SOAP toolkitaK >from Apache. Updating the C++ and Java Xerces and Xalan components will beeL >next followed by UDDI. I suspect the availability for Xalan-C++ is late May >or early June.0 >1  K Are the Engineers working on Apache 2.0 (released earlier this Month) whiche' now supports threads ? And Tomcat 4.0 ?g  
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------    Date: 10 Apr 2002 07:49:02 -0700+ From: paul_hallam@hotmail.com (Paul Hallam)]M Subject: TCPIP V5.0A VERSUS V5.1 coding problem with "network protocol error"a= Message-ID: <5ed44bd3.0204100649.2ad52c3a@posting.google.com>h   Can anyone help ?S  B I am having a little problem with TCPIP V5.1. Some software I have@ inherited assigns a channel to the TCPIP$DEVICE and uses QIOW toE modify/set the device characteristics. Under TCPIP V5.0A all works oknA but under TCPIP V5.1 the software fails at the QIO with 'protocol1A error'. (the QIO completes ok but the iosb from the qio shows the. error).j  F The code I shall describe below is compiled and linked under VMS V7.1,) using the Pascal compiler PASCAL-V57-073.o  A I have copied over the relevant TCPIP$INETDEF.PAS from the V7.2-1r! system that the software runs on.cD (By relevant I mean I have rebuilt the software with the appropriateE TCPIP$INETDEF.PAS depending on the version of TCPIP I am testing on).i  9 Running the programs under TCPIP V5.0A everything is ok. gA Installed using DEC-AXPVMS-TCPIP-V0500-10-1.PCSI with no patches.r OpenVMS V7.2-1 ZCFI3A> product show hist *.; ----------------------------------- ----------- -----------s --------------------D PRODUCT                             KIT TYPE    OPERATION   DATE AND TIME; ----------------------------------- ----------- -----------o --------------------; DEC AXPVMS VMS721_DEBUG V1.0        Patch       Install    l 20-MAR-2002 15:20:57; DEC AXPVMS VMS721_UPDATE V3.0       Patch       Install    n 20-MAR-2002 15:13:47; DEC AXPVMS VMS721_PCSI V1.0         Patch       Install    h 20-MAR-2002 15:07:21; DEC AXPVMS DECNET_OSI V7.2-1        Full LP     Install      06-MAR-2002 17:33:03; DEC AXPVMS DWMOTIF V1.2-5           Full LP     Install    i 06-MAR-2002 17:33:03; DEC AXPVMS OPENVMS V7.2-1           Platform    Install    i 06-MAR-2002 17:33:03; DEC AXPVMS TCPIP V5.0-10            Full LP     Install    e 06-MAR-2002 17:33:03; DEC AXPVMS VMS V7.2-1               Oper System Install      06-MAR-2002 17:33:03; ----------------------------------- ----------- -----------2 --------------------    D Running under TCPIP V5.1 the programs fail with "%SYSTEM-F-PROTOCOL, network protocol error"h9 Installed with DEC-AXPVMS-TCPIP-V0501-15-1.PCSI and patche. DEC-AXPVMS-TCPIP_ECO-V0501-153-4.PCSI applied.> The programs fails whether the TCPIP patch is ap[plied or not.   PASCL CODE :   TYPE    T_Uword = [WORD] 0..65535;d VARu?    stat,                                     (* return value *) C    iostat     : INTEGER;                     (* QIO return value *)h     local_host : SOCKADDRIN$TYPE;D    inet_adr   : RECORD                       (* local socket name *)%                    length  : INTEGER; #                    address : ^CHAR;e                 END;E    ilist,                                    (* temp variable used toi	 set up *)s=    options    : PACKED RECORD                (* socket optiona descriptor     *)t                   len,!                   param: T_Uword;b!                   ptr:   ^INTEGERo                 END;  C    socket_prm : PACKED ARRAY [1..2] OF T_Uword;  (* Socket creationO parameter *)C    number_one : INTEGER := 1;                    (* is it number ofo sockets?? *)B    Err_Lst    : [Volatile,Static] Err_Item_List; (* error codes *)   BEGIN-  C socket_prm[1]:= tcpip$C_TCP;                  (* TCP/IP protocol *)iF socket_prm[2]:= tcpip$C_STREAM;               (* stream type of socket *)  D iostat:= $ASSIGN('tcpip$DEVICE:',tcpip_chan);    (* Assign a channel
 to the tcp *)x IF NOT ODD(iostat) THEN begine    lib$wait(120);h?    iostat:= $ASSIGN('tcpip$DEVICE:',tcpip_chan);    (* Assign al channel to the tcp *)e    IF NOT ODD(iostat)n    theno        RETURN iostat;s end;  F ilist.len:= SIZE(number_one);               (* Create the socket and    *)oB ilist.param:= tcpip$C_REUSEADDR +             (* set the REUSEADDR	 option *)cB               tcpip$C_KEEPALIVE +             (* set the KEEPALIVE	 option *)lD               tcpip$C_FULL_DUPLEX_CLOSE;      (* and close both ends of VC *)) ilist.ptr::INTEGER:=IADDRESS(number_one);w   options.len:= SIZE(ilist);  options.param:= tcpip$C_SOCKOPT;' options.ptr::INTEGER:= IADDRESS(ilist);B  > iostat := $QIOW(efn  := tcp_efn,              (* Event flag *)D                 chan := tcpip_chan,             (* Channel number *)@                 func := IO$_SETMODE,          (* I/O function *)F                 iosb := tcpip_iosb,             (* I/O status block *)C                 p1   := %ref socket_prm,      (* P1 Socket creationu parameter *)A                 p5   := IADDRESS(options));   (* P5 Socket option)
 descriptor *)m IF ODD(iostat) THEN    iostat:= tcpip_iosb.status; IF NOT ODD(iostat) THENF    RETURN iostat;                             =====================   D IOSTAT at this point is = %SYSTEM-F-PROTOCOL, network protocol error   Any help kindly received r   PAUL   ------------------------------    Date: 10 Apr 2002 08:51:15 -0500- From: koehler@encompasserve.org (Bob Koehler)s, Subject: Re: Who has (ever) used DECmigrate?3 Message-ID: <L9ptIOF9+OQG@eisner.encompasserve.org>g  W In article <3CB35421.4EC39D84@Free.fr>, Didier Morandi <Didier.Morandi@Free.fr> writes: 3 > This is very interesting. Could you tell us more?e > ! > Why did you patch the original?h" > How did you know where to patch?, > What did you patch? code? data? addresses? >  > Bob Koehler wrote: > ../..aH >>    Then I went back and patched the original VAX image and re-VESTed, >>    still worked fine.  C    It was a utility to do MMS file generation from source back when/@    MMS and the compilers didn't.  It was hard coded to look in a.    limitted number of places for header files.  N    I used VMS PATCH on a VAX to change data from SYS$LIBRARY to SYS_LIBRARY.  K    Then we could define SYS_LIBRARY as a search list including SYS$LIBRARY.o  D    I knew what to patch by looking at the listing and map files fromE    a build done on a VAX, the same as one always does when needing toh	    patch.e  G    I patched the original and re-VESTed because PATCH did not ship with >    VMS on Alpha.  IIRC there's a freeware PATCH for Alpha now.   ------------------------------   End of INFO-VAX 2002.198 ************************