1 INFO-VAX	Tue, 16 Dec 2003	Volume 2003 : Issue 695       Contents:A ANN:Update to SHOW_PATCHES.COM and release of SYSLOGCLIENT source = Re: AS1000 - Video vagaries - or- scroll down if you can.....  Re: DE500-XA & full-duplex Re: DE500-XA & full-duplex F90 current version??  Re: F90 current version?? @ Re: GV v. GhostScript: Error: /invalidfileaccess in --.libfile-- Re: Ignorance is BLISS...  Kernel mode code in Pascal Re: Kernel mode code in Pascal Re: Kernel mode code in Pascal Re: Kernel mode code in Pascal Re: Kernel mode code in Pascal! Re: lbr$ routines and concurrency * Re: Move from TCPIP Services to Multinet ?* Re: Move from TCPIP Services to Multinet ? Multiple TCPIP interfaces # Re: Need Help Porting C code to VMS  Re: OpenVMS org , practical questions for Charon-VAX on Wintel0 Re: practical questions for Charon-VAX on Wintel0 Re: practical questions for Charon-VAX on Wintel Re: Problems with 7.3 and 164LX  Re: Problems with 7.3 and 164LX  RE: Problems with 7.3 and 164LX  Re: question on SMTP queues 1 Shopping basket toolkit for vms/osu http_server ? ( Re: Singapore Exchange to run on OpenVMS( Re: Singapore Exchange to run on OpenVMS( Re: Singapore Exchange to run on OpenVMS( Re: Singapore Exchange to run on OpenVMS( RE: Singapore Exchange to run on OpenVMS( RE: Singapore Exchange to run on OpenVMS( Re: Singapore Exchange to run on OpenVMS( Re: Singapore Exchange to run on OpenVMS Re: Turbochannel SCSI   F ----------------------------------------------------------------------  # Date: Tue, 16 Dec 2003 11:36:32 GMT ( From: Mark Hemker <hemker@insightbb.com>J Subject: ANN:Update to SHOW_PATCHES.COM and release of SYSLOGCLIENT source8 Message-ID: <nnrttvs2vb9qrk8bpbrf9lhjt5k10nm0e4@4ax.com>  E I just wanted to let everyone know that I have updated the code to my A SHOW_PATCHES.COM program so that it will work with the new HP ftp C site.  I have also posted the code for SYSLOGCLIENT so feel free to 3 use it in your own programs.  You can find them at: * http://home.insightbb.com/~hemker/vms.html   Mark Hemker  hemker@insightbb.com   ------------------------------  # Date: Tue, 16 Dec 2003 18:02:40 GMT 9 From: "Fred Kleinsorge" <my-last-name@stardotzko.dec.com> F Subject: Re: AS1000 - Video vagaries - or- scroll down if you can.....3 Message-ID: <4NHDb.10798$R06.5519@news.cpqcorp.net>   3 "Denny" <denny_rich@ameritech.net> wrote in message 7 news:2a9d9498.0312131241.3ed84a94@posting.google.com... B > I have a recently acquired AlphaServer 1000, 4/233, 576mb systemG > memory,  running VMS7.3-1 hobbyist. The video card that came with the  > box is a CpQ3111.  > H > I connected a garden-variety SVGA monitor to the CPQ3111. SRM responseH > is normal character cell. AFter booting, OPCOM display is normal untilF > DECWindows starts up. Thereafter, it appears that the monitor cannot > sync to the video stream.  >   G The card is a Compaq QVision EISA card.  I believe the default on it is J either 1024x768 or 1280x1024 at 72Hz.  You may need to adjust your monitorK as appropriate.  If it is a very old monitor, this may not be a lot of fun.   H > If I enable the on-motherboard SVGA output, J27=ON, then video sync isE > correct and DecWindows works as expected. I can log in and do stuff  > with DECWindows. > D > If, for example, I ask for a directory of SYS$SYSDEVICE:[*...], itF > scrolls in an absurdly slow fashion and takes *weeks* to complete. ID > liken it to doing things long ago, on a 300 baud, acoustic coupler > modem. >  > The questions are: > F > 1.) does anyone know what kind of monitor I can drive for DECWindows > with the CQP3111?  >   H Pretty much any multi-sync monitor that can handle a vertical refresh of 70Hz.   F > 2.) Is the motherboard-SVGA output really this clunky?  If what I am0 > experiencing is not normal, what am I missing? >   J The "built-in" video sucks.  It is a non-accelerated Cirrus VGA - so it isF running pretty much as a dumb frame buffer with minimal hardware (VGA)> capabilities.  Also, I think it only has 512k of video memory.  J It was stuck onto this system for an OS that in the end never shipped, but" which like Windows required a VGA.   ------------------------------   Date: 16 Dec 2003 08:51:27 GMT< From: gartmann@non.immunbio.mpg.de.sens (Christoph Gartmann)# Subject: Re: DE500-XA & full-duplex 0 Message-ID: <brmh2f$qmb$1@n.ruf.uni-freiburg.de>  h In article <d7791aa1.0312151748.46e6de39@posting.google.com>, bob@instantwhip.com (Bob Ceculski) writes:u >gartmann@non.immunbio.mpg.de.sens (Christoph Gartmann) wrote in message news:<brklfa$7db$1@n.ruf.uni-freiburg.de>...  >> Hi, >>  Q >> OpenVMS 7.3-1 on an AlphaStation 255. The station has a DE500-XA network card. L >> The card is set to 100 MB/s and full-duplex. The same at the other end (aR >> switch). This setup worked for quite some time. Now we replaced the switch withN >> one from 3Com (3C17204, a 4400). Now we get lots of CRC errors. The machineQ >> boots up and is working more or less all right. If we let the switch negotiate R >> the speed and duplex mode this results in 100 MB/s and half-duplex although theQ >> card is configured with full duplex. Setting the switch to full duplex results  >> in these CRC errors.  >>  P >> Next I used a Soho switch. This one detects 100 MB/s. In addition the LED forR >> full-duplex is flickering. Sometimes it is on for a few seconds, then goes off,P >> goes on again and so on but no CRC errors. Is my card broken? Anyhting else I >> can try?  >>   >> Regards,  >>    Christoph Gartmann > 0 >first off, you would be better using a DE500-BA   Ok.   / >... second, you cannot allow auto anything ...    I am well aware of that.   >you need a managed switch  ) The 3Com 4400 series is a managed switch.   7 >and you need to hard set the ports to 100 full duplex,    This is what I did.   ' >and also should turn off spanning tree    Tried this as well.   8 >then set the card from the console or vms to FASTFD ...   Did this as well.   F >the DE500-BA runs fine at 100fd for us but if you still have problemsB >with that older card you will have to turn it down to 100 half or >10 half ...  O Just tried to use 100 half and get again lots of errors. Note, with a different O switch we had no such problems. It is something between this card the the 4400.    Regards,    Christoph Gartmann    --  E  Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452   ImmunbiologieI  Postfach 1169                 Internet: gartmann@immunbio dot mpg dot de   D-79011  Freiburg, Germany 9                http://www.immunbio.mpg.de/home/menue.html    ------------------------------    Date: 16 Dec 2003 08:53:02 -0800( From: bob@instantwhip.com (Bob Ceculski)# Subject: Re: DE500-XA & full-duplex = Message-ID: <d7791aa1.0312160853.78bf07b9@posting.google.com>   t gartmann@non.immunbio.mpg.de.sens (Christoph Gartmann) wrote in message news:<brmh2f$qmb$1@n.ruf.uni-freiburg.de>...j > In article <d7791aa1.0312151748.46e6de39@posting.google.com>, bob@instantwhip.com (Bob Ceculski) writes:w > >gartmann@non.immunbio.mpg.de.sens (Christoph Gartmann) wrote in message news:<brklfa$7db$1@n.ruf.uni-freiburg.de>...  > >> Hi, > >>  S > >> OpenVMS 7.3-1 on an AlphaStation 255. The station has a DE500-XA network card. N > >> The card is set to 100 MB/s and full-duplex. The same at the other end (aT > >> switch). This setup worked for quite some time. Now we replaced the switch withP > >> one from 3Com (3C17204, a 4400). Now we get lots of CRC errors. The machineS > >> boots up and is working more or less all right. If we let the switch negotiate T > >> the speed and duplex mode this results in 100 MB/s and half-duplex although theS > >> card is configured with full duplex. Setting the switch to full duplex results  > >> in these CRC errors.  > >>  R > >> Next I used a Soho switch. This one detects 100 MB/s. In addition the LED forT > >> full-duplex is flickering. Sometimes it is on for a few seconds, then goes off,R > >> goes on again and so on but no CRC errors. Is my card broken? Anyhting else I
 > >> can try?  > >>  
 > >> Regards,  > >>    Christoph Gartmann > > 2 > >first off, you would be better using a DE500-BA >  > Ok.  > 1 > >... second, you cannot allow auto anything ...  >  > I am well aware of that. >  > >you need a managed switch > + > The 3Com 4400 series is a managed switch.  > 9 > >and you need to hard set the ports to 100 full duplex,  >  > This is what I did.  > ) > >and also should turn off spanning tree  >  > Tried this as well.  > : > >then set the card from the console or vms to FASTFD ... >  > Did this as well.  > H > >the DE500-BA runs fine at 100fd for us but if you still have problemsD > >with that older card you will have to turn it down to 100 half or > >10 half ... > Q > Just tried to use 100 half and get again lots of errors. Note, with a different Q > switch we had no such problems. It is something between this card the the 4400.  > 
 > Regards, >    Christoph Gartmann     A do you have the latest patches at both the vms and console level? 7 we are using 7.1 w/alphastations but you are on 7.3 ...    ------------------------------  % Date: Wed, 17 Dec 2003 00:32:44 +0800 , From: Paul Repacholi <prep@prep.synonet.com> Subject: F90 current version??- Message-ID: <87pteooh8z.fsf@prep.synonet.com>   7 Can someone tell me what the current version of F90 is? 7 I'm getting compiler internal errors, so I think I need ! to go begging/scrounging again :)    tnx in advance   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Tue, 16 Dec 2003 10:13:44 -0800 , From: Ken Fairfield <My.Full.Name@intel.com>" Subject: Re: F90 current version??+ Message-ID: <brni0p$jfo$1@news01.intel.com>    Paul Repacholi wrote:   9 > Can someone tell me what the current version of F90 is? 9 > I'm getting compiler internal errors, so I think I need # > to go begging/scrounging again :)   ; Current version is Fortran V7.6 (OVMS/Alpha).  Includes the > F95 "allocatable components TR" (I don't recall the TR number,. ask on comp.lang.fortran if you need to know).   	-Ken  --  6 I don't speak for Intel, Intel doesn't speak for me...  
 Ken Fairfield ! D1C Automation VMS System Support " who:   kenneth dot h dot fairfield where: intel dot com   ------------------------------  % Date: Tue, 16 Dec 2003 06:45:10 -0600 5 From: "Martin P.J. Zinser" <zinser@zinser.no-ip.info> I Subject: Re: GV v. GhostScript: Error: /invalidfileaccess in --.libfile-- 9 Message-ID: <brmuot$527vv$1@ID-209632.news.uni-berlin.de>    sms@antinode.org wrote: G >    Figuring it was time to get up-to-date, I sucked down the recently F > advertised GhostScript V8.11 kit from mvb.saic.com and GV 3.5.8 from > zinser.no-ip.info. > B >    After installation of the PCSI kit for GhostScript, and afterH > building GV, I can run GS.EXE to display (the first page of) a typicalE > PostScript file, but when I try to use GV on the same file, I get a F > pop-up "GhostScript Messages" window with the complaint shown below,G > which is not telling me what I want to know.  Anyone else know what's / > going on, or what I should do for more clues?  >  > + > Error: /invalidfileaccess in --.libfile--  > Operand stack:O >    F3205_0   1   1   --nostringval--   Helvetica   Font   Helvetica  214791   L >  Helvetica   --nostringval--   Helvetica   NimbusSanL-Regu  (n019003l.pfb) > Execution stack:P >    %interp_exit   .runexec2   --nostringval--   --nostringval--   --nostringvaP > l--   2   %stopped_push   --nostringval--   --nostringval--   --nostringval-- P >   false   1   %stopped_push   1   3   %oparray_pop   1   3   %oparray_pop   1 P >   3   %oparray_pop   1   3   %oparray_pop   .runexec2   --nostringval--   --noP > stringval--   --nostringval--   2   %stopped_push   --nostringval--   --nostriP > ngval--   5   4   %oparray_pop   6   4   %oparray_pop   --nostringval--   --noP > stringval--   --nostringval--   --nostringval--   --nostringval--   false   1 P >   %stopped_push   9   5   %oparray_pop   --nostringval--   --nostringval--   -P > -nostringval--   --nostringval--   --nostringval--   %array_continue   --nostrP > ingval--   --nostringval--   --nostringval--   --nostringval--   --nostringvalO > --   %array_continue   --nostringval--   --nostringval--  --nostringval--   % J > loop_continue   --nostringval--   13   6   %oparray_pop  --nostringval-- > Dictionary stack: P >    --dict:1105/1123(ro)(G)--   --dict:0/20(G)--   --dict:70/200(L)--   --dict:@ > 55/75(L)--   --dict:17/17(ro)(G)--   --dict:1105/1123(ro)(G)--" > Current allocation mode is local9 > AFPL Ghostscript 8.11: Unrecoverable error, exit code 1 ) > %SYSTEM-E-BADPARAM, bad parameter value  > J > ------------------------------------------------------------------------ > 6 >    Steven M. Schweda               (+1) 651-699-98185 >    382 South Warwick Street        sms@antinode-org  >    Saint Paul  MN  55105-2547    Steven San,   F No, currently clueless in Chicago ;-) But I shall get the Ghostscript   >>sources<< and investigate.    Greetings, Martin   B P.S. One Clue ;->, did you have all the environment variables for ; Ghostscript setup in the session were your tried Ghostview?    ------------------------------    Date: 16 Dec 2003 02:01:42 -0800# From: axica_nopub@yahoo.com (Safir) " Subject: Re: Ignorance is BLISS...= Message-ID: <2b49c9e0.0312160201.46e9bd88@posting.google.com>   L There was a multi volume book series written by Digital Educational Services   "BLISS Primer"  * The part # for volume II (Intermediate) is EY-AY008-SP-001    ------------------------------    Date: 16 Dec 2003 09:39:17 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) # Subject: Kernel mode code in Pascal 3 Message-ID: <a00yA9p$BY2D@eisner.encompasserve.org>   @ I am writing some simple kernel mode code in Pascal (I know, not? supported, don't call PASRTL, make it UNBOUND and ASYNCHRONOUS, 3 etc.) but on compilation I get the following error:   ;               STATUS := $CMKRNL ( KERNEL_GETLKIW, ARGLST ); # ..................................^ 5 %PASCAL-E-INCMPPARM, Incompatible PROCEDURE parameter G -PASCAL-I-NOTDECLROU,   - KERNEL_GETLKIW is not declared as a PROCEDURE   B Well of course KERNEL_GETLKIW is declared as a FUNCTION, returning> a VMS status code (which might be overridden by SS$_NOCMKRNL).  A I know how to fool the Pascal compiler with stupid linker tricks, , but does anyone have a more elegant method ?   Isn't this a compiler defect ?   ------------------------------  % Date: Tue, 16 Dec 2003 16:33:59 +0000 0 From: Chris Sharman <chris.sharman@sorry.nospam>' Subject: Re: Kernel mode code in Pascal 4 Message-ID: <brnc5n$bdh$1$8300dec7@news.demon.co.uk>   Larry Kilgallen wrote:B > I am writing some simple kernel mode code in Pascal (I know, notA > supported, don't call PASRTL, make it UNBOUND and ASYNCHRONOUS, 5 > etc.) but on compilation I get the following error:  > = >               STATUS := $CMKRNL ( KERNEL_GETLKIW, ARGLST ); % > ..................................^ 7 > %PASCAL-E-INCMPPARM, Incompatible PROCEDURE parameter I > -PASCAL-I-NOTDECLROU,   - KERNEL_GETLKIW is not declared as a PROCEDURE  > D > Well of course KERNEL_GETLKIW is declared as a FUNCTION, returning@ > a VMS status code (which might be overridden by SS$_NOCMKRNL). > C > I know how to fool the Pascal compiler with stupid linker tricks, . > but does anyone have a more elegant method ? >   > Isn't this a compiler defect ?  F I've always used %immed (ie $cmkrnl(%immed routine, %ref arglst) ) to H work around those compiler warnings. I suppose it's slightly inelegant, C but I'm happy to have to clearly and explicitly disable the normal   compiler checking in this way.  C 'Unsupported' is true, but there are specific kernel mode builtins  F provided, and the manual says it has 'a good chance of working', so I F guess it's not a lot more unsupported than bliss or macro kernel mode  programming.   Chris    ------------------------------  # Date: Tue, 16 Dec 2003 16:33:59 GMT & From: John Reagan <john.reagan@hp.com>' Subject: Re: Kernel mode code in Pascal 3 Message-ID: <XtGDb.10781$qT5.4796@news.cpqcorp.net>    Larry Kilgallen wrote:B > I am writing some simple kernel mode code in Pascal (I know, notA > supported, don't call PASRTL, make it UNBOUND and ASYNCHRONOUS, 5 > etc.) but on compilation I get the following error:  > = >               STATUS := $CMKRNL ( KERNEL_GETLKIW, ARGLST ); % > ..................................^ 7 > %PASCAL-E-INCMPPARM, Incompatible PROCEDURE parameter I > -PASCAL-I-NOTDECLROU,   - KERNEL_GETLKIW is not declared as a PROCEDURE  > D > Well of course KERNEL_GETLKIW is declared as a FUNCTION, returning@ > a VMS status code (which might be overridden by SS$_NOCMKRNL). > C > I know how to fool the Pascal compiler with stupid linker tricks, . > but does anyone have a more elegant method ? >   > Isn't this a compiler defect ?  C Come on Larry, compiler defect?  Hardly. :-)  It is more of an SDL  H defect.  The SDL definition for the routine argument to $CMKRNL doesn't F specify the arguments or return type of the callback routine.  So the ? Pascal backend just defaults to a PRODCEDURE with no arguments.   C The way to convince the compiler to do what you want is to use the  G %IMMED foreign mechanism specified on the actual argument.  So just say   4 STATUS := $CMKRNL ( %IMMED KERNEL_GETLKIW, ARGLST );  C The %IMMED of a routine is passing the address of the 'routine' by  D immediate value.  Same as a normal routine parameter would be.  The G %IMMED overrides the compiler's type checking and lets you make up for  , the fact that the definition is sub-optimal.   --   John Reagan ' Compaq Pascal/{A|I}MACRO Project Leader  Hewlett-Packard Company    ------------------------------    Date: 16 Dec 2003 11:05:07 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) ' Subject: Re: Kernel mode code in Pascal 3 Message-ID: <dR7bpxZvEkIL@eisner.encompasserve.org>   g In article <brnc5n$bdh$1$8300dec7@news.demon.co.uk>, Chris Sharman <chris.sharman@sorry.nospam> writes:   H > I've always used %immed (ie $cmkrnl(%immed routine, %ref arglst) ) to J > work around those compiler warnings. I suppose it's slightly inelegant, E > but I'm happy to have to clearly and explicitly disable the normal    > compiler checking in this way.   Thanks Chris (and John).  E > 'Unsupported' is true, but there are specific kernel mode builtins   > provided,    Ah, which are those ?   8 > and the manual says it has 'a good chance of working',   Which part of which manual ?   > so I  H > guess it's not a lot more unsupported than bliss or macro kernel mode  > programming.  8 Thank goodness LIB$SIG_TO_RET works from inner modes :-)   ------------------------------  % Date: Tue, 16 Dec 2003 18:07:55 +0000 0 From: Chris Sharman <chris.sharman@sorry.nospam>' Subject: Re: Kernel mode code in Pascal 4 Message-ID: <brnhls$gca$1$8302bc10@news.demon.co.uk>   Larry Kilgallen wrote:  i > In article <brnc5n$bdh$1$8300dec7@news.demon.co.uk>, Chris Sharman <chris.sharman@sorry.nospam> writes:  >  > H >>I've always used %immed (ie $cmkrnl(%immed routine, %ref arglst) ) to J >>work around those compiler warnings. I suppose it's slightly inelegant, E >>but I'm happy to have to clearly and explicitly disable the normal    >>compiler checking in this way. >  >  > Thanks Chris (and John). >  > E >>'Unsupported' is true, but there are specific kernel mode builtins   >>provided,  >  >  > Ah, which are those ?    VAX only, MTPR & MFPR.  8 >>and the manual says it has 'a good chance of working', >  >  > Which part of which manual ?  * Language Ref, section 8.56, MFPR function.   >>so I  H >>guess it's not a lot more unsupported than bliss or macro kernel mode  >>programming. >  > : > Thank goodness LIB$SIG_TO_RET works from inner modes :-)   ------------------------------  % Date: Tue, 16 Dec 2003 10:32:03 +0000 0 From: Chris Sharman <chris.sharman@sorry.nospam>* Subject: Re: lbr$ routines and concurrency4 Message-ID: <brmmv5$bh4$1$8300dec7@news.demon.co.uk>    Peter 'EPLAN' LANGSTOEGER wrote:  b > In article <eepDb.7066$G1.32709@tor-nn1.netcom.ca>, "Syltrem" <syltremzulu@videotron.ca> writes: > K >>I remember on older VMS versions that you could not insert into a library # >>when it was open by someone else.  >> >>Let's see: >> >>$ lib/create/text f  >>$ cr f.txt >>hello Exit! >>$ open/read/write/share f f.tlb  >>$ lib/repl f.tlb f.txtC >>%LIBRAR-F-OPENIN, error opening DGSI_A1:[TREMBLAY]F.TLB; as input 3 >>-RMS-E-FLK, file currently locked by another user  > K >>I also remember doing a CTRL/Y when the command was frozen, would corrupt N >>the file (back in version 4 or 5). This seems not to be the case anymore but >>you ought to be careful.  E We used text & user libraries for applications back at V4, and there  I were corruption problems, as I recall. Don't remember any detail though,   sorry.  F I'd be inclined to use an indexed file, containing a key + a variable G length text stream for each record. That would be reliable, shareable,  @ relatively standard & would work for record sizes up to 32k ish.   Chris    ------------------------------  % Date: Tue, 16 Dec 2003 12:21:27 -0500 < From: "Peter Weaver" <WeaverConsultingServices@sympatico.ca>3 Subject: Re: Move from TCPIP Services to Multinet ? 9 Message-ID: <brneuo$59od4$1@ID-141708.news.uni-berlin.de>    JF Mezei wrote: < > Has anyone converted from TCPIP Services 5.3 to Multinet ?	 Would one : > have to relink all home-grown TCPIP applications or will	 those run  > transparently ?  >...  : Not quite what you asked, but we have taken several "Black> Box" applications from UCX to TCPware just by removing the UCX; product and installing TCPWare after the box was delivered. ; The network people hate UCX enough to justify the cost of a < TCPWare license and the cost of re-testing the applications.   --   Peter Weaver Weaver Consulting Services Inc.  Canadian VAR for CHARON-VAX  www.weaverconsulting.ca    ------------------------------  % Date: Tue, 16 Dec 2003 13:23:54 -0500 ' From: "Wayne W. Scott" <wscott@nac.net> 3 Subject: Re: Move from TCPIP Services to Multinet ? & Message-ID: <3FDF4DBA.8080400@nac.net>  W I have worked on projects where the team removed and installed various TCP/IP products  Y and started the application fine without relinking.  The Shared Images have vectors that  I take care of the mapping transparently.  We used: UCX, MultiNet, TCPware.    Wayne Scott      Peter Weaver wrote:  > JF Mezei wrote:  > < >>Has anyone converted from TCPIP Services 5.3 to Multinet ? >  > Would one  > : >>have to relink all home-grown TCPIP applications or will >  > those run  >  >>transparently ?  >>...  >  > < > Not quite what you asked, but we have taken several "Black@ > Box" applications from UCX to TCPware just by removing the UCX= > product and installing TCPWare after the box was delivered. = > The network people hate UCX enough to justify the cost of a > > TCPWare license and the cost of re-testing the applications. >    ------------------------------  % Date: Tue, 16 Dec 2003 12:47:57 -0600 1 From: "Grealy, Patrick" <PGrealy@sph.uth.tmc.edu> " Subject: Multiple TCPIP interfacesL Message-ID: <EEC575D39D864C4BBAE8CD309982B0F20816F8@sphnt33.sph.uth.tmc.edu>  J We have a new cluster installation consisting of two DS10s. Each box has =J a single 10/100 network interface card with dual interfaces. We're using =C Compaq TCPIP 5.3 with OpenVMS 7.3-1. I'm wondering if this is for = B failover redundancy or can we realize performance improvement by =D configuring both ports on each machine. We currently have only one =F interface configured on each machine. Any suggestions? Thanks - Pat G.   ------------------------------  % Date: Tue, 16 Dec 2003 09:15:00 +0100 - From: "Martin Vorlaender" <mv@pdv-systeme.de> , Subject: Re: Need Help Porting C code to VMS8 Message-ID: <brmeu7$4qs52$1@ID-56200.news.uni-berlin.de>   Lyndon Bartels wrote: , > The C compile gives the following message: > 8 >> $ cc/prefix=all/include=(libzlib,libpng,libxpm) table >>  & >> REGISTER_IMAGE_LIBRARY(card_images) >> ^ >> %CC-E-NOSEMI, Missing ";".  >> at line number 1040 in file> >> USER01:[MGR.LBARTELS.PROGRAMMING.ACE.ACE-1_2.LIB]TAB LE.C;5  @ Compile it with /list/show=all and look at (or post) the line in question from the list file.   cu,    Martin --  F   OpenVMS:                | Martin Vorlaender  |  VMS & WNT programmer3    The operating system   | work: mv@pdv-systeme.de F    God runs the           |   http://www.pdv-systeme.de/users/martinv/:    earth simulation on.   | home: martin@radiogaga.harz.de   ------------------------------  % Date: Tue, 16 Dec 2003 12:03:46 -0500 < From: "Peter Weaver" <WeaverConsultingServices@sympatico.ca> Subject: Re: OpenVMS org9 Message-ID: <brndto$5fgp1$1@ID-141708.news.uni-berlin.de>    Tom Linden wrote: = > I do not believe it is all that important to advertise VMS,  per se.  >...  > Just last week I received an e-mail from a company asking if I> could help migrate their VMS/Alpha system to a PC. So I phoned back to get some details;    Why migrate?  9 "VMS is dead, Compaq killed it last year, didn't you know  that!"  > Yet when Chris Brown was here for a visit a few weeks back, he> looked me straight in the eye when he said that HP does not do7 product marketing so we will never see VMS advertising. < SOMEBODY NEEDS TO GET THE WORD OUT TO THESE SMALL SITES THAT: VMS IS STILL ALIVE AND KICKING! (sorry, I feel better now)   --   Peter Weaver Weaver Consulting Services Inc.  Canadian VAR for CHARON-VAX  www.weaverconsulting.ca    ------------------------------    Date: 16 Dec 2003 07:56:22 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 5 Subject: practical questions for Charon-VAX on Wintel 3 Message-ID: <d7VIygU038cH@eisner.encompasserve.org>   H    For those of you who have experience using Charon-VAX on Wintel boxes/    in real world applications, a few questions:   F    With a single NIC I understand the Charon-VAX can't talk to WindowsE    on the host, that's OK.  I could get anothr NIC if I decide I need     it.  G    Do they look like one IP address to the rest of the network, or two? G    Are incoming connections simply always passed to VMS or do I have to .    configure which services are passed to VMS?  H    What happens to the Windows IP stack (which starts before Charon-VAX)D    when I start DECnet on the Charon-VAX and change the MAC address?C    Does the ARP table somehow get updated?  (DECnet is not really a )    requirement, but LAT and MOM/MOP are.)   @    Can I set up Windows, Charon-VAX, and VMS to all auto-boot on    power-on of the PC?  E    Currently my VAXen automatically backup to tape via BATCH, we just H    change the tapes.  If I back up to a tape emulation in a Windows fileD    is there something in Windows that will allow me to automaticallyA    back this up to tape, or do I need to buy a third party backup D    package for Windows?  (I'm looking at using Charon-VAX's raw SCSIH    support so VMS can continue to automatically backup to tape instead.)  H    Will HP sell me the "licence" to transfer unsupported versions of VMS7    (6.1)?  Is Charon-VAX warranted to run with VMS 6.1?    ------------------------------  % Date: Tue, 16 Dec 2003 17:07:46 +0100 2 From: Wilm Boerhout <w.boerhoutOLD@PAINTplanet.nl>9 Subject: Re: practical questions for Charon-VAX on Wintel * Message-ID: <brnav4$s8f$1@reader11.wxs.nl>   Bob Koehler wrote:J >    For those of you who have experience using Charon-VAX on Wintel boxes1 >    in real world applications, a few questions: I >    Do they look like one IP address to the rest of the network, or two? I >    Are incoming connections simply always passed to VMS or do I have to 0 >    configure which services are passed to VMS?  H You have to think of the Wintel environment and VAX/VMS as two entirely H different machines from a network point of view. I.e., Windows talks to G the network world with its own IP stack, as does VMS. These two stacks  > have nothing in common. They can belong to entirely different D networks/subnets etc. Wintel can have address 192.168.12.15 and VMS G 10.0.0.1, for example. You have to configure the stacks separately. If  B you want them to talk to one another, you have to make a physical F connection, for example connect both to a network hub, or put a cross  cable between the two NICs.   J >    What happens to the Windows IP stack (which starts before Charon-VAX)F >    when I start DECnet on the Charon-VAX and change the MAC address?E >    Does the ARP table somehow get updated?  (DECnet is not really a + >    requirement, but LAT and MOM/MOP are.)   G With MAC address changes caused by VMS/DECnet, the Windows stack knows  H nothing of this. The VMS stack does need to take this into account, but G the requirements and provisions are those of a real VAX/VMS system, as  I if Windows weren't there. CHARON-VAX ethernet emulator has parameters in  . the config file to direct MAC address changes.  B >    Can I set up Windows, Charon-VAX, and VMS to all auto-boot on >    power-on of the PC?  B Yes. Boot Windows, put the CHARON application in the startup area E (either foreground or with the latest versions run it as a service).  C Once the application starts, VAX boot behaviour is directed by the  H emulated halt/boot switch and the ROM boot flags, i.e., again identical  to the real VAXen  > G >    Currently my VAXen automatically backup to tape via BATCH, we just J >    change the tapes.  If I back up to a tape emulation in a Windows fileF >    is there something in Windows that will allow me to automaticallyC >    back this up to tape, or do I need to buy a third party backup F >    package for Windows?  (I'm looking at using Charon-VAX's raw SCSIJ >    support so VMS can continue to automatically backup to tape instead.)  ? Tape image emulation is currently only supported in CHARON-VAX  I Industrial (Q-bus VAX, 3600 type), so I'll assume you want that. Sharing  D the same SCSI tape between Windows and CHARON-VAX VMS is not a good G idea. There is no way to coordinate acess to the tape from Windows and  D VMS. What you can do with CHARON-VAX Industrial is backup to a tape F image file, use the CHARON-VAX console (not the VMS OPA0 console!) to E unload the tape manually, like a real physical unload, and then this  I Windows file is available in the Windows environment for backup. Use the  D bult-in Windows backup to put this file on tape. You need a Windows H driver for your SCSI tape device in this case. Alternate solution is to G forget about Windows backup and allocate the SCSI tape device directly  C to VMS, and $BACKUP to tape directly. Works fine for my CHARON-VAX  D customers. You don't need Windows drivers for your SCSI tape at all.  I CHARON-VAX comes with a handy set of tools for manipulating disk images,  1 creating virtual disks from physical devices etc.   J >    Will HP sell me the "licence" to transfer unsupported versions of VMS9 >    (6.1)?  Is Charon-VAX warranted to run with VMS 6.1?   E Yes. Mind you, these are transfer licenses, you need an original VMS  G license appropriate for the model emulated (3100-98 or 3600). It's not  G the VMS versions that are unsupported, HP just won't sell any software  I support contracts for older versions. VMS 6.1 will run fine like it does   on your real VAX.   I See the http://www.emulatorsinternational.com website and their pointers  D to the transfer license program. Watch that same space for upcoming ! developments in the license area.   G CHARON-VAX XM/XL runs VMS 5.5-2H2 and later, for CHARON-VAX Industrial  H pls see the product specsheets at http://www.emulatorsinternational.com - for the definitive word on supported devices.    --  
 Wilm Boerhout    CHARON-VAX consultant 
 VX Company The Netherlands    ------------------------------  % Date: Tue, 16 Dec 2003 10:11:13 -0700 + From: "Barry Treahy, Jr." <Treahy@MMaz.com> 9 Subject: Re: practical questions for Charon-VAX on Wintel ' Message-ID: <3FDF3CB1.9000707@MMaz.com>    Bob Koehler wrote:  I >   For those of you who have experience using Charon-VAX on Wintel boxes 0 >   in real world applications, a few questions: > G >   With a single NIC I understand the Charon-VAX can't talk to WindowseF >   on the host, that's OK.  I could get anothr NIC if I decide I need >   it.  >  G >EL Good, NIC's are cheap and you wouldn't want to do that, even if you could...  H >   Do they look like one IP address to the rest of the network, or two? >    > I For your 'Windows NIC' you have the stacks you want bound to the adapter l (ie. TCP/IP, SMB, etc)  D For the NIC dedicated to Charon, you install the NDIS5 driver which E Charon will latch to once running, and will allow any protocol stack eG that VMS runs to bind to that NIC (ie. DECnet, LAT, TCP/IP, LAVC, etc).o  D So no, the two NIC's in the machine cannot ultimately have the same I TCP/IP address, that would be a disaster just as having two boxes on the p. same network with the same IP would be a mess.  H >   Are incoming connections simply always passed to VMS or do I have to/ >   configure which services are passed to VMS?t >    > * Mentioned already with the NDIS5 driver...  I >   What happens to the Windows IP stack (which starts before Charon-VAX) E >   when I start DECnet on the Charon-VAX and change the MAC address?eD >   Does the ARP table somehow get updated?  (DECnet is not really a* >   requirement, but LAT and MOM/MOP are.) >    >OG Nothing, again, because the NIC for Charon uses the NDIS5 driver which t< has no characterstics assigned to it, until Charon starts...  A >   Can I set up Windows, Charon-VAX, and VMS to all auto-boot on- >   power-on of the PC?- >  - >- Yes!  F >   Currently my VAXen automatically backup to tape via BATCH, we just >   change the tapes.  b >oG We did too on the old 'REAL' VAX and still do that today on the Charon oC system.  Charon allows you to configure your system so that the MK uG device links directly to the physical SCSI device of the tape drive on PI the PC.  The only caveat is that you cannot expect to be able to use the  I tape drive dedicated to Charon, for Windows stuff too.  This caveat also pG applies to CD/DVD, and Floppy media; You give it to Charon, you cannot t use it by Windows.  C For me, I insisted on the ability to use VMS BACKUP for backup and  F recovery and that method continues to work flawless.  There are other G techniques, such as using Windows to backup to virtual container files  G that Charon can represent as a physical disk, but I don't like that as  E it is an ALL or NOTHING backup/recovery process and still a two-step 3	 approach.t  3 >If I back up to a tape emulation in a Windows fileeE >   is there something in Windows that will allow me to automaticallyhB >   back this up to tape, or do I need to buy a third party backupE >   package for Windows?  (I'm looking at using Charon-VAX's raw SCSInI >   support so VMS can continue to automatically backup to tape instead.)n >  s >tH Yes, use the raw SCSI approach rather than backing up to the container, G and then using Windows to backup that container (that is really messy).f  I >   Will HP sell me the "licence" to transfer unsupported versions of VMS 8 >   (6.1)?  Is Charon-VAX warranted to run with VMS 6.1? >  s >y2 Yes, provided you already retain valid licenses...  G Just remember, this is a 3100/98 model system, so you cannot expect to rF take MV2 licenses and make them work, it must be a machine within the > 'class', or bigger, that you are attempting to migrate from...   Barryl   --    > Barry Treahy, Jr                       E-mail: Treahy@MMaz.com> Midwest Microwave                          Phone: 480/314-1320> Vice President & CIO                         FAX: 480/661-7028                        v   ------------------------------  % Date: Tue, 16 Dec 2003 11:49:04 +0100n& From: Tor Arne Rein <tarein@online.no>( Subject: Re: Problems with 7.3 and 164LX2 Message-ID: <ysBDb.6489$Y06.103266@news4.e.nsc.no>   Richard B. Gilbert wrote: I > I have no experience with the unsupported machines.  I wanted machines uG > that worked and bought them that way.   I'll look at the V6.5 CD the  E > next time I'm near it and see if it has any firmware for the 164LX.m > I > Your best bet, however, would be to find the HP/Compaq/DEC firmware on ,K > their web site and  download the latest and greatest for  your machine.   K > I'd suggest using Google to search for it; the HP search engine couldn't s > find its ass with both hands!0 >  Thanks,p  D I have found ftp://ftp.digital.com/pub/Digital/Alpha/firmware/v6.6/ F there the newest versions for my machine is still 5.8. And the latest  for others are upto 6.6.  F But someone mentioned something about an unsupported firmware update, , but I haven't found that yet. Still looking.   Tor Arne   ------------------------------  % Date: Tue, 16 Dec 2003 08:55:49 -0600d( From: Wayne Sewell <wayne@tachysoft.com>( Subject: Re: Problems with 7.3 and 164LX/ Message-ID: <00A2A73A.DDD9744A.5@tachysoft.com>N  ' >From: Tor Arne Rein <tarein@online.no>  >X-Newsgroups: comp.os.vms) >Subject: Re: Problems with 7.3 and 164LXb   >Richard B. Gilbert wrote:J >> I have no experience with the unsupported machines.  I wanted machines H >> that worked and bought them that way.   I'll look at the V6.5 CD the F >> next time I'm near it and see if it has any firmware for the 164LX. >> sJ >> Your best bet, however, would be to find the HP/Compaq/DEC firmware on L >> their web site and  download the latest and greatest for  your machine.  L >> I'd suggest using Google to search for it; the HP search engine couldn't   >> find its ass with both hands! >> > >Thanks, >>E >I have found ftp://ftp.digital.com/pub/Digital/Alpha/firmware/v6.6/ eG >there the newest versions for my machine is still 5.8. And the latest y >for others are upto 6.6.r >fG >But someone mentioned something about an unsupported firmware update,  - >but I haven't found that yet. Still looking.     F I really don't think firmware is the cause of your problem.  As I saidL elsewhere in the thread, the 164LX *can* run V7.3-1 using the latest/(last?)L firmware.  I just did it, installing vms on a spare disk as a test.  PerhapsL something else in your configuration is the cause of the failure.  The 164LXK motherboard was used only in clones never intended to run vms.  Each one istO different.  Some can run vms.  Others probably can't, due to scsi controller ort who knows what.w    O ===============================================================================-N Wayne Sewell, Tachyon Software Consulting  (281)812-0738   wayne@tachysoft.com; http://www.tachysoft.com/www/tachyon.html and wayne.html   gO ===============================================================================/H Randolph Duke (in Trading Places): "Mother always said you were greedy."1    Mortimer Duke: "She meant it as a compliment!"k   ------------------------------  % Date: Tue, 16 Dec 2003 07:17:32 -08007# From: "Tom Linden" <tom@kednos.com>a( Subject: RE: Problems with 7.3 and 164LX9 Message-ID: <CIEJLCMNHNNDLLOOGNJICEMJIKAA.tom@kednos.com>r   >-----Original Message-----10 >From: Wayne Sewell [mailto:wayne@tachysoft.com]) >Sent: Tuesday, December 16, 2003 6:56 AMm >To: Info-VAX@Mvb.Saic.Com) >Subject: Re: Problems with 7.3 and 164LX: >k >$( >>From: Tor Arne Rein <tarein@online.no> >>X-Newsgroups: comp.os.vmso* >>Subject: Re: Problems with 7.3 and 164LX >X >>Richard B. Gilbert wrote:rJ >>> I have no experience with the unsupported machines.  I wanted machinesH >>> that worked and bought them that way.   I'll look at the V6.5 CD theG >>> next time I'm near it and see if it has any firmware for the 164LX.T >>>cJ >>> Your best bet, however, would be to find the HP/Compaq/DEC firmware onB >>> their web site and  download the latest and greatest for  your	 >machine.fC >>> I'd suggest using Google to search for it; the HP search enginen	 >couldn'th! >>> find its ass with both hands!h >>>R	 >>Thanks,  >>E >>I have found ftp://ftp.digital.com/pub/Digital/Alpha/firmware/v6.6/iG >>there the newest versions for my machine is still 5.8. And the latestf >>for others are upto 6.6. >>G >>But someone mentioned something about an unsupported firmware update,l. >>but I haven't found that yet. Still looking.   Also see the article: http://www.geocrawler.com/archives/3/154/2001/7/0/6288243/   >  > G >I really don't think firmware is the cause of your problem.  As I said > >elsewhere in the thread, the 164LX *can* run V7.3-1 using the >latest/(last?) > >firmware.  I just did it, installing vms on a spare disk as a >test.  Perhaps B >something else in your configuration is the cause of the failure.
 >The 164LXL >motherboard was used only in clones never intended to run vms.  Each one isB >different.  Some can run vms.  Others probably can't, due to scsi >controller or >who knows what. >r >eD >===================================================================
 >============.9 >Wayne Sewell, Tachyon Software Consulting  (281)812-0738e >wayne@tachysoft.com9 >http://www.tachysoft.com/www/tachyon.html and wayne.html D >===================================================================
 >============uI >Randolph Duke (in Trading Places): "Mother always said you were greedy."72 >   Mortimer Duke: "She meant it as a compliment!" >- >---' >Incoming mail is certified Virus Free.0; >Checked by AVG anti-virus system (http://www.grisoft.com). A >Version: 6.0.548 / Virus Database: 341 - Release Date: 12/5/2003n >t --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.548 / Virus Database: 341 - Release Date: 12/5/2003   ------------------------------  % Date: Tue, 16 Dec 2003 12:22:53 +0100,$ From: "Peter Flunger" <p-i-b@gmx.at>$ Subject: Re: question on SMTP queues9 Message-ID: <brmpue$3mgof$1@ID-201992.news.uni-berlin.de>m  & <helbig@astro.multiNOSPAMvax.de> wrote > F > What is the point of a generic queue which points to just ONE server > queue?; SMTP mail on VMS submits entries to the generic queue which L then distributes each entry to one ore more (if configured) execution queuesI If you have a software running that send a few hundred mails / minute you1L will want to configure quite a few execution queues, because every execution( queue only handles one mail at any time.   >i4 > What is the point of a generic queue on each node? >nJ > Why not have the following setup: there is just one generic server queue- > which points to server queues on each node?c > H You might have a setup where not all nodes in the cluster should be ableD to handle SMTP mails, maybe due to asymmetric network availability..     Peter1   ------------------------------  % Date: Tue, 16 Dec 2003 10:14:07 +0000:0 From: Chris Sharman <chris.sharman@sorry.nospam>: Subject: Shopping basket toolkit for vms/osu http_server ?4 Message-ID: <brmltk$9v5$1$8300dec7@news.demon.co.uk>  I Anyone know of anything useful for keeping track of a 'shopping basket', oI before I get on with re-inventing the wheel ? Running Alpha VMS 7.3, OSU FI http_server. Already done something similar with cgi, so I know it's not tH rocket science, but if there's a package or toolset out there that will . do the work for me reliably I'd sooner use it.  @ Wouldn't mind recommendations for credit card software too - we B currently outsource through Commidea, but a significant number of E customers mysteriously can't complete payment, & have to phone or be s5 phoned, although we haven't got to the bottom of why.s   Thanks,g
 Chris Sharman    ------------------------------    Date: 15 Dec 2003 23:03:08 -0800' From: icerq4a@spray.se (David Svensson)f1 Subject: Re: Singapore Exchange to run on OpenVMSF= Message-ID: <734da31c.0312152303.610bd9b7@posting.google.com>   d "Bill Todd" <billtodd@metrocast.net> wrote in message news:<TrqdnabD6f2l8UOi4p2dnA@metrocast.net>... > M > Maybe Carly actually did personally support an important Alpha sale or two:g   Is several equal to one or two?o   ------------------------------  % Date: Tue, 16 Dec 2003 02:54:30 -0500p* From: JF Mezei <jfmezei.spamnot@istop.com>1 Subject: Re: Singapore Exchange to run on OpenVMS_) Message-ID: <3FDEBA0D.A961F43B@istop.com>    Keith Parris wrote:gA > Compaq kept continually saying that OpenVMS wasn't going away.    N After Sept 7, any inquiries to Compaq or HP with regards to the fiuture of VMSM since VMS had never been mentioned resulted in a standard answer " we are notpK allowed to discuss product futures until the merger is finalised". This wassM minutes after either carly or Curly had no problems explaining how they wouldnH save millions by "merging" Tru64 into HP-UX, killing MPE, Keeping HP-UX,< Tandem, keeping Compaq's PDA business and ditching HP's etc.  L During this time, we were told to wait for the official announcements on theL day the merger woudl be signed, at which point, clear and unequivoqual plansK would be released, plans which hadd been carefully and precisely elaborated(& since before the merger was announced.  K So we had to wait for May 7th where Carly did state that VMS would continuetL and that HP would continue Compaq's much maligned "plan of record". But withJ months of preparations, it is very hard to believe that Stallards infamousM memo stating that HP expected VMS customers to migrate to HP-UX over time wass
 a mistake.  L The fact that during the merger pregnancy, VMS was never mentioned, combinedM with the original Stallard memo is to me, a strong indication that HP had not K decided on VMS or had considered various options right up until the end andaM didn't even have the time to proofread all the material that came out as part-Y of the official product roadmap that we had been told had been very precisely elaborated.o  F > one wanted to listen to Compaq -- they wanted to hear what HP had to > say. e  1 HP is the owner, Comapq was the bankrupt company.e  B > HP had decided very early on that OpenVMS was a keeper, and even) > made a public statement to that effect,   O We must live in a different world. I heard them refuse to answer that question.7    > but apparently not knowing howG > to reach the OpenVMS audience, the information was given to some UNIX0 > folks   K Oh, come on, you know this is bullshit. Carly and Curly had been wining andaJ dining together for months, Carly helped orchestrate the June 25 AlphacideL timing, there is absolutely no excuse. She would have known how to reach theL audience through this forum, though Sue,  through what is left of DECUS etc.    > >(this was discussed here, so a Google search should find it).  L Yes discussions on why HP had no problems in providing information about all other products except VMS.  E > Scott Stallard is a quick learner, and is now a strong supporter ofn > OpenVMS.    N That still does not explain how the guy in charge of that product, and who hadL months (if not close to one year if he was in cohorts with carly's plans) toJ prepare for this announcement. Thsi is either total incompetence or a wellC prepared message that sent out precisely what HP's intentions were.e  K And if the merger people who worked so hard to prepare the product roadmaps K had spoken to Marcello, they would have known exactly what sort of custoemro. reaction Stallard's statement would generate.     9 >The June 30 Itanium Server webcast provided an excellente  > example of his strong support.  M Sorry, the guy should have been fired for his original memo. The fact that he.J wasn't only means that the original version had been approved by Carly andM friends. The fact that HP never apologized for this "mistake" and changed thelM text of the memo without any warning or indication that the document had beencL rtevised is also an indication that HP wanted to protect Stallard and didn't7 care to explain to all the customers what had happened.a  L If HP had made a honest mistake with the Stallard memo, they would have beenI on their knees asking for apology and showing clear signs that they trulyoM wanted VMS to grow/succeed by MARKETING VMS. However, they have continues the M Compaq policy of ignoring VMS in all marketing except for tokenm presence nowi6 and then when VMS customers complain a bit too loudly.   ------------------------------  % Date: Tue, 16 Dec 2003 08:37:34 -0500 * From: "Bill Todd" <billtodd@metrocast.net>1 Subject: Re: Singapore Exchange to run on OpenVMSg2 Message-ID: <J_SdndzIFugEl0KiRVn-vA@metrocast.net>  4 "David Svensson" <icerq4a@spray.se> wrote in message7 news:734da31c.0312152303.610bd9b7@posting.google.com...n7 > "Bill Todd" <billtodd@metrocast.net> wrote in messagen. news:<TrqdnabD6f2l8UOi4p2dnA@metrocast.net>... > >iJ > > Maybe Carly actually did personally support an important Alpha sale or two: > ! > Is several equal to one or two?   0 We'll know if/when an actual number is provided.   - bill   ------------------------------  # Date: Tue, 16 Dec 2003 14:30:59 GMT.# From: "John Smith" <a@nonymous.com>P1 Subject: Re: Singapore Exchange to run on OpenVMS-I Message-ID: <DGEDb.63283$NNW1.42291@news04.bloor.is.net.cable.rogers.com>o   Rob Young wrote: > In articleF > <gXnDb.45955$NNW1.34486@news04.bloor.is.net.cable.rogers.com>, "John! > Smith" <a@nonymous.com> writes:h >> Rob Young wrote:  >>> In articleC >>> <sa%Cb.16837$%TO.3822@twister01.bloor.is.net.cable.rogers.com>, ) >>> "John Smith" <a@nonymous.com> writes:e >>>> Mike Naime wrote: >>>H >>>>D >>>> You might say - bring HP in to help out. No f!cking way at thisF >>>> point. HP should have been doing what they should have been doingH >>>> long ago - advertising to prime the pump. The marketing droids theyF >>>> have hereabouts are useless, with minimal VMS knowledge and would6 >>>> only screw up my carefully laid efforts thus far. >>>> >>> A >>> Why not bring them in?  Carly is interested in OpenVMS sales:_ >>>I6 >>> http://www.techweb.com/wire/story/TWB20031212S0009 >>>sE >>> "Shannon said HP is heavily committed to the Alpha line and notedm >>> that HP's CEO G >>> Carly Fiorina has made several customer calls to close Alpha sales"  >> >>@ >> I consider advertising and decent marketing a more convincingG >> commitment to the future of VMS than any words carly(tm) might utter-G >> in a closed door meeting with my client unless those words were tapeeC >> recorded and came with a severe financial penalty clause if theys( >> weren't honored fully (EV79 anyone?). >> >r? > So you are buying into what Gartner espouses?  They have beenC@ > writing VMS off in one form or other since the early nineties.; > So how would or how does your probability factor stack up > > to Gartner's?  Since they have been wrong several times (and@ > they do prognostication/analysis for a living which makes them> > "experts"), why should they be any less/more believable than > your dour assessment?p >t> > You see, it is still around and yet you can go back and read( > silly little Gartner blurbs like this: >hB > "OpenVMS customers heavily dependent on third-party applications > shouldD > immediately begin exploring migration options with an objective of > movingG > most key packaged applications off the OpenVMS platform by the end ofr > 2001." > / >    Gartner Group senior IT analyst Tom Henkele	 >    19997 > B > Which sounds a WHOLE lot more entertaining than your drizzle and > yet amounts to the same. > D > They were championing "migration" away from VMS (by 2001 no less).$ > You too buy into the Gartner myth.     You don't get it Rob.,  K By not advertising VMS and creating awareness and TRUST in the marketplace,dH selling a VMS-based solution is an extremely difficult prospect when the customer thinks: a) VMS is dead, or7 b) why should we buy something we've never heard of, ordK c) Digital/Compaq/HP have flip-flopped so many times on their commitment to J VMS and done nothing public to dispell the FUD (their words, not mine), so> why should we (the customer) put our necks on the line for HP?  L On a technical basis alone, VMS is a great decision for my customer, perhapsI the best possible choice they can make - and that's why I recommend it to L them. But purchasing decisions are made up of more than just tech specs, andJ that's where HP fails miserably - maybe not for existing VMS customers but6 most certainly and most regularly for *new* customers.  L Don't even try to say that VMS has some impressive wins lately, because thatI doesn't cut it with my customer. They aren't stupid - they just happen tonL look at trends too. HP isn't selling enough new VMS licences to existing andE new customers to halt the erosion of the customer base. How many more J *years* will the 411,000 installed system count be trotted out - the worldH knows that number is just as 'cooked' as the voter turnout percentage ofK 99.98% voting 100% in favor of Joe Stalin. So the fear of prospective *new*>J customers is that why invest new money in a new system running VMS when weG have no prior investment in that technology to 'protect' when we have aSJ rational and arguably valid fear that real 'support' (in all senses of theK word) for VMS is not firm at HP. Effective advertising and marketing goes as? long way in overcoming that perception, but HP doesn't do that.h   ------------------------------  % Date: Tue, 16 Dec 2003 06:35:05 -0800V# From: "Tom Linden" <tom@kednos.com>e1 Subject: RE: Singapore Exchange to run on OpenVMS 9 Message-ID: <CIEJLCMNHNNDLLOOGNJICEMHIKAA.tom@kednos.com>i   >-----Original Message-----t) >From: John Smith [mailto:a@nonymous.com]e) >Sent: Tuesday, December 16, 2003 6:31 AM  >To: Info-VAX@Mvb.Saic.Com2 >Subject: Re: Singapore Exchange to run on OpenVMS >- >  >Rob Young wrote: 
 >> In article0G >> <gXnDb.45955$NNW1.34486@news04.bloor.is.net.cable.rogers.com>, "Johnc" >> Smith" <a@nonymous.com> writes: >>> Rob Young wrote: >>>> In article@D >>>> <sa%Cb.16837$%TO.3822@twister01.bloor.is.net.cable.rogers.com>,* >>>> "John Smith" <a@nonymous.com> writes: >>>>> Mike Naime wrote:i >>>> >>>>>rE >>>>> You might say - bring HP in to help out. No f!cking way at this G >>>>> point. HP should have been doing what they should have been doingiI >>>>> long ago - advertising to prime the pump. The marketing droids theyPG >>>>> have hereabouts are useless, with minimal VMS knowledge and would 7 >>>>> only screw up my carefully laid efforts thus far.e >>>>>g >>>>B >>>> Why not bring them in?  Carly is interested in OpenVMS sales: >>>>7 >>>> http://www.techweb.com/wire/story/TWB20031212S0009- >>>>F >>>> "Shannon said HP is heavily committed to the Alpha line and noted >>>> that HP's CEOH >>>> Carly Fiorina has made several customer calls to close Alpha sales" >>>  >>>4A >>> I consider advertising and decent marketing a more convincingmH >>> commitment to the future of VMS than any words carly(tm) might utterH >>> in a closed door meeting with my client unless those words were tapeD >>> recorded and came with a severe financial penalty clause if they) >>> weren't honored fully (EV79 anyone?).M >>>w >>@ >> So you are buying into what Gartner espouses?  They have beenA >> writing VMS off in one form or other since the early nineties.l< >> So how would or how does your probability factor stack up? >> to Gartner's?  Since they have been wrong several times (andaA >> they do prognostication/analysis for a living which makes themt? >> "experts"), why should they be any less/more believable thanr >> your dour assessment? >>? >> You see, it is still around and yet you can go back and read ) >> silly little Gartner blurbs like this:  >>C >> "OpenVMS customers heavily dependent on third-party applications 	 >> shouldlE >> immediately begin exploring migration options with an objective ofc	 >> moving-H >> most key packaged applications off the OpenVMS platform by the end of	 >> 2001."  >>0 >>    Gartner Group senior IT analyst Tom Henkel
 >>    1999 >>C >> Which sounds a WHOLE lot more entertaining than your drizzle ando >> yet amounts to the same.. >>E >> They were championing "migration" away from VMS (by 2001 no less). % >> You too buy into the Gartner myth.n  I BTW, in case you didn't see the article a while back, Gartner is owned byr9 VC group whose investors include Gates, Dell and Ellison.-   >- >- >You don't get it Rob. >uL >By not advertising VMS and creating awareness and TRUST in the marketplace,I >selling a VMS-based solution is an extremely difficult prospect when the@ >customer thinks:e >a) VMS is dead, orr8 >b) why should we buy something we've never heard of, orL >c) Digital/Compaq/HP have flip-flopped so many times on their commitment toK >VMS and done nothing public to dispell the FUD (their words, not mine), soi? >why should we (the customer) put our necks on the line for HP?C >_; >On a technical basis alone, VMS is a great decision for myt >customer, perhapsJ >the best possible choice they can make - and that's why I recommend it toB >them. But purchasing decisions are made up of more than just tech >specs, and K >that's where HP fails miserably - maybe not for existing VMS customers bute7 >most certainly and most regularly for *new* customers.t >r@ >Don't even try to say that VMS has some impressive wins lately,
 >because that3J >doesn't cut it with my customer. They aren't stupid - they just happen to@ >look at trends too. HP isn't selling enough new VMS licences to
 >existing and F >new customers to halt the erosion of the customer base. How many moreK >*years* will the 411,000 installed system count be trotted out - the worldcI >knows that number is just as 'cooked' as the voter turnout percentage of L >99.98% voting 100% in favor of Joe Stalin. So the fear of prospective *new*K >customers is that why invest new money in a new system running VMS when weoH >have no prior investment in that technology to 'protect' when we have aK >rational and arguably valid fear that real 'support' (in all senses of the L >word) for VMS is not firm at HP. Effective advertising and marketing goes a@ >long way in overcoming that perception, but HP doesn't do that. >e >r >---' >Incoming mail is certified Virus Free.A; >Checked by AVG anti-virus system (http://www.grisoft.com).-A >Version: 6.0.548 / Virus Database: 341 - Release Date: 12/5/2003s >. ---p& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.548 / Virus Database: 341 - Release Date: 12/5/2003   ------------------------------  % Date: Tue, 16 Dec 2003 06:42:22 -0800n# From: "Tom Linden" <tom@kednos.com>g1 Subject: RE: Singapore Exchange to run on OpenVMSn9 Message-ID: <CIEJLCMNHNNDLLOOGNJIMEMHIKAA.tom@kednos.com>    >-----Original Message-----D/ >From: David Svensson [mailto:icerq4a@spray.se]e) >Sent: Monday, December 15, 2003 11:03 PMi >To: Info-VAX@Mvb.Saic.Com2 >Subject: Re: Singapore Exchange to run on OpenVMS >a >d7 >"Bill Todd" <billtodd@metrocast.net> wrote in message h/ >news:<TrqdnabD6f2l8UOi4p2dnA@metrocast.net>...t >> hB >> Maybe Carly actually did personally support an important Alpha 
 >sale or two:? >D  >Is several equal to one or two? more than one. >O >---' >Incoming mail is certified Virus Free.-; >Checked by AVG anti-virus system (http://www.grisoft.com). A >Version: 6.0.548 / Virus Database: 341 - Release Date: 12/5/2003  >  ---g& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.548 / Virus Database: 341 - Release Date: 12/5/2003   ------------------------------  # Date: Tue, 16 Dec 2003 14:41:00 GMTn# From: "John Smith" <a@nonymous.com>s1 Subject: Re: Singapore Exchange to run on OpenVMStH Message-ID: <0QEDb.63384$NNW1.8878@news04.bloor.is.net.cable.rogers.com>   Tom Linden wrote:  >> -----Original Message-----d2 >> From: Bill Todd [mailto:billtodd@metrocast.net]* >> Sent: Monday, December 15, 2003 7:12 PM >> To: Info-VAX@Mvb.Saic.Com4 >> Subject: Re: Singapore Exchange to run on OpenVMS >> >> >>1 >> "Tom Linden" <tom@kednos.com> wrote in messager6 >> news:CIEJLCMNHNNDLLOOGNJIAELOIKAA.tom@kednos.com... >> >> ... >>/ >>> I don't know where you get the numbers froml >>B >> Y2K figures:  directly from Rich Marcello, June, 2000 (phrasing@ >> suggested they were current as of that date, rather than 1999; >> figures - though those two probably didn't differ much).n >>A >> Recent figures:  reportedly given by Mark Gorham (Keith Parrisn4 >> referred to them recently, someone else earlier). >> >> , but (1) assuming they are >>> correctn >>& >> Unless VMS's VP's can't be trusted. >>G >>> and (2) that Hp Mangement understands business and their obligationn >>> to shareholders, >>G >> Flawed assumption, that.  Witness Curly's (and friends, many of whom H >> continue to occupy positions of authority at HP) concentration on theB >> loss-making PC business while screwing up Alpha development and >> ignoring its = >> highly-profitable OSs.  Witness Carly's suppression of alle >> information (even= >> to her own BoD) regarding her teams' later (and far lower)e >> estimates for theA >> success of the merger as time went on, while she blithely kept C >> presenting the earlier estimates as being valid.  Either they're E >> clueless about their business, or feel no obligation whatsoever tocA >> shareholder value compared with their motivation to turn theire; >> so-called 'vision' into reality, regardless of the cost.u >>C >>> any business that generates 20% profit margins on sales > $10^9o
 >> should gete	 >>> theirX >>> attention. >>B >> Well, there's the recent assertion that Carly has helped seal a> >> couple of Alpha sales - but that's not at all equivalent toG >> investing in the future, where by all appearances the only platformscD >> that will be perceived as important will be 'standards':  Wintel,D >> Linux, and (at least until Linux is perceived as being adequate -F >> sound familiar?) HP-UX (representing the Unix 'standard', I guess). >aB > I have to say that I find that a bit naive, or maybe I am naive, > because I haveG > to believe that there is a sense of business in HP that would look at 
 > the numbersu? > and adjust their business accordingly.  Business people in my  > experience, are nottE > idealogists.  So how much business does VMS really generate, in (1)c > hardware sales,f1 > (2) license revenues and (3) Service contracts?  >IF > As I said before, if your numbers are correct, that is a significant > contributionB > to the bottom line and it would be malfeasance to jeopardize it.    J Exactly the same sort of malfeasance which publically erased a boatload of+ Alpha revenues (and futures) on June 25/01.t  K Compaq could have had OVMS Engineering beavering away on an IA64 port underdL wraps, to be announced only when complete or nearly complete, at a time when/ IA64 systems were viable alternatives to Alpha.P  J But Alphacide was probably done this way so Curly got a guarantee of a bigK golden parachute while HP got to buy a 'devalued' Compaq to make HP's stockU dilution look better.w   ------------------------------    Date: 16 Dec 2003 10:48:18 -0600+ From: young_r@encompasserve.org (Rob Young)l1 Subject: Re: Singapore Exchange to run on OpenVMSa3 Message-ID: <+mPTUMvNxBi4@eisner.encompasserve.org>U  o In article <DGEDb.63283$NNW1.42291@news04.bloor.is.net.cable.rogers.com>, "John Smith" <a@nonymous.com> writes:  > Rob Young wrote:
 >> In articledG >> <gXnDb.45955$NNW1.34486@news04.bloor.is.net.cable.rogers.com>, "Johno" >> Smith" <a@nonymous.com> writes: >>> Rob Young wrote: >>>> In articleuD >>>> <sa%Cb.16837$%TO.3822@twister01.bloor.is.net.cable.rogers.com>,* >>>> "John Smith" <a@nonymous.com> writes: >>>>> Mike Naime wrote:e >>>> >>>>>lE >>>>> You might say - bring HP in to help out. No f!cking way at thistG >>>>> point. HP should have been doing what they should have been doingoI >>>>> long ago - advertising to prime the pump. The marketing droids theyiG >>>>> have hereabouts are useless, with minimal VMS knowledge and would.7 >>>>> only screw up my carefully laid efforts thus far.  >>>>>. >>>>B >>>> Why not bring them in?  Carly is interested in OpenVMS sales: >>>>7 >>>> http://www.techweb.com/wire/story/TWB20031212S0009n >>>>F >>>> "Shannon said HP is heavily committed to the Alpha line and noted >>>> that HP's CEOH >>>> Carly Fiorina has made several customer calls to close Alpha sales" >>>t >>> A >>> I consider advertising and decent marketing a more convincingaH >>> commitment to the future of VMS than any words carly(tm) might utterH >>> in a closed door meeting with my client unless those words were tapeD >>> recorded and came with a severe financial penalty clause if they) >>> weren't honored fully (EV79 anyone?).o >>>  >>@ >> So you are buying into what Gartner espouses?  They have beenA >> writing VMS off in one form or other since the early nineties.i< >> So how would or how does your probability factor stack up? >> to Gartner's?  Since they have been wrong several times (andoA >> they do prognostication/analysis for a living which makes themk? >> "experts"), why should they be any less/more believable than  >> your dour assessment? >>? >> You see, it is still around and yet you can go back and read ) >> silly little Gartner blurbs like this:u >>C >> "OpenVMS customers heavily dependent on third-party applicationsw	 >> shouldnE >> immediately begin exploring migration options with an objective of 	 >> movingCH >> most key packaged applications off the OpenVMS platform by the end of	 >> 2001."/ >>0 >>    Gartner Group senior IT analyst Tom Henkel
 >>    1999 >>C >> Which sounds a WHOLE lot more entertaining than your drizzle andc >> yet amounts to the same.e >>E >> They were championing "migration" away from VMS (by 2001 no less). % >> You too buy into the Gartner myth.I >  >  > You don't get it Rob.t >   
 	Sure I do!  k  2 	We WILL talk past each other for quite some time! 	eM > By not advertising VMS and creating awareness and TRUST in the marketplace,wJ > selling a VMS-based solution is an extremely difficult prospect when the > customer thinks:   > a) VMS is dead, or  < 	There you go - just as I predicted, full blown whiner mode.  9 > b) why should we buy something we've never heard of, or   < 	Ummm... because it is the best solution for the problem you; 	are trying to solve?  I learn about solutions for problemsm 	nearly every day.  : 	Quick - suppose you are trying to get more mileage out of@ 	your monolithic storage infrastructure, what is a good solution	 	and why?a  M > c) Digital/Compaq/HP have flip-flopped so many times on their commitment tooL > VMS and done nothing public to dispell the FUD (their words, not mine), so@ > why should we (the customer) put our necks on the line for HP?  ? 	Ummm... because you are not alone and there are many customerso> 	much larger than you that are using VMS as a back-end and are 	quite content and growing.    > N > On a technical basis alone, VMS is a great decision for my customer, perhapsK > the best possible choice they can make - and that's why I recommend it todN > them. But purchasing decisions are made up of more than just tech specs, andL > that's where HP fails miserably - maybe not for existing VMS customers but8 > most certainly and most regularly for *new* customers. >   > 	Corrrect.  Technical specs don't make the day, even they they< 	mostly should.  Often it is golf outtings, site visits with) 	fat steaks, and don't forget the shirts!a  N > Don't even try to say that VMS has some impressive wins lately, because thatK > doesn't cut it with my customer. They aren't stupid - they just happen to N > look at trends too. HP isn't selling enough new VMS licences to existing and9 > new customers to halt the erosion of the customer base.l  G 	How do you know they aren't selling enough new licences?  And quantifys
 	"enough".   > How many moreaL > *years* will the 411,000 installed system count be trotted out - the worldJ > knows that number is just as 'cooked' as the voter turnout percentage ofM > 99.98% voting 100% in favor of Joe Stalin. So the fear of prospective *new*iL > customers is that why invest new money in a new system running VMS when weI > have no prior investment in that technology to 'protect' when we have a@L > rational and arguably valid fear that real 'support' (in all senses of theM > word) for VMS is not firm at HP. Effective advertising and marketing goes a A > long way in overcoming that perception, but HP doesn't do that.:  > 	One good simple counter-example.  JSTARS has really only been? 	shipping since about a 1998 timeframe.  It is a billion dollarnC 	program.  There are defense commitments and we can bore each otherwB 	with trotting them out, that REQUIRE long-term support (up to 20  	years).  ? 	Since it is good enough for a program that makes your needs tor/ 	appear miniscule, why not good enough for you?m    	"Because they don't advertize."   	Yep - knew that.o   	Whaa whaa whaa.   				Rob    ------------------------------    Date: 16 Dec 2003 09:35:51 -0800& From: jordan@ccs4vms.com (Rich Jordan) Subject: Re: Turbochannel SCSI= Message-ID: <cc5619f2.0312160935.6283bdf3@posting.google.com>f  k "Richard B. Gilbert" <rgilbert88@comcast.net> wrote in message news:<crydnfgQWdmmxkOiRVn-iQ@comcast.com>... # > My error!  It wasn't proprietary.u > G > But I think I was correct to call it a dead end.  It never caught on aJ > anywhere else that I know of.  And I still don't think there ever was a 8 > 100Mbit Ethernet option for the Turbochannel machines.  D Nemonix/Intraserver (both names are on the circuit boards) had cardsE resold by Compaq for several later VAXen that provided UWD SCSI and aFD single 10/100 ethernet port.  I've never used one but the manual for> the unit I have in storage (which is for 3100-88, 3100-98, andB 4000-108 models) shows that the VS4000-90, -90A, and -96 model wasD incompatible with the turbochannel adapter, so its use precluded useF of a turbochannel option.  While the pics are not that clear, it looksD like the unit does not plug into the turbochannel adapter slot.  TheB connectors are called 'CDAL' connectors, and where listed on otherF systems they plug into the ASYNC/SYNC option connector (like DSH42) so; I'd assume its the same on the supported VAXstation models.s  F The ethernet chip is a DEC 21140A according to the manual (I can't seeD the one on my card because its on a reverse facing daughtercard, and! I'm not about to disassemble it!)e  ? So there is a 100Mbit ethernet for that one set of turbochanneli< machines, it just doesn't apparently use the turbochannel...   Rich   ------------------------------   End of INFO-VAX 2003.695 ************************