1 INFO-VAX	Thu, 11 Apr 2002	Volume 2002 : Issue 199       Contents:  Re: Alphaserver EV7 announcement  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: 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: Best DCL programm you've ever written ) Re: Best DCL programm you've ever written ) Re: Best DCL programm you've ever written ) Re: Best DCL programm you've ever written ) Re: Best DCL programm you've ever written ) Re: Best DCL programm you've ever written  Re: Blade architectures  Re: Blade architectures  Re: Blade architectures  Re: Blade architectures  Re: Blade architectures  Re: Blade architectures  Re: C issues... ! Re: can VMS use these SCSI disks? ! Re: can VMS use these SCSI disks? & Can't change resolution on ELSA Gloria Evolution of the DEC mouse  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: Fearless VMS Prognostication Re: Fibre Channel  Re: Fibre Channel ! file structure allocation failure % Re: file structure allocation failure % Re: file structure allocation failure  FS: 21264 and 21164 Alpha CPUs Gartners paid off by IBM!  Re: Gartners paid off by IBM! * Re: Help! VT100 emulators - some problems.) I was right!  Alpha will live in Itanium! - Re: I was right!  Alpha will live in Itanium! - Re: I was right!  Alpha will live in Itanium!  Re: IA64 is not the VAX  Re: IA64 is not the VAX  Re: IA64 is not the VAX  Re: IA64 is not the VAX  Re: IA64 is not the VAX  Re: IA64 is not the VAX  Re: IA64 is not the VAX  Re: IA64 is not the VAX  Re: IA64 is not the VAX  Re: IA64 is not the VAX / Info about Performance Issues Work Group (PIWG) ! Insufficient virtual memory error % Re: Insufficient virtual memory error  Re: Itanium troubles Re: Itanium troubles Re: Itanium troubles Re: Itanium troubles Re: Itanium troubles Re: Itanium troubles Re: Itanium troubles Re: Itanium troubles Re: Itanium troubles Re: Itanium troubles Re: Itanium troubles Re: Itanium troubles Re: Itanium troubles Re: Itanium troubles Re: Itanium troubles Re: Itanium troubles Re: Itanium troubles Re: Itanium troubles Re: Itanium troubles look younger HGH supplement. Re: Memory Corruption  Re: Merge Two CMS libraries? Merger Madness Continues mice infestation Re: mice infestation 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 news Re: More positive OpenVMS news Re: More positive OpenVMS news Re: Page File Size Discrepancy Re: Page File Size Discrepancy3 Please Disregard / Mail Server Troubleshooting Test 7 Re: Please Disregard / Mail Server Troubleshooting Test ) Re: Predictions - just for the hell of it ) Re: Predictions - just for the hell of it ) Re: Predictions - just for the hell of it ) Re: Predictions - just for the hell of it ) Re: Predictions - just for the hell of it ) RE: Predictions - just for the hell of it ) Re: Predictions - just for the hell of it ) Re: Predictions - just for the hell of it ) Re: Predictions - just for the hell of it . Problems writing blank tape in TZ86 tape drive 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: RIGHTSLIST.DAT locked by another user :-( I RE: TCPIP V5.0A VERSUS V5.1 coding problem with "network protocol	 error" H Re: TCPIP V5.0A VERSUS V5.1 coding problem with "network protocol error"H Re: TCPIP V5.0A VERSUS V5.1 coding problem with "network protocol error"$ Re: Values Truncated in TT_ACCPORNAM$ RE: Values Truncated in TT_ACCPORNAMA VMS Rocks, VMS Rolls, OpenVMS Rocks, OpenVMS Rolls; Windows sucks B Re: What OS Was www.openvms.digital.com Running On n 22-Sep-1998 ? WIreless networking + VMS/Tru64 # Re: WIreless networking + VMS/Tru64 # RE: WIreless networking + VMS/Tru64  Re: X  RE: X 0 Re: [Q] How to set up flag pages on HP printers?  F ----------------------------------------------------------------------  % Date: Wed, 10 Apr 2002 20:33:08 -0400 2 From: rdeininger@mindspring.com (Robert Deininger)) Subject: Re: Alphaserver EV7 announcement K Message-ID: <rdeininger-1004022033080001@1cust106.tnt3.nashua.nh.da.uu.net>   3 In article <tZv3LPSyrKNt@eisner.encompasserve.org>, . koehler@encompasserve.org (Bob Koehler) wrote:   >In article @ <rdeininger-0804022122240001@1cust111.tnt2.nashua.nh.da.uu.net>,4 rdeininger@mindspring.com (Robert Deininger) writes:1 >> Compaq has announced the EV7 alphaserver line:  >>  4 >>    http://www.compaq.com/hps/announce/apr_02.html >>  # >> A MARVELous picture is included.  > C >   So is the DS10 still the entry level server?  Looks like it is.   E Yes, it seems so.  I hope the DS10 does not go End Of Life for a long 6 time.  That would leave a big gap in the product line.  B In the picture, the little fellow on the pedestal is a 2-processorI system.  In the tall rack by itself at the right, there are 4 2-P systems F in the bottom half of the rack.  These might all be hooked together toI make an 8-P system, or they might be separate, or anything in between.  I I think the stuff at the very bottom is power distribution.  The upper half I of the rack contains 4 I/O drawers.  IIRC, these contain storage in front ! and a bunch of PCI slots in back.   E In the group of 5 racks at the left, racks 1 and 4 (counting from the D left) contain I/O drawers in the top half, and power supplies in theB bottom.  Racks 2 and 3 each contain 4 8-P systems.  All 8 might beB connected to form a 64-P, or there might be 2 32-P systems, or ...  8 I dunno what's behind door number 5.  Maybe the invoice?   ------------------------------  % Date: Wed, 10 Apr 2002 20:42:00 -0400 2 From: rdeininger@mindspring.com (Robert Deininger)) Subject: Re: Alphaserver EV7 announcement K Message-ID: <rdeininger-1004022042010001@1cust106.tnt3.nashua.nh.da.uu.net>   A In article <3CB44B17.B0A4F9B9@firstdbasource.com>, Michael Austin # <maustin@firstdbasource.com> wrote:     G >Or if they will support the 1u DS10L, you can get a whole rack of them 0 >with Storage Works or SAN.  Neat configuration.     VMS does support the DS10L.    ------------------------------  % Date: Wed, 10 Apr 2002 23:38:40 -0400 ( From: David Froble <davef@tsoft-inc.com>) Subject: Re: Alphaserver EV7 announcement * Message-ID: <3CB50540.80609@tsoft-inc.com>   Robert Deininger wrote:   5 > In article <tZv3LPSyrKNt@eisner.encompasserve.org>, 0 > koehler@encompasserve.org (Bob Koehler) wrote: >  >  >>In article >>B > <rdeininger-0804022122240001@1cust111.tnt2.nashua.nh.da.uu.net>,6 > rdeininger@mindspring.com (Robert Deininger) writes: > 1 >>>Compaq has announced the EV7 alphaserver line:  >>> 4 >>>   http://www.compaq.com/hps/announce/apr_02.html >>> # >>>A MARVELous picture is included.  >>> C >>  So is the DS10 still the entry level server?  Looks like it is.  >> > G > Yes, it seems so.  I hope the DS10 does not go End Of Life for a long 8 > time.  That would leave a big gap in the product line.  I Two questions come to mind. Is there anything in EV7 that would offer any H benefits over EV6 in a single processor system?  Is there any penalty inH continuing to fab EV6 CPUs in order to continue building DS10s and such?     Dave   ------------------------------  # Date: Wed, 10 Apr 2002 19:41:24 GMT - From: goathunter@goatley.com (Hunter Goatley) / Subject: Re: ANN: HGFTP V3.0-1 is now available 0 Message-ID: <3cb49531.97342821@news.process.com>  I On Wed, 10 Apr 2002 15:48:05 +0000 (UTC), david20@alpha2.mdx.ac.uk wrote:   L >>The FTP server in MultiNet and TCPware do provide support for ODS-5 disks. > + >As does the DEC TCPIP services FTP server.   F OK.  I didn't mention it because I didn't know---I haven't used it for quite a while. ;-)   >I liked what I saw with theO >HGFTP server but since all my disks (apart from the system disk of course) are   >now ODS-5 I can't implement it.L >So I'll take this opportunity to officially ask for ODS-5 support in HGFTP. >  Noted!   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: Thu, 11 Apr 2002 06:27:17 +0200 # From: Paul Sture <p_sture@decus.ch> / Subject: Re: ANN: HGFTP V3.0-1 is now available ( Message-ID: <3CB52CC0.42C12B93@decus.ch>   Hunter Goatley wrote:  >  A really good pitch for HGFTP.  H But when I try to look at it using Mozilla, it pops up a dialog box withB the title "Alert" with the contents "VMS TCPware V5.5-3". The main display says   <html><body></body></html   D This behaviour is similar to what I see when using Mozilla to access! TCP/IP services on my own system.   
 Paul Sture Switzerland    ------------------------------  % Date: Wed, 10 Apr 2002 13:13:58 -0400 5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> ! Subject: Re: AS200 Serial Console , Message-ID: <a91s84$b81b$1@lead.zk3.dec.com>   >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 threeE >> positions: serial, graphics, value of "set console")?  The cost is : >> surely negligible compared to the rest of the hardware. >   I Mechanical switches are easily broken, and have a high failure rate.  The L ultimate fallback if you can't get the >>> on the graphics head is to simply< remove the graphics device, it will then fallback to serial.  + I have several times simply blind typed the    SET CONSOLE SERIAL INIT  J Commands on a broken graphics card/monitor to get it onto the serial port.   ------------------------------  % Date: Wed, 10 Apr 2002 20:35:02 +0200 ) From: Bart Zorn <B.Zorn@xs4all.nospam.nl> ! Subject: Re: AS200 Serial Console / Message-ID: <3CB485D6.1070106@xs4all.nospam.nl>    david20@alpha2.mdx.ac.uk wrote: y > In article <01KGEO9OZNR29EEGPR@sysdev.deutsche-boerse.com>, Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> writes:  > H >>>In my opinion, a server system should not have a graphics card in the >>>first place.  >>E >>I agree.  I prefer using a serial console on WORKSTATIONS.  It CAN  K >>happen that something hangs DECwindows.  I like to be able to do a clean  I >>shutdown as opposed to pressing the reset button (know, by the way, in  " >>Norway as the "Swedish button"). >  > P > Assuming it's not a hardware problem with the graphics card then you just needP > to login (either remotely or if the X windows manager has died you should alsoC > be able to login on the console) and restart X windows by typing   > # > @sys$manager:decw$startup RESTART  >  > from a privileged account. > M > This isn't Windows-NT where if you lose the Windows Display you've lost the 	 > system.   H Yes, but you forgot that the discussion was about console access. There 0 is no X-windows display server to restart there.  	 Bart Zorn    ------------------------------    Date: 10 Apr 2002 16:08:20 -0700( From: bob@instantwhip.com (Bob Ceculski)! Subject: Re: AS200 Serial Console = Message-ID: <d7791aa1.0204101508.44cf6623@posting.google.com>   o Dan O'Reilly <dano@process.com> wrote in message news:<5.1.0.14.2.20020409160153.0652ce60@raptor.psccos.com>... 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 > Note that also if I set it to SERIAL, then there's still output on theK > graphics head.  Also, I seem to have to have a mouse and keyboard plugged  > in regardless. > G > What I'm shooting for is a true headless system, only a network cable 
 > plugged in.  > 	 > Thanks!  >  > ------K > +-------------------------------+---------------------------------------+ K > | Dan O'Reilly                  |                                       | K > | Principal Engineer            |  "Why should I care about posterity?  | K > | Process Software              |   What's posterity ever done for me?" | K > | http://www.process.com        |                    -- Groucho Marx    | K > +-------------------------------+---------------------------------------+   E Dan, all you need is a vt terminal with a straight thru 6 wire cable, D a mmj connecter crimped onto each end after stripping, and a H8571-JG 9 pin connector, and off you go ... if you have any questions, call me, E Mike Corbett has my number, we are a tcpware customer and I build and H run these boxes in my sleep ... well you are here, why not tell everyone how great tcpware is?    ------------------------------  + Date: Wed, 10 Apr 2002 23:02:07 +0000 (UTC)  From: david20@alpha2.mdx.ac.uk! Subject: Re: AS200 Serial Console + Message-ID: <a92g9f$4mv$1@aquila.mdx.ac.uk>   [ In article <3CB485D6.1070106@xs4all.nospam.nl>, Bart Zorn <B.Zorn@xs4all.nospam.nl> writes:   >david20@alpha2.mdx.ac.uk wrote:z >> In article <01KGEO9OZNR29EEGPR@sysdev.deutsche-boerse.com>, Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> writes: >>  I >>>>In my opinion, a server system should not have a graphics card in the  >>>>first place.   >>> F >>>I agree.  I prefer using a serial console on WORKSTATIONS.  It CAN L >>>happen that something hangs DECwindows.  I like to be able to do a clean J >>>shutdown as opposed to pressing the reset button (know, by the way, in # >>>Norway as the "Swedish button").  >>   >>  Q >> Assuming it's not a hardware problem with the graphics card then you just need Q >> to login (either remotely or if the X windows manager has died you should also D >> be able to login on the console) and restart X windows by typing  >>  $ >> @sys$manager:decw$startup RESTART >>   >> from a privileged account.  >>  N >> This isn't Windows-NT where if you lose the Windows Display you've lost the
 >> system. > I >Yes, but you forgot that the discussion was about console access. There  1 >is no X-windows display server to restart there.  > 
 >Bart Zorn >   2 I was responding to the comment about DECWindows. I You can certainly use the graphics screen as a console without Decwindows O however in that case any problems would be down to the graphics card or monitor + itself not to something hanging Decwindows.   
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------  % Date: Wed, 10 Apr 2002 22:12:05 -0400 2 From: rdeininger@mindspring.com (Robert Deininger)! Subject: Re: AS200 Serial Console K Message-ID: <rdeininger-1004022212050001@1cust245.tnt2.nashua.nh.da.uu.net>   9 In article <3CB4871E.354598C8@digital.com>, Mike Rechtman % <michael.rechtman@digital.com> wrote:   = >IIRC lack of a keyboard switched to fallback serial console. @ >Does this sound anywhere near the facts? Vague recollections...  E On the DEC 3000 300 family, the console is set by a jumper inside the H box.  If you set it to "graphics", the console starts up on the screen. I If it discovers the keyboard is missing, it starts over, using the serial H port for output.  (This series has an integrated graphics controller, so you can't take it out.)   I On the DEC 3000 400 and 3000 500 family, there is a console switch on theeJ outside of the box.  These systems do NOT automatically switch over if the keyboard is missing.  J On the ES45, various ports (graphics or serial) will give a console promptI if you whack the return key a couple of times, provided the console isn'teH busy.  But the "main" console obeys the environment variable setting.  I! think the ES40 is about the same.    I havn't fiddled with an AS200.'   ------------------------------  % Date: Wed, 10 Apr 2002 22:13:56 -0400p2 From: rdeininger@mindspring.com (Robert Deininger)! Subject: Re: AS200 Serial ConsolepK Message-ID: <rdeininger-1004022213560001@1cust245.tnt2.nashua.nh.da.uu.net>e  9 In article <3CB45F4A.5080803@xs4all.nospam.nl>, Bart Zornl  <B.Zorn@xs4all.nospam.nl> wrote:  G >In my opinion, a server system should not have a graphics card in the MI >first place. I once had a Alphaserver 1000 which crashed repeatedly. We  F >finally found out that the video cable connector had a bent pin. The I >video card was slowly burning out. When we finally could smell what the aD >problem was, we removed the card and started using the serial port. > H >Removing the graphics card eliminates this problem. One less component  >which can cause troubles.  . So you don't like servers with graphics cards.  4 What do you think of servers that have Wintel boxes?  + (I haven't kicked any anthills lately.  :-)s   ------------------------------  % Date: Thu, 11 Apr 2002 07:40:49 +02001# From: Paul Sture <p_sture@decus.ch>i! Subject: Re: AS200 Serial Consolef( Message-ID: <3CB53DFD.625363C9@decus.ch>   Phillip Helbig wrote:! > I > > In my opinion, a server system should not have a graphics card in the  > > first place. > D > I agree.  I prefer using a serial console on WORKSTATIONS.  It CAN) > happen that something hangs DECwindows.i  E Speaking of a sudden lack of DECwindows, I rebooted my Alpha sometimeA@ last summer and wandered off to do something else meanwhile. TheD Hobbyist licenses had expired and I came back to find the system had switched itself OFF.  G It was enough of a pain typing the new license info at the console thatu8 I mailed my licenses to work and created a floppy there.  ! > I like to be able to do a cleanlH > shutdown as opposed to pressing the reset button (know, by the way, in" > Norway as the "Swedish button").  6 My Swiss colleagues call that an Austrian shutdown :-) __
 Paul Sture Switzerlandl   ------------------------------  % Date: Thu, 11 Apr 2002 07:20:22 +0200t# From: Paul Sture <p_sture@decus.ch> ! Subject: Re: AS200 Serial Consolee( Message-ID: <3CB53936.4E3887D0@decus.ch>   Phillip Helbig wrote:i > J > > Your recollections are from the VAXstation 2000. Later VAXstations andJ > > the DEC3000-400 had a S3 switch. Later Alpha's that I know of have theH > > SET CONSOLE SERIAL|GRAPHICS command, followed by a power cycle or an	 > > INIT.  > G > One can always throw a switch.  If the graphics monitor dies, how can % > one set the console back to serial?    Type carefully?t  " Yes, I am serious; it can be done. __
 Paul Sture Switzerland    ------------------------------  # Date: Wed, 10 Apr 2002 18:40:21 GMTe* From: Steven Whatley <swhatley@blkbox.com>2 Subject: Re: Best DCL programm you've ever written@ Message-ID: <pG%s8.15067$_A.1299979@bin5.nnrp.aus1.giganews.com>   Gijs <Gijs@nospam.com> wrote: B > When was it, what does it do for you and whe can it be obtained?  F Ten years ago, I wrote a full featured solitaire game in DCL.  It evenH showed the cards using ascii art.  It had an enhanced mode when you madeH the telnet window show 40 or more lines.  It emulated variable arrays to$ store the card data and other info.   F But, some mean ol' sys admin deleted the program without asking me. :(+ Oh wait...I'm now a mean ol' sys admin. :) i   Later, Steven   ------------------------------  % Date: Wed, 10 Apr 2002 21:26:56 +0200r9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>i2 Subject: Re: Best DCL programm you've ever written' Message-ID: <3CB49200.E17548E7@aaa.com>l  A My favourite of complex DCL programing, and one that more or less , never crashes, is, of course, VMSINSTAL.COM.0 Written by Paul C. Anagnostopoulos, co-writer of "Writing Real Programs in DCL".   + A bit OT, since I didn't write it myself...    Jan-Erik Sderholm."     Steven Whatley wrote:. >  > Gijs <Gijs@nospam.com> wrote:oD > > When was it, what does it do for you and whe can it be obtained? > H > Ten years ago, I wrote a full featured solitaire game in DCL.  It evenJ > showed the cards using ascii art.  It had an enhanced mode when you madeJ > the telnet window show 40 or more lines.  It emulated variable arrays to% > store the card data and other info.  > H > But, some mean ol' sys admin deleted the program without asking me. :(, > Oh wait...I'm now a mean ol' sys admin. :) >  > Later, > Steven   ------------------------------  % Date: Wed, 10 Apr 2002 15:55:05 -0400)2 From: norm lastovica <norman.lastovica@oracle.com>2 Subject: Re: Best DCL programm you've ever written* Message-ID: <3CB49899.8A3E4E07@oracle.com>  0 peter gilbert (at digital) authored my personal 3 favorite bit of DCL back in 1986.  this is vax-onlye/ (it doesn't do eihd), but that's not the point.n  G $!The following uses a hideous hack to get this converted into an ASCIInH $!date/time (using F$FAO to 'peek' at memory).  It works on 785s runningH $!X4.5 on Friday afternoons in September 1986, but might not work in any= $!other situation.  A 'real' program should be used, instead.  $!F $!The IHD$ and IHI$ symbol definitions are taken from SYS$LIBRARY:LIB. $e? $ ihd$w_size      = 0   ! Size in bytes of Image Header record u9 $ ihd$w_activoff  = 2   ! Byte offset to activation data tE $ ihd$w_symdbgoff = 4   ! Byte offset to symbol table and debug data  : $ ihd$w_imgidoff  = 6   ! Byte offset to image ident data 4 $ ihd$w_patchoff  = 8   ! Byte offset to patch data # $ ihd$w_majorid   = 12  ! Major id n# $ ihd$w_minorid   = 14  ! Minor id e1 $ ihd$b_hdrblkcnt = 16  ! Count of header blocks i% $ ihd$b_imgtype   = 17  ! Image type s $a? $ ihi$k_length    = 80  ! Length of image header ident section o, $ ihi$t_imgnam    = 0   ! Image name string  $ ihi$s_imgnam    = 40- $ ihi$t_imgid     = 40  ! Image ident string e $ ihi$s_imgid     = 16> $ ihi$q_linktime  = 56  ! Date and time this image was linked  $ ihi$s_linktime  = 8e. $ ihi$t_linkid    = 64  ! Linker ident string  $ ihi$s_linkid    = 16 $a+ $ filespec = f$parse (P1,"SYS$SYSTEM:.EXE")-& $ open/read/share ident_file 'filespec $ read ident_file header $ close ident_file) $ tmp = f$extract(ihd$w_majorid,2,header)a# $ write sys$output "MAJORID:  ",tmp-) $ tmp = f$extract(ihd$w_minorid,2,header).# $ write sys$output "MINORID:  ",tmpF* $ tmp = f$extract(ihd$w_imgidoff,2,header) $ ihi = f$cvui(0,16,tmp), $ tmp = f$extract(ihi+ihi$t_imgnam,1,header) $ len = f$cvui(0,8,tmp)e0 $ tmp = f$extract(ihi+ihi$t_imgnam+1,len,header)# $ write sys$output "IMGNAM:   ",tmpt+ $ tmp = f$extract(ihi+ihi$t_imgid,1,header)  $ len = f$cvui(0,8,tmp)2/ $ tmp = f$extract(ihi+ihi$t_imgid+1,len,header)n# $ write sys$output "IMGID:    ",tmpa; $ tmp = f$extract(ihi+ihi$q_linktime,ihi$s_linktime,header)o $!***iH $!*** The next command is a >HACK< -- it uses F$FAO to 'peek' at memory,J $!*** including the places where DCL put a string descriptor and a string.J $!*** Hopefully, they are still in the same place the second time we look. $!***nF $ tmp = f$fao("!%D",f$cvui(0,32,f$fao("!AD",4,'f$fao("%x!XL",tmp)+4)))# $ write sys$output "LINKTIME: ",tmpt, $ tmp = f$extract(ihi+ihi$t_linkid,1,header) $ len = f$cvui(0,8,tmp)u0 $ tmp = f$extract(ihi+ihi$t_linkid+1,len,header)# $ write sys$output "LINKID:   ",tmp    ------------------------------  % Date: Wed, 10 Apr 2002 22:53:49 +0200f- From: Didier Morandi <Didier.Morandi@Free.fr> 2 Subject: Re: Best DCL programm you've ever written& Message-ID: <3CB4A65D.3CA9EB8@Free.fr>  O My ACMS_MENU.COM procedure, written for TetraPak in 1990 or so in Lausanne. TheoO environment was RDB ACMS ACMS DESKtop for Mac, CDD, COBOL, Hypercard. I have no 9 copy but I just found a slide I did to "teach" the thing:1  ' Check list to setup an ACMS application(  % 1.	design and logical names selection 4 2.	create data structures, fields and records in CDD! 3.	write and compile server tasksA+ 4.	write application definition file (.ADF)m% 5.	write task definition files (.TDF) + 6.	write task group definition files (.GDF)D 7.	(write menu if no Desktop)C" 8.	(write task menu if no Desktop) 9.	build task group (.TDB) 10.	build application (.ADB)( 11.	authorize application and setup ACLs 12.	create usernames for VMS) 13.	authorize terminals (NL: for Desktop)s+ 14.	authorize users (or agents for Desktop)t% 15.	check that ACMS is up and runningr) 16.	install application in ACMS$DIRECTORYi 17.	start application  18.	test application' 19.	check historical records (with ATR)o 20.	check errors (with SWL)y  G The ACMS_MENU.COM procedure was a "hit return and it works" kind of DCL/N generator, with hard-coded answers. It was wonderful. To give a demo on how toK write an ACMS appli with Client-server and all this, students loved it. The O client interface was Hypercard on Macintosh (this is actually when I started tor love the Mac).  > Maybe one day I'll drive to Lausanne to ask for a spare copy ?   D.     Gijs wrote:p > B > When was it, what does it do for you and whe can it be obtained? >  > Just curious >  > G.   -- hH   ----------------------------------------------------------------------H MORANDI Consultants  -  WEB: http://Didier.Morandi.Free.fr/index_us.htmlH Pflanzschulstrasse 53, 8004 Zurich, Switzerland. GSM: +41 (0)79 705 4670H 19, chemin de la Butte, 31400 Toulouse, France.  GSM: +33 (0)6 7983 6418  H Disaster Recovery Plans, Computer Security Audits, DEC OpenVMS ExpertiseH On parle franais Man spricht Deutsch se habla Castellano English spoken   ------------------------------  % Date: Wed, 10 Apr 2002 20:59:16 -0400>, From: "Frank Sapienza" <sapienza@noesys.com>2 Subject: Re: Best DCL programm you've ever written, Message-ID: <a92n6i02gjb@enews4.newsguy.com>  ) "Gijs" <Gijs@nospam.com> wrote in messageh- news:r0%s8.79635$oI.6433580@zwoll1.home.nl...vB > When was it, what does it do for you and whe can it be obtained? >f  L Not one, but a combination of many.  The project involved migrating a clientE from an old Unisys mainframe system to VAX/VMS.  In order to make thehL transition easier for the non-VMS staff I wrote a bunch of utilities to make: their lives under VMS resemble the old Unisys environment.  L The first two procedures were to emulate their batch submission command.  ItK was a fairly simple command on the Unisys system. The command 'RV' followedtI by a procedure name, followed by parameters seperated by a forward slash.0I For example, RV <procedure> TAPE=device/LABEL=(label1,label2)/$FLAG.  The:H first procedure took that and generated a $SUBMIT of a second procedure,H passing the entire RV parameter list as a single $SUBMIT parameter.  TheE second procedure parsed the RV parameter list and assigned VMS globalcI symbols or logicals for each one.  From the example, the symbols would beiL TAPE=="device", LABEL1=="label1", LABEL2="label2", and a $DEFINE FLAG "YES".> This procedure would then invoke the user-specified procedure.  D Using SCAN I converted every existing Unisys command procedure to anF equivalent VMS procedure with a preamble that continued to emulate theJ Unisys batch environment.  The preamble invoked a procedure that spawned aJ process which captured SYS$COMMAND and SYS$OUTPUT and directed them to theK operator's console.  Every batch program under the Unisys environment couldaI do a simple read/write to the console.  I wrote a BASIC program that usedrJ the pseudo-terminal driver to capture the read/write and translate it intoK an OPCOM request.  Application output became a $REQUEST, and input became adH $REQUEST/REPLY with the resultant operator input passed back to the host program.  G Not quite a solitaire game or VMSINSTAL, but a challenge to get all the0 pieces working together.  L It's a good thing you didn't ask about favorite code.  I'd be here all nightI talking about the conversion from IBM Assembler to DEC C for a supervisorp/ program which drove a multi-station CAD system.2   ------------------------------  # Date: Thu, 11 Apr 2002 01:46:18 GMT?1 From: "David J. Dachtera" <djesys.nospam@fsi.net>S2 Subject: Re: Best DCL programm you've ever written' Message-ID: <3CB4ED75.71E38420@fsi.net>n   Gijs wrote:  > B > When was it, what does it do for you and whe can it be obtained? >  > Just curious  , The backup procedures for a former employer.  C Notice: that's plural: "procedures" - 44 of them, to be exact, 4600I lines of code, approximately.e  F They split and re-join shadow-sets *AND* mirror-sets, they examine theD HSJs to build the list of mirror-set members and units numbers, theyE kick-off the after backup jobs, they track multiple batch backup jobs H (no Scheduler), they "load-balance" disks across backup streams, they doG locking to "throttle" backup jobs so the over-night jobs run relativelye unhindered, ...r  F Approximately two years of work. Still running there (they laid me offG early March of 2000), and a modified version is likely still running on-H another, less demanding site. On that site, DFU is used to record backupG dates after the backups have finished. A fairly slick hack (if I say soaG myself) on OpenVMS VAX that I haven't been able to duplicate on OpenVMSnG Alpha. Has to do with operational differences in EDT (nokeypad commands % don't work the same for some reason).   E E-mail me privately and I'll see if I can send you a VMS .ZIP archive- containing the code.   --   David J. Dachtera  dba DJE Systems0 http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/$   ------------------------------  # Date: Wed, 10 Apr 2002 18:01:40 GMTa1 From: "Stephen Fuld" <s.fuld@PleaseRemoveAtt.net>0  Subject: Re: Blade architecturesH Message-ID: <86%s8.21629$QC1.1333155@bgtnsc04-news.ops.worldnet.att.net>  I "Russell P. Holsclaw" <rholsclaw@nospam.xxx.fatline.com> wrote in messagey* news:61_s8.22$xF6.79517@news.uswest.net...   snip  I > Back in 1988, I went to one of those week-long James Martin seminars inOJ > which he prognosticated about the future direction of computing. I don'tE > know if he's still doing these or not, but I haven't heard of them.o >bI > Anyway, one of his predictions, based on extrapolations of then-currentnJ > cost/capacity trends, was that semiconductor memory devices would becomeA > cheaper per megabyte than magnetic media (i.e. hard disks). His  predictions B > called for the cost-curves to cross sometime in the late 1990's. >>J > That hasn't happened yet, because disk capacity has advanced faster than heJ > predicted, but the trendlines are still moving toward convergence in the > not-too-distant future.Y  I It is not cler that this is happening.  If you look at recent history, it K appears that the 'second derivative" of cost per capacity is changing.  ForeH example, until the mid 1990s, disk areal density was growing reliably atI about 60% CAGR per year.  Then, about the time MR heads became ppular, itlK increased to about 80%.  In the late 1990s it appeared to be increasing yetaE again to close to 100% per year.  Conversely, it apears that the timeeH between DRAM generations, where each generation is 4 X capacity over theF previous) is increasing.  I don't have good numbers here, and they areI harder to get, but I think it is true.  It may be due to the dramatically1/ higher cost of new fab plants or other reasons.<  L If those are both true (the first one definitly is, the second may be.) thenJ the "convergence rate" may, in fact go to zero, or even negative.  It willH definitly be interesting to watch.  Of course, new technologies may makeJ either magnetic disks or DRAMs obsolute as the storage of choice, but that is even more speculative.c   --  - Stephen Fuld +    e-mail address disguised to prevent spams   ------------------------------  # Date: Wed, 10 Apr 2002 18:16:52 GMTs* From: "Bill Todd" <billtodd@metrocast.net>  Subject: Re: Blade architectures@ Message-ID: <ok%s8.88362$w7.7380685@bin6.nnrp.aus1.giganews.com>  I "Russell P. Holsclaw" <rholsclaw@nospam.xxx.fatline.com> wrote in messagee* news:61_s8.22$xF6.79517@news.uswest.net...J > > > I remember when some folks pooh-poohed Virtual Memory because of its? > > > overhead and performance concerns.  Now it is everywhere.t > >a > > Moore's Law. > >nG > > Of course it helps that memory's cheap enough that it's easy to buya enough& > > memory so you never do any paging. > >-G > > But, you know, PalmOS doesn't do demand paging. And neither do yoursE > > typical embedded controllers. So it's not *quite* everywhere yet.g >DH > Yet? Actually, we should be preparing for the day when "virtual memory > paging" disappears entirely. >pI > Back in 1988, I went to one of those week-long James Martin seminars ineJ > which he prognosticated about the future direction of computing. I don'tE > know if he's still doing these or not, but I haven't heard of them.t >aI > Anyway, one of his predictions, based on extrapolations of then-currentrJ > cost/capacity trends, was that semiconductor memory devices would becomeA > cheaper per megabyte than magnetic media (i.e. hard disks). Hisi predictionsnB > called for the cost-curves to cross sometime in the late 1990's. >oJ > That hasn't happened yet, because disk capacity has advanced faster than heJ > predicted, but the trendlines are still moving toward convergence in the > not-too-distant future.   G As Stephen pointed out, they are in fact not.  The least-expensive diskhL storage has cost between about 1/50th and 1/150th as much, per MB, (and withF no discernible trend, just fluctuations as technology advances in bothD fields occurred) as the least-expensive RAM for a very long time now9 (certainly for a decade, and perhaps quite a bit longer).    - bill   ------------------------------   Date: 10 Apr 2002 18:55:06 GMT1 From: JONESD@er6.eng.ohio-state.edu (David Jones)   Subject: Re: Blade architectures: Message-ID: <a921qa$3qt$1@charm.magnus.acs.ohio-state.edu>  / In message <61_s8.22$xF6.79517@news.uswest.net> B   "Russell P. Holsclaw" <rholsclaw@nospam.xxx.fatline.com> writes:J >When that happens, there will no longer be any economic justification forJ >virtual memory as such, because the paging devices will be more expensiveL >than the RAM. At that point, the only justification for magnetic media will >be non-volatility, not cost.t >nI >I suspect, however, that people are still so imbued with the paradigm ofeM >virtual memory paging that it will continue to exist even after it no longercM >makes economic sense. This is because there are so many people around in thei6 >industry who have no memory of the "pre-virtual era".  D The idea of magnetic media as a backing store for virtual memory mayJ become obsolete, but virtual memory as a memory management mechanism (i.e.M page tables) will still be viable.  I do have unfond memories of the shufflerrL on RSX-11m freezing everything when trying to consolidate enough space for aK new task.  The Mac OS doesn't have that kind of relocation, so from time to K time I'm unable to start a new application solely because the memory is toop badly fragmented.e      < David L. Jones               |      Phone:    (614) 292-6929- Ohio State University        |      Internet:8L 140 W. 19th St. Rm. 231a     |               jonesd@er6s1.eng.ohio-state.edu: Columbus, OH 43210           |               vman+@osu.edu  1 Disclaimer: I'm looking for marbles all day long.s   ------------------------------  # Date: Wed, 10 Apr 2002 19:05:51 GMT ' From: alexc@world.std.com (Alex Colvin)t  Subject: Re: Blade architectures( Message-ID: <GuD91r.31uvu@world.std.com>  ; >> what made VM work was lowering the price of real memory.d >> p% >> i've heard a remark something like. >> o1 >>        Virtual memory is good for many things.-4 >>        Simulating real memory is not one of them. >> 6 >> [anyone kow the source?]i >> 5J >> sure, you can access more memory than you own. but it's no way to live.  K >No, its the *ONLY* way to live. It may not be needed in a small amount of  H >"only one process running at a time, ever" situations, but in all otherE >places, virtual memory and virtual memory based sharing is vital fori >normal operation.  H Exactly. The point being that a MMU is useful for a lot more than demandA paging -- shared memory & libraries, copy-on-write, memory-mappedo, networking, and possibly garbage collection.  * Also that demand paging should be avoided. -- o
 	mac the nafr   ------------------------------  # Date: Wed, 10 Apr 2002 19:07:01 GMTI' From: alexc@world.std.com (Alex Colvin)h  Subject: Re: Blade architectures( Message-ID: <GuD93q.30HB1@world.std.com>  D >But, you know, PalmOS doesn't do demand paging. And neither do yourB >typical embedded controllers. So it's not *quite* everywhere yet.  8 The Newton didn't page, but it had a MMU. Does the Palm?   -- -
 	mac the nafe   ------------------------------    Date: 10 Apr 2002 20:58:04 -0400' From: Kragen Sitaker <kragen@pobox.com>r  Subject: Re: Blade architectures2 Message-ID: <83wuvfvyoz.fsf@panacea.canonical.org>  ) alexc@world.std.com (Alex Colvin) writes:eF > >But, you know, PalmOS doesn't do demand paging. And neither do yourD > >typical embedded controllers. So it's not *quite* everywhere yet. > : > The Newton didn't page, but it had a MMU. Does the Palm?   No, no MMU.  MMUs use energy!n   ------------------------------  % Date: Thu, 11 Apr 2002 09:49:37 +1000a= From: "Mark\(unMASK\)Forsyth" <forsytMhm@optAushoSme.com.aKu>d Subject: Re: C issues..." Message-ID: <j2j29a.o27.ln@really>  : "Larry Kilgallen" <Kilgallen@SpamCop.net> wrote in message- news:relz2XVFof3k@eisner.encompasserve.org... < > In article <qbi19a.605.ln@really>, "Mark\(unMASK\)Forsyth"' <forsytMhm@optAushoSme.com.aKu> writes:a > > C > > "norm lastovica" <norman.lastovica@oracle.com> wrote in messagea( > > news:3CB43F1D.F168B9C7@oracle.com...2 > >> you have created a user-mode logical name and4 > >> it gets automatically removed when your program > >fE > > Of course, it's just that I never thought of it. Far to simple ane: > > explanation, I wouldn't ever have had that dawn on me. >_H > Your problem is that you have not made this particular mistake before. >  > The rest of us have :-)g  K Um Larry, the thing is is that I _have_ made this mistake before. I trawledwL through some stuff I did about 10 years ago and in it there's a comment thatJ I wrote telling me that "...sys$crelnm is no good here use lib$set_logicalK instead... user mode...". I wonder if I've learnt anything this time around  ???_   Ooroom	 Mark F...c   ------------------------------    Date: 10 Apr 2002 15:29:07 -0500+ From: kuhrt@encompasserve.org (Marty Kuhrt)t* Subject: Re: can VMS use these SCSI disks?3 Message-ID: <JFlN6N5Cdh+x@eisner.encompasserve.org>m  w In article <01KGEBTF0ZGW9EEGPR@sysdev.deutsche-boerse.com>, Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> writes:)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.m > F > 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   > work?t > C > What SCSI controllers (or, better, what hardware with stock SCSI iE > controllers) would they work with?  I'd want to connect them to an IJ > ALPHAstation 255/233, a VAXstation 4000 60 or 90 or possibly a DEC 3000  > 600 (175 MHz 21064 ALPHA). >   C I'm using an ST1480 and ST51080N on the VAXstation 4060 I'm typing -@ this on.  Have been for five years without problem.  Most of my @ AS200 4/233s have been using ST32151N, ST2272N, ST34501N, etc.    5 Short answer; it should work for you, it does for me.C   ------------------------------    Date: 10 Apr 2002 15:28:29 -0700/ From: chris@applied-synergy.com (Chris Scheers) * Subject: Re: can VMS use these SCSI disks?= Message-ID: <754a27c1.0204101428.44401a4e@posting.google.com>"  | Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> wrote in message news:<01KGEBTF0ZGW9EEGPR@sysdev.deutsche-boerse.com>...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.T > F > 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 r > work?  > C > What SCSI controllers (or, better, what hardware with stock SCSI tE > controllers) would they work with?  I'd want to connect them to an pJ > ALPHAstation 255/233, a VAXstation 4000 60 or 90 or possibly a DEC 3000  > 600 (175 MHz 21064 ALPHA).    B I am running a VAXstation 4000-90 with two ST410800N drives.  TheyF work fine, except that the console reports their capacity modulo 8GB. F VMS has no problems with the drives.  (I am using them with VMS 5.5-2,) so I use LD to make the space available.)   D These drives replaced a couple of ST43400N drives, which also worked
 perfectly.  C Be aware that for any SCSI drives, depending on the requirements of,E your version of VMS, you may need to reprogram some SCSI MODE pages. sF Usually this affects the error correction page.  If these bits are setB wrong, the usual symptom is a "fatal drive error" when MOUNTing or INITing the drive.  
 Good luck!  F BTW: I believe the ST410800N drives are the last of the CDC Wren line.A  They are built like tanks and will run forever.  If you have the 2 space and power for them, I highly recommend them.   ------------------------------  % Date: Thu, 11 Apr 2002 01:29:13 +0400e! From: "pbc" <pbc@informchaos.com>-/ Subject: Can't change resolution on ELSA Gloria9. Message-ID: <a92amd$1fs8$1@news.radio-msu.net>   Hi  E I can't change default resolution on my ELSA Gloria on XP1000 running6 VMS7.3.eK I did try DECW$PRIVATE_SERVER_SETUP.COM with DECW$XSIZE_IN_PIXELS etc. with6 no luck.   Thanks   Peter.   ------------------------------  % Date: Wed, 10 Apr 2002 19:47:33 -0700 # From: "Tom Linden" <tom@kednos.com> # Subject: Evolution of the DEC mousee9 Message-ID: <CIEJLCMNHNNDLLOOGNJIKENOELAA.tom@kednos.com>e  6 the older mice had a circular 7 pin connector; whereas4 the newer ones have a 6 pin pc compatible connector.  9 Does anyone know if it is possible to associate the wiresc6 from one with the other?  The objective is to put some7 VAXs, DEC 3000/300 and DECstation 5000 on a KVM switch.   5 The mice are all made by Logitech, the older ones arep5 Models VSXXX-GA and use only 6 wires.  The newer onesR5 ar M-S38 and use only 5 wires.  What I want to end up 5 with is a cable with the older 7 pin connector at one 2 end and the newer 6 pin at the other, if possible.  ) These are both three button mice; however    ------------------------------  % Date: Wed, 10 Apr 2002 17:36:28 -0400b- From: JF Mezei <jfmezei.spamnot@videotron.ca>,) Subject: Re: Fearless VMS PrognosticationE+ Message-ID: <3CB4B058.DB4CDBC@videotron.ca>F  N OK, seems that at least 2 have received a letter from Carly giving potentiallyC interesting news, but they are not at livberty to divulge the info.i  J Do any of the folks who have seen said letter have any information on WHEN! that letter will be made public ?e  M Hours, days, weeks ? Or will they find some sort of excuse to delay releasingn6 it until the merger is complete and all paper signed ?   ------------------------------  # Date: Wed, 10 Apr 2002 22:50:12 GMThL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")) Subject: Re: Fearless VMS Prognosticationo8 Message-ID: <00A0C42F.DD4D8BD7@SSRL04.SLAC.STANFORD.EDU>  h In article <d7791aa1.0204100930.6a8d3adb@posting.google.com>, bob@instantwhip.com (Bob Ceculski) writes:t >"Terry C. Shannon" <terryshannon@attbi.com> wrote in message news:<gkQs8.17807$%s3.6057858@typhoon.ne.ipsvc.net>...J >> Damn the doomsayers. Stay tuned for a letter from Carly F re: continued >> support for OpenVMS.s >bJ >well, I received yesterday a letter from Carly ... it is available from QE >for customers like us who want to purchase alpha/vms systems and are1K >unsure what will happen to vms after the merger ... she states her support K >for vms in the letter ... now do you think she would want to tell them one L >thing then pull the carpet out from under them ... not very good p.r. move!K >I was put on to this letter by someone high up in Q ... it is for real ... I >now either Carly is lying to customers in writing or she isn't ... which  >is it?a   Me, I am reserving judgment. r  L However, the argument that "why would they tell them one thing then pull theM carpet out from under them" isn't, of itself, compelling to anyone who saw anh5 Alpha roadmap only a few days prior to 25 June, 2001.h  K How about we at least stop arguing about it until the text of the letter isaL generally available?  Then we can resume our normal Talmudic pilpul over the2 meaning to be teased out from the precise wording.   -- Alan   O ===============================================================================l0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056sM  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA  94309-0210nO ===============================================================================    ------------------------------  # Date: Wed, 10 Apr 2002 22:47:00 GMT L From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")) Subject: Re: Fearless VMS Prognosticationo8 Message-ID: <00A0C42F.6ADD6248@SSRL04.SLAC.STANFORD.EDU>  j In article <lJWs8.405$ZiL.259@news02.bloor.is.net.cable.rogers.com>, "John Smith" <a@nonymous.com> writes: >A couple other things...v >t >a) I hope you are correct.c >eM >b) Remember that whatever Carly might say prior to a binding ratification of>M >the merger vote is not binding on Capellas should the vote not be certified, J >and we all know how effusive Mikey has been with his public complementary >words for VMS of late.g  6 However long Capellas would last if the merger failed.   > M >c) What arm-twisting will Carly do with 3rd party software vendors to ensure,M >a healthly & growing VMS applications /tools market? Is she going to buy BEAe3 >to get back all the cool stuff Digital sold them? s   > How about buying Rdb back F > from Oracle and then finally doing the unix/NT(sic) port's that were > promised?i  K You know, Rdb actually did a Digital Unix port and an NT port.  They didn't9G sell many of the Digital Unix port, so they stopped it.  They felt theyfK couldn't support the NT port, so they're giving it away for free.  (Callingr: it "programmer's workbench", if memory serves.)  It works.  ! Why do we want Rdb on Unix again?t   >nL >And while she's at it, how about spinning off the enterprise server and o/s$ >group and renaming it Digital?  :-)  O Or DEC.  Or even HP, if they stop using that name for the PC and printer group.    -- Alani  O ===============================================================================r0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056 M  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA  94309-0210eO ===============================================================================b   ------------------------------  # Date: Thu, 11 Apr 2002 01:16:46 GMTs1 From: "David J. Dachtera" <djesys.nospam@fsi.net>l) Subject: Re: Fearless VMS Prognosticationg' Message-ID: <3CB4E687.151AFB02@fsi.net>e   "Terry C. Shannon" wrote:l > : > "Rob Young" <young_r@encompasserve.org> wrote in message/ > news:MhtqTzkaMCqA@eisner.encompasserve.org...sH > > In article <gkQs8.17807$%s3.6057858@typhoon.ne.ipsvc.net>, "Terry C.+ > Shannon" <terryshannon@attbi.com> writes:sM > > > Damn the doomsayers. Stay tuned for a letter from Carly F re: continued  > > > support for OpenVMS. > > >s > >> > > Yeah.. but what if ... > >s- > > What if she doesn't say the right things?. >  > I think she will.s >  > > What if.. boo hoo. > >a > > boo hoo... > >o= > > What if VMS isn't marketed properly and I can't buy a box  > > for $499 running VMS?s > K > You can't... at least until $499 Itanium boxes are available. So shaddup,n* > stop whining, and save your pennies! ;-} >  > best,  > 	 > terry st >  > >a > > boo hoo... > >g > > Rob' > >y > >u  G I'm sliding my glasses down my nose and looking over the top of them at, both of you.  
 What if...    F ...so much damage has been done by the Alphacide and resulting failureC to produce a viable Itanic processor that the remaining "small-ish"oA sites say, "Screw it - we're not waiting, we're going non-VMS and ( non-Compaq for all future acquisitions".  D Careful with your "what if's". VMS doesn't have that many bargaining1 chips left that it can afford to cop an attitude.s   -- d David J. Dachterab dba DJE Systemsd http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/p   ------------------------------    Date: 10 Apr 2002 20:31:29 -0500+ From: young_r@encompasserve.org (Rob Young)h) Subject: Re: Fearless VMS Prognosticationr3 Message-ID: <ARVYC9bDM2KR@eisner.encompasserve.org>.  [ In article <3CB4E687.151AFB02@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes:e   >> >> >> > What if VMS isn't marketed properly and I can't buy a box >> > for $499 running VMS? >> nL >> You can't... at least until $499 Itanium boxes are available. So shaddup,+ >> stop whining, and save your pennies! ;-}p >> , >> best, >> d
 >> terry s >>   >> > >> > boo hoo...c >> > >> > Rob >> > >> > > I > I'm sliding my glasses down my nose and looking over the top of them atf > both of you. >  > What if... >  > H > ...so much damage has been done by the Alphacide and resulting failureE > to produce a viable Itanic processor that the remaining "small-ish"RC > sites say, "Screw it - we're not waiting, we're going non-VMS andi* > non-Compaq for all future acquisitions". >   C 	There are a good many assumptions in what you write.  First ... if.@ 	VMS is up 17% as relayed form our European friend... that is a > 	sizable increase.  Now maybe one could claim that things wereG 	down very badly... sure... that is putting a good negative spin on it.y  @ 	But actually there have been some very big VMS wins recently so@ 	I'm inclined to believe that is a real 17% increase over a flat> 	market.  But maybe we get more details soon (or in October in2 	St. Louis - ha), instead of all this speculation.  E 	Does get tough to push "Alphacide collateral damage" in a shockinglyh 	up VMS market, doesn't it?v   				Rob.   ------------------------------  # Date: Thu, 11 Apr 2002 02:02:30 GMT 1 From: "David J. Dachtera" <djesys.nospam@fsi.net>a) Subject: Re: Fearless VMS Prognosticationt' Message-ID: <3CB4F13F.99DC0069@fsi.net>    Rob Young wrote: > ] > In article <3CB4E687.151AFB02@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes:o >  > >> >@ > >> > What if VMS isn't marketed properly and I can't buy a box > >> > for $499 running VMS? > >>N > >> You can't... at least until $499 Itanium boxes are available. So shaddup,- > >> stop whining, and save your pennies! ;-}  > >>
 > >> best, > >> > >> terry s > >> > >> > > >> > boo hoo...j > >> >
 > >> > Rob > >> > > >> > > > K > > I'm sliding my glasses down my nose and looking over the top of them ato > > both of you. > >s > > What if... > >- > >-J > > ...so much damage has been done by the Alphacide and resulting failureG > > to produce a viable Itanic processor that the remaining "small-ish"@E > > sites say, "Screw it - we're not waiting, we're going non-VMS ande, > > non-Compaq for all future acquisitions". > >. > L >         There are a good many assumptions in what you write.  First ... ifH >         VMS is up 17% as relayed form our European friend... that is a >         sizable increase.m  F 17% of what? There remains considerable debate over the current number of active VMS customers.   Compared to what?f   Over what time frame?n  % In what markets: US? European? Asian?a  . New customers or existing? (What's the split?)  + The number itself is virtually meaningless.o  C ...and by the way, 17% does not impress me. 117% sustained for four H consecutive calendar quarters, maybe, but not 17% for an unknown period.  - >  Now maybe one could claim that things were P >         down very badly... sure... that is putting a good negative spin on it. > I >         But actually there have been some very big VMS wins recently so.I >         I'm inclined to believe that is a real 17% increase over a flat0G >         market.  But maybe we get more details soon (or in October ind; >         St. Louis - ha), instead of all this speculation.* > N >         Does get tough to push "Alphacide collateral damage" in a shockingly$ >         up VMS market, doesn't it?  E Not really, not out here in the real world. Not sure where you're at,k3 and I really wish we could all live there with you.r  1 The cold hard reality is otherwise, sorry to say.>  / Come down off your red-velvet swing, Pollyanna.B   Welcome to the real world, Neo!a   -- n David J. Dachterao dba DJE Systemsb http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/U   ------------------------------  % Date: Wed, 10 Apr 2002 22:08:57 -0400-1 From: Michael Austin <maustin@firstdbasource.com> ) Subject: Re: Fearless VMS Prognosticationt2 Message-ID: <3CB4F039.461E1EB7@firstdbasource.com>   "David J. Dachtera" wrote: [snip] >  > What if... >  [snip]     ALL:  G WHAT IF does not exist..don't even go there.  If and when it does, then<F deal with it.. otherwise it is useless speculation and a waste of good bandwidth and storage space.   -- t Regards,  7 Michael Austin            Registered Linux User #26116337 First DBA Source, Inc.    http://www.firstdbasource.comm Sr. Consultant 704-947-1089 (Office)m 704-236-4377 (Mobile)o   ------------------------------  % Date: Wed, 10 Apr 2002 22:18:45 -0400t- From: JF Mezei <jfmezei.spamnot@videotron.ca>h) Subject: Re: Fearless VMS Prognosticationm, Message-ID: <3CB4F282.A52C339F@videotron.ca>   Rob Young wrote:L >         There are a good many assumptions in what you write.  First ... ifH >         VMS is up 17% as relayed form our European friend... that is a >         sizable increase.t  J While it is good that they can spin some of the number to show that VMS is+ growing, one has to be careful with those. a  ! *imagine* the following scenario: ' 	prior to june 25:	VMS sales were at 20-+ 	quarter after june 25: VMS sales down to 85) 	post sept 11,	VMS sales go up 25% to 10 h  K You can still claim 17% growth, but without the context over what period itnK happened, that 17% figure doesn't mean that much. Also, one doesn't know ifsH this is a one time blip (for instance, replacements for WTC machines) or! something that will be sustained.m  N Compaq has destroyed the trust customers had. It will take a serious effort to? rebuild such a trust in the owner's commitment to that product.S   ------------------------------  % Date: Wed, 10 Apr 2002 23:24:51 -0400,1 From: Michael Austin <maustin@firstdbasource.com>r) Subject: Re: Fearless VMS Prognosticationg2 Message-ID: <3CB50203.5C394256@firstdbasource.com>   forgot... :) :) :)   Michael Austin wrote:  >  > "David J. Dachtera" wrote: > [snip] > >e > > What if... > >  > [snip] >  > ALL: > I > WHAT IF does not exist..don't even go there.  If and when it does, thenaH > deal with it.. otherwise it is useless speculation and a waste of good > bandwidth and storage space.   :) :) :)     >  > --
 > Regards, > 9 > Michael Austin            Registered Linux User #261163 9 > First DBA Source, Inc.    http://www.firstdbasource.com4 > Sr. Consultant > 704-947-1089 (Office)k > 704-236-4377 (Mobile)C   -- - Regards,  7 Michael Austin            Registered Linux User #261163 7 First DBA Source, Inc.    http://www.firstdbasource.comc Sr. Consultant 704-947-1089 (Office)D 704-236-4377 (Mobile)4   ------------------------------  # Date: Thu, 11 Apr 2002 03:25:08 GMTo* From: "Bill Todd" <billtodd@metrocast.net>) Subject: Re: Fearless VMS PrognosticationhB Message-ID: <om7t8.328416$Gf.29199237@bin2.nnrp.aus1.giganews.com>  8 "Rob Young" <young_r@encompasserve.org> wrote in message- news:ARVYC9bDM2KR@eisner.encompasserve.org...    ...S  F > Does get tough to push "Alphacide collateral damage" in a shockingly > up VMS market, doesn't it?  : We'll let you know should such an up-swing actually occur.   - bill   ------------------------------  % Date: Thu, 11 Apr 2002 07:43:39 +0200h# From: Paul Sture <p_sture@decus.ch>o) Subject: Re: Fearless VMS Prognostication ( Message-ID: <3CB53EAB.7C5EEACE@decus.ch>   Rob Young wrote: > p > In article <gkQs8.17807$%s3.6057858@typhoon.ne.ipsvc.net>, "Terry C. Shannon" <terryshannon@attbi.com> writes:K > > Damn the doomsayers. Stay tuned for a letter from Carly F re: continued  > > support for OpenVMS. > >o >   >         Yeah.. but what if ... > 3 >         What if she doesn't say the right things?w >         What if.. boo hoo. >  >         boo hoo... > C >         What if VMS isn't marketed properly and I can't buy a boxd >         for $499 running VMS?  >  >         boo hoo... > ' Full marks for anticipation :-) :-) :-), __
 Paul Sture Switzerlandm   ------------------------------  # Date: Wed, 10 Apr 2002 19:14:37 GMT  From: dittman@dittman.nett Subject: Re: Fibre Channel7 Message-ID: <xa0t8.29412$7F1.7094@nwrddc02.gnilink.net>d  & jlsue <jlsuexxxz@insightbb.com> wrote:> : 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 OpenVMS9 :>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-party :>FC controller?  E : It's not clear here what you want to connect to with the KGPSA.  Do8G : you already have a SAN?  Any SAN-based storage?  What is driving yourLG : need/desire to utilize the KGPSA?  How much SAN-based storage are youU9 : planning?  What kind of application(s) are you running?n  7 No SAN, I just have the KGPSA and a few bare FC drives.,6 I'd like to be able to hook the drives up to the KGPSA% and use them in a JBOD configuration.E  8 This is for a hobbyist system, so keeping the price down is a major consideration.h -- c Eric Dittman dittman@dittman.neth= Check out the DEC Enthusiasts Club at http://www.dittman.net/n   ------------------------------  # Date: Wed, 10 Apr 2002 21:52:41 GMT? From: fernando.roldan@ono.com  Subject: Re: Fibre Channel- Message-ID: <Ju2t8.770$G%5.2333@news.ono.com>l  ( > jlsue <jlsuexxxz@insightbb.com> wrote:& > : 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 OpenVMS( > :>V7.3, but an HSG80 is way out of my  price range.  Is itf* > :>possible to use a simple FC backplane  or a cheap third-party > :>FC controller? > ) > : It's not clear here what you want to r connect to with the KGPSA.  Do% > : you already have a SAN?  Any SAN- $ based storage?  What is driving your+ > : need/desire to utilize the KGPSA?  How   much SAN-based storage are you+ > : planning?  What kind of application(s) s are you running? > * > No SAN, I just have the KGPSA and a few  bare FC drives.e, > I'd like to be able to hook the drives up  to the KGPSA' > and use them in a JBOD configuration.e > , > This is for a hobbyist system, so keeping  the price down > is a major consideration.  > --   > Eric Dittman > dittman@dittman.net-( > Check out the DEC Enthusiasts Club at  http://www.dittman.net/L > - Eric, another option is a HSG60, its cheaper g* than a HSG80.Otherwise, you must also use ' a FC switch because the KGPSA cant be R% connected directly to a FC backplane 7) (RA8000,MA8000,MA6000,....).I fight very o% often against KGPSAs but I have not w. notice that a third party controller could be ' connected to a KPGPSA although its OEM s% Emulex (LP7000/LP8000) it has Compaq D ownner firmware. Regardsn Fernando   ------------------------------  % Date: Wed, 10 Apr 2002 11:17:40 -0700c% From: luongm <minh.luong@navigata.ca> * Subject: file structure allocation failure+ Message-ID: <3CB481C4.B680E9F8@navigata.ca>   @ Just  wondering if anyone would have an answer to this scenario.  F I have an old VAX4000-60 system running VMS V5.5, which the hard driveA crashed recently.  The original hard drive was a Seagate ST31200N E (1.25G), the replacement one is a Seagate ST32430N (2.14G.)  For someiE reason, I keep having the "File structure allocation failure" messagemA when attempted to perform the image restoration from backup tape.i" Bellow is the exact error message.  E "% BACKUP-F-ALLOCFAIL,  File structure allocation failure for DKA700:o+ -   SYSTEM-F-DRVERR,     Fatal drive error"   F I have tried the low level format (or believed to be low level format)H utility from the bootstrap prompt ">>>" the syntax is as described here:  7 test /util 10 (then supplied the scsi ID when prompted)   F All test came back successfull.  Yet I still cannot "mount/foreign" or- "initialize" or "backup/image/verify" at all.=  E Is it possible for a bad scsi drive to pass all the test? From what ISC know the size is not an issue as this VMS version should be able to  handle more than 4GB.6  ' All your feedbacks are appreciated. :-)A   ------------------------------   Date: 10 APR 2002 20:39:56 GMT+ From: Dave Greenwood <greenwoodde@ornl.gov>=. Subject: Re: file structure allocation failure2 Message-ID: <10APR02.20395669@feda01.fed.ornl.gov>  = In a previous article, luongm <minh.luong@navigata.ca> wrote:rB > Just  wondering if anyone would have an answer to this scenario. >  DH > I have an old VAX4000-60 system running VMS V5.5, which the hard driveC > crashed recently.  The original hard drive was a Seagate ST31200NAG > (1.25G), the replacement one is a Seagate ST32430N (2.14G.)  For somebG > reason, I keep having the "File structure allocation failure" messageeC > when attempted to perform the image restoration from backup tape.i$ > Bellow is the exact error message. >  aG > "% BACKUP-F-ALLOCFAIL,  File structure allocation failure for DKA700: - > -   SYSTEM-F-DRVERR,     Fatal drive error"  >   H > I have tried the low level format (or believed to be low level format)J > utility from the bootstrap prompt ">>>" the syntax is as described here: >  E9 > test /util 10 (then supplied the scsi ID when prompted)  >   H > All test came back successfull.  Yet I still cannot "mount/foreign" or/ > "initialize" or "backup/image/verify" at all.d >  uG > Is it possible for a bad scsi drive to pass all the test? From what ItE > know the size is not an issue as this VMS version should be able top > handle more than 4GB.' >  v) > All your feedbacks are appreciated. :-)a  I You don't say what error messages you get from INIT - is it by any chancexI %INIT-F-INTDIV?  I just went throught this a couple of months ago.  AftersH the MOUNT/FOREIGN fails, do a SHOW DEV/FULL on the device.  Old versions9 of VMS (and v5.5 certainly qualifies as old) require thato  I  total blocks = Sectors per track * Total cylinders * Tracks per cylinder=  G Disks that were bought from DEC or specifically for VMS from (some) 3rdDH party vendors had firmware that reported numbers that met that criteria.G But many (most?) other disks don't - even two "identical" Seagate disks3G may differ in that regard (as I just found out).  Your new drive should=B work on VMS versions >=7.1 but won't work on v5.5 unless the above calculation holds true.r  > For more info, do a google newsgroup search on comp.os.vms for init-f-intdiv.   Dave --------------9 Dave Greenwood                Email: Greenwoodde@ORNL.GOV H Oak Ridge National Lab        %STD-W-DISCLAIMER, I only speak for myself   ------------------------------    Date: 10 Apr 2002 15:25:12 -0700/ From: chris@applied-synergy.com (Chris Scheers)n. Subject: Re: file structure allocation failure= Message-ID: <754a27c1.0204101425.58261ece@posting.google.com>t  X luongm <minh.luong@navigata.ca> wrote in message news:<3CB481C4.B680E9F8@navigata.ca>...B > Just  wondering if anyone would have an answer to this scenario. > H > I have an old VAX4000-60 system running VMS V5.5, which the hard driveC > crashed recently.  The original hard drive was a Seagate ST31200N G > (1.25G), the replacement one is a Seagate ST32430N (2.14G.)  For somedG > reason, I keep having the "File structure allocation failure" messagerC > when attempted to perform the image restoration from backup tape.d$ > Bellow is the exact error message. > G > "% BACKUP-F-ALLOCFAIL,  File structure allocation failure for DKA700: - > -   SYSTEM-F-DRVERR,     Fatal drive error"i > H > I have tried the low level format (or believed to be low level format)J > utility from the bootstrap prompt ">>>" the syntax is as described here: > 9 > test /util 10 (then supplied the scsi ID when prompted). > H > All test came back successfull.  Yet I still cannot "mount/foreign" or/ > "initialize" or "backup/image/verify" at all.  > G > Is it possible for a bad scsi drive to pass all the test? From what I E > know the size is not an issue as this VMS version should be able toa > handle more than 4GB.- > ) > All your feedbacks are appreciated. :-)g    F VMS 5.5 will report "fatal drive error" when trying to INIT or MOUNT a? drive that has error correction parameters set in a way that it>A doesn't like.  In particular, the SCSI MODE page parameters AWRE,>B ARRE, and RC must all be 0.  For a drive coming from the PC world, these are quite often set to 1.c  C You can clear these bits with a SCSI MODE page editor.  You can use>E RZTOOLS under VMS.  (Unfortunately, this doesn't come with VMS 5.5.) r: Or there are various editors available on other platforms.  
 Good luck!   ------------------------------    Date: 10 Apr 2002 13:14:01 -0700 From: kl0000@aol.com (Keith)' Subject: FS: 21264 and 21164 Alpha CPUsd= Message-ID: <c4be7d32.0204101214.65c5ccdf@posting.google.com>l   For Sale - Make Offerh  4  QTY  PART NO.     DESCRIPTION            MFG  Notes8 ----  -----------  ---------------------  ---  -------  -  120  21-56328-S4  KP21264B-0940VWN       SAMo-   24  21-49643-09  DC1018H  21264 575     SAM.6   15  21-49643-S8  KP21264-525CN1         SAM  8 pulls4    3  21-49643-SB  KP21264-500YCN         SAM  pulls  4    2  21-43918-S8  KP21164-633CN1         SAM  pulls4    2  21-43918-37  KP21164-600CN1         SAM  pulls/   11  21-43918-S6  KP21164-533CN2         SAM  n4    8  21-43918-S5  KP21164-500CN1         SAM  pulls4    3  21-43918-22  21164-HB 433           DEC  pulls  A Pics available online: http://www.dyna-comp.com/html/cpd/cpu.htmlp     Thanks,    Keith & Dynamic Components International, Inc. 1716 Premier Row Orlando, FL 32809    800-621-4451 x119o 407-855-7703 x119-   ------------------------------    Date: 10 Apr 2002 16:52:32 -0700( From: bob@instantwhip.com (Bob Ceculski)" Subject: Gartners paid off by IBM!= Message-ID: <d7791aa1.0204101552.7d454a11@posting.google.com>t  ? told you to ignore Gartner ... they are paid off by IBM/Sun ...a from the inquirer ...t  . Gartner out of line on Compaq takeover future   + VMS, other platforms safe whatever happens f& By Mike Magee, 10/04/2002 16:35:53 BST  F THERE'S NOTHING like a high-profile, contentious IT industry merger toB serve as a catalyst for "gloom and doom" predictions. Here's SKC's7 take on an analyst assessment issued on March 22, 2002.>? Printed with permission from Shannon knows Compaq, (c) Terry C.n
 Shannon 2002.   B The day after Compaq shareholders voted overwhelmingly in favor ofD Hewlett-Packard's proposed acquisition of Compaq, Stamford, CT-basedF Gartner Group weighed in with a polemic fraught with dire implicationsD for the largest and most contentious merger in the history of the IT	 industry.   E On Friday March 22, Paul McGuckin, Gartner Unix & Midrange StrategieshC analyst published a research note entitled "Ten Key Consequences of  the HP/Compaq Deal."  B "Whether shareholders approve or veto the proposed merger, GartnerB believes that it will have profound consequences for HP and Compaq7 customers and for the industry," Mr. McGurkin asserted.t  B "Customers can expect that Tru64 UNIX, OpenVMS, Netaction and manyF storage platforms are likely at risk," the analyst opined, adding that> "Whether merged or separate, HP and Compaq will likely use theE decision to justify radical housecleaning of products." HP and Compaqe9 customers have a unique opportunity to migrate off of theu! aforementioned "risky" platforms.   D Indeed, the analyst said, "For many customers, the risk will finallyF outweigh the technological inertia and loyalty to vendors and products< that have kept them tied to marginal products." What's more,D enterprises will have a chance to lock in steep, multiyear discountsC as HP and Compaq whether merged or separatetry to win business at : all costs to demonstrate their market power and stability.  A Despite Peter Mercury's recent assertions to the contrary, "Fieldd= service and sales will likely undergo substantial turmoil, asuE merger-driven reassignments or cost-cutting layoffs cause some of theu? best employees to leave and some geographic territories to haved! rougher transitions than others."y  ? Gartner went on to claim that the implications for the computerrD industry as a whole include likely gains in market share on the partE of Dell Computer, IBM and Sun Microsystems, all of whom are likely to-D exploit disruption and uncertainty at Compaq and HP through at least> 3Q02 and perhaps until 1Q03, largely because of the short-termF instability associated with merging or implementing alternative plans.  D The IT industry as a whole will experience a new round of price cutsC as vendors, led by HP and Compaq, try to hold onto market share. AtdB the same time, Linux and IBM AIX will increase their support amongA ISVs, likely at the expense of HP/UX and Compaq Tru64 UNIX. In aniE effort to capitalize on proven Compaq amnd HP strengths, Dell and SuneD will likely partner with, or acquire, service firms to prepare for a# greater focus on selling solutions.   8 And a bit lower on the food chain, Gartner believes thatD transformation in the PC, server, and output markets will accelerateA as all vendors scrutinize their manufacturing processes, businessvF models and research investments. More plausible is the prediction thatE customer skepticism of Compaq and HP promises will likely increase asyC the vendors reveal product road maps and modify premerger promises.t  F Rejection of the merger would create a different kind of skepticism asE the separate companies try to brighten the dark pictures they paintedlD of their futures as separate entities and to convince customers that@ they have viable alternative "go it alone" strategies. (Based on@ discussions with senior Compaq executives, SKC believes that Mr.E Capellas and his lieutenants have in fact crafted a workable "Plan B" ; scenario in the unlikely event that such a scenario must berC implemented. Compaq's 1FQ02 financial results, due out on April 18,s+ should help validate the Compaq game plan).c   Trust But VerifyC Taken at face value, these predictions do not bode well for The NewtE HP. While it is true that near-tern disruption and uncertainty should1E help rival vendors persuade incumbent Compaq and HP customers to seekeA a more stable IT partner, and while it is evident that Tru64 UNIXB? ultimately will be relegated to HP/UX "organ donor" status, SKCeD believes that Compaq and HP are taking steps to minimize distruptionA and maximize continuity in the firms' respective Customer Servicei franchises.n  C Tarring OpenVMS and the merged Compaq-HP storage portfolio with thesA "risky scheme" brush seems a bit short-sighted: Compaq's midrangepC StrorageWorks product setwhich coincidentally occupies an enviable F position in Gartner's "Magic Quadrant"should profit from the addition# of HP's high-end storage portfolio.l  E As for the OpenVMS operating system, the oft-maligned but financially,E successful bet-your-business enterprise OS generates an extimated $2B D USD or more of high-margin revenue each year, the VMS-on-IPF portingE effort is proceeding at a brisk clip, and the OS's unique status as a-= certified Defense Information Infrastructure-Common OperatingbB Evironment (DII-COE)-compliant product serves as a very compelling life insurance policy.  E Then too, any decision to decommit from OpenVMS would cost The New HPaE a hefty revenue stream while ensuring a rapid and wholesale migrationgE from HP to an alternative vendor such as IBM. Unless Doctor KevorkianiD is on call in the Compaq-HP "Clean Room," it is highly unlikely that- the OS will be targeted for early retirement.   ? Although neither Compaq nor HP have stepped up to the plate and F affirmed a long-term commitment to the operating environment, this tooC shall change Real Soon Now: relaible word has it that Carly FiorinanE and her Compaq counterparts are drafting a comprehensive statement oftC support for OpenVMS. SKC advises OpenVMS customers to seek a seconddF opinion, and to adopt a "trust but verify" stance regarding the claims0 of industry analysts, high-profile or otherwise.   ------------------------------  % Date: Wed, 10 Apr 2002 21:46:54 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>.& Subject: Re: Gartners paid off by IBM!, Message-ID: <3CB4EB0D.361478AA@videotron.ca>   Bob Ceculski wrote:  > A > told you to ignore Gartner ... they are paid off by IBM/Sun ...  > from the inquirer ...n  L Gartner need not be paid by IBM. Their biggest customers are large IBM shopsF who want Gartner to write stuff to support their decisions to buy IBM.   ------------------------------  % Date: Wed, 10 Apr 2002 22:39:40 +0100r+ From: "antonio.carlini" <arcarlini@iee.org>t3 Subject: Re: Help! VT100 emulators - some problems. & Message-ID: <3CB4B11C.3080100@iee.org>   Brian Tillman wrote:  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).S    $ One of the standard April Fool jokes$ was to send an email that downloaded" a font with upside down characters" and then contained a "message from the Sydney office".u  $ Once MAIL was fixed (or emasculated," depending on your sense of humour) the trick revolved around usings& privs to modify the target's LOGIN.COM to type the file and the delete $ the file and the modified LOGIN.COM.! Then sit back and wait to see how-" long it took the target to realise what had happened ...n  " I used to have a command procedure lying around that would set up! many varied and wonderful prompts:' by downloading the requisite characters ! and then modifying the DCL promptg  to shift in the relevant set, do! the graphic (characters) and thent shift back. A racing car and a# penguin stick in my mind, but therea were others.   Antonioa   -- P   ---------------i- Antonio Carlini             arcarlini@iee.orgn   ------------------------------    Date: 10 Apr 2002 16:55:14 -0700( From: bob@instantwhip.com (Bob Ceculski)2 Subject: I was right!  Alpha will live in Itanium!= Message-ID: <d7791aa1.0204101555.413e3a5a@posting.google.com>e  8 from the inquirer ... notice the server inflection point+ Alpha step in write up ... I told you J.F.!H  1 Madison, Deerfield to launch this time next year W  ' McKinley intro between June and August n& By Mike Magee, 09/04/2002 18:55:47 BST    E INTEL INTENDS to release its Madison and Deerfield 64-bit CPUs in the E second quarter of 2003, as a "refresh" for its up and coming McKinleyo
 processor.D The McKinley  dubbed McMonster by tecchannel, is due to be releasedD between June and August this year, according to roadmaps seen by the	 INQUIRER.b  @ These are just some elements of Intel's X86 server roadmap whichA include the Nocona , and we'll reserve the IA-32 components for ai separate story.G  D But the 870 chipset, which for some so far mysterious reason will be@ re-named to the 8870 chipset, will support McKinley, Madison and
 Deerfield.  B McKinley is still slated to debut at 1GHz, with 3MB of level threeF cache, and another version with 1.5MB of such cache, while the MadisonF chipset will, as reported earlier, will have 6MB of level three cache,A but Intel will also offer 3MB and 4MB versions for the 2003 chip.:  F As with the McKinley, Madison will only be available for manufacturers, who have engaged in Intel's IA-64 programme.  7 These processors will be available for different servers8 configurations, including rack and other configurations.  C What's quite interesting is that McKinley will support DDR200 up toaB 16GB of memory, PCI-X and systems are likely to come equipped with0 twin Gigabit Ethernet, formerly codenamed Anvik.  C The word Infiniband was not spotted once on the latest IA-64 servere	 roadmaps.i  F But Intel is warning of a "server inflection point" beginning in 2004.E Inflection is Intellese for a major move  and we suspect that's when = Alpha technology begings to make its appearance on the 64-bitv	 platform.   E Intel is positioning its Itanium family  which includes all the IA64 C CPUs  as suitable for both technical and clustering, and wants itst? key customers to push the McKinley fairly and squarely into thei6 workstation market. AGP8X is now on the Intel horizon.  ? There appear to be no pricing shocks on the way for the ItaniumwB family. It's still a highly priced CPU, and those chips with thoseF very large caches are unlikely to get any cheaper for much of the rest of this year. -   ------------------------------  # Date: Thu, 11 Apr 2002 01:23:54 GMTo* From: "Bill Todd" <billtodd@metrocast.net>6 Subject: Re: I was right!  Alpha will live in Itanium!@ Message-ID: <JA5t8.90154$l7.7051063@bin7.nnrp.aus1.giganews.com>  A "Bob (The Mouth) Ceculski" <bob@instantwhip.com> wrote in messageh7 news:d7791aa1.0204101555.413e3a5a@posting.google.com...n: > from the inquirer ... notice the server inflection point- > Alpha step in write up ... I told you J.F.!   I You've told people a bunch of things.  Again and again.  But that doesn'ts give them any more weight.  I And babbling on again today:  first, the Inquirer article (which at least L some people will read) that quotes Terry's article (which otherwise would beJ read by far fewer people) critiquing (and if you read it carefully not allL that negatively) a Gartner report (the only thing that a whole lot of people/ will read and many will believe), and now this.t   > 2 > Madison, Deerfield to launch this time next year >b( > McKinley intro between June and August( > By Mike Magee, 09/04/2002 18:55:47 BST   ...t  H > But Intel is warning of a "server inflection point" beginning in 2004.G > Inflection is Intellese for a major move - and we suspect that's whens? > Alpha technology begings to make its appearance on the 64-bitt > platform.t  H So the entire basis of your "I was right!" bravado (the day you're rightJ about anything of significance we've yet to see) is Mike's (who is not theK sharpest technical guru on the block) *suspicion* that this Intel marketingh/ message has some real technical basis in Alpha.E  L 1.  Not that you'll likely listen any more this time than previous ones, butJ there's no way in hell that the Alpha team is going to get any significantK Alpha core technology into Itanic any time before 2005 - 6 - if they *ever*rI can.  And even if Intel completely scrapped the EPIC approach and graftedoL the Itanic instruction set onto the EV8 core (not that that's likely, but ifK it's feasible it would result in a better product), 2005 is the earliest ito
 could appear.d  L 2.  More likely, Intel will graft some of the EV7 on-chip MP and memory glueK onto the McKinley/Madison core (because that's what it's most conspicuouslycL lacking).  This might ship as early as the start of 2005 but hardly constitu! tes 'Alpha will live in Itanium'.   H 3.  The only real possibility for (late) 2004 is a shrink of the MadisonH core to a 100 nm process (i.e., a ho-hum performance boost for what willH still be the McKinley design).  Even this would be aggressive for Intel,J since so far they've first ported their x86 line to new process technologyA and held Itanic back (possibly because it's more complex and lessBD well-understood in terms of how a process migration will affect it).  G 4.  So basically the 2004 date is Intel spin for "We really want you to J believe that Itanic is *just about to take off*, and since it doesn't lookH like McKinley/Madison are going to blow your socks off like we said theyJ would (and like we said Merced would back before it became obvious that itL just *smelled* like old socks) we'll now tease you with a date (and product)I far enough off that at least *some* people might believe it, but far moreOF aggressive than we'll be able to meet (like, the same as happened with& Merced's dates, and then McKinley's)."  < 'Inflection point' my ass.  They've been listening to Carly.   - bill   ------------------------------  % Date: Wed, 10 Apr 2002 22:10:00 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> 6 Subject: Re: I was right!  Alpha will live in Itanium!, Message-ID: <3CB4F076.BAB84189@videotron.ca>  C > "Bob (The Mouth) Ceculski" <bob@instantwhip.com> wrote in messages9 > news:d7791aa1.0204101555.413e3a5a@posting.google.com... < > > from the inquirer ... notice the server inflection point/ > > Alpha step in write up ... I told you J.F.!a  L Alpha will live in IA64 as much as Alpha has been living in the Pentium everM since intel stole certain technologies, followed by Palmer giving Intel carte  blanche to use even more.r   Bill Todd wrote:I > 4.  So basically the 2004 date is Intel spin for "We really want you toeL > believe that Itanic is *just about to take off*, and since it doesn't look > like McKinley/Madison   M But those "commitments" to IA64 fix the damage that was created by the rumour)Q that Intel might ditch IA64 in favour of a 64 bit 8086 to compete against Hammer.-  M Of course Intel will integrate some of the stuff that Alpha had, at least thecJ "vanilla" stuff that can translate to the different EPIC philosophy. But IN find it very unlikely that Intel will radically change the EPIC philosophy forI IA64. Suchj a change would also require radical changes to the compilers.-   ------------------------------    Date: 10 Apr 2002 14:58:53 -04000 From: cstacy@theworld.com (Christopher C. Stacy)  Subject: Re: IA64 is not the VAX( Message-ID: <uofgridn6.fsf@theworld.com>  F >>>>> On Wed, 10 Apr 2002 09:25:15 -0600, Ben Franchuk ("Ben") writes:J  Ben> most of the stuff LISP seems to be used for is EGG-HEAD stuff rather0  Ben> than real world computing like FORTRAN-IV.  , A few examples of some popular uses of Lisp:  5  Scheduling Systems (such as airlines, space shuttle)   Military Planning6  Communication Networks - Design, Analysis, Monitoring4  Real-Time Process Control (such factory automation)  Telephone Switching  Billing Systems6  CAD Design (structural engineering, PC boards, chips)L  Computer Algebra for all kinds of science & engineering ("egg head stuff"?)  Medical and BioinformaticsG  Hypertext Documentation
  Text Editors7  Web Servers  Data MiningG  Artificial Intelligence (robots, natural language understanding, etc.) 6  Space Flight (eg. on board the Mars Pathfinder probe)#  Financial Analysis (P&L scenarios),A  Graphics and Animation (TV/Cable/Movies, Theme Park Rides, etc.)   < You can find some more information about this at places like/  <http://www.lisp.org/table/commercial-use.htm>g  ) Why are these not "real world" computing?e, What application areas were you thinking of?   ------------------------------    Date: 10 Apr 2002 14:59:47 -04000 From: cstacy@theworld.com (Christopher C. Stacy)  Subject: Re: IA64 is not the VAX( Message-ID: <uk7rfidlo.fsf@theworld.com>  F >>>>> On Wed, 10 Apr 2002 09:25:15 -0600, Ben Franchuk ("Ben") writes:#  Ben> "Christopher C. Stacy" wrote:hL  Ben> But Lisp like Forth are so unlike most other languages that you have aN  Ben> large overhead getting a machine to map to the virtual machine code bothN  Ben> languages use. Read somewhere a group of people ( 1980's???) made a lispK  Ben> cpu on a chip. You could process lists really fast, but you could noti  Ben> add with it!  G By the way, I didn't write that.   You have you attributions messed up!"   ------------------------------    Date: 10 Apr 2002 14:13:15 -07003 From: Eric Smith <eric-no-spam-for-me@brouhaha.com>y  Subject: Re: IA64 is not the VAX0 Message-ID: <qh3cy35kb8.fsf@ruckus.brouhaha.com>  2 cstacy@theworld.com (Christopher C. Stacy) writes:: > Finally, what is the basis for your implied premise that) > Lisp is not a general purpose language?f  B I reread my posts and don't believe that I ever said anything that
 implies that.e  C But if you build a processor optimized to run Lisp, it's a special-eA purpose processor.  And if you build a computer around that, it's @ a special-purpose computer.  You seem to be the only person that
 disagrees.  > I'm not picking on Lisp.  If you build a processor or computerB optimized to run Forth, or Snobol, or Intercal, that would also be? a special-purpose processor or computer.  I'd even say the sameiD about a processor optimized to run C, except that C has such minimal> requirements that it's not clear that there are any reasonable@ optimizations for that.  Most everything you can do to improve aA processor's performance running C code will apply equally well toa other languages.   ------------------------------  % Date: Wed, 10 Apr 2002 15:42:57 -0600t+ From: Ben Franchuk <bfranchuk@jetnet.ab.ca>   Subject: Re: IA64 is not the VAX, Message-ID: <3CB4B1E1.F9615EDE@jetnet.ab.ca>   Mark Crispin wrote:g > * > On Wed, 10 Apr 2002, Ben Franchuk wrote:J > > I read book on lisp in the 1980's, I was not impressed. I am still notK > > as most of the stuff LISP seems to be used for is EGG-HEAD stuff ratheru. > > than real world computing like FORTRAN-IV. > ? > Most books on Lisp suck.  That does not mean that Lisp sucks.A > K > If Lisp is "egg-head", then C is completely ivory tower, because Lisp andmF > C have more in common with each other than either have with Fortran.  F I beg to differ on the grounds that LISP was pre PDP-11. LISP uses theE idea of LISTS or Indirect Addressing for data reference.The PDP-1 didoF not have a large instruction set but it DOES have indirect addressing.F C's claim to fame was stack and heap addressing made possible by Index5 Registers.Guess what, the PDP-11 has Index Registers.a -- n% Ben Franchuk - Dawn * 12/24 bit cpu *t+ www.jetnet.ab.ca/users/bfranchuk/index.htmlP   ------------------------------   Date: 10 Apr 2002 21:49:21 GMT( From: peter@taronga.com (Peter da Silva)  Subject: Re: IA64 is not the VAX2 Message-ID: <a92c11$2ave$1@citadel.in.taronga.com>  0 In article <qh3cy35kb8.fsf@ruckus.brouhaha.com>,5 Eric Smith  <eric-no-spam-for-me@brouhaha.com> wrote:cD >But if you build a processor optimized to run Lisp, it's a special-B >purpose processor.  And if you build a computer around that, it's >a special-purpose computer.  F This is somehow different from building a processor optimised to run C and C++?   >I'd even say the sameE >about a processor optimized to run C, except that C has such minimal8? >requirements that it's not clear that there are any reasonablei >optimizations for that.  G Byte addressing, unaligned load and store, single hardware stack, powere@ of two word size, flat address space, untyped untagged data, ...   -- n@ Rev. Peter da Silva, ULC.	                                 WWFD?  F "Be conservative in what you generate, and liberal in what you accept" 	-- Matthew 10:16 (l.trans)    ------------------------------  % Date: Wed, 10 Apr 2002 16:00:35 -0600 + From: Ben Franchuk <bfranchuk@jetnet.ab.ca>i  Subject: Re: IA64 is not the VAX, Message-ID: <3CB4B603.C41BB87B@jetnet.ab.ca>   "Christopher C. Stacy" wrote:y > H > >>>>> On Wed, 10 Apr 2002 09:25:15 -0600, Ben Franchuk ("Ben") writes:L >  Ben> most of the stuff LISP seems to be used for is EGG-HEAD stuff rather2 >  Ben> than real world computing like FORTRAN-IV. > . > A few examples of some popular uses of Lisp: > 7 >  Scheduling Systems (such as airlines, space shuttle)s >  Military Planning8 >  Communication Networks - Design, Analysis, Monitoring6 >  Real-Time Process Control (such factory automation) >  Telephone Switching >  Billing Systems8 >  CAD Design (structural engineering, PC boards, chips)N >  Computer Algebra for all kinds of science & engineering ("egg head stuff"?) >  Medical and Bioinformaticsr >  Hypertext Documentation >  Text Editorso >  Web Servers >  Data MiningI >  Artificial Intelligence (robots, natural language understanding, etc.)t8 >  Space Flight (eg. on board the Mars Pathfinder probe)% >  Financial Analysis (P&L scenarios)oC >  Graphics and Animation (TV/Cable/Movies, Theme Park Rides, etc.)e > > > You can find some more information about this at places like1 >  <http://www.lisp.org/table/commercial-use.htm>m > + > Why are these not "real world" computing?h. > What application areas were you thinking of?  G Things done by Fortran IV, C and Basic. Since LISTs uses lots of memoryeB LISP was never practical on a machine with less than 256K words ofE memory thus untill after the 386 could people use LISP for non trivala	 problems.l   -- f% Ben Franchuk - Dawn * 12/24 bit cpu *e+ www.jetnet.ab.ca/users/bfranchuk/index.htmla   ------------------------------  % Date: Wed, 10 Apr 2002 16:10:35 -0600t+ From: Ben Franchuk <bfranchuk@jetnet.ab.ca>B  Subject: Re: IA64 is not the VAX, Message-ID: <3CB4B85B.18ACB9AC@jetnet.ab.ca>   Eric Smith wrote:r > 4 > cstacy@theworld.com (Christopher C. Stacy) writes:< > > Finally, what is the basis for your implied premise that+ > > Lisp is not a general purpose language?r > D > I reread my posts and don't believe that I ever said anything that > implies that.  > E > But if you build a processor optimized to run Lisp, it's a special-iC > purpose processor.  And if you build a computer around that, it'sgB > a special-purpose computer.  You seem to be the only person that > disagrees. > @ > I'm not picking on Lisp.  If you build a processor or computerD > optimized to run Forth, or Snobol, or Intercal, that would also beA > a special-purpose processor or computer.  I'd even say the samerF > about a processor optimized to run C, except that C has such minimal@ > requirements that it's not clear that there are any reasonableB > optimizations for that.  Most everything you can do to improve aC > processor's performance running C code will apply equally well tof > other languages.  F I say C has more requirements than LISP. It seems 99% of all compilersB are written in C or C++. I don't think anybody has done a IntercalE machine yet, since Intercal is not exactly the #1 langauge to programy5 in. A nice lisp link http://fare.tunes.org/LispM.html      --  % Ben Franchuk - Dawn * 12/24 bit cpu * + www.jetnet.ab.ca/users/bfranchuk/index.htmlt   ------------------------------    Date: 10 Apr 2002 13:19:59 -1000/ From: Jim Thomas <thomas@atlas.cfht.hawaii.edu>   Subject: Re: IA64 is not the VAX2 Message-ID: <wwn0wbm99c.fsf@atlas.cfht.hawaii.edu>  < >>>>> "Ben" == Ben Franchuk <bfranchuk@jetnet.ab.ca> writes:    Ben> Mark Crispin wrote:7  M  >> If Lisp is "egg-head", then C is completely ivory tower, because Lisp andiH  >> C have more in common with each other than either have with Fortran.  L  Ben> I beg to differ on the grounds that LISP was pre PDP-11. LISP uses theK  Ben> idea of LISTS or Indirect Addressing for data reference.The PDP-1 did L  Ben> not have a large instruction set but it DOES have indirect addressing.L  Ben> C's claim to fame was stack and heap addressing made possible by Index;  Ben> Registers.Guess what, the PDP-11 has Index Registers.   G ?  LISP started on the 70[49][04].  They had Index Registers.  They hadnI Indirect Addressing.  They had address registers so that "car" could be a  meaningful acronym :-)   Nothead    ------------------------------  % Date: Wed, 10 Apr 2002 17:28:13 -0700h+ From: Mark Crispin <mrc@CAC.Washington.EDU>e  Subject: Re: IA64 is not the VAXP Message-ID: <Pine.LNX.4.50.0204101656300.10901-100000@shiva0.cac.washington.edu>  ( On Wed, 10 Apr 2002, Ben Franchuk wrote:! > Since LISTs uses lots of memorytD > LISP was never practical on a machine with less than 256K words ofG > memory thus untill after the 386 could people use LISP for non trivalr > problems.e  F I respecfully suggest that you do not know what you are talking about.  H Interlisp, which by any reasonable definition was the Godzilla among the1 PDP-10 Lisp systems, ran in 160K words of memory.   G Stanford Lisp 1.6, which for years was the standard, ran in a mere 13K.tE MacLisp, which began to displace Lisp 1.6 in the mid-70s, ran in 47K,hJ although with a modest amount of effort it could be reduced to run in less	 than 32K.-  E A vast amount of AI work was done in the 1970s and early 1980s on allr three.  D There is not a single programming technique in Lisp that is not also< extensively used in non-trivial C programs, including lists.  F My suspicion is that you're the victim of a bad book on Lisp, and as a1 result haven't a clue as to how people used Lisp.o  H For the record, the first IMAP client was written in Lisp.  The completeF Lisp source code for an advanced, GUI based IMAP+SMTP client was aboutJ 200K bytes.  A reimplementation for the NeXT in C, taking advantage of all2 the NeXT GUI facilities, was several times larger.  
 -- Mark --   http://staff.washington.edu/mrc.F Science does not emerge from voting, party politics, or public debate.   ------------------------------    Date: 11 Apr 2002 11:42:49 +0800, From: Paul Repacholi <prep@prep.synonet.com>  Subject: Re: IA64 is not the VAX- Message-ID: <871ydmnbnq.fsf@prep.synonet.com>   - Ben Franchuk <bfranchuk@jetnet.ab.ca> writes:     > > I don't think anybody has done a Intercal machine yet, sinceD > Intercal is not exactly the #1 langauge to program in. A nice lisp' > link http://fare.tunes.org/LispM.htmlo  B Intel has one, but few seem to want to buy it for some odd reason.  o :)   -- e< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Wed, 10 Apr 2002 23:08:11 +0200e' From: "Luyen Tran" <l.v.tran@hccnet.nl>f8 Subject: Info about Performance Issues Work Group (PIWG)) Message-ID: <a929cj$d8c$1@news.hccnet.nl>    Hi,   L Years ago there was a Performance Issues WG (PIWG) test suite written in AdaD (83) available that can be used for performance measure of differentI platforms (VAX, PC so far I recall). The work group siezes to exist and IiF can no longer find the test suite online. Does anyone of you know someH another test suite(s)? Any info is welcome and is greatfull appreciated. Thanks,t Luyeni   ------------------------------  ! Date: Wed, 10 Apr 02 21:20:59 GMTu< From: witold.waldman@XE1dsto.defence.gov.au (Witold Waldman)* Subject: Insufficient virtual memory error7 Message-ID: <a92dsb$fpu$1@foxhound.dsto.defence.gov.au>s  @ I have been trying to run a Fortran 90 program that dynamically @ allocates/deallocates a large array whose size is increased with> each call. I need to create arrays around 50-60 MB in size in ( the application that I am trying to run.  I I have created a short test program to demonstrate the problem. When the rJ program runs (on a Compaq Alphaserver with 256 MB RAM and running OpenVMS . 7.2), the following error message is produced:      ZAP$ run testarray     Allocating 10 MB array.    Deallocating 10 MB array.    Allocating 15 MB array.3    %FOR-F-INSVIRMEM, insufficient virtual memory!/ o&      unit !SL  file !AS!/  user PC !XL2    %TRACE-F-TRACEBACK, symbolic stack dump follows;     image    module    routine             line      rel PCl	    abs PCaA     DEC$FORRTL                                 0 000000000005BB78     000000007C647B78oA     DEC$FORRTL                                 0 000000000005BDC4     000000007C647DC4oA     TESTARRAY  TESTARRAY  TESTARRAY           15 00000000000001B8.    00000000000301B8aA                                                0 FFFFFFFF84EDD3D4i    FFFFFFFF84EDD3D4h  G When this error occurs, my program is trying to dynamically allocate an J array that is 15 MB in size. I have asked the current system administratorL of the Alphaserver to increase my paging file, which he has done (to 900000 I blocks). I don't know how to check the settings from my account, though. K  K The Fortran 90 code of the test program is as follows. It compiles cleanly kI using the command line "fortran testarray.f90" on our system. The COMPAQ *8 Fortran compiler that we have supports F77, F90 and F95.           program testarrayl             implicit nonel  1           real,allocatable,dimension(:)     :: A1            integer::i             i=1024*1024/4s  .           write(*,*) 'Allocating 10 MB array.'           allocate(A1(i*10))0           write(*,*) 'Deallocating 10 MB array.'           deallocate(A1).           write(*,*) 'Allocating 15 MB array.'           allocate(A1(i*15))0           write(*,*) 'Deallocating 15 MB array.'           deallocate(A1).           write(*,*) 'Allocating 20 MB array.'           allocate(A1(i*20))0           write(*,*) 'Deallocating 20 MB array.'           deallocate(A1).           write(*,*) 'Allocating 40 MB array.'           allocate(A1(i*40))0           write(*,*) 'Deallocating 40 MB array.'           deallocate(A1).           write(*,*) 'Allocating 50 MB array.'           allocate(A1(i*50))0           write(*,*) 'Deallocating 50 MB array.'           deallocate(A1)             stop         end program testarrayn  F Can anyone offer any suggestions that might fix this problem? I think : that it is an OpenVMS setup problem related to my account.  o) Thanks for any help that can be provided.h   Witold Waldman% witold.waldman@XE1dsto.defence.gov.autA Remove capital letters and digits to make a valid e-mail address.    ------------------------------  # Date: Wed, 10 Apr 2002 23:08:23 GMTs/ From: "James Wilkinson" <elementyl@hotmail.com> . Subject: Re: Insufficient virtual memory errorB Message-ID: <HB3t8.3133$O%4.1409852609@newssvr14.news.prodigy.com>   "Witold Waldman"  wrote:A > Can anyone offer any suggestions that might fix this problem? I-B > think that it is an OpenVMS setup problem related to my account.  I Yes, your code is fine.  Do a SHOW PROCESS /QUOTA to see what you accountu. paging file quota is, and have that increased.   James9   ------------------------------  # Date: Wed, 10 Apr 2002 18:06:01 GMTs* From: "Bill Todd" <billtodd@metrocast.net> Subject: Re: Itanium troublesn@ Message-ID: <da%s8.85538$l7.6662570@bin7.nnrp.aus1.giganews.com>  > "Bill Todd" <billtodd@metrocast.net> wrote in message news:... > 2 > "Paul DeMone" <pdemone@igs.net> wrote in message# > news:3C86FC3C.D996D8DD@igs.net...r > >u > > Bill Todd wrote: > > >p	 > > [...]i9 > > > Intel originally hoped to ship McKinley at 1.4 GHz.P > >r > > Where do you get this from?  > L > While I can't remember exactly where it came from, there's a good chance IL > got it from your realworldtech article of 3/14/01 - which now has acquiredD > an addendum indicating that no such figure was actually specified.  E As a very belated follow-up, I also note that Rob Young seems to haveiJ independently said this around 7/14 of last year (possibly again from your0 write-up, but the wording doesn't suggest that):  8 "Rob Young" <young_r@encompasserve.org> wrote in message- news:RmB3aoAe3vkl@eisner.encompasserve.org..."   ...i  ! >         Re: "Clocking Problems" ? > You must mean Itanium, aka Merced.  A senior circuit designer0; > put it to me that he was totally shocked in February whentH > Intel pointed out that McKinley was/is at 1.4 GHz.  Don't be surprisedD > if McKinley comes in higher.  And yes, I have been sitting on that/ > tidbit for a while (the shock of it all!) ;-)    - bill   ------------------------------  # Date: Wed, 10 Apr 2002 21:36:17 GMT & From: davidsen@tmr.com (bill davidsen) Subject: Re: Itanium troubleshA Message-ID: <lf2t8.7278$TY3.358055008@newssvr17.news.prodigy.com>)  @ In article <NKus8.66823$w7.5656854@bin6.nnrp.aus1.giganews.com>,) Bill Todd <billtodd@metrocast.net> wrote:  | 5 | "bill davidsen" <davidsen@tmr.com> wrote in messageo6 | news:a8tp4h$40n6$1@newssvr05-en0.news.prodigy.com...  L | >   I was under the impression that the Alpha was a big-endian port, whichL | > presents more chances for "learning experiences" than one might imagine. | F | Not sure what you're saying above.  Though both may be very slightlyL | little-endian-preferring internally, Alpha and Itanic (and for that matterM | POWER4 and I think SPARC and maybe MIPS) will run either-endian.  Linux washM | developed primarily on little-endian machines (x86s), runs little-endian onaF | Alpha (though it might run big-endian somewhere - I don't know), andI | presumably will also run little-endian on Itanic.  Windows runs (to thei? | degree it runs at all) little-endian everywhere that it runs.   G   No need to search for hidden meaning, what I said was that I have theeH impression the Linux port to Alpha is big-endian. That might be optional= or totally incorrect, I certainly didn't claim any certitude.   G   Many, if not all, of the MIPS would run either endian, I had some oldnH DEC Ultrix machines which were configured big. Again just an impression,C but I was told that the endianess could be set hard by hardware, or-E configured to software settable. Since we weren't changing anything I ? have no information beyond what the FE claimed in 1992 (or so).s   -- e9 bill davidsen <davidsen@tmr.com> CTO, TMR Associates, IncCI   Programming without software engineering is like sculpting with a chainbK saw. The very talented can produce a work of art, the mediocre wind up withfF a misshapen lump in a pile of rubble, and in neither case does the endC result have more than a passing resemblance to the original intent..   ------------------------------  # Date: Wed, 10 Apr 2002 21:44:19 GMT & From: davidsen@tmr.com (bill davidsen) Subject: Re: Itanium troubles A Message-ID: <Tm2t8.7279$bt3.358627480@newssvr17.news.prodigy.com>n  J In article <a8ugii$lr7$1@sunnews.cern.ch>, Dan Pop <Dan.Pop@ifh.de> wrote:f | In <NKus8.66823$w7.5656854@bin6.nnrp.aus1.giganews.com> "Bill Todd" <billtodd@metrocast.net> writes: |  | N | >POWER4 and I think SPARC and maybe MIPS) will run either-endian.  Linux wasN | >developed primarily on little-endian machines (x86s), runs little-endian onG | >Alpha (though it might run big-endian somewhere - I don't know), and- | D | The first Linux port was to m68k, which is a big-endian processor.  ,   The first Linux port was the i386 version.  G   And I'm not sure if the 68k was really big endian in the usual sense,tF where bytes 1234 is little, 4321 is big, and I have the odd memory forE some reason that the original 68k (16bit bus) was 2143. Since my lastrE 68k was a "Unix-PC" (aka ATT 7300 and 3B1, modulo some minor cosmetictD changes), I'm unable to test that, and unwilling to do any research." Someone will know and pontificate.   -- e9 bill davidsen <davidsen@tmr.com> CTO, TMR Associates, IncoI   Programming without software engineering is like sculpting with a chainhK saw. The very talented can produce a work of art, the mediocre wind up with F a misshapen lump in a pile of rubble, and in neither case does the endC result have more than a passing resemblance to the original intent.    ------------------------------  # Date: Wed, 10 Apr 2002 21:47:16 GMT & From: davidsen@tmr.com (bill davidsen) Subject: Re: Itanium troubles A Message-ID: <Ep2t8.7280$bt3.358627480@newssvr17.news.prodigy.com>a  D In article <rBxs8.2326$3P4.186792@newsread2.prod.itd.earthlink.net>,- aaron spink <aaronspink@earthlink.net> wrote:e | 5 | "bill davidsen" <davidsen@tmr.com> wrote in messageC6 | news:a8tp4h$40n6$1@newssvr05-en0.news.prodigy.com...L | >   I was under the impression that the Alpha was a big-endian port, whichL | > presents more chances for "learning experiences" than one might imagine. | >RN | IIRC, the only in use OS that runs on Alpha in big endian mode is UNICOS/mkTL | on the T3E/T3D.  The only other OS that was planned to run on Alpha in bigM | endian mode was the Tandem NonStop Kernal.  I don't how far they got beforefK | the "new alpha age" began, but I would assume they at least got something ; | booting.  NT, DUNIX,VMS, and Linux are all little endian.r  F   I never knew UNICOS ran on anything but Cray (we had Cray2 and XMP).E And someone else just said Linux could run big endian on Alpha if theb, hardware was configured that way (ala MIPS).  E   Since I'm unlikely to ever have an Alpha I can't care all that muche ;-)    -- h9 bill davidsen <davidsen@tmr.com> CTO, TMR Associates, InciI   Programming without software engineering is like sculpting with a chain K saw. The very talented can produce a work of art, the mediocre wind up with/F a misshapen lump in a pile of rubble, and in neither case does the endC result have more than a passing resemblance to the original intent.    ------------------------------  % Date: Wed, 10 Apr 2002 23:47:28 +0200I9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>d Subject: Re: Itanium troublest' Message-ID: <3CB4B2F0.B1237673@aaa.com>a   bill davidsen wrote: > . >   The first Linux port was the i386 version. >    What was it ported *from* ? 2 Which also must have been the original development environment, not ?   Jan-Erik Sderholm.f   ------------------------------  % Date: Thu, 11 Apr 2002 00:02:01 +0200B, From: Toon Moene <toon@moene.indiv.nluug.nl> Subject: Re: Itanium troublesC4 Message-ID: <3CB4B659.AA06DD77@moene.indiv.nluug.nl>   Jan-Erik Sderholm wrote:s   > bill davidsen wrote: > >a0 > >   The first Linux port was the i386 version. > >  >  > What was it ported *from* ?h  D As far as I know it was ported from a heated USENET debate about the extensibility of MINIX.    -- sG Toon Moene - mailto:toon@moene.indiv.nluug.nl - phoneto: +31 346 214290-6 Saturnushof 14, 3738 XG  Maartensdijk, The NetherlandsG Maintainer, GNU Fortran 77: http://gcc.gnu.org/onlinedocs/g77_news.html E Join GNU Fortran 95: http://g95.sourceforge.net/ (under construction)a   ------------------------------  # Date: Wed, 10 Apr 2002 22:06:52 GMTr* From: "Bill Todd" <billtodd@metrocast.net> Subject: Re: Itanium troubles @ Message-ID: <0I2t8.87159$l7.6843962@bin7.nnrp.aus1.giganews.com>  3 "bill davidsen" <davidsen@tmr.com> wrote in messagei; news:lf2t8.7278$TY3.358055008@newssvr17.news.prodigy.com... B > In article <NKus8.66823$w7.5656854@bin6.nnrp.aus1.giganews.com>,+ > Bill Todd <billtodd@metrocast.net> wrote:r > |t7 > | "bill davidsen" <davidsen@tmr.com> wrote in messagel8 > | news:a8tp4h$40n6$1@newssvr05-en0.news.prodigy.com... >tH > | >   I was under the impression that the Alpha was a big-endian port, which E > | > presents more chances for "learning experiences" than one mightd imagine. > |-H > | Not sure what you're saying above.  Though both may be very slightlyG > | little-endian-preferring internally, Alpha and Itanic (and for that  matterK > | POWER4 and I think SPARC and maybe MIPS) will run either-endian.  Linuxr waskL > | developed primarily on little-endian machines (x86s), runs little-endian onH > | Alpha (though it might run big-endian somewhere - I don't know), andK > | presumably will also run little-endian on Itanic.  Windows runs (to the A > | degree it runs at all) little-endian everywhere that it runs.o >II >   No need to search for hidden meaning, what I said was that I have theeJ > impression the Linux port to Alpha is big-endian. That might be optional? > or totally incorrect, I certainly didn't claim any certitude.   K Ah - that wasn't how it read it.  Perhaps Dan will chime in authoritatively K (and one hopes more politely) to clear this up, since my response was, as I.L said, a presumption (based on the apparent prevalence of little-endian Linux on x86 and Alpha).   >-I >   Many, if not all, of the MIPS would run either endian, I had some oldCJ > DEC Ultrix machines which were configured big. Again just an impression,E > but I was told that the endianess could be set hard by hardware, or>G > configured to software settable. Since we weren't changing anything ImA > have no information beyond what the FE claimed in 1992 (or so).   K Yes, I had a moment of brain-fade about MIPS, which was the first real RISCa< target of little-endian NT (after they gave up on the i860).   - bill   ------------------------------  # Date: Wed, 10 Apr 2002 22:21:50 GMTh& From: davidsen@tmr.com (bill davidsen) Subject: Re: Itanium troubles A Message-ID: <2W2t8.7282$9X3.358686772@newssvr17.news.prodigy.com>e  0 In article <a8u74s$l2m$1@pegasus.csx.cam.ac.uk>,) Nick Maclaren <nmm1@cus.cam.ac.uk> wrote:   D | It isn't really cost-effective to buy a unique system for a singleC | application, outside HPC, process control and similar areas.  You B | don't need everything, but you do need enough range to cover theA | requirements of a target market.  Hence 3 months - if it were adE | complete range of software I wwas referring to, that 3 would be 12.i  D   If I can replace three racks of Xeon mail servers with one rack ofE Itanium, given that the systems and o/s have reached a reliable stateiG and the hardware cost is right, why would I not replace? In real estateKG location is what drives price, and space on a raised floor is is prettyhH precious. The same metric which make 1U servers, and "server on a blade"1 marketable will make faster servers sell as well.r  G   The organization with a small number of servers isn't going to find a-G saving, but the one with a server farm would like to till less acreage.y  D   I see no reason to think Itanium is at or near that point, but forG server farms, and single application saving could be in 7-8 digits. The D applications I see in farms are database, web service, DNS, mail andF usenet. And maybe computational clusters as well, that's not my thing.   -- /9 bill davidsen <davidsen@tmr.com> CTO, TMR Associates, IncoI   Programming without software engineering is like sculpting with a chain K saw. The very talented can produce a work of art, the mediocre wind up with F a misshapen lump in a pile of rubble, and in neither case does the endC result have more than a passing resemblance to the original intent.h   ------------------------------  % Date: Thu, 11 Apr 2002 10:30:36 +1200-# From: Bruce Hoult <bruce@hoult.org>  Subject: Re: Itanium troubles = Message-ID: <bruce-3AF942.10303611042002@copper.ipg.tsnz.net>a  A In article <2W2t8.7282$9X3.358686772@newssvr17.news.prodigy.com>,l(  davidsen@tmr.com (bill davidsen) wrote:  D > If I can replace three racks of Xeon mail servers with one rack ofG > Itanium, given that the systems and o/s have reached a reliable state : > and the hardware cost is right, why would I not replace?  F Dumb question, but why on earth would you require a whole rack -- let   alone three -- for mail servers?   -- Bruce   ------------------------------  % Date: Wed, 10 Apr 2002 19:13:52 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>m Subject: Re: Itanium troublesl, Message-ID: <3CB4C724.C3D119AA@videotron.ca>   bill davidsen wrote:F >   If I can replace three racks of Xeon mail servers with one rack ofG > Itanium, given that the systems and o/s have reached a reliable statea; > and the hardware cost is right, why would I not replace? r  L You are making the assumption that IA64 will outspeed the 8086 architecture.   ------------------------------   Date: 10 Apr 2002 23:11:54 GMT( From: nmm1@cus.cam.ac.uk (Nick Maclaren) Subject: Re: Itanium troublesp0 Message-ID: <a92grq$gpe$1@pegasus.csx.cam.ac.uk>  A In article <2W2t8.7282$9X3.358686772@newssvr17.news.prodigy.com>,c' bill davidsen <davidsen@tmr.com> wrote:r1 >In article <a8u74s$l2m$1@pegasus.csx.cam.ac.uk>,o* >Nick Maclaren <nmm1@cus.cam.ac.uk> wrote: > E >| It isn't really cost-effective to buy a unique system for a single D >| application, outside HPC, process control and similar areas.  YouC >| don't need everything, but you do need enough range to cover the7B >| requirements of a target market.  Hence 3 months - if it were aF >| complete range of software I wwas referring to, that 3 would be 12. >0E >  If I can replace three racks of Xeon mail servers with one rack of F >Itanium, given that the systems and o/s have reached a reliable stateH >and the hardware cost is right, why would I not replace? In real estateH >location is what drives price, and space on a raised floor is is prettyI >precious. The same metric which make 1U servers, and "server on a blade".2 >marketable will make faster servers sell as well. >,H >  The organization with a small number of servers isn't going to find aH >saving, but the one with a server farm would like to till less acreage.  ? That is true, but do you think that your custom alone is enough  to make a chip viable?  E >  I see no reason to think Itanium is at or near that point, but fordH >server farms, and single application saving could be in 7-8 digits. TheE >applications I see in farms are database, web service, DNS, mail and(G >usenet. And maybe computational clusters as well, that's not my thing.o  B Let us ignore the evidence that IA-64 may well be worse than IA-326 for such uses, as that wasn't the point of the thread.  A Someone made a claim that a SINGLE application was enough to makeg@ a chip viable.  I pointed out that it was not true outside a fewB specialist areas, and that an appropriate range of applications to" attract a viable market is needed.    You seem to be agreeing with me.     Regards, Nick Maclaren,* University of Cambridge Computing Service,> New Museums Site, Pembroke Street, Cambridge CB2 3QH, England. Email:  nmm1@cam.ac.uk/ Tel.:  +44 1223 334761    Fax:  +44 1223 334679l   ------------------------------  + Date: Wed, 10 Apr 2002 23:31:37 +0000 (UTC)a From: david20@alpha2.mdx.ac.uk Subject: Re: Itanium troubless+ Message-ID: <a92i0p$58r$1@aquila.mdx.ac.uk>n  c In article <bruce-3AF942.10303611042002@copper.ipg.tsnz.net>, Bruce Hoult <bruce@hoult.org> writes:vB >In article <2W2t8.7282$9X3.358686772@newssvr17.news.prodigy.com>,) > davidsen@tmr.com (bill davidsen) wrote:a > E >> If I can replace three racks of Xeon mail servers with one rack ofaH >> Itanium, given that the systems and o/s have reached a reliable state; >> and the hardware cost is right, why would I not replace?  >dG >Dumb question, but why on earth would you require a whole rack -- let l! >alone three -- for mail servers?M >e	 >-- Bruce   O I'd guess because he has tens of thousands of mail users and is using Exchange.wJ Later versions of Exchange may have improved but it certainly was the caseM that Exchange didn't scale anything like as well as Unix or VMS mail systems.     
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------  # Date: Thu, 11 Apr 2002 03:30:57 GMT   From: cjt <cheljuba@prodigy.net> Subject: Re: Itanium troublesP+ Message-ID: <3CB50362.BAB56A15@prodigy.net>e   bill davidsen wrote: > 2 > In article <a8u74s$l2m$1@pegasus.csx.cam.ac.uk>,+ > Nick Maclaren <nmm1@cus.cam.ac.uk> wrote:M > F > | It isn't really cost-effective to buy a unique system for a singleE > | application, outside HPC, process control and similar areas.  YouoD > | don't need everything, but you do need enough range to cover theC > | requirements of a target market.  Hence 3 months - if it were aeG > | complete range of software I wwas referring to, that 3 would be 12.v > F >   If I can replace three racks of Xeon mail servers with one rack ofG > Itanium, given that the systems and o/s have reached a reliable stategI > and the hardware cost is right, why would I not replace? In real estaterI > location is what drives price, and space on a raised floor is is prettytJ > precious. The same metric which make 1U servers, and "server on a blade"3 > marketable will make faster servers sell as well.  > I >   The organization with a small number of servers isn't going to find agI > saving, but the one with a server farm would like to till less acreage.  > F >   I see no reason to think Itanium is at or near that point, but forI > server farms, and single application saving could be in 7-8 digits. TheRF > applications I see in farms are database, web service, DNS, mail andH > usenet. And maybe computational clusters as well, that's not my thing.  % 7-8 digits is a lot of real estate.  .  I BTW, do you have expansion or replacement in mind?  You said replacement.e   >  > --; > bill davidsen <davidsen@tmr.com> CTO, TMR Associates, InchK >   Programming without software engineering is like sculpting with a chainhM > saw. The very talented can produce a work of art, the mediocre wind up withoH > a misshapen lump in a pile of rubble, and in neither case does the endE > result have more than a passing resemblance to the original intent.I   ------------------------------    Date: 10 Apr 2002 18:58:55 -07000 From: skipper@no-spam.calweb.com (Skipper Smith) Subject: Re: Itanium troublesh5 Message-ID: <slrnab9rf0.1tb1.skipper@web1.calweb.com>n  ' bill davidsen <davidsen@tmr.com> wrote:-K >In article <a8ugii$lr7$1@sunnews.cern.ch>, Dan Pop <Dan.Pop@ifh.de> wrote:ig >| In <NKus8.66823$w7.5656854@bin6.nnrp.aus1.giganews.com> "Bill Todd" <billtodd@metrocast.net> writes:  >| s >| tO >| >POWER4 and I think SPARC and maybe MIPS) will run either-endian.  Linux wastO >| >developed primarily on little-endian machines (x86s), runs little-endian onlH >| >Alpha (though it might run big-endian somewhere - I don't know), and >|  E >| The first Linux port was to m68k, which is a big-endian processor.  >s- >  The first Linux port was the i386 version.e >tH >  And I'm not sure if the 68k was really big endian in the usual sense,  E The 68K was and still is absolutely big endian in every sense of byte.	 ordering.M  G >where bytes 1234 is little, 4321 is big, and I have the odd memory forpF >some reason that the original 68k (16bit bus) was 2143. Since my lastF >68k was a "Unix-PC" (aka ATT 7300 and 3B1, modulo some minor cosmeticE >changes), I'm unable to test that, and unwilling to do any research.o# >Someone will know and pontificate.- >- >-- : >bill davidsen <davidsen@tmr.com> CTO, TMR Associates, IncJ >  Programming without software engineering is like sculpting with a chainL >saw. The very talented can produce a work of art, the mediocre wind up withG >a misshapen lump in a pile of rubble, and in neither case does the end7D >result have more than a passing resemblance to the original intent.     -- eB Skipper Smith                         Helpful Knowledge ConsultingB Worldwide         Microprocessor       Architecture       TrainingB PowerPC, ColdFire, 68K, CPU32                Hardware and Software  B /* Remove no-spam. from the reply address to send mail directly */   ------------------------------  % Date: Wed, 10 Apr 2002 23:27:05 -0400t( From: David Froble <davef@tsoft-inc.com> Subject: Re: Itanium troublesn* Message-ID: <3CB50289.30403@tsoft-inc.com>   david20@alpha2.mdx.ac.uk wrote:   e > In article <bruce-3AF942.10303611042002@copper.ipg.tsnz.net>, Bruce Hoult <bruce@hoult.org> writes:a > C >>In article <2W2t8.7282$9X3.358686772@newssvr17.news.prodigy.com>, ) >>davidsen@tmr.com (bill davidsen) wrote:. >> >>E >>>If I can replace three racks of Xeon mail servers with one rack ofCH >>>Itanium, given that the systems and o/s have reached a reliable state; >>>and the hardware cost is right, why would I not replace?e >>>rH >>Dumb question, but why on earth would you require a whole rack -- let " >>alone three -- for mail servers? >>
 >>-- Bruce >> > Q > I'd guess because he has tens of thousands of mail users and is using Exchange.aL > Later versions of Exchange may have improved but it certainly was the caseO > that Exchange didn't scale anything like as well as Unix or VMS mail systems.s    , Ok, then, keeping in the mode of asking why:  Q Why on earth would anyone with any significant workload use Exchange -- for mail   servers?   Dave   ------------------------------  % Date: Thu, 11 Apr 2002 00:08:10 -04000- From: JF Mezei <jfmezei.spamnot@videotron.ca>r Subject: Re: Itanium troubles-+ Message-ID: <3CB50C1F.F57CBE0@videotron.ca>    Skipper Smith wrote:G > The 68K was and still is absolutely big endian in every sense of byte  > ordering.e  J First 2 bytes of every TIFF file are either II or MM for Intel or MotorolaN byte ordering. That gives a good idea or where the processors were in terns of+ endianness at the time TIFF was developped.e   ------------------------------  % Date: Thu, 11 Apr 2002 00:11:20 -0400U- From: JF Mezei <jfmezei.spamnot@videotron.ca>  Subject: Re: Itanium troublesh, Message-ID: <3CB50CDD.C2FFF3E3@videotron.ca>   David Froble wrote:xR > Why on earth would anyone with any significant workload use Exchange -- for mail
 > servers?  M Because they made a commitment to evil Bill to do so, cannabalising their ownl2 more profitable product just to please Bill Gates.  M Because some manager decided that the company should standardize on MicrosoftaN because that was sure to survive while other products don't have such a bright future ?  N Because some manager decided to standardize on microsoft because it is easy toG find microsoft weenies to operate your servers, whereas if you buy some-0 proprietary system, it is harder to find people.  F The list of reasons can be long. The fact that Microsoft maintains itsN monopoly is an indication that product quality isn't so important as following. the trend to make sure you're not left behind.   ------------------------------  # Date: Thu, 11 Apr 2002 04:41:11 GMTr, From: adi@pirx.hexapodia.org (Andy Isaacson) Subject: Re: Itanium troubles-3 Message-ID: <Ht8t8.24242$vm6.3746953@ruti.visi.com>   A In article <lf2t8.7278$TY3.358055008@newssvr17.news.prodigy.com>,a' bill davidsen <davidsen@tmr.com> wrote:6 >[someone else wrote]nG >| Not sure what you're saying above.  Though both may be very slightlyhM >| little-endian-preferring internally, Alpha and Itanic (and for that matter N >| POWER4 and I think SPARC and maybe MIPS) will run either-endian.  Linux wasN >| developed primarily on little-endian machines (x86s), runs little-endian onB >| Alpha (though it might run big-endian somewhere - I don't know) >eH >  No need to search for hidden meaning, what I said was that I have theI >impression the Linux port to Alpha is big-endian. That might be optionaln> >or totally incorrect, I certainly didn't claim any certitude.  E Linux on Alpha is as little-endian as they come, and I have heard nota@ a whisper of a BE Linux for Alpha.  Now, ARM and MIPS, those are different stories.  G AFAIK the ONLY significant user of big-endian Alpha is the Cray T3D and0F T3E.  I don't know of any other OS that runs Alpha in big-endian mode.G (Which is not to say that they do not or could not exist -- but I thinkoA it would probably require platform development effort, as the PCIlJ infrastructure in DEC^H^H^HCompaq systems is pretty firmly LE, I believe.)   -andyh   ------------------------------  # Date: Thu, 11 Apr 2002 05:59:06 GMTs. From: "aaron spink" <aaronspink@earthlink.net> Subject: Re: Itanium troublesoE Message-ID: <KC9t8.34479$CA6.439751@newsread1.prod.itd.earthlink.net>   5 "David Froble" <davef@tsoft-inc.com> wrote in messaged$ news:3CB50289.30403@tsoft-inc.com.... > Ok, then, keeping in the mode of asking why: > I > Why on earth would anyone with any significant workload use Exchange --s for mail
 > servers? >lI Because it is/was the thing to do.  I remember that when IBM bought LotussI the edict came down that the company would switch to Notes.  My memory iseJ kinda hazy( maybe Del will pipe in here), but all of Rochester was runningL mail off of a fairly old single AS/400.  They ended up having to clear out aL whole machine room and stuff it with x86 boxen just to replace what was in 2 racks.  K I've heard many other horror stories like this in many different companies, K and just managed to miss going through it when I was at DEC/Compaq, gettingcI sold off does have some benefits.  But there were days when we could sendhL email on unix in seconds and it would take several hours for the NT exchange servers to deliver it.   Aaron Spinki speaking for Myself Inc.   ------------------------------  % Date: Thu, 11 Apr 2002 04:36:10 +0800o From: ultimatehgh@excite.com% Subject: look younger HGH supplement.," Message-ID: <5066488@MVB.SAIC.COM>   <html> <body bgColor="#CCCCCC" topmargin=1 onMouseOver="window.status='http://www.yahoo.com'; return true" oncontextmenu="return false" ondragstart="return false" onselectstart="return false">t <p><br>e </p>M <table width="581" border="0" cellspacing="0" cellpadding="0" align="center">-  <tr align="center" valign="top"> <td>P <table width="580" border="0" cellspacing="0" cellpadding="0" bgcolor="#cccccc"> <tr> 2- <td align="left" valign="bottom" width="566">c/ <table width="100%" border="0" cellspacing="10"a# cellpadding="10" bgcolor="#CCCCCC">c <tr> <td height="44"> tu <p align="center"><font size="5">Hello, info-usa@harmoniamundi.com,<br><br>As seen on NBC, CBS, CNN, and even Oprah! a@ The health discovery that actually reverses aging while burning < fat, without dieting or exercise! This proven discovery has > even been reported on by the New England Journal of Medicine. A Forget aging and dieting forever! And it's Guaranteed!</font><br>m <br> <br>N <a href="http://211.99.37.206:1977/ultimatehgh/index.html">Click here</a> </p> <hr size="1" noshade>a <center>5 <b>Would you like to lose weight while you sleep!<br>i No dieting!<br>  No hunger pains!<br> No Cravings!<br> No strenuous exercise!<br> Change your life forever! </b> <p></p>r	 </center>" <div align="center"> <center>> <table border="0" cellpadding="0" cellspacing="0" width="300"> <tr> r? <td width="216" height="18"><font face="Verdana"><small>1.Body w Fat Loss </small></font></td>yJ <td width="212" align="right" height="18"><small><font face="Verdana">82%   improvement.</font></small></td> </tr>  <tr> eB <td width="216" height="18"><font face="Verdana"><small>2.Wrinkle  Reduction </small></font></td>J <td width="212" align="right" height="18"><small><font face="Verdana">61%   improvement.</font></small></td> </tr>o <tr>  A <td width="216" height="18"><font face="Verdana"><small>3.Energy w Level </small></font></td>J <td width="212" align="right" height="18"><small><font face="Verdana">84%   improvement.</font></small></td> </tr>c <tr> sA <td width="216" height="18"><font face="Verdana"><small>4.Muscle a Strength </small></font></td>-J <td width="212" align="right" height="18"><small><font face="Verdana">88%   improvement.</font></small></td> </tr>o <tr>  A <td width="216" height="18"><font face="Verdana"><small>5.Sexual n Potency </small></font></td>J <td width="212" align="right" height="18"><small><font face="Verdana">75%   improvement.</font></small></td> </tr>n <tr> eD <td width="216" height="18"><font face="Verdana"><small>6.Emotional  Stability </small></font></td>J <td width="212" align="right" height="18"><small><font face="Verdana">67%   improvement.</font></small></td> </tr>a <tr> eA <td width="216" height="18"><font face="Verdana"><small>7.Memory - </small></font></td>J <td width="212" align="right" height="18"><small><font face="Verdana">62%   improvement.</font></small></td> </tr>e- <table width="425" border="0" align="center">i <tr> d <td>M <p align="center"><b><font face="Arial, Helvetica, sans-serif" size="6">100%  ] GUARANTEED!</font></b><font color="#cccccc" face="Arial, Helvetica, sans-serif" size="3"><br>  </font>  </td>l </tr>  </table>$ <hr size="1" noshade align="center">- <table width="425" border="0" align="center">- <tr> - </tr>- </table> <div align="center"> <center>? <table width="100%" border="0" cellspacing="0" cellpadding="0">i <tr> bM <td align="center"><font face="Arial, Helvetica, sans-serif" size="2">&nbsp; 2 </font></td> </tr>r </table>	 </center>c </div> </table>	 </center>. </div> </td>I </tr>l </table> </td>e </table>P <table width="580" border="0" cellspacing="0" bgcolor="#cccccc" cellpadding="0"> </table> </td>b </tr>i </table>- <table width="425" border="0" align="center">o <t   ------------------------------  % Date: Thu, 11 Apr 2002 15:08:27 +0010 % From: paddy.o'brien@zzz.tg.nsw.gov.aue Subject: Re: Memory Corruption5 Message-ID: <01KGFWSDFGSY0009BJ@tgmail.tg.nsw.gov.au>    JLSue wrote:  D >Here's another thing to try.  When compiling optimized, turn on allD >checks.  For Fortran, this was /check=all iirc.  At the very least, >put in /checks=bounds.a  1 YES, this should be the first stage of debugging.r  E >What you will then get is an accvio if/when your code tries to stuffi >too much into a variable. >u@ >I had this problem once-upon-a-time when I declared a characterE >variable in Fortran to some size (say 30 characters), and then triedzG >to stuff in 31 (or more) characters of data.  At first it worked fine,tC >but one day it started doing strange things after a recompile.  It D >seems that the variables were mapped differently in memory, and theE >last byte got stuffed into an integer variable that just happened toiD >get mapped directly after the character variable.  And the order ofB >declaration did not determine which variable mapped where (again,F >iirc).  If I had been luckier, the extra data would have been stuffedC >into nowrite pages (i.e., code) and I'd have gotten an ACCVIO, buteE >instead I spent days trying to figure it via debug (kept seeing thistA >variable's value change when I was deep down into a an area that  >didn't use it).  M If you obtained this result from a straight assignment, then there was a bug h in the compiler.   CHARACTER A*30,B*31o ...r A = Bi  L should only move 30 bytes.  It should not try to "stuff" the 31st byte of B N anywhere.  Possibly C, via strcpy, could do anything with it, but not Fortran.   Regards, Paddy   ------------------------------  % Date: Wed, 10 Apr 2002 16:29:37 -0400 ; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>e% Subject: Re: Merge Two CMS libraries?r$ Message-ID: <3cb4a124$1@news.si.com>   >Anyone know how to do this?   How's this?$   $ cmsm CMS> set lib newlibc- %CMS-I-LIBIS, library is NETLIB_DISK:[NEWLIB]. %CMS-S-LIBSET, library set/ CMS> copy element/library=oldlib project*.* *.*6 _Remark: Copying- %CMS-I-LIBIS, library is OLDLIB_DISK:[OLDLIB]d@ %CMS-I-COPIED, element OLDLIB_DISK:[OLDLIB]PROJECT.CLD copied to NEWLIB_DISK:[NEWLIB]PROJECT.CLDm ....* %CMS-I-COPIES, 8 copy operations completed	 CMS> exite  9 >It would be nice to keep the history intact if possible.   " Don't know how to do this, though. --A Brian Tillman                   Internet: tillman_brian at si.comeA Smiths Aerospace                          tillman at swdev.si.como= 3290 Patterson Ave. SE, MS      Addresses modified to prevente< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  # Date: Wed, 10 Apr 2002 18:48:51 GMTr+ From: "Kenneth Farmer" <kfarmer@farmer.org>e! Subject: Merger Madness Continuesr> Message-ID: <nO%s8.33633$2J2.8618984@typhoon.southeast.rr.com>  D (c) Terry C. Shannon, Consultant and Publisher, Shannon Knows CompaqL There's nothing like a high-profile, contentious IT industry merger to serveG as a catalyst for "gloom and doom" predictions. Here's SKC's take on anq, analyst assessment issued on March 22, 2002.  
 Full story...o  9 http://www.openvms.org/stories.php?story=02/04/10/4019957t     --     Kenneth Farmer http://www.Tru64.org http://www.OpenVMS.org http://www.LinuxHPTC.com   ------------------------------  % Date: Wed, 10 Apr 2002 15:12:11 -0700b# From: "Tom Linden" <tom@kednos.com>e Subject: mice infestation 9 Message-ID: <CIEJLCMNHNNDLLOOGNJIGENHELAA.tom@kednos.com>   8 I have too many mice and Keyboards at my work area, and 8 KVM switches are for PC's I have figured out how to get 4 RGB output into VGA, but the mice and keyboards are : different, well the older ones, VAX 4000/90, and 3000/M300: two of each.  is there an adapter to use a PC sttyle mouse< with  these.  The keyboards have RJ style connectors, in the1 chassis on the VAXs and in a cable on the alphas.u   Appreciate input.e   ------------------------------  # Date: Thu, 11 Apr 2002 03:44:50 GMTk- From: "John E. Malmberg" <wb8tyw@qsl.network>e Subject: Re: mice infestationi* Message-ID: <3CB523A3.9060702@qsl.network>   Tom Linden wrote:a: > I have too many mice and Keyboards at my work area, and : > KVM switches are for PC's I have figured out how to get 6 > RGB output into VGA, but the mice and keyboards are < > different, well the older ones, VAX 4000/90, and 3000/M300< > two of each.  is there an adapter to use a PC sttyle mouse> > with  these.  The keyboards have RJ style connectors, in the3 > chassis on the VAXs and in a cable on the alphas.c  F I prefer to use a VMSstation and run remote X-11 access to all of the E other OpenVMS systems that I need access to.  The command procedures eE that can be launched from the Session Manager or Fileview are on the -9 OpenVMS Freeware in the DECW directory as posted earlier.k  I This allows you to click on a menu have have a X-11 application start up s4 on a remote system to display on your local display.  D These command procedures will work with either DECNET or TCP/IP and 1 could be adapted to work with UNIX shell scripts.I  F They will work with proxies, or they can cache passwords in the local  session manager's memory.     E The only time I need access to a system's console is when I am doing dG hardware maintenance on it and can not boot it from a DecTerm or a LAT ) session.  H I do not know what to do about the rodents, but what I think is now the G Compaq Custom Services group sold my former employer a keyboard switch n for the LK series keyboards.   -Johnx wb8tyw@qsl.network Personal Opinion Onlym   ------------------------------  # Date: Wed, 10 Apr 2002 17:41:58 GMT 1 From: "Terry C. Shannon" <terryshannon@attbi.com>s' Subject: Re: More positive OpenVMS news3: Message-ID: <GP_s8.18975$%s3.6475699@typhoon.ne.ipsvc.net>  < "Dave Gudewicz" <david.gudewicz@abbott.com> wrote in message2 news:a91rnj$8da$1@fizban.fizban.pprd.abbott.com...H > 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?  J Nope. I fervently hope it's etched into one of the mushroom clouds that'llL be gracing the skyline of Baghdad and another rats-nests of explosives-laden* clueless "freedom fighters" Real Soon Now.  I And remember, VMS-powered JSTARS aircraft will help ensure that the W-88sg! land exactly where they ought to!.   ------------------------------  % Date: Wed, 10 Apr 2002 13:58:34 -0500i$ From: "Art Beane" <beane@petris.com>' Subject: RE: More positive OpenVMS news,7 Message-ID: <003101c1e0c1$b6a633a0$352810ac@petris.com>e  5 <snip> etched into one of the mushroom clouds </snip>l  F Reminds me of the time we were working on battery powered LSI-11/RT-11D guidance systems for torpedoes. DEC really loved use-once computers.   ------------------------------  # Date: Wed, 10 Apr 2002 18:58:39 GMT@1 From: "Terry C. Shannon" <terryshannon@attbi.com>9' Subject: Re: More positive OpenVMS newsr: Message-ID: <zX%s8.19226$%s3.6523427@typhoon.ne.ipsvc.net>  / "Art Beane" <beane@petris.com> wrote in message 1 news:003101c1e0c1$b6a633a0$352810ac@petris.com... 7 > <snip> etched into one of the mushroom clouds </snip>  > H > Reminds me of the time we were working on battery powered LSI-11/RT-11F > guidance systems for torpedoes. DEC really loved use-once computers. >r  * Nothing like a little Annuity Revenue, eh?   cheers,h  
 charlie matco    ------------------------------  % Date: Wed, 10 Apr 2002 21:22:15 +0200a9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>h' Subject: Re: More positive OpenVMS newsh% Message-ID: <3CB490E7.46DF48@aaa.com>a   "Terry C. Shannon" wrote:a >  > L > Nope. I fervently hope it's etched into one of the mushroom clouds that'llN > be gracing the skyline of Baghdad and another rats-nests of explosives-laden, > clueless "freedom fighters" Real Soon Now. >   : That must be the most stupid thing I'v read anyware, ever.4 Please, please, please, keep that out of this list !   Best Regards Jan-Erik Sderholm.s   ------------------------------  # Date: Wed, 10 Apr 2002 19:31:55 GMT81 From: "Terry C. Shannon" <terryshannon@attbi.com>e' Subject: Re: More positive OpenVMS newse: Message-ID: <Lq0t8.19378$%s3.6545440@typhoon.ne.ipsvc.net>  3 "Jan-Erik Sderholm" <aaa@aaa.com> wrote in messagep news:3CB490E7.46DF48@aaa.com...n > "Terry C. Shannon" wrote:e > >d > > F > > Nope. I fervently hope it's etched into one of the mushroom clouds that'llF? > > be gracing the skyline of Baghdad and another rats-nests ofb explosives-laden. > > clueless "freedom fighters" Real Soon Now. > >e > < > That must be the most stupid thing I'v read anyware, ever.6 > Please, please, please, keep that out of this list ! >m  G Ah, a wee bit of a problem with freedom of speech, eh? Quel dommage. GodI ahead and killfile me if I've offended your sensibilities. But be advisedpL that I am an American citizen who saw 3K of his compadres killed by fanaticsG on September 11. I also have a wee bit of a problem with the Butcher ofd Baghdad.  
 Best Regards,c  
 Terry Shannon  PROUD TO BE AN AMERICANt   ------------------------------    Date: 10 Apr 2002 14:41:39 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)i' Subject: Re: More positive OpenVMS newsM3 Message-ID: <IvC2x6Oc39Es@eisner.encompasserve.org>t  n In article <Lq0t8.19378$%s3.6545440@typhoon.ne.ipsvc.net>, "Terry C. Shannon" <terryshannon@attbi.com> writes: > 5 > "Jan-Erik Sderholm" <aaa@aaa.com> wrote in messager! > news:3CB490E7.46DF48@aaa.com...a >> "Terry C. Shannon" wrote: >> > >> >G >> > Nope. I fervently hope it's etched into one of the mushroom clouds2	 > that'll5@ >> > be gracing the skyline of Baghdad and another rats-nests of > explosives-laden/ >> > clueless "freedom fighters" Real Soon Now.o >> > >>= >> That must be the most stupid thing I'v read anyware, ever.n7 >> Please, please, please, keep that out of this list !n >> > 8 > Ah, a wee bit of a problem with freedom of speech, eh?  I I don't know what his problem is, but my problem is with off-topic posts.    ------------------------------  % Date: Wed, 10 Apr 2002 21:55:15 +0200 9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>a' Subject: Re: More positive OpenVMS newst' Message-ID: <3CB498A3.8423CF41@aaa.com>o  B Well, the freedom of speach includes saying stupid things, not :-)H And the freedom of speach can, as *any* other freedom , also be misused.  H With all freedoms comes obligations, and in this case, I think, there isH an obligation to all readers of c.o.v, to keep it on-topic, un-personal, un-political and so on.   ? I'v no problem with your standings, or your feelings about what A happend last year, not at all, but I'm sure there is proper news-w groups for those discussions.d  < The problem is, that an *REAL* discussion about the issue of= US imperialism, is way off what most readers of this NG would- like to see here.-   Best Regards ! Jan-Erik Sderholm.M   PS.m? NO, I don't want to killfile you, 99% of your posts are such ast I enjoy reading them.K DS.3     "Terry C. Shannon" wrote:i >  > >i > I > Ah, a wee bit of a problem with freedom of speech, eh? Quel dommage. Go8K > ahead and killfile me if I've offended your sensibilities. But be advised N > that I am an American citizen who saw 3K of his compadres killed by fanaticsI > on September 11. I also have a wee bit of a problem with the Butcher ofh
 > Baghdad. >  > Best Regards,a >  > Terry Shannona > PROUD TO BE AN AMERICANM   ------------------------------  % Date: Wed, 10 Apr 2002 16:21:01 -0400r1 From: Michael Austin <maustin@firstdbasource.com>0' Subject: Re: More positive OpenVMS newsh2 Message-ID: <3CB49EAD.334730E3@firstdbasource.com>   Art Beane wrote: > 7 > <snip> etched into one of the mushroom clouds </snip>i > H > Reminds me of the time we were working on battery powered LSI-11/RT-11F > guidance systems for torpedoes. DEC really loved use-once computers.  D I have it on good authority that they would bury 15-20 PDP11/73's inB concentric rings around a nuclear war head and it was "amazing theE amount of data that could be gathered before they melted down" during 5 the time when they were doing underground testing....e   -- i Regards,  7 Michael Austin            Registered Linux User #261163M7 First DBA Source, Inc.    http://www.firstdbasource.com= Sr. Consultant 704-947-1089 (Office)w 704-236-4377 (Mobile)e   ------------------------------    Date: 10 Apr 2002 15:56:39 -0700( From: bob@instantwhip.com (Bob Ceculski)' Subject: Re: More positive OpenVMS newse= Message-ID: <d7791aa1.0204101456.5e4614c7@posting.google.com>>  a JF Mezei <jfmezei.spamnot@videotron.ca> wrote in message news:<3CB473F8.DB4918B7@videotron.ca>...  > "Terry C. Shannon" wrote:wO > > As soon as I get same (it's still NDA RIGHT NOW). Will provide info when itbO > > goes public. Perhaps someone already has a public document and can share itl > > in this forum. > I > Considering the HUGE vacuum that Carly created by purposefully avoidingoL > mentioning VMS since last september, what would be the purpose of delayingN > such a decision, and what would be the purpose of provoding that information' > as NDA instead of just releasing it ?g > N > If it is information that is meant to be known only to the integration team,L > is the term "NDA" correct, or was it illegally leaked to you ? If it is anO > official NDA, then it should be considered "public" from the point of view of  > the merger legalities.  : if you are a paying vms customer who needs it to justify a; purchase, then they will provide it to you upon request ...e9 I was told it is not public yet until merger is final ...=   ------------------------------  % Date: Wed, 10 Apr 2002 19:33:54 -0400o- From: JF Mezei <jfmezei.spamnot@videotron.ca>=' Subject: Re: More positive OpenVMS newso, Message-ID: <3CB4CBD4.89D4DA47@videotron.ca>   Bob Ceculski wrote:>< > if you are a paying vms customer who needs it to justify a= > purchase, then they will provide it to you upon request ...=; > I was told it is not public yet until merger is final ...m  L That doesn't inspire much confidence.  Where there is a will, there is  way.H HP had no problems talking about Tru64 and Tandem even before the vote.   M Could it be that Compaq's plan B has some very different outcome for VMS thansK HP's plans and as such they can't reveal it publicly until it is official ?<  N If I were a big customer with that letter, I would be really weary  until theyK actually make it public. They probably had very similar letters about Alpha  until just before June 25.   ------------------------------  # Date: Thu, 11 Apr 2002 00:53:28 GMT/1 From: "David J. Dachtera" <djesys.nospam@fsi.net>8' Subject: Re: More positive OpenVMS newsv' Message-ID: <3CB4E114.B1F43DC5@fsi.net>e   Bob Ceculski wrote:t > c > JF Mezei <jfmezei.spamnot@videotron.ca> wrote in message news:<3CB32C48.7FC71569@videotron.ca>...g > > Bob Ceculski wrote:oN > > > if Carly was going to kill vms, she would have done it the same time mpeL > > > and tru64 was killed, but she didn't, and the itanium port is still on > > > and EV7 is out ... > >gR > > Times have changed. Options which were suicidal in the palmer years may become > > more palatable over time.e > G > well, I received today a letter from Carly ... it is available from Q F > 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!cL > 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?  D Put it this way: talk is cheap, and Compaq has set the precedent forB unflinchingly disregarding its commitments to long-time customers.  4 Actions speak louder than words. The truth will out.   -- > David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  # Date: Thu, 11 Apr 2002 00:55:33 GMT:# From: "John Smith" <a@nonymous.com>0' Subject: Re: More positive OpenVMS news E Message-ID: <9a5t8.2406$ZiL.164@news02.bloor.is.net.cable.rogers.com>e  5 "Bob Ceculski" <bob@instantwhip.com> wrote in messagel7 news:d7791aa1.0204101456.5e4614c7@posting.google.com...E >t< > if you are a paying vms customer who needs it to justify a= > purchase, then they will provide it to you upon request ...m; > I was told it is not public yet until merger is final ...e    H Which could be interpreted to mean, if it isn't public and if the merger+ doesn't go through...then all bets are off.o   ------------------------------  # Date: Thu, 11 Apr 2002 00:56:39 GMTe1 From: "David J. Dachtera" <djesys.nospam@fsi.net>e' Subject: Re: More positive OpenVMS newsn& Message-ID: <3CB4E1D3.60683AF@fsi.net>   Bob Ceculski wrote:v > t > "Bill Todd" <billtodd@metrocast.net> wrote in message news:<f2ss8.47782$r7.4475667@bin8.nnrp.aus1.giganews.com>...9 > > "Bob Ceculski" <bob@instantwhip.com> wrote in message ; > > news:d7791aa1.0204081706.39282299@posting.google.com...i > >oM > > Are you actually incapable of opening your mouth without saying somethingdK > > stupid, or do you just reserve all other utterances for somewhere else?e > > L > > > does that mean that because my company only uses Alphaserver 800's andM > > > workstations that that's not important ... large accounts are nice, but O > > > lots and lots of small and medium accounts are just as important ... it'sr > > > called volume ...e > > H > > Leaving aside the question of whether an equivalent dollar volume inN > > small-account sales would generate equivalent profit for Compaq (I suspectJ > > it wouldn't, given the higher percentage sales costs of handling smallN > > transactions), the problem is that if a handful of small sales is all theyI > > have to trumpet then it's nothing *like* an equivalent dollar volume.b > >i9 > >  and as those small and medium accounts grow, so doesL" > > > your large customer base ... > >rK > > *If* these small accounts grow, so does your large customer base.  It's_G > > worth noting that neither customer was a new one, by the way - justp% > > expansion of existing facilities.m > >.2 > >  if you worked for dec, no wonder they failed,# > > > you don't know how to market!  > >rP > > Idiot.  Not only do I (and most people in this newsgroup) know how to marketP > > VMS far better than Compaq does the job, but software engineering at DEC was5 > > in no way responsible for its marketing failures.e > > 
 > > - bill > L > calling me stupid is just calling yourself stupid ... most business modelsK > taught in college show that building a business is slowly, with small and-F > medium accounts being more important than a few large ones ... thatsI > business 101 my friend ... volume builds business over time, anyone whosB > chases just large accounts will lose in the end, ala dec, Q, HP?  ' Note: I didn't read Bill's reply yet...h  E You're preaching to the choir again. That speech needs to be given ton& the Q board, not this "message board".   -- m David J. Dachterao dba DJE Systemst http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/s   ------------------------------  # Date: Thu, 11 Apr 2002 00:58:13 GMTw1 From: "David J. Dachtera" <djesys.nospam@fsi.net>x' Subject: Re: More positive OpenVMS news-' Message-ID: <3CB4E232.21A48695@fsi.net>b   Phillip Helbig wrote:@ > I > > well, I received today a letter from Carly ... it is available from QEH > > for customers like us who want to purchase alpha/vms systems and areF > > unsure what will happen to vms after the merger ... she states herH > > support for vms in the letter ... now do you think she would want toH > > tell them one thing then pull the carpet out from under them ... notL > > very good p.r. move! I was put on to this letter by someone high up in QL > > ... it is for real ... now either Carly is lying to customers in writing! > > or she isn't ... which is it?  > J > I hope to hear something interesting at the DECUS symposium in Bonn next > week.j > ? > Can you scan the letter and put the resulting jpg on the web?>  F ...or scan it and run some OCR software against the scan, clean it up, then post the results?  H ...or does someone have the text in machine-readable (non-graphic) form?   -- n David J. Dachtera  dba DJE Systemsh http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/e   ------------------------------  # Date: Thu, 11 Apr 2002 01:04:34 GMTi1 From: "David J. Dachtera" <djesys.nospam@fsi.net>r' Subject: Re: More positive OpenVMS news-' Message-ID: <3CB4E3AC.D2DE6A7E@fsi.net>y   "Terry C. Shannon" wrote:  > H > "Phillip Helbig" <HELBPHI@sysdev.deutsche-boerse.com> wrote in message7 > news:01KGEEGBNA809EEGPR@sysdev.deutsche-boerse.com...yM > > > Damn the doomsayers. Stay tuned for a letter from Carly F re: continuedl > > > support for OpenVMS. > >y > > Full text or URL, please.i > 3 > As soon as I get same (it's still NDA RIGHT NOW).D   *TOTALLY DISGUSTED SIGH*  D See, that's the part I don't get. Here is a piece of news that couldH alone could be used to double VMS's market penetration "overnight" (it'sG quotes, o.k.? No flames, please). So what do they do? They make it NDA.g  E WTF, man???!!! Did *ANY* of these people stay awake in their businessT% classes, assuming they took any???!!!o   > Will provide info when ittM > goes public. Perhaps someone already has a public document and can share itr > in this forum.  G I think the cat's outta the bag, y'all. Time for Carly, Curly & Crew tom come clean.-   -- - David J. Dachterae dba DJE Systems2 http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/S   ------------------------------  # Date: Thu, 11 Apr 2002 01:08:24 GMTv1 From: "David J. Dachtera" <djesys.nospam@fsi.net>s' Subject: Re: More positive OpenVMS newsd' Message-ID: <3CB4E495.E755F1C1@fsi.net>m   Art Beane wrote: > 7 > <snip> etched into one of the mushroom clouds </snip>h > H > Reminds me of the time we were working on battery powered LSI-11/RT-11F > guidance systems for torpedoes. DEC really loved use-once computers.  1 Well, I guess that's ONE way to avoid a reboot...    -- s David J. Dachterad dba DJE Systemse http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/-   ------------------------------  % Date: Wed, 10 Apr 2002 21:57:37 -0400 2 From: rdeininger@mindspring.com (Robert Deininger)' Subject: Re: More positive OpenVMS newsMJ Message-ID: <rdeininger-1004022157380001@1cust34.tnt3.nashua.nh.da.uu.net>  0 In article <3CB498A3.8423CF41@aaa.com>, Jan-Erik1 =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com> wrote:r  C >Well, the freedom of speach includes saying stupid things, not :-)EI >And the freedom of speach can, as *any* other freedom , also be misused.e >eI >With all freedoms comes obligations, and in this case, I think, there iscI >an obligation to all readers of c.o.v, to keep it on-topic, un-personal,3 >un-political and so on. >>@ >I'v no problem with your standings, or your feelings about whatB >happend last year, not at all, but I'm sure there is proper news- >groups for those discussions. > = >The problem is, that an *REAL* discussion about the issue of1> >US imperialism, is way off what most readers of this NG would >like to see here.  F You were sounding pretty pure, up until this last paragraph.  Then you started with your own politics.-  / Oh well.  I think I'll abandon this thread now.a   ------------------------------  % Date: Wed, 10 Apr 2002 22:17:08 -0400i2 From: rdeininger@mindspring.com (Robert Deininger)' Subject: Re: More positive OpenVMS news K Message-ID: <rdeininger-1004022217090001@1cust245.tnt2.nashua.nh.da.uu.net>l  E In article <9a5t8.2406$ZiL.164@news02.bloor.is.net.cable.rogers.com>,s$ "John Smith" <a@nonymous.com> wrote:  6 >"Bob Ceculski" <bob@instantwhip.com> wrote in message8 >news:d7791aa1.0204101456.5e4614c7@posting.google.com... >>= >> if you are a paying vms customer who needs it to justify a-> >> purchase, then they will provide it to you upon request ...< >> I was told it is not public yet until merger is final ... >M > I >Which could be interpreted to mean, if it isn't public and if the mergerv, >doesn't go through...then all bets are off.  G Well, if the merger doesn't happen, Carly surely won't have much to sayo about VMS futures.   ------------------------------    Date: 11 Apr 2002 11:51:58 +0800, From: Paul Repacholi <prep@prep.synonet.com>' Subject: Re: More positive OpenVMS newsl- Message-ID: <87sn62lwo1.fsf@prep.synonet.com>   3 "Terry C. Shannon" <terryshannon@attbi.com> writes:v  B >  I also have a wee bit of a problem with the Butcher of Baghdad.   And the Butcher of Beiruit?      -- w< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.p@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Thu, 11 Apr 2002 07:36:02 +0200 9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>e' Subject: Re: More positive OpenVMS newso' Message-ID: <3CB520C2.33E74227@aaa.com>O  @ Yep, when I reread my post, I also noted that the last paragraph& just as well could have been left out. Sorry...	 Jan-Erik.t   Robert Deininger wrote:n > 2 > In article <3CB498A3.8423CF41@aaa.com>, Jan-Erik3 > =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com> wrote:r ...  ... H > You were sounding pretty pure, up until this last paragraph.  Then you! > started with your own politics.h > 1 > Oh well.  I think I'll abandon this thread now.s   ------------------------------  + Date: Wed, 10 Apr 2002 18:40:12 +0000 (UTC)u, From: lewis@mazda.mitre.org (Keith A. Lewis)' Subject: Re: Page File Size Discrepancyh. Message-ID: <a920uc$n7c$1@newslocal.mitre.org>  t briggs@encompasserve.org writes in article <8Tn7WwXhZaUu@eisner.encompasserve.org> dated 10 Apr 2002 12:06:52 -0500:i >In article <dba64bc2.0204100717.425e7e74@posting.google.com>, rrb35146@yahoo.com (Robbie Benton) writes:=2 >> On an OpenVMS-Alpha V7.3 System, the results of >> e0 >>    DIR/SIZE SYS$SPECIFIC:[SYSEXE]PAGEFILE.SYS >>  
 >> results ino >> s# >>   Directory SYS$SPECIFIC:SYSEXE]n >> )! >>   PAGEFILE.SYS;1       2750000  >>  6 >> So far, so good.  However, note the sequence below: >> b6 >>   PFSIZE = F$GETSYI("PAGEFILE_PAGE") * ( 8192/512 ) >>   SHOW SYMBOL PFSIZE.; >>   PFSIZE = 1999872   Hex = 001E8400  Octal = 00007502000n  M That is what you would get if you extended your pagefile and did not reboot. a, The effective size is the size at boot time.  @ >F$GETSYI("PAGEFILE_PAGE") returns information about the primaryB >page file.  For some versions of VMS there is a limitation on the> >size of the page file.  2,000,000 pages as I recall.  So when  I I'm running VMS 7.3 same as Robbie.  My numbers match (more or less), and D they are greater than 2,000,000 pagelets, so that's probably not his problem.  , $ write sys$output F$GETSYI("PAGEFILE_PAGE") 131576/ $ write sys$output F$GETSYI("PAGEFILE_PAGE")*16a 2105216l $ sho mem/file@               System Memory Resources on 10-APR-2002 18:33:37.16  L Swap File Usage (8KB pages):                   Index        Free        Size-   DISK$SSCRATCH:[SYSEXE]SWAPFILE_SPYDER.SYS;1hL                                                    1        2776        2776  L Paging File Usage (8KB pages):                 Index        Free        Size-   DISK$SSCRATCH:[SYSEXE]PAGEFILE_SPYDER.SYS;1aL                                                  254      131576      131576L   Total committed paging file usage:                                  1391686 $ dir/size DISK$SSCRATCH:[SYSEXE]PAGEFILE_SPYDER.SYS;1    Directory DISK$SSCRATCH:[SYSEXE]   PAGEFILE_SPYDER.SYS;1d                      2105300    Total of 1 file, 2105300 blocks.  = >Try $ SHOW MEM /FILES and see if that sheds any light on the' >situation.r   And try rebooting. a  + --Keith Lewis              klewis$mitre.orga> The above may not (yet) represent the opinions of my employer.   ------------------------------    Date: 10 Apr 2002 14:30:37 -0700( From: rrb35146@yahoo.com (Robbie Benton)' Subject: Re: Page File Size Discrepancy = Message-ID: <dba64bc2.0204101330.6c0bc606@posting.google.com>(  | Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> wrote in message news:<01KGEN5ZBM4S9EEGPR@sysdev.deutsche-boerse.com>...1 > >    DIR/SIZE SYS$SPECIFIC:[SYSEXE]PAGEFILE.SYSS >  > Wild guess here: siz=all?4   Excellent wild guess!o  1    DIR/SIZE=ALL SYS$SPECIFIC:[SYSEXE]PAGEFILE.SYS   "    Directory SYS$SPECIFIC:[SYSEXE].                                               '    PAGEFILE.SYS;1       2750000/2000007   C This system disk is a small RZ28, and I now remember I had an errormD during the SYSGEN command to create the pagefile.  I was supposed toF go back and address this error, but obviously I forgot! It just wasn't? a problem until recently when the application we are developingt? finally needed more paging space than I had. Thanks Philip (andp) everybody else!) for setting me straight.N   Robbie   ------------------------------  % Date: Wed, 10 Apr 2002 17:29:42 -0700o' From: "Hassan" <hlotfipour@hotmail.com>e< Subject: Please Disregard / Mail Server Troubleshooting Test+ Message-ID: <3cb4d8fd$1@obsidian.gov.bc.ca>s  B Assisting a client troubleshooting viewing posts from outside thisL particular mail server. This test is to confirm connectivity to outside news servers.   ------------------------------  # Date: Thu, 11 Apr 2002 03:20:09 GMT - From: "John E. Malmberg" <wb8tyw@qsl.network>-@ Subject: Re: Please Disregard / Mail Server Troubleshooting Test* Message-ID: <3CB51DD5.4050003@qsl.network>  E Please only use the test newsgroups for this type of troubleshooting.>   Followups set to vmsnet.test   -Johnp wb8tyw@qsl.network Personal Opinion ONlya  
 Hassan wrote:nD > Assisting a client troubleshooting viewing posts from outside thisN > particular mail server. This test is to confirm connectivity to outside news
 > servers.   ------------------------------  % Date: Wed, 10 Apr 2002 13:09:35 -0400e5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>l2 Subject: Re: Predictions - just for the hell of it, Message-ID: <a91rvt$9op5$1@lead.zk3.dec.com>  G My favorite - on P/OS if you took the floppy out while there was a file,< open, a message popped up that said "PUT THAT FLOPPY BACK!".    ! Don Chiasson wrote in message ...  >u; >"Bob Koehler" <koehler@encompasserve.org> wrote in message-. >news:sf7jfh8NrHBN@eisner.encompasserve.org... >[snip....]d< >> Ejecting by s/w control is a good idea on Mac because the? >> OS tends to cache read and write data.  Ejecting by hardwareo6 >> is good enough on PCs because the OS does not cache >> writes to floppies. >>? >Good design would not let you eject a floppy while any file ono> >the floppy is open. Doing so would likely cause something bad >to happen.m >  >Don  >e-mail: it's not not, it's hot. >  >  >  >n   ------------------------------  % Date: Wed, 10 Apr 2002 22:04:58 +0100d+ From: "antonio.carlini" <arcarlini@iee.org>e2 Subject: Re: Predictions - just for the hell of it& Message-ID: <3CB4A8FA.2000500@iee.org>   Eric Smith wrote:b    oI > I very much doubt that either piracy or interchange was the motivation.eF > I think the initial RX01 design would have been more complicated and    ) I don't know about the RX01, but with thet) RX50 the initial design team claimed thatn) it could not meet the required tolerances.% when formatting. The details were notu( specified but it sounded believable. The) motivations was emphatically stated *not*y* to be just a desire to gouge the customer.  + This was stated in the early 90s so perhaps ' that long after the event, memories mayt have faded.h    " Whether later design teams found a% technical workaround that allowed thed' RX50 to reliably format or whether they>& just winged it, was never clear to me.   Antoniod     -- /   ---------------r- Antonio Carlini             arcarlini@iee.org/   ------------------------------  % Date: Wed, 10 Apr 2002 17:34:18 -04005- From: JF Mezei <jfmezei.spamnot@videotron.ca> 2 Subject: Re: Predictions - just for the hell of it, Message-ID: <3CB4AFD6.93BEF206@videotron.ca>   "antonio.carlini" wrote:- > This was stated in the early 90s so perhapse) > that long after the event, memories mayg
 > have faded.  > $ > Whether later design teams found a' > technical workaround that allowed the ) > RX50 to reliably format or whether they ( > just winged it, was never clear to me.    M Considering that personal computers were able to format diskettes from around M 1984 when the 3.5" format became popular, and were able to format the true 5"-N floppies , and prior to that, word processors and bigger machines were able toK do 8" floppies, I find it very hard to believe that they could not reliably A format a diskette when they designed the digital diskette drives.d   ------------------------------  # Date: Wed, 10 Apr 2002 21:33:46 GMTb* From: "Bill Todd" <billtodd@metrocast.net>2 Subject: Re: Predictions - just for the hell of it@ Message-ID: <_c2t8.15697$_A.1438396@bin5.nnrp.aus1.giganews.com>  : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3CB4AFD6.93BEF206@videotron.ca... > "antonio.carlini" wrote:/ > > This was stated in the early 90s so perhapse+ > > that long after the event, memories mayv > > have faded.  > >k& > > Whether later design teams found a) > > technical workaround that allowed thed+ > > RX50 to reliably format or whether theys* > > just winged it, was never clear to me. >  > H > Considering that personal computers were able to format diskettes from aroundL > 1984 when the 3.5" format became popular, and were able to format the true 5"H > floppies , and prior to that, word processors and bigger machines were able tosD > do 8" floppies, I find it very hard to believe that they could not reliablyC > format a diskette when they designed the digital diskette drives.   K Roger Ivie posted a response in IIRC comp.sys.dec (and perhaps not includedeJ here) stating that rotational speed tolerance was indeed the problem - hadF to be within 3% for format (else would over-run if it was spinning tooB fast), whereas the drive as shipped was only speced to within 10%.   - bill   ------------------------------   Date: 10 Apr 2002 21:42:35 GMT( From: peter@taronga.com (Peter da Silva)2 Subject: Re: Predictions - just for the hell of it2 Message-ID: <a92bkb$2arq$1@citadel.in.taronga.com>  3 In article <sf7jfh8NrHBN@eisner.encompasserve.org>,n. Bob Koehler <koehler@encompasserve.org> wrote:I >   My kid's iMac has a third party floppy drive which ignores the Mac OSnH >   software eject.  It uses a button in front.  It was $10 cheaper thanC >   one which implemented the eject.  We don't use it muchm anyhow,g& >   didn't get one for my wife's iMac.  I The HP Integral had a manual eject button, but you had to unlock it underoK software control, otherwise it just sat there. I've also seen eject buttonsyI that were completely disconnected from the drive, they just sent a signalv& to a program that initiated the eject.  3 CDROM drives, of course, all seem to work that way.t   -- w@ Rev. Peter da Silva, ULC.	                                 WWFD?  F "Be conservative in what you generate, and liberal in what you accept" 	-- Matthew 10:16 (l.trans)m   ------------------------------  % Date: Wed, 10 Apr 2002 16:51:01 -0500O+ From: Christopher Smith <csmith@amdocs.com>f2 Subject: RE: Predictions - just for the hell of itJ Message-ID: <7E008308CD77154485FEF878168D078E017843D7@CMIMAIL1.amdocs.com>   > -----Original Message-----4 > From: peter@taronga.com [mailto:peter@taronga.com]  @ > software control, otherwise it just sat there. I've also seen  > eject buttons > > that were completely disconnected from the drive, they just  > sent a signalo( > to a program that initiated the eject.  5 > CDROM drives, of course, all seem to work that way.   > Strictly speaking -- I _think_ that in a common CD drive, the < eject mechanism is actually controlled by the drive, but the? lock is controlled by software on the host machine.  Its state  < is generally "off" at startup, and can be turned on so that < the drive will refuse to eject the disk.  When you push the 8 button, you're probably signaling firmware in the drive.  < I should also note that a "software eject" is commonly used,< but this doesn't mean that your software will always handle 9 the eject.  In other words, you can send the drive a softP: eject command, but when you push the button, your software$ generally has nothing to do with it.  & At least, that is how I understand it.   Chriso    ! Christopher Smith, Perl Developeri Amdocs - Champaign, IL   /usr/bin/perl -e '? print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");" 'E  H   ------------------------------  % Date: Wed, 10 Apr 2002 23:22:06 +0100y+ From: "antonio.carlini" <arcarlini@iee.org>d2 Subject: Re: Predictions - just for the hell of it& Message-ID: <3CB4BB0E.5030908@iee.org>   Alan Greig wrote:r  F > But that was exactly what DEC computers were doing back then. It wasB > interesting that, in the early 80s, DEC provided online InternetA > support for TOPS-20 but not VMS. A DEC-20 called something like  > market.lcg.dec.com.     8 I remember it as "mrktng" but it was a long time ago ...  3 >In fact .dec.com may even have been the very first  > ".COM"      ( I've seen claims that DEC was one of the( first, if not the very first, commercial' entity on the net. The 16.0.0.0 class Am) address would lend some credence to that.s$ (At the time of the COMPAQ purchase,$ there was speculation that the class( A address alone was worth half a billion dollars ...)   Antonioe   -- J   ---------------w- Antonio Carlini             arcarlini@iee.org    ------------------------------  # Date: Wed, 10 Apr 2002 23:28:41 GMT-' From: Mike Ross <abaddon@attglobal.net>M2 Subject: Re: Predictions - just for the hell of it8 Message-ID: <sgi9buoib7c8n168bbulfmmdppdm142n5t@4ax.com>  , On Tue, 09 Apr 2002 13:10:00 -0400, JF Mezei% <jfmezei.spamnot@videotron.ca> wrote:u   >Eric Smith wrote:G >> I think the initial RX01 design would have been more complicated andRE >> expensive if it had been designed to support formatting, so it wast! >> simply a cost-cutting measure.y > I >Did Digital actually design and build the diskette drives ? I would havewK >though that they would have simply oem'd them and put their onw board witho* >their own firmware and interface on them. > M >Also, someone told me that the diskette drives on MACs (whi have the abilityrN >to eject) are pretty standard and it is just a question of Windows not havingL >the right software to tell the standard diskette drives to "eject". Is that >true ?.  = False. To eject a disk without manual intervention requires arD servo-assisted eject mechanism. On the Mac (or at least early Macs),> Apple took a standard Sony drive mechanism and added their own motorised diskette carrier.   A Since PCs have never supported auto-eject, no PC drives have that < motorised mechanism. No relation to Windows or any other OS.   Mike http://www.corestore.orgB Rangers Catering Corps - 'we boil for the One, we fry for the One'   ------------------------------    Date: 11 Apr 2002 11:47:06 +0800, From: Paul Repacholi <prep@prep.synonet.com>2 Subject: Re: Predictions - just for the hell of it- Message-ID: <87wuvelww5.fsf@prep.synonet.com>r  - "antonio.carlini" <arcarlini@iee.org> writes:e   > Alan Greig wrote:u > H > > But that was exactly what DEC computers were doing back then. It wasD > > interesting that, in the early 80s, DEC provided online InternetC > > support for TOPS-20 but not VMS. A DEC-20 called something liker > > market.lcg.dec.com.e  n: > I remember it as "mrktng" but it was a long time ago ...? No, 'market'. It and gatekeeper where the original DEC machines  on the internet.  < > >In fact .dec.com may even have been the very first ".COM"  "A > I've seen claims that DEC was one of the first, if not the veryrC > first, commercial entity on the net. The 16.0.0.0 class A address.? > would lend some credence to that.  (At the time of the COMPAQfD > purchase, there was speculation that the class A address alone was# > worth half a billion dollars ...)t  0 DEC and BBN I think. Possibly Honeywell as well.  % Who where the early left coast .coms?f   -- r< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.t@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Wed, 10 Apr 2002 21:32:51 +0200s, From: "Markus Mller" <mamueller@dplanet.ch>7 Subject: Problems writing blank tape in TZ86 tape drive ; Message-ID: <3cb49361$0$23948$7402020d@newsfeed.sunrise.ch>   H I am trying to initialize a blank tape (totally blank / factory new DLT3K cartrige) using the INITIALIZE command, but I always keep getting a "PARITY  ERROR" error message.l  K Analysing the hardware log I found the following message (only SCSI detailsb
 shown below):l  
 ----------        SCSI CMD        00000008                             0050 +                                        READa        SCSI STATUS           02o6                                        CHECK CONDITION    EXTENDED SENSE DATA          EXTENDED SENSE  000300F0                         BB500000d                        00000000a                        00000080e                          37000023                                        MEDIUM ERRORm9                                        UNKNOWN ERROR TYPEr
 ----------  F I also tried INITIALIZE/ERASE, but this results in the command to hangK indefinitively and to become unkillable while the tape does not perform any-
 operation.  @ What is going wrong? Is the tape drive broken? Do I need special9 pre-formatted tapes? Or special tape formatting software?c   Configuration:# VAX 3100-95 running unter VMS 5.5-2> Tape Drive TZ86 on SCSI busw  
 Markus Mller<   ------------------------------  % Date: Wed, 10 Apr 2002 22:40:17 +0200I- From: Didier Morandi <Didier.Morandi@Free.fr>. Subject: Re: remote mailboxo' Message-ID: <3CB4A330.9E258516@Free.fr>V  M Ha. there is something else to add. It is the creator of the MBX which is theAK "manager". When the remote task has nothing else to "say", it should send a M particular ACK character or string, saying so, then the local task will closeoH the link and this will delete the mailbox, if yoy created (by default) a temporary one.  O If the local task which created the mailbox wants to stop, it may send the same M special ACK to the remote task, telling it that it will close the connection.a  O I posted the ipLEEnk procedure a few weeks ago here which demonstrates the kindsL of hand shaking protocol you may choose to use. Do not rely on the number of I/Os as they may vary.   D.  
 ROM wrote: > E > I tried a lot of things to solve the problem and I found out that IbD > have to change the 'count' argument (Maximum number of items to be  > read) in the fread() function.H > I changed it to 1 and so long as there was a message in the mailbox itF > all works fine but if there is no message in the mailbox the fread()C > function will not return until there will be a new message or the6. > writer closes his connection to the mailbox.F > Perhaps it is because the reader don't receives a EOF and than waits& > for the number of 'count' to return. ../..    ------------------------------  % Date: Wed, 10 Apr 2002 23:15:50 +0200 - From: Didier Morandi <Didier.Morandi@Free.fr>I Subject: Re: remote mailboxS' Message-ID: <3CB4AB86.E4BDA517@Free.fr>   H This procedure is a programming example on how to do DEcnet task to taskK communication via IP when DECnet routing is disabled. It sends "coucou" and[ receives "Coucou yourself".   L It does not do DECnet over IP, it does IP (on a system running DECnet-Plus).J Version 1.2 has a test on f$getsyi("decnet_version") to change the way the1 timeouts are set up, but I don't have it at home.    Lines should be 80c long.e   $!+i $! ipLEEnk.com $!K $! This procedure does DECnet Task To Task communication with itself on its N $! local or a remote node via DECnet. Should DECnet routing to the remote nodeL $! not be available, the link is automatically established via an IP gateway $! (if available, of course).0 $!M $! The author gratefully thanks his wife Pascale for the time he had to writerG $! all this, Peter LEE from a Bank in Zurich for his very valuable and  J $! powerful C programming of the two IP gateway tasks, Geoff KINGSMIL fromM $! Compaq for his valuable debugging support to make it work and Stephen HoffLK $! HOFFMAN also from COMPAQ for so many reasons that I will not try to list   $! here. See the OpenVMS FAQ :-) $! $! Prerequisites $! ============= $!D $! To make it work (architecture Client <--> IP Gateway <--> Server)C $! ---------------               node_1         node_2       node_3s $!L $! 1. build   ipLEEnk_in and ipLEEnk_out executable images (see ipLEEnk.doc)5 $! 2. install ipLEEnk_out.(com|exe) on the local noder6 $! 3. install ipLEEnk_in.(com|exe) on the Gateway nodeD $! 4. copy    ipLEEnk.com (this procedure) to the target remote nodeP $! 5. enable  ipLEEnk_in account proxy on remote node to remote ipLEEnk.com task $! $!    Example: PK $!    Assuming that the local user on NODE_1 is "ipLEEnk_user" and that thebG $!    ipLEEnk.com procedure has been copied in the default directory ofoH $!    ipLEEnk_user on NODE_3, and that the ipLEEnk_in gateway task is on $!    NODE_2, do $!; $!    NODE_3> uaf add/proxy NODE_2::ipLEEnk_in ipLEEnk_user  $!
 $! <input>= $! P1: Message to send (between quotes if more than one word):< $! P2: Remote node where the network task should be accessed. $! P3: IP Gateway node (can be the same as P2)> $! P4: "V" (or any other character) will trigger verbose mode.N $! P5: Network timeout value in seconds on DECnet incoming and outgoing accessI $! P6: "I" will skip a DECnet connection attempt and force IP connection.oE $! P7: Name of the remote task to connect to (default is ipLEEnk.com)c $!M $! When the message has been successfully received by the remote task, it is 1N $! returned to the local task with the (obscure) string " yourself!" appended. $!' $! See diagram at the end of this file.e $! $! <output>- $! none but display. $! $! <side effects>vM $! none but two log files creation in both ipLEEnk.com default directories onsM $! local and remote node. Note that a logfile is also created by the gateway sE $! tasks in their default directories, and a NET$SERVER.LOG file too.g $!L $! Note that the DECnet session control outgoing timeout is set to 3 secondsL $! within this procedure (default is 60) to avoid the user to wait too long N $! before any error message dealing with outgoing DECnet access failure. ValueO $! is reset to default at end of procedure (generally 60 seconds, not checked).p $! $! LEGAL $! =====L $! This procedure and all accompagnement software is (c) 2001 Didier MorandiN $! MORANDI Consulting, Zurich, CH. http://Didier.Morandi.Free.fr/index_us.html $! $! Revision history1 $!( $! Version Date        Author     actionO $! ------- ----------- ---------- ---------------------------------------------e= $! v1.0-0  23-nov-2001 D. Morandi creation (during off hours)o: $v="1.1-0"!28-nov-2001 DMo        add messages formatting. $!-o $ say = "write sys$output": $ we_should_try_IP = 0                          !init flag: $ we_use_DECnet = 0                             !init flag: $ we_use_IP     = 0                             !init flagH $ fac = "ipLEEnk"                               !facility identificationH $ tmo_def = 3                                   !network timeout in sec.@ $ me = " ? "                                    !not yet definedJ $ dbg = "!"                                     !the Verbose magic trigger $! $ on warning then gosub ERROR  $ on control then goto EXIToO $ if p4 .nes. "" then dbg = ""                  !remove comment will enable msgaO $ tmo = "''p5'"                                 !optional network timeout valuerI $ if tmo .eqs. "" then tmo = tmo_def            !default value in seconds25 $ if tmo .eq.  0  then tmo = tmo_def            !idemt $ 'dbg' say "": $ 'dbg' say fac,"-I-, entering ",f$env("procedure")," v",v $ pid = f$getjpi(0,"pid")c8 $ logfile = "SYS$LOGIN:ipLEEnk_''f$getjpi(0,"pid")'.LOG"0 $ 'dbg' say fac,"-I-, creating logfile ",logfile $ 'dbg' log_flag = "/log"d $ create'log_flag' 'logfile'L $ logfile = f$search(logfile)                           !get full file spec.$ $ node = f$trnlnm("sys$node") - "::"; $ msg = f$env("procedure") + " starting (" + f$mode() + ")"p $ gosub LOG_IT5 $ msg = "setting NETSERVER$TIMEOUT to ""0 00:00:00"""r $ 'dbg' say fac,"-I-, ",msga $ gosub LOG_IT5 $ define/process/nolog netserver$timeout "0 00:00:00"r	 $ s = "s"r $ if tmo .eq. 1 then s = "" E $ msg = "setting SESSION CONTROL OUTGOING TIMER to ''tmo' second''s'"  $ 'dbg' say fac,"-I-, ",msge $ gosub LOG_IT $ define/user sys$output nl: $ defile/user sys$error  nl:1 $ mc ncl set session control outgoing timer 'tmo'dM $ if p7 .eqs. "" then p7 = "ipLEEnk.com"        !default remote task to reach 3 $ msg = "setting default remote task name to ''p7'"g $ 'dbg' say fac,"-I-, ",msge $ gosub LOG_IT $ goto 'f$mode()'m $!
 $INTERACTIVE:DF $ me = " C: "                                           ! "C" = Client $ on warning then gosub ERROReO $ if p1 .eqs. "" then inq p1 "Enter message to send between quotes, <RET>=exit"e $ if p1 .eqs. "" then exitE $ if p2 .eqs. "" then inq p2 "Enter DECnet target system name [FRED]"a! $ if p2 .eqs. "" then p2 = "FRED" B $ if p3 .eqs. "" then inq p3 "Enter ipLEEnk_in server name [FRED]"! $ if p3 .eqs. "" then p3 = "FRED"  $ p2 = p2 - "::" $ p3 = p3 - "::" $!+  $! Record some environment dataf $!-  $ msg = "logfile is " + logfilei $ gosub LOG_IT& $ msg = "Network timeout is ''tmo' s." $ gosub LOG_IT= $ if f$edit(p6,"upcase,collapse") .eqs. "I" then goto NO_LINKe $!+yH $! Open DECnet network link to remote task (if DECnet routing available) $!-  $ close/nolog netlinki $ say ""G $ msg = "opening DECnet link from ''node' to remote task on node " + p2  $ 'dbg' say fac,"-I-, ",msgl $ gosub LOG_IT4 $ open/read/write netlink 'p2'"SYSTEM"::"TASK=''p7'"O $ if we_should_try_IP                                   !DECnet failed, backup.  $ thenE $    msg="DECnet link to remote node unavailable, trying IP Gateway."m $    say fac,"-W-, ",msg $    gosub LOG_IT: $    goto NO_LINKj $ endifh" $ msg = "link opened successfully" $ gosub LOG_ITF $ param = "----OK"                                      !we assume it.= $ we_use_DECnet = 1                                     !flag P $ goto GO_DECNET                                        !and we skip the Gateway $!+a, $! Open DECnet network link to local Gateway $!- 	 $NO_LINK:m $ close/nolog netlinkn $ say ""E $ msg = "opening DECnet link to local outgoing IP Gateway on " + nodea $ 'dbg' say fac,"-I-, ",msgb $ gosub LOG_IT5 $ open/read/write netlink 0""::"task=gen_tcp_svr_out" 5 $ msg = "link to GEN_TCP_SVR_OUT opened successfully"e $ gosub LOG_IT= $ we_use_IP = 1                                         !flagt $!+ M $! Send information needed to reach remote incoming gateway and network task.. $!-rI $ msg = "sending remote incoming IP Gateway address and remote task data"i $ 'dbg' say fac,"-I-, ",msgr $ gosub LOG_IT= $ msg = "sending ''p3'|59051|''p2'""SYSTEM""::""TASK=''p7'"""- $ gosub LOG_IT $ msg = msg - "sending " $ write netlink msgp' $ msg = "information sent successfully"R $ gosub LOG_IT $!+ P $! Send "request for ACK" message to remote incoming Gateway via local outgoing I $! Gateway to allow it to receive its ACK message "----OK". Actually the iM $! request for ACK message is any string, which causes the partner to answer.  $!-sJ $ m1 = "HERE IS ''node'"                                        !dummy msgH $ msg = "sending request for ACK to remote incoming IP Gateway on " + p3 $ 'dbg' say fac,"-I-, ",msgl $ gosub LOG_IT $ write netlink m1# $ msg = "message sent successfully"o $ gosub LOG_IT $!+cG $! Then we read the ACK status (----OK) from the incoming Gateway task.l $!- - $ read/err=ERROR/time_out='tmo' netlink paramg% $ msg = "READ completed successfully"u $ gosub LOG_IT $!+ 7 $! If ACK, let's send our message to our remote server.  $!-n $GO_DECNET:a $ if param .eqs. "----OK"h $ then: $    msg = "remote server task return status is: " + param $    gosub LOG_ITn $    if we_use_DECneta	 $    thenaJ $       m1 = "HERE IS ''node'"                                  !dummy msgH $       msg = "sending message ""''m1'"" to remote server task on " + p2! $       'dbg' say fac,"-I-, ",msgt $       gosub LOG_IT $       write netlink m1, $       msg = "WRITE completed successfully" $       gosub LOG_ITB         msg = "sending ""''p1'"" from ''node' to ''p2' via DECnet"
 $    endif $    if we_use_IP then -N         msg = "sending ""''p1'"" from ''node' to ''p2' via ''p3' (IP Gateway)" $    say fac,"-I-, ",msg $    gosub LOG_ITs $    write netlink "''p1'") $    msg = "WRITE completed successfully"e $    gosub LOG_IT  $!G $    msg = "waiting to read answer from remote server task on ''p2'..."n $    'dbg' say fac,"-I-, ",msg $    gosub LOG_ITn0 $    read/err=ERROR/time_out='tmo' netlink param( $    msg = "READ completed successfully" $    gosub LOG_ITi5 $    msg = "message received from ''p2' is: " + paramt $    say fac,"-I-, ",msg $    gosub LOG_IT  $!G $    msg = "sending request to remote server task to close remote link"e $    'dbg' say fac,"-I-, ",msg $    gosub LOG_IT. $    write netlink "----CLOSE") $    msg = "WRITE completed successfully"  $    gosub LOG_ITh $!M $    msg = "waiting to receive CLOSE ACK from remote server task on ''p2'..."r $    'dbg' say fac,"-I-, ",msg $    gosub LOG_ITo0 $    read/err=ERROR/time_out='tmo' netlink param( $    msg = "READ completed successfully" $    gosub LOG_IT 7 $    msg = "CLOSE ACK successfully received from ''p2'"R $    gosub LOG_ITs $    if param .eqs. "----CLOSE" 	 $    thenc $       if we_use_DECnet then - :            msg = "remote server task closed communication" $       if we_use_IP then - ;            msg = "remote Gateway task closed communication"h! $       'dbg' say fac,"-I-, ",msge $       gosub LOG_IT	 $    elset $       if we_use_DECnet then - L            msg = "non-fatal error received from remote server task on close" $       if we_use_IP then -dH            msg = "non-fatal error received from remote Gateway on close" $       say fac,"-E-, ",msgr $       gosub LOG_IT( $       msg = "error status is " + param $       say fac,"-E-, ",msgv $       gosub LOG_IT
 $    endif $ else6 $!   (we come here only in case of IP transport error) $    msg = -G      "trying to connect to ''p2', remote IP Gateway on ''p3' answered:"  $    say fac,"-F-, ",msg $    gosub LOG_ITn $    say param $    msg = param $    gosub LOG_ITt- $!   let's extract the VMS completion status s& $    status = 'f$element(1,":",param)' $    msg = f$message(status) $    say "----ERROR ",msgn $    gosub LOG_IT- $    msg = -I      "DECnet TTT connection via IP between ''node' and ''p2' has failed."O $    say fac,"-F-, ",msg $    gosub LOG_IT  $ endifC $ goto EXITi $! $BATCH:, $OTHER:o	 $NETWORK:  $ on warning then gosub ERROR-F $ me = " S: "                                           ! "S" = Server $ msg = "logfile is " + logfileo $ gosub LOG_IT $ tmo = tmo_defs# $ msg = "network timeout is ''tmo'"c $ gosub LOG_IT $ close/nolog netlinke! $ msg = "opening SYS$NET mailbox"e $ gosub LOG_IT! $ open/read/write netlink sys$net - $ msg = "SYS$NET mailbox opened successfully"h $ gosub LOG_IT1 $ msg = "waiting to read from SYS$NET mailbox..."  $ gosub LOG_ITP $ read/err=ERROR/time_out='tmo' netlink parameter               !the ACK requestE $ msg = "READ successful, message received was """ + parameter + """"k $ gosub LOG_IT $ msg = "entering READ loop" $ gosub LOG_IT $! $LOOP:= $ msg = "waiting to read from SYS$NET mailbox within loop..."  $ gosub LOG_ITL $ read/err=ERROR/time_out='tmo' netlink parameter               !the messageE $ msg = "READ successful, message received was """ + parameter + """"t $ gosub LOG_ITE $ if parameter .eqs. "----CLOSE" then goto NO_MORE              !doneo8 $ msg = "sending (hard-coded) answer to SYS$NET mailbox" $ gosub LOG_IT( $ write netlink "''parameter' yourself!"G $ msg = "WRITE successful, message sent was ""''parameter' yourself!"""  $ gosub LOG_ITN $ goto LOOP                                                     !next message? $!	 $NO_MORE: < $ msg = "CLOSE request received, sending ACK back to Client" $ gosub LOG_ITO $ write netlink parameter                                       !ie "----CLOSE"- $ msg = "WRITE successful" $ gosub LOG_ITH $ status = 1                                                    !success $ goto EXIT  $! $LOG_IT: $!+iM $! This (stupid) open/close sequence flushes the messages into the logfile in L $! case the procedure hangs. This allows the (courageous) debugger to have aC $! bit more of information than the "starting (NETWORK)" message...P $!-  $ close/nolog loga! $ open/append/share log 'logfile'I< $ write log f$extract(12,8,f$time())," ",pid," ",node,me,msg $ close log- $ return $! $ERROR:  $ status=$status
 $ set noon $ if status .eqs. "%X100184C4" $ then# $!   occurs when DECnet is missing.T: $    msg = "501, DECnet not started on local node ''node'" $    goto FATAL_EXIT $ endifS $ if status .eqs. "%X109110A2" $ then. $!   occurs when DECnet is no more available..8 $    msg = "502, DECnet unavailable on local node ''p1'" $    goto FATAL_EXIT $ endif2 $ if status .eqs. "%X1001C002" $ then; $!   occurs when a PROXY is missing to access network task.N? $    msg = "503, No access from ''node' to DECnet network task"iC $!   now, let's see if we try to reach ourselves or a remote systema $    if p2 .eqs. node 	 $    then M $       goto FATAL_EXIT                                 !cannot connect to mee	 $    elseo= $       we_should_try_IP = 1                            !flagr $       return
 $    endif $ endif  $ if status .eqs. "%X0001C0F4" $ then& $!   occurs when DECnet link has gone.= $    msg = "504, Read error from (disconnected?) DECnet link"r $    goto FATAL_EXIT $ endifr $ if status .eqs. "%X0001C114" $ then& $!   occurs when DECnet link has gone.< $    msg = "505, Write error to (disconnected?) DECnet link" $    goto FATAL_EXIT $ endif  $ if status .eqs. "%X0001827A" $ then4 $!   occurs when remote Gateway service is disabled.; $    msg = "506, Read error from DECnet link, EOF detected"t $    goto FATAL_EXIT $ endif  $ if status .eqs. "%X000181B0" $ then? $!   occurs when DECnet has been stopped or system unavailable.iB $    msg = "507, Timeout after ''tmo' s. on READ from DECnet link" $    goto FATAL_EXIT $ endifa( $ msg = "1. unexpected non fatal error:" $ gosub LOG_IT $ msg = "2. " + f$mess(status) $ gosub LOG_IT" $ msg = "3. processing continuing" $ gosub LOG_IT $ on warning then gosub ERROR  $ return $! $FATAL_EXIT:! $ msg = msg + " (" + status + ")"o $ say fac,"-F-, ",msga $ gosub LOG_IT $EXIT: $ msg = "closing network link" $ 'dbg' say fac,"-I-, ",msgn $ gosub LOG_IT $ close/nolog netlinktI $ msg = "resetting SESSION CONTROL OUTGOING TIMER to default value 60 s."b $ 'dbg' say fac,"-I-, ",msgt $ gosub LOG_IT $ define/user sys$output nl: $ defile/user sys$error  nl:. $ mc ncl set session control outgoing timer 60' $ msg = "leaving " + f$env("procedure")  $ 'dbg' say fac,"-I-, ",msgO $ gosub LOG_IT $ say "" $ exit 'status't $!P ################################################################################2 Table 1 - ipLEEnk chronological links relationship    I        NODE 1                   !         NODE 2        !          NODE 3 9                                 !                       !eI       Client                    !      IP Gateway       !          ServernK     +--------+                  !                       !        +--------+IK  No !        ! YES              !                       !        !        !$N  +--C6      C1_[READY?>________________________________________> S1      S6* *N  |  !        !                  !                       !        !        !  *N  |  !       C2 <____________________________________________<OK]_S2       !  *N  |  !        !                  !                       !        !        !  *N  |  !       C3 * * * * * * * * * * <[t r a f f i c]> * * * * * * S3       !  *N  |  !        !                  !                       !        !        !  *N  |  !       C4_[CLOSE>_________________________________________> S4       !  *N  |  !        !                  !                       !        !        !  *N  |  !       C5 <________________________________________<CLOSED]_S5       !  *N  |  !        !                  !                       !        !        !  *N  |  +--------+                  !                       !        +--------+  *N  |               Outgoing       !        Incoming       !                    *N  |               Gateway        !        Gateway        !                    *N  |             +----------+     !      +----------+     !                    *N  |             !          !     !      !          !     !                    *N  |_[READY?>____OG1      OG2~[READY?>~~~IG1      IG2* * * * * * * * * * * * * *9                !          !     !      !          !     !o9 C2________<OK]_0G4      OG3~~~~~~~<OK]~IG3        !     !:9                !          !     !      !          !     !k9 C3* * * * * * *0G5      OG6<~~~~~~~~~~>IG4        !     !c9                !          !     !      !          !     !O9 C4_[CLOSE>_____0G7      OG8~[CLOSE>~~~~IG5        !     !E9                !          !     !      !          !     !i9 C5____<CLOSED]_0G10     OG9~~~<CLOSED]~IG6        !     !e9                !          !     !      !          !     !t9                +----------+     !      +----------+     !(9                                 !                       !  Legend         o ------         N  I C1,OG3,...  chronological connection points: C  = DECnet Client procedure:I                                              S  = DECnet Server procedure:J                                              OG = outgoing IP Gateway taskJ [READY?>    message                          IG = incoming IP Gateway task  , ___________ DECnet link for message transfer  0 * * * * * * DECnet link for task to task traffic  ) ~~~~~~~~~~~ IP link between gateway tasksn      _____   _____   ___\_   [#####]_[#####]_[####""># ___o___o___o___o___oo__oo____   TGVc     D. -- rH   ----------------------------------------------------------------------H MORANDI Consultants  -  WEB: http://Didier.Morandi.Free.fr/index_us.htmlH Pflanzschulstrasse 53, 8004 Zurich, Switzerland. GSM: +41 (0)79 705 4670H 19, chemin de la Butte, 31400 Toulouse, France.  GSM: +33 (0)6 7983 6418  H Disaster Recovery Plans, Computer Security Audits, DEC OpenVMS ExpertiseH On parle franais Man spricht Deutsch se habla Castellano English spoken   ------------------------------  % Date: Wed, 10 Apr 2002 22:41:29 +0200r- From: Didier Morandi <Didier.Morandi@Free.fr>26 Subject: Re: RIGHTSLIST.DAT locked by another user :-(' Message-ID: <3CB4A378.E31D715E@Free.fr>l  @ It whould certainly help if I had time to reread the SDA manual.   D.   jlsue wrote: > G > Okay, what about queuing up a lock from another process and having it2 > go into "wait" mode. > C > Then in SDA you can view the lock status for that process and sees > which one is in "wait" mode. > F > Then you can show the lock queue for that resource and determine who > has it granted.  >   > Then you can stop the process. >  > Does that help??   ------------------------------  % Date: Wed, 10 Apr 2002 22:44:35 +0200 - From: Didier Morandi <Didier.Morandi@Free.fr> 6 Subject: Re: RIGHTSLIST.DAT locked by another user :-(& Message-ID: <3CB4A433.4EDF0CD@Free.fr>  - mmm... dunno. Need to ask the system mangler. K for the moment, I'm busy with a basic program I received, a C program and ae  package to download from a site.X Looks like this "show me the lock" issue has motivated many system programmers around... Thanks,    D.   Peter Weaver wrote:   L > Do you have OpenVMS Managment Station installed on the box, if you do then; > that would be my #1 guess, otherwise try what jlsue said.h   ------------------------------  % Date: Wed, 10 Apr 2002 16:52:55 -0400n- From: "Peter Weaver" <peter.weaver@stelco.ca>e6 Subject: Re: RIGHTSLIST.DAT locked by another user :-(3 Message-ID: <0D1t8.14826$je5.140329@nnrp1.uunet.ca>i  : "Didier Morandi" <Didier.Morandi@Free.fr> wrote in message  news:3CB4A433.4EDF0CD@Free.fr.../ > mmm... dunno. Need to ask the system mangler.e >...   I should have mentioned;>     pipe sh dev sys$sysdevice /file | sear sys$pipe tnt_serverL will tell you very quickly if OpenVMS Management Station (aka TNT) is on the box.  K When trying to merge two SYSUAF files together a few years ago I found thattI TNT_SERVER keeps a lock on RIGHTSLIST.DAT. It is handy for something, butS+ sometimes it doesn't play nice with others.d   -- 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.e   ------------------------------  % Date: Wed, 10 Apr 2002 18:03:53 -0400 / From: "Michael A. Foley" <mikiefoley@yahoo.com> 6 Subject: Re: RIGHTSLIST.DAT locked by another user :-(/ Message-ID: <ub9dmbdvmite8c@corp.supernews.com>   G     It's been a while, but it's situations like Rightslist being lockedR<     and processes in RWAIT states that DECamds was developed(     for. (for those who go faint at SDA)  9     God knows I spent many hours with Jim Krieger and Co. ;     trying to get DECamds to be useful for hangs like this.f  B     (Note, I haven't had the opportunity to try any later versions
     recently)   L                                                                         mike  : "Didier Morandi" <Didier.Morandi@Free.fr> wrote in message  news:3CB4A433.4EDF0CD@Free.fr.../ > mmm... dunno. Need to ask the system mangler.cK > for the moment, I'm busy with a basic program I received, a C program andr at" > package to download from a site.D > Looks like this "show me the lock" issue has motivated many system programmers around... 	 > Thanks,e >+ > D. >d > Peter Weaver wrote:l > I > > Do you have OpenVMS Managment Station installed on the box, if you do_ then= > > that would be my #1 guess, otherwise try what jlsue said.p   ------------------------------  % Date: Thu, 11 Apr 2002 10:58:09 +0930e: From: "Barratt, Chris (FMC)" <Chris.Barratt@fmc.sa.gov.au>R Subject: RE: TCPIP V5.0A VERSUS V5.1 coding problem with "network protocol	 error"P Message-ID: <07103702F27FD411ACA30000F8085452044FEB23@sagemshs001.fmc.sa.gov.au>  ? I can confirm Matt's suggestion. In our PASCAL version, we have E TCPIP$C_AF_INET set in second byte of what is your second paramter...e   eg.t   TYPE socket_params	: packed recordN 				protocol : word; 				socket_Type : byte;s 				domain_name : byte;t 			    end;i  
 then later     with socket_params doa 	protocol := TCPIP$C_TCP;_ 	socket_Type := TCPIP$C_STREAM;:  	domain_name := TCPIP$C_AF_INET;  5 Well that's a bit rough, but you should get the idea.O: Using 5.1 TCPI/IP, but I presume it is the same under 5.0.   Cheers,!
 Chris Barratto   > -----Original Message-----; > From: Matt Muggeridge [mailto:Matt.Muggeridge@compaq.com]m$ > Sent: Thursday, 11 April 2002 6:24 > To: Info-VAX@Mvb.Saic.Com C > Subject: Re: TCPIP V5.0A VERSUS V5.1 coding problem with "network" > protocol error"p >  > > > I don't remember PASCAL well enough to be certain, but I am  > guessing you are? > missing the tcpip$C_AF_INET setting.  That is also cosistent A > with the error > you are seeing.y > 8 > Take a look at the documentation, but a quick extract: >  > struct sockcharu@ > {                                   /* socket characteristics  >           */5 >     unsigned short prot;                /* protocol  > */1 >     unsigned char type;                 /* typee > */; >     unsigned char af;                   /* address format, > */ > }; > " >     sockchar.prot = TCPIP$C_TCP;% >     sockchar.type = TCPIP$C_STREAM;o& >     sockchar.af   = TCPIP$C_AF_INET; > ; >     status = sys$qiow( EFN$C_ENF,           /* event flage > */< >                        channel,             /* i/o channel > */B >                        IO$_SETMODE,         /* i/o function code > */ >  > .....! >  >  > Matt.  > --? > -------------------------------------------------------------r > OpenVMS TCP/IP Engineering > Enterprise Computing Group > Compaq Computer Corporation= > Gold Coast, AUSTRALIA ? > -------------------------------------------------------------a >  > : > "Paul Hallam" <paul_hallam@hotmail.com> wrote in message9 > news:5ed44bd3.0204100649.2ad52c3a@posting.google.com...1 > > Can anyone help ?c > >tF > > I am having a little problem with TCPIP V5.1. Some software I haveD > > inherited assigns a channel to the TCPIP$DEVICE and uses QIOW to= > > modify/set the device characteristics. Under TCPIP V5.0A ' > all works okE > > but under TCPIP V5.1 the software fails at the QIO with 'protocol'E > > error'. (the QIO completes ok but the iosb from the qio shows the! > > error)." > >n; > > The code I shall describe below is compiled and linked ' > under VMS V7.1,"- > > using the Pascal compiler PASCAL-V57-073.i > >tE > > I have copied over the relevant TCPIP$INETDEF.PAS from the V7.2-1s% > > system that the software runs on.dH > > (By relevant I mean I have rebuilt the software with the appropriate= > > TCPIP$INETDEF.PAS depending on the version of TCPIP I am r > testing on). > >b< > > Running the programs under TCPIP V5.0A everything is ok.E > > Installed using DEC-AXPVMS-TCPIP-V0500-10-1.PCSI with no patches.G > > OpenVMS V7.2-1 > > ZCFI3A> product show hist *o? > > ----------------------------------- ----------- -----------g > > --------------------H > > PRODUCT                             KIT TYPE    OPERATION   DATE AND > > TIME? > > ----------------------------------- ----------- -----------e > > --------------------; > > DEC AXPVMS VMS721_DEBUG V1.0        Patch       Install  > > 20-MAR-2002 15:20:57; > > DEC AXPVMS VMS721_UPDATE V3.0       Patch       Install  > > 20-MAR-2002 15:13:47; > > DEC AXPVMS VMS721_PCSI V1.0         Patch       Installn > > 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     Installo > > 06-MAR-2002 17:33:03; > > DEC AXPVMS OPENVMS V7.2-1           Platform    Install  > > 06-MAR-2002 17:33:03; > > DEC AXPVMS TCPIP V5.0-10            Full LP     Installs > > 06-MAR-2002 17:33:03; > > DEC AXPVMS VMS V7.2-1               Oper System Install  > > 06-MAR-2002 17:33:03? > > ----------------------------------- ----------- -----------" > > -------------------- > >o > > H > > Running under TCPIP V5.1 the programs fail with "%SYSTEM-F-PROTOCOL, > > network protocol error"p= > > Installed with DEC-AXPVMS-TCPIP-V0501-15-1.PCSI and patch 2 > > DEC-AXPVMS-TCPIP_ECO-V0501-153-4.PCSI applied.B > > The programs fails whether the TCPIP patch is ap[plied or not. > >- > > PASCL CODE : > >E > > TYPE! > >    T_Uword = [WORD] 0..65535;d > > VARsC > >    stat,                                     (* return value *) G > >    iostat     : INTEGER;                     (* QIO return value *)R$ > >    local_host : SOCKADDRIN$TYPE;H > >    inet_adr   : RECORD                       (* local socket name *)) > >                    length  : INTEGER;n' > >                    address : ^CHAR;T > >                 END;9 > >    ilist,                                    (* temp r > variable used to
 > > set up *) A > >    options    : PACKED RECORD                (* socket optioni > > descriptor     *)E > >                   len,% > >                   param: T_Uword;l% > >                   ptr:   ^INTEGERq > >                 END; > > G > >    socket_prm : PACKED ARRAY [1..2] OF T_Uword;  (* Socket creationt > > parameter *)G > >    number_one : INTEGER := 1;                    (* is it number of  > > sockets?? *)F > >    Err_Lst    : [Volatile,Static] Err_Item_List; (* error codes *) > > 	 > > BEGINa > > G > > socket_prm[1]:= tcpip$C_TCP;                  (* TCP/IP protocol *)o< > > socket_prm[2]:= tcpip$C_STREAM;               (* stream  > type of socket > > *) > >sH > > iostat:= $ASSIGN('tcpip$DEVICE:',tcpip_chan);    (* Assign a channel > > to the tcp *)  > > IF NOT ODD(iostat) > > THEN	 > > begine > >    lib$wait(120);'C > >    iostat:= $ASSIGN('tcpip$DEVICE:',tcpip_chan);    (* Assign a  > > channel to the tcp *)n > >    IF NOT ODD(iostat)  > >    thenO > >        RETURN iostat;g > > end; > >iH > > ilist.len:= SIZE(number_one);               (* Create the socket and > >  *) F > > ilist.param:= tcpip$C_REUSEADDR +             (* set the REUSEADDR
 > > option *) F > >               tcpip$C_KEEPALIVE +             (* set the KEEPALIVE
 > > option *)TH > >               tcpip$C_FULL_DUPLEX_CLOSE;      (* and close both ends > > of VC *)- > > ilist.ptr::INTEGER:=IADDRESS(number_one);e > >r > > options.len:= SIZE(ilist);$ > > options.param:= tcpip$C_SOCKOPT;+ > > options.ptr::INTEGER:= IADDRESS(ilist);a > >/B > > iostat := $QIOW(efn  := tcp_efn,              (* Event flag *)H > >                 chan := tcpip_chan,             (* Channel number *)D > >                 func := IO$_SETMODE,          (* I/O function *); > >                 iosb := tcpip_iosb,             (* I/O l > status block *) G > >                 p1   := %ref socket_prm,      (* P1 Socket creationo > > parameter *)E > >                 p5   := IADDRESS(options));   (* P5 Socket optiond > > descriptor *)  > > IF ODD(iostat) > > THEN" > >    iostat:= tcpip_iosb.status; > > IF NOT ODD(iostat) > > THENG > >    RETURN iostat;                             ===================== H > > IOSTAT at this point is = %SYSTEM-F-PROTOCOL, network protocol error > >s > > Any help kindly received > >t > > PAUL >  >    ------------------------------  # Date: Wed, 10 Apr 2002 20:53:48 GMTe4 From: "Matt Muggeridge" <Matt.Muggeridge@compaq.com>Q Subject: Re: TCPIP V5.0A VERSUS V5.1 coding problem with "network protocol error""> Message-ID: <wD1t8.18482$vc3.62933@news-server.bigpond.net.au>  L I don't remember PASCAL well enough to be certain, but I am guessing you areK missing the tcpip$C_AF_INET setting.  That is also cosistent with the errorn you are seeing.0  6 Take a look at the documentation, but a quick extract:   struct sockchar J {                                   /* socket characteristics           */3     unsigned short prot;                /* protocolD *//     unsigned char type;                 /* typen */9     unsigned char af;                   /* address formatD */ };        sockchar.prot = TCPIP$C_TCP;#     sockchar.type = TCPIP$C_STREAM;t$     sockchar.af   = TCPIP$C_AF_INET;  9     status = sys$qiow( EFN$C_ENF,           /* event flage */:                        channel,             /* i/o channel */@                        IO$_SETMODE,         /* i/o function code */   .....      Matt.e --= -------------------------------------------------------------a OpenVMS TCP/IP Engineering Enterprise Computing Group Compaq Computer Corporationa Gold Coast, AUSTRALIA = -------------------------------------------------------------R    8 "Paul Hallam" <paul_hallam@hotmail.com> wrote in message7 news:5ed44bd3.0204100649.2ad52c3a@posting.google.com...  > Can anyone help ?o >nD > I am having a little problem with TCPIP V5.1. Some software I haveB > inherited assigns a channel to the TCPIP$DEVICE and uses QIOW toG > modify/set the device characteristics. Under TCPIP V5.0A all works ok#C > but under TCPIP V5.1 the software fails at the QIO with 'protocoliC > error'. (the QIO completes ok but the iosb from the qio shows the 	 > error).  > H > The code I shall describe below is compiled and linked under VMS V7.1,+ > using the Pascal compiler PASCAL-V57-073.  >eC > I have copied over the relevant TCPIP$INETDEF.PAS from the V7.2-1 # > system that the software runs on. F > (By relevant I mean I have rebuilt the software with the appropriateG > TCPIP$INETDEF.PAS depending on the version of TCPIP I am testing on).  > : > Running the programs under TCPIP V5.0A everything is ok.C > Installed using DEC-AXPVMS-TCPIP-V0500-10-1.PCSI with no patches._ > OpenVMS V7.2-1 > ZCFI3A> product show hist * = > ----------------------------------- ----------- -----------  > --------------------F > PRODUCT                             KIT TYPE    OPERATION   DATE AND > TIME= > ----------------------------------- ----------- -----------  > --------------------9 > DEC AXPVMS VMS721_DEBUG V1.0        Patch       Install  > 20-MAR-2002 15:20:579 > DEC AXPVMS VMS721_UPDATE V3.0       Patch       Install  > 20-MAR-2002 15:13:479 > DEC AXPVMS VMS721_PCSI V1.0         Patch       Install  > 20-MAR-2002 15:07:219 > DEC AXPVMS DECNET_OSI V7.2-1        Full LP     Install  > 06-MAR-2002 17:33:039 > DEC AXPVMS DWMOTIF V1.2-5           Full LP     Installn > 06-MAR-2002 17:33:039 > DEC AXPVMS OPENVMS V7.2-1           Platform    Install  > 06-MAR-2002 17:33:039 > DEC AXPVMS TCPIP V5.0-10            Full LP     Install  > 06-MAR-2002 17:33:039 > DEC AXPVMS VMS V7.2-1               Oper System Install  > 06-MAR-2002 17:33:03= > ----------------------------------- ----------- -----------  > -------------------- >* >*F > Running under TCPIP V5.1 the programs fail with "%SYSTEM-F-PROTOCOL, > network protocol error"O; > Installed with DEC-AXPVMS-TCPIP-V0501-15-1.PCSI and patch 0 > DEC-AXPVMS-TCPIP_ECO-V0501-153-4.PCSI applied.@ > The programs fails whether the TCPIP patch is ap[plied or not. >  > PASCL CODE : >O > TYPE >    T_Uword = [WORD] 0..65535;I > VAR A >    stat,                                     (* return value *) E >    iostat     : INTEGER;                     (* QIO return value *) " >    local_host : SOCKADDRIN$TYPE;F >    inet_adr   : RECORD                       (* local socket name *)' >                    length  : INTEGER; % >                    address : ^CHAR;  >                 END;G >    ilist,                                    (* temp variable used to  > set up *) ? >    options    : PACKED RECORD                (* socket option  > descriptor     *)  >                   len,# >                   param: T_Uword;s# >                   ptr:   ^INTEGERo >                 END; >_E >    socket_prm : PACKED ARRAY [1..2] OF T_Uword;  (* Socket creation  > parameter *)E >    number_one : INTEGER := 1;                    (* is it number of  > sockets?? *)D >    Err_Lst    : [Volatile,Static] Err_Item_List; (* error codes *) >  > BEGIN- >-E > socket_prm[1]:= tcpip$C_TCP;                  (* TCP/IP protocol *)lH > socket_prm[2]:= tcpip$C_STREAM;               (* stream type of socket > *) >8F > iostat:= $ASSIGN('tcpip$DEVICE:',tcpip_chan);    (* Assign a channel > to the tcp *)  > IF NOT ODD(iostat) > THEN > begina >    lib$wait(120);CA >    iostat:= $ASSIGN('tcpip$DEVICE:',tcpip_chan);    (* Assign aa > channel to the tcp *)a >    IF NOT ODD(iostat)n	 >    then- >        RETURN iostat;  > end; >1F > ilist.len:= SIZE(number_one);               (* Create the socket and >  *)jD > ilist.param:= tcpip$C_REUSEADDR +             (* set the REUSEADDR > option *)FD >               tcpip$C_KEEPALIVE +             (* set the KEEPALIVE > option *) F >               tcpip$C_FULL_DUPLEX_CLOSE;      (* and close both ends
 > of VC *)+ > ilist.ptr::INTEGER:=IADDRESS(number_one);i >D > options.len:= SIZE(ilist);" > options.param:= tcpip$C_SOCKOPT;) > options.ptr::INTEGER:= IADDRESS(ilist);s > @ > iostat := $QIOW(efn  := tcp_efn,              (* Event flag *)F >                 chan := tcpip_chan,             (* Channel number *)B >                 func := IO$_SETMODE,          (* I/O function *)H >                 iosb := tcpip_iosb,             (* I/O status block *)E >                 p1   := %ref socket_prm,      (* P1 Socket creation> > parameter *)C >                 p5   := IADDRESS(options));   (* P5 Socket optiona > descriptor *)e > IF ODD(iostat) > THEN  >    iostat:= tcpip_iosb.status; > IF NOT ODD(iostat) > THENE >    RETURN iostat;                             ===================== F > IOSTAT at this point is = %SYSTEM-F-PROTOCOL, network protocol error >l > Any help kindly received >  > PAUL   ------------------------------    Date: 10 Apr 2002 17:26:02 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)2Q Subject: Re: TCPIP V5.0A VERSUS V5.1 coding problem with "network protocol error".3 Message-ID: <$IQR1834ko4O@eisner.encompasserve.org>8  u In article <wD1t8.18482$vc3.62933@news-server.bigpond.net.au>, "Matt Muggeridge" <Matt.Muggeridge@compaq.com> writes:fN > I don't remember PASCAL well enough to be certain, but I am guessing you areM > missing the tcpip$C_AF_INET setting.  That is also cosistent with the errort > you are seeing.y > 8 > Take a look at the documentation, but a quick extract: >  > struct sockcharSL > {                                   /* socket characteristics           */5 >     unsigned short prot;                /* protocoli > */1 >     unsigned char type;                 /* typer > */; >     unsigned char af;                   /* address formate > */ > };  9 Hopefully there is real documentation, not just C code...-   ------------------------------  % Date: Wed, 10 Apr 2002 16:24:06 -04001+ From: Michael Corbett <corbett@PROCESS.COM>i- Subject: Re: Values Truncated in TT_ACCPORNAM * Message-ID: <3CB49F66.5020901@PROCESS.COM>   Ed Stuart wrote:  G > Hello all; we're running OpenVMS v6.2 and TCPware v5.3-2.  One one ofbB > our nodes the value displayed from the TT_ACCPORNAM field is ok. > ( > $ term = f$getdvi("TT","TT_ACCPORNAM") > $ sh sym termw/ >   TERM = "ae-stuart.electric.ci.austin.tx.us"  > A > On the other nodes the value displayed from the TT_ACCPORNAM is, > left-truncated.o > ( > $ term = f$getdvi("TT","TT_ACCPORNAM") > $ sh sym term  >   TERM = "i.austin.tx.us"  > A > What would cause the left-truncating and how can we correct it?n >  > Ed Stuart G > **Please apply a generous amount of all the usual disclaimers here.**  >    5.3?  I Have you installed ftp://ftp.process.com/support/53_2/netcp_v532p020.zip?g" The following is from the readme -      H      b) If the host name string is greater than 20 characters long, thenC      the first 20 characters are dropped when setting the ACCPORNAMw      (in Remote Port Info).p       regards  Mike   -- lD Michael Corbett                           Email: Corbett@process.comB Process Software                          Phone: 800 722-7770 x369B 959 Concord St.                                  508 879-6994 x369= Framingham MA 01701-4682                  FAX:   508 879-00421   ------------------------------  % Date: Wed, 10 Apr 2002 16:42:30 -05001/ From: "Stuart, Ed" <Ed.Stuart@austinenergy.com>a- Subject: RE: Values Truncated in TT_ACCPORNAMAT Message-ID: <92EFB80E551BD511B39500D0B7B0CDCC0642C29F@ohms.electric.ci.austin.tx.us>  F We will apply the patch on our next down weekend.  Thanks for the info Michael!  	 Ed Stuart    -----Original Message-----2 From: Michael Corbett [mailto:corbett@PROCESS.COM]' Sent: Wednesday, April 10, 2002 3:24 PMe To: Info-VAX@Mvb.Saic.Com - Subject: Re: Values Truncated in TT_ACCPORNAM      Ed Stuart wrote:  G > Hello all; we're running OpenVMS v6.2 and TCPware v5.3-2.  One one of B > our nodes the value displayed from the TT_ACCPORNAM field is ok. > ( > $ term = f$getdvi("TT","TT_ACCPORNAM") > $ sh sym terme/ >   TERM = "ae-stuart.electric.ci.austin.tx.us"M > A > On the other nodes the value displayed from the TT_ACCPORNAM ish > left-truncated.c > ( > $ term = f$getdvi("TT","TT_ACCPORNAM") > $ sh sym term  >   TERM = "i.austin.tx.us"g > A > What would cause the left-truncating and how can we correct it?t >  > Ed StuartrG > **Please apply a generous amount of all the usual disclaimers here.**c >    5.3?  I Have you installed ftp://ftp.process.com/support/53_2/netcp_v532p020.zip?c" The following is from the readme -      H      b) If the host name string is greater than 20 characters long, thenC      the first 20 characters are dropped when setting the ACCPORNAM       (in Remote Port Info).        regards  Mike   --  D Michael Corbett                           Email: Corbett@process.comB Process Software                          Phone: 800 722-7770 x369B 959 Concord St.                                  508 879-6994 x369= Framingham MA 01701-4682                  FAX:   508 879-0042O   ------------------------------  % Date: Thu, 11 Apr 2002 05:57:42 +0200-# From: Paul Sture <p_sture@decus.ch>-J Subject: VMS Rocks, VMS Rolls, OpenVMS Rocks, OpenVMS Rolls; Windows sucks( Message-ID: <3CB525D6.4CE8C882@decus.ch>   John Vottero wrote:A > J > You had the wrong subject if you're interested in affecting the results!  G Unfortunately, the rules of the contest don't appear to take newsgroups.
 into account.2 > 9 > "James Gessling" <jgessling@yahoo.com> wrote in message 0 > news:a8slp1$v5pt6$1@ID-46415.news.dfncis.de...
 > > See here:  > >n > > http://srom.zgp.org/ > >e > > jimV > >n > >s   __
 Paul Sture Switzerlandv   ------------------------------  % Date: Wed, 10 Apr 2002 21:55:26 -0400I. From: "warren sander" <sander@ma.ultranet.com>K Subject: Re: What OS Was www.openvms.digital.com Running On n 22-Sep-1998 ? + Message-ID: <a92qeh$hqn$1@bob.news.rcn.net>r  = It was running on an AS1000 with OpenVMS 6.2 and Purveyor 2.0   > I put it up. I took it down. The down request came from mgmt..  I I still have the log files. I can let you all know how many  times it waseK accessed if you want. I'm out of the office until monday but can do it theno   -warren    --B ------------------------------------------------------------------6 Warren Sander                        OpenVMS MarketingK Compaq Computer Corporation          Work:  warren.sander@remove.compaq.comtL 200 Forest Street MR01-3/J1          Personal: sander@remove.ma.ultranet.com3 Marlboro, MA 01752                   (508) 467-4875 5    My opinions are my own and I only speak for myself ,          Read http://www.openvms.compaq.com/B ------------------------------------------------------------------    7 "Arne Vajhj" <arne.vajhoej@gtech.com> wrote in message # news:3CB2FE88.DE28162C@gtech.com...R > Jerry Leslie wrote: @ > > What operating system was www.openvms.digital.com running on@ > > September 22, 1998, the day that the OpenVMS home page read: > >lD > >   "OpenVMS is today what Microsoft wants Windows NT v8.0 to be!" > >L. > > Was it OpenVMS, Digital Unix, or Windows ? >X! > I think it has always been VMS.L > 2 > It started with Purveyor but switched to Apache. >E > Arne   ------------------------------  # Date: Wed, 10 Apr 2002 21:52:57 GMTV5 From: peter.watkinson1@ntlworld.com (Peter Watkinson)6( Subject: WIreless networking + VMS/Tru642 Message-ID: <3cb4b3c5.20120937@news.cable.ntl.com>   Hi,3  @ Are there any Wireless networking cards that are compatible with
 VMS/Tru64?   Does Islandco sell them - Dave?u  	  regards,C         Peter Watkinsonl peter.watkinson1@ntlworld.com    ------------------------------  % Date: Wed, 10 Apr 2002 22:16:48 -0400S1 From: Michael Austin <maustin@firstdbasource.com>P, Subject: Re: WIreless networking + VMS/Tru642 Message-ID: <3CB4F210.8A9CBE6B@firstdbasource.com>   Peter Watkinson wrote: >  > Hi,d > B > Are there any Wireless networking cards that are compatible with > VMS/Tru64?  % And you would want them for.. what?? E  F Give a little bit of what you are trying to achieve... but to the bestG of my knowledge, VMS/Tru64 does not support a wireless device.  You cankG connect to these systems using WAP devices, but I don't ever recall any E real reason why you want your server to be wireless. You can't really ! haul it from one room to another.r  H I have a customer with a DS20 that I use an SMC Barricade Router/Hub/WAPF to access a web server via the Compaq IPAQ hand-held PCs using W-CE.   Works pretty good.   > ! > Does Islandco sell them - Dave?  >  >  regards,^ >  > Peter Watkinson  > peter.watkinson1@ntlworld.comr   -- K Regards,  7 Michael Austin            Registered Linux User #261163 7 First DBA Source, Inc.    http://www.firstdbasource.comi Sr. Consultant 704-947-1089 (Office)E 704-236-4377 (Mobile)t   ------------------------------  % Date: Wed, 10 Apr 2002 23:13:47 -0400p+ From: "Main, Kerry" <Kerry.Main@Compaq.com>I, Subject: RE: WIreless networking + VMS/Tru64T Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF401AB1E62@kaoexc01.americas.cpqcorp.net>   Peter,  G I suspect what you want is to access VMS applications via WAP devices -D is this correct?   If so, check out:l) http://www.ericom.com/wireless_mobile.aspp( http://ebusiness.ericom.com/indexWap.asp  D If interested, drop me a line offline and I can provide some contact info.    Regardst  
 Kerry Main Senior Consultante Compaq Canada Corp.  Professional Services  Voice: 613-592-4660* Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----? From: Peter Watkinson [mailto:peter.watkinson1@ntlworld.com]=20t Sent: April 10, 2002 5:53 PM To: Info-VAX@Mvb.Saic.ComU( Subject: WIreless networking + VMS/Tru64       Hi,V  @ Are there any Wireless networking cards that are compatible with
 VMS/Tru64?   Does Islandco sell them - Dave?i  	  regards,          Peter Watkinson= peter.watkinson1@ntlworld.como   ------------------------------  % Date: Wed, 10 Apr 2002 16:17:02 -0400 ; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>  Subject: Re: X$ Message-ID: <3cb49e32$1@news.si.com>  4 >Install putty on your pc www.chiark.greenend.org.uk  D I see no mention of anything called "putty" on that page, nor of any reference to "VMS".P   I do see mention of "PuTTY" on< http://www.chiark.greenend.org.uk/~sgtatham/putty/, however. --A Brian Tillman                   Internet: tillman_brian at si.comiA Smiths Aerospace                          tillman at swdev.si.com = 3290 Patterson Ave. SE, MS      Addresses modified to prevent=< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  % Date: Wed, 10 Apr 2002 14:13:50 -07002# From: "Tom Linden" <tom@kednos.com>e Subject: RE: X9 Message-ID: <CIEJLCMNHNNDLLOOGNJIAENCELAA.tom@kednos.com>    Sorry, sloppy cut and pastee? http://www.chiark.greenend.org.uk/~sgtatham/putty/download.htmlt  E The poster asked for an interface ftom pc to vms, this is the pc end.i I use it and it works well   > -----Original Message-----B > From: Brian Tillman [mailto:tillman_brian@notnoone.notnohow.com]) > Sent: Wednesday, April 10, 2002 1:17 PMu > To: Info-VAX@Mvb.Saic.Com  > Subject: Re: X >  > 6 > >Install putty on your pc www.chiark.greenend.org.uk > F > I see no mention of anything called "putty" on that page, nor of any > reference to "VMS".n >   > I do see mention of "PuTTY" on> > http://www.chiark.greenend.org.uk/~sgtatham/putty/, however. > --C > Brian Tillman                   Internet: tillman_brian at si.comtC > Smiths Aerospace                          tillman at swdev.si.com ? > 3290 Patterson Ave. SE, MS      Addresses modified to prevent > > Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@": >        This opinion doesn't represent that of my company >  >    ------------------------------  % Date: Wed, 10 Apr 2002 15:57:07 -0400q; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>-9 Subject: Re: [Q] How to set up flag pages on HP printers? $ Message-ID: <3cb49986$1@news.si.com>  H >The problem that we're having is that the flag page is being printed inI >portrait format and the info would look much better if it was printed ins >landscape format.  I Make sure the HP_RESET device control module contains the code to set thet orientation to landscape.U --A Brian Tillman                   Internet: tillman_brian at si.comlA Smiths Aerospace                          tillman at swdev.si.comh= 3290 Patterson Ave. SE, MS      Addresses modified to preventa< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------   End of INFO-VAX 2002.199 ************************