1 INFO-VAX	Wed, 03 Mar 2004	Volume 2004 : Issue 125       Contents:# Re: ARG_GTR_32_BITS from sys$getuai + Re: Best Backup Blocksize for 110SDLT Tape? ' Re: C++ and Motif - Help Compiling Code ' Re: C++ and Motif - Help Compiling Code 4 Re: COMputable image linker map program counter help0 Re: Dammit Skippy, You're Pissin your Father Off1 Re: DCPS connection to HP 1300 printer via NetQue - DCPS connection to HP 1300 printer via NetQue  Re: DVD writer on ES40- Re: Educating HP employees on the nettiquette  Re: EVA disk storage Re: FTP NT->VMS  Re: FTP NT->VMS  Re: FTP NT->VMS  Re: FTP NT->VMS + Re: Intel Article in Business Week Magazine + Re: Intel Article in Business Week Magazine  Re: Intel releases 64bit Xeon  Re: Intel releases 64bit Xeon  Re: Intel releases 64bit Xeon  Re: Intel releases 64bit Xeon  Re: Is NAS 150 layered or SIP? Re: iSCSI and VMS ?  Re: It's all about perception!!  Re: It's all about perception!!  Re: It's all about perception!!  Re: It's all about perception!! P Linux users have to install by pushing floppy after floppy into drive says MICRO RE: Multinet 4.4A & 4.4 ! Re: MUMPS/DSM/M for OpenVMS Alpha # RE: Not meaning to feed Andrew..... # Re: Not meaning to feed Andrew..... # RE: Not meaning to feed Andrew.....  Re: OpenVMS Feelings Re: OpenVMS Feelings Re: OpenVMS Feelings Re: OpenVMS Feelings Re: OpenVMS Feelings Re: OpenVMS Quote of the day  OT: GTECH, Lotteries and OpenVMS Patches installed ...  RE: Patches installed ... " Pathworks-32 and Windaube XPrience Re: PWS 433au disk problems. Re: PWS 433au disk problems. Re: PWS 433au disk problems. Re: Support of USB Memory stick  Re: Support of USB Memory stick  Re: Support of USB Memory stick  Re: Support of USB Memory stick  Re: Support of USB Memory stick  Re: TCPIP printer via ISDN  Re: upgrade path to Alpha 7.3...  Re: upgrade path to Alpha 7.3...+ Re: VMS Hobbyist License program abolished? 2 Re: Why does smtp mail between local systems fail?2 Re: Why does smtp mail between local systems fail? Re: Zip/update Issue Re: Zip/update Issue3 Re: [GAME] you've been appointed VMS Mkt Mgr, so... 3 Re: [GAME] you've been appointed VMS Mkt Mgr, so... 3 Re: [GAME] you've been appointed VMS Mkt Mgr, so...   F ----------------------------------------------------------------------  $ Date: Wed, 3 Mar 2004 00:40:47 -05007 From: "Hein van den Heuvel" <hein_news@eps.zko.dec.com> , Subject: Re: ARG_GTR_32_BITS from sys$getuai, Message-ID: <40457036$1@usenet01.boi.hp.com>  A "Ed Havelaar" <e.havelaar@regy.canterbury.ac.nz> wrote in message : news:43f0377d4225785035d1820ce07e109b@news.teranews.com... > Hi,  > G > My function below returns "SYSTEM-F-ARG_GTR_32_BITS , argument is not  32-bit* > sign-extended value", which is annoying.) > Which argument is it complaining about?   L It complains about the descriptor userdesc which you passed by value instead! of by reference. Classic C error.   9 Try: int ret_code = sys$getuai (0, 0, &userdesc, itmlst);   F As userdesc has bits set in the address long, it looked like an 64 bitK address. There is no prolem with itmlst because it is an array and 'c' will  'helps'.   Hein.   & >    $DESCRIPTOR (userdesc, userCode);. >    userdesc.dsc$w_length = strlen(userCode); :  >     item_node itmlst[2]= {4 >         {maxOwnerLen, UAI$_OWNER, owner, &retlen}, >         {0, 0, 0, 0} >     };9 >     int ret_code = sys$getuai (0, 0, userdesc, itmlst);    ------------------------------  % Date: Wed, 03 Mar 2004 13:24:05 +0100 * From: Paul Sture <nospam@sture.homeip.net>4 Subject: Re: Best Backup Blocksize for 110SDLT Tape?0 Message-ID: <4045DC75.51D08A20@sture.homeip.net>   Daryl Jones wrote: >  > Dear David J. Dachtera:  > H > I have been told by more than a couple System Manager that the maximumF > backup block size should be the same as the default backup blocksizeE > when you are backing up from disk to disk which is 32256. Any block F > size other greater than 32256 will cause the backup restore to fail.B > Thus makeing the backup useless. This isn't theory because thoseH > System Managers actually tested the backup and restores with different > blocksize for proof. >   8 I've never seen that. What version of VMS and ECO level?  F What is true is that using COPY to move the tape contents to disk willA fail, since RMS cannot cope with record sizes greater than 32256.   E Using BACKUP to extract files from savesets on tape _mounted foreign_ # with a blocksize > 32256 does work.      --  
 Paul Sture   ------------------------------   Date: 3 Mar 2004 01:41:22 -0800 . From: martinkirby12@yahoo.co.uk (Martin Kirby)0 Subject: Re: C++ and Motif - Help Compiling Code< Message-ID: <224291b.0403030141.5adc0632@posting.google.com>   > typedef struct _menu_item  > { & >    char              *label;        ' >    XtCallbackProc    (*callback)();   % >    XtPointer         callback_data; ! >    struct _menu_item *subitems; 
 > } MenuItem;   ? You appear to be declaring callback as a pointer to a function  ? taking no parameters and returning an XtCallbackProc function.   Shouldn't this be:        XtCallbackProc   callback;   	 or is it:          XtCallbackProc   *callback;  ? Also, when you declare the callback function don't you need to  > declare it as extern "C" to make sure it has C linkage rather 	 than C++.    Martin Kirby   ------------------------------  % Date: Wed, 03 Mar 2004 10:00:24 +0100 3 From: Michel Bardiaux <michel.bardiaux@peaktime.be> 0 Subject: Re: C++ and Motif - Help Compiling Code1 Message-ID: <j5SdnZBz2rsxA9jd4p2dnA@giganews.com>    Hiroyuki Tanaka wrote:   > Dear Readers,  > E > I am attempting to compile so Motif code using a c++ compiler.  The  > codeC > is roughly based on Dan Hellers book examples for building menus.  > C > When I try to compile the code I get the following error message.  > C > Could it be explained what is wrong here.  Note I only have a cxx  > complier, G > but I do not want to write code that will not work with standard c as  > well. Sorry poor english.  > + > I am using Open VMS 6.2 and cxx compiler.  >  > Thanks > 	 > Tanaka.  >  > ALPHA >cxx test.c  > > >    {"File", (XtCallbackProc) callback, (XtPointer) 0, NULL}, > ............^ , > %CXX-E-PTRMISMATCH, In the initializer for$ > Menus[0]._menu_item::callback, theD > referenced type of the pointer value "(XtCallbackProc)callback" is > "function E > (pointer to _WidgetRec, pointer to void, pointer to void) returning 
 > voidG x< " > at line number 33 in file TEST.C >  > #include <stdio.h> > #include <stdlib.h>  > #include <string.h>  > #include <Xm/Form.h> >  > typedef struct _menu_item  > { & >    char              *label;        ' >    XtCallbackProc    (*callback)();     F XtCallbackProc is already typedef'ed as a function pointer. Use plain:         XtCallbackProc callback;  % >    XtPointer         callback_data; ! >    struct _menu_item *subitems; 
 > } MenuItem;  >  > 2 > void Addcallback(Widget parent, MenuItem *items) > {  >    int i; . >    for (i = 0; items[i].label != NULL; i++)  >    { >       if (items[i].callback)5 >          XtAddCallback(parent, XmNactivateCallback, G >          (XtCallbackProc) items[i].callback, items[i].callback_data);  >    } > }  > E > void callback (Widget w, XtPointer clientdata, XtPointer calldata)   > {  >  > }  >  > MenuItem Menus[] =   > { > >    {"File", (XtCallbackProc) callback, (XtPointer) 0, NULL}, >     NULL,  > };   HaND,  --   Michel Bardiaux > Peaktime Belgium S.A.  Bd. du Souverain, 191  B-1160 Bruxelles Tel : +32 2 790.29.41    ------------------------------   Date: 3 Mar 04 09:29:29 PST  From: mckinneyj@cpva.saic.com = Subject: Re: COMputable image linker map program counter help ( Message-ID: <Ki7vgphWDSJz@cpva.saic.com>  = In article <4b6ec350.0403011346.2624ac75@posting.google.com>, /  JimStrehlow@data911.com (Jim Strehlow) writes: F >> We did a $SHOW PROCESS/CONTINUOUS to get several PC address values./ >> The PC ranges from 006F7510 through 00ADA638  >>  7 > We try to have a separate batch DCL command procedure  > (a "batch watchdog process")= > that acts as a watchdog over the troublesome other process.  > @ > How can we capture $SHOW PROCESS/CONTINUOUS or program counter* > information in a batch watchdog process?B > F$GETJPI does not appear to display program counter information.  $ On Alpha? Maybe this will be useful?   $ mac get_pc $ link/sysexe get_pc $ run get_pc   ;++          .title  GET_PC         .ident  "Get_PC V1"  ;--            .macro  check   ?l         blbs    r0,l         $exit_s r0 l:         .endm   check   -         .library        "sys$library:lib.mlb" =         .link           "sys$system:sys.stb"/selective_search   D         .extrn  exe$cvt_epid_to_ipid, - ; convert ext pid to int pidE                 exe$read_process, -     ; read other proc's registers                  sys$cmkrnl_64     &         .psect  _data   quad,wrt,noshr  @         $dscdef                         ; descriptor definitionsD         $proc_read_writedef             ; process read/write symbolsE         $ssdef                          ; system service return codes    ;******************  ; input data and prompt strings  ;****************** > pid_desc:                       ; descriptor for lib$get_input         .word   8          .byte   dsc$k_dtype_t          .byte   dsc$k_class_s          .address .+4         .blkb   8    prompt: .ascid  "pid>  "   ;******************  ; output buffer  ;******************  tttext_size=80D tttext_buffer:                          ; buffer for $fao conversion         .long   tttext_size          .address 10$ 10$:    .blkb   tttext_size   6 epid:   .blkl   1                       ; extended PIDF t_pc:   .blkb   eacb$k_gen_register_size ; target's P(rogram)C(ounter)  = qast_count:    .long   0                ; ast request counter   > kargs:  .long   2                       ; arguments to $cmkrnl k_epid: .address epid  k_t_pc: .address t_pc    k_epid_offset=k_epid-kargs k_t_pc_offset=k_t_pc-kargs   ;******************  ; $fao output format ;****************** 7 fmt:    .ascid  "!/ PC for PID !8XL is address !16XQ!/"      ;******************  ; Main Program ;      Prompt for pid 7 ;        hop into kernel mode and get target process PC  ;        display the info  ;****************** &         .psect  _code   page,nowrt,shr         .entry  get_pc,^m<>   B         pushal  pid_desc                ; read with prompt for PID         pushal  prompt         pushal  pid_desc"         calls   #3,g^lib$get_input
         check J         pushl   #1                      ; convert ascii PID to binary EPID         pushl   #4         pushal  epid         pushal  pid_desc!         calls   #4,g^ots$cvt_tz_l 
         check    ;******************  ; Get the target's PC  ;****************** ,         $cmkrnl_s routin=get_it,arglst=kargs
         check    ;****************** & ; Format and display target PID and PC ;****************** C         movl    #tttext_size,tttext_buffer      ; reset buffer size          $fao_s  ctrstr=fmt,-&                 outbuf=tttext_buffer,-&                 outlen=tttext_buffer,-                 p1=epid,-                  p2=t_pc 
         check          pushal  tttext_buffer #         calls   #1,g^lib$put_output 
         check          ret    ;****************** ( ; Kernel mode code to return target's PC ;   Inputs:     4(ap)   pid  ;               8(ap)   pc  ;  Outputs:     pc buffer filled& ;               r0= ss$_normal we hope ;  ;****************** G         .call_entry max_args=3, home_args=true, label=get_it, output=r0   M         movab   g^exe$sigtoret,(fp)             ; establish exception handler L                                                 ;  to prevent an ACCVIO fromP                                                 ;  causing a SSRVEXCEPT bugcheck<         movl    @k_epid_offset(ap),r0           ; EPID in R0  F ; convert extended PID to internal PID using EXE$EPID_TO_IPID... input# ; is in r0 and output will be in r0 N         jsb     g^exe$cvt_epid_to_ipid          ; convert extended to internal<         tstl    r0                              ; valid PID?;         bneq    ok_proc                         ;  0=>error          movl    #ss$_nonexpr,r0          brw     err_out    ok_proc:O         $setup_call64   6                       ; load 6 quadword args on stack %         moval           qast_count,r1 J         $push_arg64     r1                      ;   address of AST counterP         $push_arg64     #eacb$k_general_register ;  select general register type,         movl            k_t_pc_offset(ap),r1O         $push_arg64     r1                      ;   location to return PC value =         $push_arg64     #eacb$k_pc              ;   select PC J         $push_arg64     #eacb$k_gen_register_size ; length of return value?         $push_arg64     r0                      ;   target IPID L         jsb             g^exe$read_process      ; get PC from target process   err_out:         ret            .end    get_pc   ------------------------------  # Date: Wed, 03 Mar 2004 03:29:15 GMT . From: "Deep" <deep_mehtaHATESSPAM@hotmail.com>9 Subject: Re: Dammit Skippy, You're Pissin your Father Off G Message-ID: <fic1c.104887$Qg7.592@news04.bloor.is.net.cable.rogers.com>    Nice!!!    ROTFLMAO   Deep  = "Inbred Ned" <InbredNed@TheTrailerHouse.com> wrote in message 2 news:j0ea40penfnnevp2eu5gkri437at000ltg@4ax.com...H > On 1 Mar 2004 17:10:06 -0000, Answers <answers@toquestions.faq> wrote: >  > >FREQUENTLY ASKED QUESTIONS  > G > One minute you are on the stoop playing your Banjo, and the next time H > I turn around, you on that fancy type writing machine causong trouble.B > Dammit Boy, SHAPE UP !!!!!!!  You're getting ready to marry yourG > sister next week, and you didn't start to decorate the Honeymoon Shed  > behind the trailerhouse yet. > D > I kno yer mad at Mr. Mezi because he saw you wankin off on MichaelF > Jacksons picture, but LET IT GO!!  Ya have more portant tings to do.B > WE HAVE WEDDING PLANS BOY!!  GET CRACKEN.  Your Sisters waiting. > 2 > My apoligies to da groups dat my boy messes wit. >   > Ned Liptschitts (Skippys Dad.)   ------------------------------  # Date: Wed, 03 Mar 2004 17:35:31 GMT * From: Paul Anderson <paul.anderson@hp.com>: Subject: Re: DCPS connection to HP 1300 printer via NetQue5 Message-ID: <030320041229473802%paul.anderson@hp.com>   C In article <20040303010639.26306.00000765@mb-m20.aol.com>, EJHeller  <ejheller@aol.com.com> wrote:   E > I am running OVMS 7.3-1 and DCPS 2.2. I need to print to an HP 1300 C > laserjet printer via a NetQue printserver's parallel port. I have G > tried to connect via TCP Raw sockets on port 2501 and via a LAT port. @ > In both circumstances the connection starts to work (i.e., theC > printer blinks) however, nothing prints from the printer and DCPS G > eventually reports that the printer is stalled. Looking at the NetQue D > status (via telnet) seems to indicate that the NetQue is accepting> > the connection, but something is getting lost. Any thoughts?  E For DCPS to work over a Raw TCP connection, the entire communications D link must be bi-directional.  This means the printer must be able toF respond to DCPS questions and the print server must pass the responses back to the DCPS host system.   @ Does this printer configuration work with a Telnetsym queue fromE OpenVMS?  If so, the problem is probably the lack of a bi-directional  connection.   C If you can't get a DCPS Raw TCP connection to work, upgrade to DCPS A V2.3 and try an LPD connection.  LPD is less robust, but does not $ require a bi-directional connection.   Paul   --    Paul Anderson   OpenVMS Engineering    Hewlett-Packard Company    ------------------------------   Date: 03 Mar 2004 06:06:39 GMT% From: ejheller@aol.com.com (EJHeller) 6 Subject: DCPS connection to HP 1300 printer via NetQue: Message-ID: <20040303010639.26306.00000765@mb-m20.aol.com>  L I am running OVMS 7.3-1 and DCPS 2.2. I need to print to an HP 1300 laserjetM printer via a NetQue printserver's parallel port. I have tried to connect via J TCP Raw sockets on port 2501 and via a LAT port. In both circumstances theL connection starts to work (i.e., the printer blinks) however, nothing printsI from the printer and DCPS eventually reports that the printer is stalled. N Looking at the NetQue status (via telnet) seems to indicate that the NetQue is8 accepting the connection, but something is getting lost.
 Any thoughts?  Thanks, 
 Edward Heller 
 TransCore ITS    ------------------------------   Date: 3 Mar 2004 10:54:47 +0100 C From: vaxinf@chclu.chemie.uni-konstanz.de (Eberhard Heuser-Hofmann)  Subject: Re: DVD writer on ES40 - Message-ID: <4045ab67$1@news.uni-konstanz.de>   F In article <AP51c.31$ev1.23@news.cpqcorp.net>, hoffman@hp.nospam (Hoff Hoffman) writes:. >In article <40337462$1@news.uni-konstanz.de>,F >vaxinf@chclu.chemie.uni-konstanz.de (Eberhard Heuser-Hofmann) writes: >:I >:In article <1036q8l87538l18@news.supernews.com>, "Island Computers USA" ( >:<dbturner@islandco.com.nospam> writes: >:>Tom >:> 7 >:>This sounds like a job for "Eberhard Heuser-Hofmann"  > E >  In addition to comments from Herr Heuser-Hofmann in this thread...  > F >:>"Tom Simpson" <thomas.simpson1@nospam.comcast.net> wrote in message- >:>news:tPwYb.340087$xy6.1680859@attbi_s02... J >:>> I'd like to install a HP 400i DVD writer on our ES40 system using theF >:>> built-in IDE controller and open drive bay.  Has anyone done this
 >:>before?C >:>> Will it work on the IDE bus?  I'm assuming the ES40 has an IDE  >:>interface...  >:>>G >:>> I want to use it daily for archiving data in RW mode, if possible.  >:>>$ >:>> I'm running VMS 7.3-1, update2. > G >  I've code working with a HP DVDwriter 200 series, writing DVD+RW and H >  CD-R media on an AlphaStation XP1000 running OpenVMS V7.3-2 -- use ofB >  the SCSI format unit command does require a change to DQDRIVER,	 >however. I >  (Yes, SCSI commands and DQDRIVER.  If you do not currently understand  E >  how this stuff fits together, count yourself lucky, nod your head  G >  sagely, and allow the thread to continue.  You don't really want to  D >  know. :-)  If you want to pursue this change, take a look at the B >  version of DQDRIVER on the Freeware, and look for the table of F >  commands and inbound/outbound directions -- you'll need to add the > >  format unit command code into the driver source code table. > G >  I've not tried this HP DVDwriter 400 series drive nor the 200 series H >  drive on an AlphaServer ES40 series as yet.  The salient caution hereI >  involves the cable length, as some of the AlphaServer boxes have long  D >  IDE cables -- if you want to try this, make sure you have a good  >  quality cable, etc. > H >  I've a heavily modified DQDRIVER which includes the above format unitF >  change, but it's not ready as yet and may or may not make the next ? >  OpenVMS release; it might or might not be available in V8.2.  > H >  The most "fun" here is finding and getting the DVD software working, F >  the OpenVMS FAQ has the current pointers -- OpenVMS itself does notE >  currently integrate DVD software.  You'll particularly need DVD+R  F >  and DVD+RW recording software.  (Herr Heuser-Hofmann may be able to >  help here.) > H >  I expect to be presenting a session at the OpenVMS Advanced Technical, >  Bootcamp on this and related topics, BTW. >  >  --  > C >  FWIW, I'm posting this message from a straight-rebuild of MXRN,  C >  running on OpenVMS I64 V8.1.  No code changes were required; the E >  MXRN source code and the build procedure were entirely unmodified. A >  (The MXRN V6.18-32C code is available on Freeware V6.0, IIRC.)  >  > 1 > ---------------------------- #include <rtfaq.h>  >-----------------------------2 >    For additional, please see the OpenVMS FAQ -- >www.hp.com/go/openvms/faq3 > --------------------------- pure personal opinion  >---------------------------F >        Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com >    Maybe it's easier!  : Here is a log of dvdwrite run with an unmodified dqdriver:   $ mou/for lda1: , %MOUNT-I-MOUNTED, VMS1 mounted on _$71$LDA1: $ dvdwrite/write lda1: dqa0:     DVR Vendor:  SONY       DVR Product: DVD RW DRU-500A     FW Version:  2.0g      DVDwrite Version 3.03-1 % Mounted media appears to be a DVD+RW.  * 4.7GB DVD+RW media detected.& Formatting. This will take a while ...#  Capacity of media: 9180416 blocks.   100 % done    ELAPSED TIME =    0 00:03:54.55  CPU TIME = 0:00:00.18  BUFFERED I/O COUNT = 107   DIRECT I/O COUNT = 1098  PAGE FAULT COUNT = 7   B One programming hint: use the immed bit and test if the drive gets "ready".   eberhard   ------------------------------   Date: 3 Mar 2004 07:29:29 -0600 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 6 Subject: Re: Educating HP employees on the nettiquette3 Message-ID: <P5LkeAAyX8ZP@eisner.encompasserve.org>   m In article <5ee1d1b7.0403021453.7f10a8c9@posting.google.com>, phillip_thayer@hotmail.com (PhilThayer) writes:  > 7 > Possibly.  But is a consistent error on all releases?   @    I don't get into emacs anywhere near enough to know.  But the?    symptoms sound like emacs is now assuming a byte-stream file @    system and doing I/O some way other than C standard FILE I/O.   ------------------------------  % Date: Wed, 03 Mar 2004 07:20:43 +0100  From: Dirk Munk <munk@home.nl> Subject: Re: EVA disk storage 2 Message-ID: <c23ugf$qcf$1@news3.tilbu1.nb.home.nl>   Rob Young wrote:U > In article <c232iu$dtb$1@news4.tilbu1.nb.home.nl>, Dirk Munk <munk@home.nl> writes:  >  >>Rob Young wrote: >> >>>In article <2VR0c.3066$yJ7.924824681@newssvr11.news.prodigy.com>, Michael Austin <maustin@no-more-spam.firstdbasource.com> writes:  >>>  >>>  >>> M >>>>Does any one have/use the XP or the Generic HDS Thunder/Lightning series  I >>>>boxes. What is your experience with the technology, support, pricing  
 >>>>etc... >>>> >>>  >>> ) >>>	Another thing, come to think of it...  >>> = >>>http://h18006.www1.hp.com/storage/casestudies/factset.html  >>> M >>>"The HP StorageWorks Enterprise Virtual Array 5000 system outperformed the G >>>Hitachi modular array in all of the critical areas in the HP OpenVMS R >>>environment, including the price-performance category," Young reports. "We alsoO >>>noticed a substantial performance increase compared to our previous SCSI-and ! >>>CI-based storage environment."  >>> ? >>>	I'd presume that was the Thunder but you'd probably want to  >>>	contact FactSet to confirm.  >>= >>Very unlikely. I would think of HSZ70, HSZ80, HSJ50, HSJ80.  >> >  > L > "The HP StorageWorks Enterprise Virtual Array 5000 system outperformed theF > Hitachi modular array in all of the critical areas in the HP OpenVMS
 > environment  > C > 	I'd presume the Hitachi modular array referred to above, was the A > 	Thunder but you'd probably want to contact FactSet to confirm.  > 	 > 				Rob  > 6 Sorry, it was very late when I read your message :-) .  O I know that the 9570 is suppose to support VMS. I'm not surprised that the EVA  N outperformed the HDS. The principle of the EVA is radically new, and based on M the principle that using all physical disks for every LUN will yield maximum  K performance.  Other storage arrays are still based on distributing storage    capacity instead of IO capacity.   ------------------------------  % Date: Wed, 03 Mar 2004 09:01:53 +0100 " From: Didier Morandi <no@spam.com> Subject: Re: FTP NT->VMS4 Message-ID: <4045911e$0$24924$626a14ce@news.free.fr>   Julien Rossignol wrote:   H > I am trying to get a file from an OPEN-VMS system through a Windows NT > system with FTP.: > Everything is right until I actually get the file on NT. > M > Here are the commands I type in FTP once I am logged into the FTP server on  > VMS: >  > bin  > mget *.*;  > ? > When I get the file on the Windows side, the file appears as:  > 
 > SYS$SYSROOT  >  > and it is empty. > E > This problem doesn't occur when I get one file at a time with "get"  >  > Any suggestions?  T Yes. I read that thread, then I did the same test and I got the same result you got:  P Windows XP Pro SP1 / VMS 7.3-2 Alpha, DIGITAL TCP/IP Services for OpenVMS 5.1-15  M I did a mget *.com from sys$manager, then answered Y for A.COM (who does not  / have a a.com file in his default directory???).     I got an empty SYS$SYSROOT file.   D.   ------------------------------  % Date: Wed, 03 Mar 2004 11:49:25 +0100 * From: Paul Sture <nospam@sture.homeip.net> Subject: Re: FTP NT->VMS0 Message-ID: <4045C645.5024D2DD@sture.homeip.net>   Julien Rossignol wrote:  >  > didn't help... > ' > here is a sample of the input/output:  >  > ftp> > ftp>
 > ftp> pwdJ > 257 "SYS$SYSROOT:[000000.USERS.JJROSSI.CMSCLIENT_NEW.PLI.STUIII.LIB]" is > current directory.
 > ftp> bin > 200 TYPE set to IMAGE.
 > ftp> prompt  > Interactive mode Off. 
 > ftp> prompt  > Interactive mode On. > ftp> mget *.pli  > 200 TYPE set to IMAGE.    E This rings a bell with me too. Sorry I don't have a Windows system to  duplicate the behaviour.  G IIRC the solution was to copy the required files to a directory such as . DISK$USER01:[XFER] and do the mget from there.   --  
 Paul Sture   ------------------------------  $ Date: Wed, 3 Mar 2004 07:17:29 -07008 From: "Michael D. Ober" <obermd-.@.-alum-mit-edu-nospam> Subject: Re: FTP NT->VMS. Message-ID: <ZNl1c.9$4G.17473@news.uswest.net>  7 "Paul Sture" <nospam@sture.homeip.net> wrote in message * news:4045C645.5024D2DD@sture.homeip.net... > Julien Rossignol wrote:  > >  > > didn't help... > > ) > > here is a sample of the input/output:  > >  > > ftp> > > ftp> > > ftp> pwdL > > 257 "SYS$SYSROOT:[000000.USERS.JJROSSI.CMSCLIENT_NEW.PLI.STUIII.LIB]" is > > current directory. > > ftp> bin > > 200 TYPE set to IMAGE. > > ftp> prompt  > > Interactive mode Off.  > > ftp> prompt  > > Interactive mode On. > > ftp> mget *.pli  > > 200 TYPE set to IMAGE. >  > G > This rings a bell with me too. Sorry I don't have a Windows system to  > duplicate the behaviour. > I > IIRC the solution was to copy the required files to a directory such as 0 > DISK$USER01:[XFER] and do the mget from there. >  > --   > Paul Sture  J Given this solution, this is definitely a server side problem.  Check withJ your IP stack vendor (or HP) to ensure you have the latest ECO for your IP Stack.   Mike.    ------------------------------  % Date: Wed, 03 Mar 2004 09:26:49 +0100 9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>  Subject: Re: FTP NT->VMS' Message-ID: <404596C8.64F2F941@aaa.com>    Hi. : I *think* I've seen some logical names that, when defined,9 changes the way the FTP server of TCPIP Services presents ; file names to clients. Now, I'm a bit unsure here, it might / also have been the MGFTP server from MadGoat...   ; I'm not sure *this* one helps, but could be usable anyway :       TCPIP$FTP_NO_VERSION   >    If defined, FTP does not send file version numbers when you>    enter the mget and the ls commands to a host that is not an?    OpenVMS host. Define this logical name in the system logical     name table, as follows:  : Maybe it might help the Windows client to handle filenames correctly ?   	 Jan-Erik.    ------------------------------  % Date: Tue, 02 Mar 2004 22:55:39 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>4 Subject: Re: Intel Article in Business Week Magazine) Message-ID: <40455723.34AD31BC@istop.com>     Peter 'EPLAN' LANGSTOEGER wrote:8 > Three years ago ? And where are the other years left ?  M The malformed baby (Merced) was delivered 3 years ago, but it doesn't mention L how many years in Intel's belly it had to stay before the birth was induced.  @ > Wow. 64bit is twice the amount of "processing data" of 32bit ? > Better forget this article...   L Yes, just like 50 pin SCSI is twice as fast as 25 pin Parallel ports :-) :-)   ------------------------------  # Date: Wed, 03 Mar 2004 11:38:45 GMT # From: "John Smith" <a@nonymous.com> 4 Subject: Re: Intel Article in Business Week MagazineJ Message-ID: <9tj1c.81616$ah.76290@twister01.bloor.is.net.cable.rogers.com>   Bill Johnson wrote: H > So the question is - with alpha now dead and at end of life, and Intel= > scrapping the Itanium in favor of it 32 bit chip with 64bit G > extensions, where does VMS run and have real longevity on a processor " > platform customers can count on? > < > First it was the VAX chipset - scalable 32 bit processing.F > Then the alpha - bet your business on 64 bit processing - but Compaq > quickly sent to end of life.8 > Now migrate to Itanium - no wait Intel scrapped it.... > F > We have a Wonderful (in my humble opinion, the best Operating systemF > on the planet) just no REAL processor with wide market acceptance to > run it on - suggestions?    E Yeah....open a Bed & Breakfast to cater to all the Chinese and Indian J tourists who will have your job after everything is outsourced to Linux on AMD x86 and Power.   ------------------------------  % Date: Tue, 02 Mar 2004 23:43:13 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>& Subject: Re: Intel releases 64bit Xeon) Message-ID: <40456247.8F38548A@istop.com>    Rob Young wrote:7 >         Sure.  x86 is a good example of a flying pig.   8 Much better than IA64 which is too bloated a pig to fly.   ------------------------------  % Date: Wed, 03 Mar 2004 17:48:34 +0000 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> & Subject: Re: Intel releases 64bit Xeon0 Message-ID: <c255pi$htm$1@new-usenet.uk.sun.com>  ( Andrew Harrison SUNUK Consultancy wrote: > Rick Jones wrote:  > % >> Andrew Harrison SUNUK Consultancy  1 >> <Andrew_No.Harrison_No@nospamn.sun.com> wrote:  >> >>A >>> The LV Itanium consumes 62 watts and requires the Intel E8870  >>> chipset. >> >> >>F >> I don't believe the LV requires the Intel E8870 chipset.  It can beF >> run in the zx1 chipset just fine.  I don't have numbers for the zx1 >> chipset vs the Intel E8870. >> > / > Feel free to publish them when you have them.  > 4 > Incedentally the prices for the LV Itanium 2 based0 > rx2600 are now available. A 2 CPU, 2 GB 2 disk6 > config costs $6410, compare this with a faster (int) > Sun V20z at $4245. >    Woops that should read rx1600 < > And since your benchmark du jour seems to be SPECweb99_sslC > Sun just published a 2 CPU v20z (248) Opteron result running Zeus  >  >         SPECweb99_SSL    > Sun v20z    2340 > HP rx1600    1278        >  > 	 > Regards  > Andrew Harrison  >  >    ------------------------------  # Date: Wed, 03 Mar 2004 18:40:14 GMT & From: Rick Jones <foo@bar.baz.invalid>& Subject: Re: Intel releases 64bit Xeon/ Message-ID: <iEp1c.115$nk2.22@news.cpqcorp.net>   ) Bill Todd <billtodd@metrocast.net> wrote: 5 > "Rick Jones" <foo@bar.baz.invalid> wrote in message ) > news:ix51c.25$vo1.8@news.cpqcorp.net... & >> What is your definition of handily?  F > Say, by at least 15%.  10% or less is starting to get into the noise	 > region.   B Thanks.  These discussions go much better with numbers rather than those subjective terms :)   B WRT scaling, in the abstract rather than for a specific benchmark,> doesn't IBM publish an rPerf metric for their pSeries systems?  
 rick jones --  B firebug n, the idiot who tosses a lit cigarette out his car windowF these opinions are mine, all mine; HP might not want them anyway... :)A feel free to post, OR email to raj in cup.hp.com  but NOT BOTH...    ------------------------------  $ Date: Wed, 3 Mar 2004 01:54:59 -0500* From: "Bill Todd" <billtodd@metrocast.net>& Subject: Re: Intel releases 64bit Xeon2 Message-ID: <8o2dndZRv469HNjdRVn-tA@metrocast.net>  3 "Rick Jones" <foo@bar.baz.invalid> wrote in message ' news:ix51c.25$vo1.8@news.cpqcorp.net... + > Bill Todd <billtodd@metrocast.net> wrote: 7 > > "Rick Jones" <foo@bar.baz.invalid> wrote in message / > > news:9uP%b.1266$PF1.725@news.cpqcorp.net... ) > >> Keep going down the processor count.  > E > > Last time I looked, IBM hadn't submitted TPC-C systems with lower F > > processor counts.  Though (for reasons that I've already describedD > > elsewhere) one can reasonably infer that a 4-CPU top-end POWER4+B > > configuration, if submitted, would handily beat the best 4-CPUB > > Itanic platform, though perhaps not by a factor approaching 2. > % > What is your definition of handily?   L Say, by at least 15%.  10% or less is starting to get into the noise region.   > A > I have to admit that my wetware netnews cache hasn't retained aM6 > reference to your previously described calculations.  L Well, the 64-processor Superdome attains less than 8x the TPC-C score of theI 4-processor zx1 HP box, so scaling is clearly *very* sub-linear there.  ICH expect the IBM system to scale considerably better (i.e., more linearly)I because of its on-chip support for inter-MCM communication, but expectingv1 truly linear scaling would still seem a bit much.N  B With exactly linear scaling, a 4-processor top-of-the-line POWER4+L configuration would yield about 130,000 tpmC - vs. about 136,000 for the zx1I HP box.  The reasons to expect the POWER4+ box to do significantly better H than 130,000 tpmC include  1) no off-MCM memory accesses (which drive upF average memory latency),  2) twice the per-processor off-chip L3 cacheK (because only 4 rather than 8 processors are active in the MCM), and  3) no H inter-MCM bus contention overheads (though I really have no idea whetherH they actually constitute bottlenecks - perhaps we'll see when the POWER50 boxes appear, unless their busses get upgraded).  I Now, those still *might* not be sufficient to boost the score up by abouthK 20% to 156,000 tpmC, but even if they don't they should get it close enough L for me not to feel too embarrassed.  Of course, a fairer comparison would beL against a POWER4+ box optimized for small configurations (as the zx1 chipsetL is) - in particular, something with memory latency comparable to the zx1 boxL (about 150 ns.) rather than to Superdome (the p690's local memory latency is about 250 ns., IIRC).    - bill   ------------------------------   Date: 3 Mar 2004 02:17:10 -0800r. From: fabiopenvms@yahoo.com.br (Fabio Cardoso)' Subject: Re: Is NAS 150 layered or SIP? = Message-ID: <f30679fb.0403030217.68218e26@posting.google.com>I  i Alan Frisbie <Usenet01REMOVE@Flying-Disk.com> wrote in message news:<403F88D0.4000907@Flying-Disk.com>...n7 > For license transfer purposes, is the NAS 150 packagec7 > considered a layered product (non-transferable), or as8 > SIP (System Integrated Package) and thus transferable? > 5 > I tried to find the answer on the VMS web site, butM4 > none of my searches turned up a definitive answer. > 8 > I'm sure that I saw the answer in a DEC document once,  > but I'm unable to find it now. > 	 > Thanks,- > Alan  @ I dont understand why OpenVMS still having this licensing model.> Other OSes like Solaris dont have it anymore. For me is waste@ of time and resources to mantain this model based in NAS, etc...     Regardsv   FC   ------------------------------  % Date: Tue, 02 Mar 2004 21:43:41 -05001- From: "John E. Malmberg" <wb8tyw@qsl.network>t Subject: Re: iSCSI and VMS ?1 Message-ID: <gKKdndfzoe7A29jd4p2dnA@adelphia.com>t   Hoff Hoffman wrote:a > G >   There are ports of the Intel reference code around for OpenVMS, andeE >   there is the work John Gemigani performed -- in the experience of.D >   one of the local engineers, the emulated implementation (ie: the4 >   host-based iSCSI software stack) is rather slow.  A The slow host-based emulation is using the Intel iSCSI reference sA implementation that is available on SourceForge.  This emulation $< probably has no relationship to what John Gemigani has done.  I With minor edits to fix the things that the compiler complains about, it  H will build on OpenVMS 7.3-2 and will run very slowly from an ODS-5 disk  through the localhost port.u  F The Intel code was designed as a functional demonstration or testing, ! and not for absolute performance.u   -Johnm wb8tyw@qsl.network Personal Opinion Onlyp   ------------------------------   Date: 3 Mar 2004 07:16:25 -0600m; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) ( Subject: Re: It's all about perception!!3 Message-ID: <y2my+Psb9Ms4@eisner.encompasserve.org>s  S In article <c23vei$c31$1@news4.tilbu1.nb.home.nl>, Dirk Munk <munk@home.nl> writes:d > L > IIRC the late VAX/VMS systems also had built in buffer overflow preventionD > features, probably a lesson learned from Multics. The hardware hadL > protections that could be set on memory segments to be: Execute/No executeH > and read only/write only/read-write, and the OS system calls requiring? > buffers also had to have the length of the buffers specified.g >   A    Too bad that's technically inacurate.  Nothing in VAX hardware E    prevents the exectution of a NOEXE PSECT, it's just a linker hint. .    Alpha, too.  Now on IA64, you can get that.   ------------------------------   Date: 3 Mar 2004 18:10:53 GMT-( From: bill@cs.uofs.edu (Bill Gunshannon)( Subject: Re: It's all about perception!!: Message-ID: <c2573d$1phn33$1@ID-135708.news.uni-berlin.de>  3 In article <xdXARG+w6tI1@eisner.encompasserve.org>,i> 	koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes:[ > In article <c24m0g$1a50@newton.cc.rl.ac.uk>, "Richard Brodie" <R.Brodie@rl.ac.uk> writes:  >> bK >> "Bob Koehler" <koehler@eisner.nospam.encompasserve.org> wrote in messaget0 >> news:y2my+Psb9Ms4@eisner.encompasserve.org... >> aE >>>    Too bad that's technically inacurate.  Nothing in VAX hardware'I >>>    prevents the exectution of a NOEXE PSECT, it's just a linker hint.b >>>    Alpha, too. >> l5 >> and write for an access mode implies read too, no?e > E >    Yep.  Only NOWRT is realy enforced by VAX hardware, and the fourn) >    levels at which access is controled.- >   C It's too bad everybody latched onto the wrong point of the article.uD Many (Most?) of the people who read things like The Risks Digest areE not programmers or computer engineers and a mistaken technical detailo2 about a dead architecture is really not important.  C What was important was the comment "the late VAX/VMS". You know its B not "the late" and I know its not "the late" , but how many people@ are going to see that who do not know and will take it as gospel@ because they are unlikely to see anything anywhere to refute it?G I don't know if it still is, but The Risk Digest used to be distributedlD throughout the halls of Congress (in printed form) and while I doubtE many members of the House or Senate read it, I would bet their staff, E who actually write the position papers they take credit for, read it.(= The negative advertising is out there, where is the positive?n   bill   -- rJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   l   ------------------------------   Date: 3 Mar 2004 12:01:20 -0600e; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)e( Subject: Re: It's all about perception!!3 Message-ID: <xdXARG+w6tI1@eisner.encompasserve.org>   Y In article <c24m0g$1a50@newton.cc.rl.ac.uk>, "Richard Brodie" <R.Brodie@rl.ac.uk> writes:k > J > "Bob Koehler" <koehler@eisner.nospam.encompasserve.org> wrote in message/ > news:y2my+Psb9Ms4@eisner.encompasserve.org...a > D >>    Too bad that's technically inacurate.  Nothing in VAX hardwareH >>    prevents the exectution of a NOEXE PSECT, it's just a linker hint. >>    Alpha, too.l > 4 > and write for an access mode implies read too, no?  C    Yep.  Only NOWRT is realy enforced by VAX hardware, and the four '    levels at which access is controled.d   ------------------------------  % Date: Wed, 03 Mar 2004 07:36:46 +0100  From: Dirk Munk <munk@home.nl>( Subject: Re: It's all about perception!!2 Message-ID: <c23vei$c31$1@news4.tilbu1.nb.home.nl>   Bill Gunshannon wrote:A > I would suggest those who still have doubts about how the world-? > percieves VMS should read the latest copy of The Risks Digestn! > (also available as comp.risks).M >  > bill >  This is what you mean? :    Re: Buffer overflows and Multics' <Michael LeVine <mlevine@redshift.com>>1 Thu, 26 Feb 2004 09:01:59 -0800   J IIRC the late VAX/VMS systems also had built in buffer overflow preventionB features, probably a lesson learned from Multics. The hardware hadJ protections that could be set on memory segments to be: Execute/No executeF and read only/write only/read-write, and the OS system calls requiring= buffers also had to have the length of the buffers specified.e    ! ---------------------------------u  J I agree, it does show that Carly's statement that "OpenVMS is a strategic ; product for HP" has reached the IT industry load and clear.s   ------------------------------   Date: 3 Mar 2004 05:06:44 -0800 ' From: doug_mentohl@yahoo.co.uk (Daeron)iY Subject: Linux users have to install by pushing floppy after floppy into drive says MICRO_= Message-ID: <da46811d.0403030506.16af15f9@posting.google.com>s   EV1Servers.net= Leading Hosted Service Provider Deploys Windows-based Hosting + Solutions Faster than Linux-based Solutions   % case study Posted: September 15, 2003   D "Automated Deployment Services (ADS)a powerful new server purposing9 tool in Microsoft Windows Server 2003 Enterprise Edition"r  F "Business managers at EV1 Servers.net knew that there was a demand for2 a Microsoft Windows-based hosted service offering"  E "Executives at the company were well aware that customers were makingtB inquiries about purchasing dedicated hosting services built on the% Microsoft Windows operating system"   B "EV1 Servers.net personnel knew how to deploy a Linux-based server> quickly. They had script-filled floppies ready to go, and on aC moment's notice they could slip a floppy into a bare Dell PowerEdge  1600SC and walk away"   F "By pushing floppy after floppy into the drive of a bare metal server,C EV1 Servers.net's data center team could easily meet the demand fore 1,000 new servers per week"$  F "Unless they could find a way to bring that level of automation to the? deployment of a Windows-based server, they saw no way to meet a'; similar level of demand for Windows-based hosting services"   ; "With the Microsoft Solution for Windows-based Hosting, EV1 ? Servers.net personnel would not even have to go from machine toe machine inserting floppies"p  B "ADS made it possible to deploy a server running Microsoft Windows< Server 2003 with Internet Information Services 6.0 and Ensim& WEBppliance Pro in a mere 18 minutes".  F Furthermore, this process was completely automated. Deploying the sameE server running Linux and Ensim WEBppliance 3.1 took nearly 45 minutes*7 and still required manual intervention for each server"r  Q http://www.microsoft.com/resources/casestudies/CaseStudy.asp?CaseStudyID=%2014464      Dear boss of EV1, B If you let us cite you as proof of a business running lower TCO weA will give you Windows licenses for free. Please 'purchase' an SCO 3 license so we can trash Open Source some more.<end>   C and pigs will fly .. and shit sells .. well the last bit is true ats least :)   ------------------------------  $ Date: Wed, 3 Mar 2004 10:26:27 -0500$ From: Mike Duffy <Duffy@process.com>  Subject: RE: Multinet 4.4A & 4.4> Message-ID: <63D30D6E10CFD11190A90000F805FE860492B4A6@LESPAUL>   > ? > In article <8a3b834.0403020409.73aeefef@posting.google.com>,  1 > bhushann@hotmail.com (Bhushan Narkhede) writes:-G > >     I am posting this message essentially because we got a Multinetu! > >4.4 written on the CD with us. A > >And we have a requirement that says, install 4.4A of Multinet.fG > >Is there a difference between what is mentioned on CD as 4.4 and the % > >one we are looking for i.e., 4.4A.o > ) > From: gartmann@non.immunbio.mpg.de.sens H > As far as I recall you get 4.4A as soon as you have patches installed.= > So install 4.4 and have a look at Process' website for any   > relevant patches._ >s  4 Installing patches gets you a "-X" designation after7 the version number, for example "V4.4A-X" (shorthand), t' or the formal, official "V4.4 Rev A-X".   4 To clarify what the user will see at various places:  9 The startup OPCOM message will say "MultiNet V4.4 Rev A",C  as will $ MULTINET SHOW/VERSION.  > "$ ANALYZE/IMAGE multinet:multinet.exe" will show "V44A-FINAL"' unless it has been replaced by a patch..  
 Mike Duffy Process Software   ------------------------------  % Date: Tue, 02 Mar 2004 22:04:13 -0800e' From: Bob Lee <rboblee@aolnospamtodcom> * Subject: Re: MUMPS/DSM/M for OpenVMS Alpha. Message-ID: <4045755D.4010500@aolnospamtodcom>   To get the BOOK:  G The Complete Mumps: An Introduction and Reference Manual for the Mumps c  Programming Language [FACSIMILE] by John M. Lewkowicz   See www.amazon.com -- c http://www.amazon.com/exec/obidos/ASIN/0131621254/inktomi-bkasin-20/ref%3Dnosim/103-6794452-9079054   9 This is also available on demand from Prentice Hall. See:rO http://vig.prenhall.com:8081/catalog/academic/product/0,4096,0131621254,00.html6  9 Also - look at "M" aka "MUMPS" technology FAQ located at:   0 http://www.faqs.org/faqs/m-technology-faq/part1/0 http://www.faqs.org/faqs/m-technology-faq/part2/  6 Both parts were prepared by Gardner Trask, III (1997).  A Also, from the ACM Portal citation of the "Micro MUMPS" paper at: g http://portal.acm.org/citation.cfm?id=358181&jmp=abstract&dl=GUIDE&dl=ACM&CFID=11111111&CFTOKEN=2222222c  E D Sherertz , Ruth Dayhoff, "ANS MUMPS programmer's reference manual,  > 1981" and "ANS MUMPS language standard: revision of the MUMPS 8 programmer's reference manual," MUMPS Users' Group, 1986  G O'Neill, J.T. (Ed.). "MUMPS language standard." NBS Handbook 118 (Jan.  ? 1976). Describes the language specifications of Standard MUMPS w established by ANS.s  ? Melvin E. Conway, Thomas C. Salander, Harlan Stenn, "ANS MUMPS 1E programmers' reference manual, 1985, 2nd Edition" MUMPS Users' Group  2 (College Park, Md.), Book (ISBN 0918118298  [pbk])   Online resources:o  E "The MUMPS Compiler Programmer's Guide (Version 6)," by Kevin O'Kane,h9 University of Northern Iowa, Computer Sciences Departmente6 See: http://www.cs.uni.edu/~okane/source/compiler.html  ( Of the commercial MUMPS implementations:  @ 1. PFCS Unix MUMPS -- See: http://www.pfcs.com/mumps/index.shtmlB 2. Intersystems -- See: http://mtechnology.intersys.com/index.html  F Intersystems acquired the DEC Digital Standard MUMPS development group@ in 1995, when Compaq had to divest itself of DEC's technologies G essential to the US Government, because Compaq was then majority owned -I by foreign nationals (i.e., Pfeiffer, et.al.).  Intersystems M is the de a" facto MUMPS compiler for Alpha-64.  G And if you are attempting to work with VA Fileman V22.0 (a MUMPS-based 07 application), see:  http://www.hardhats.org/fileman/u2/4   Hope this helps,      -bob lee-
    Malibu, CA      David J. Dachtera wrote: > Larry Kilgallen wrote: >  >  > E > I'm really looking for a Language Reference Manual, preferably with ' > heavily commented/annotated examples.r >    ------------------------------  $ Date: Wed, 3 Mar 2004 06:35:39 -0500' From: "Main, Kerry" <kerry.main@hp.com>w, Subject: RE: Not meaning to feed Andrew.....R Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB279403@tayexc19.americas.cpqcorp.net>   > -----Original Message-----, > From: Andrew Harrison SUNUK Consultancy=203 > [mailto:Andrew_No.Harrison_No@nospamn.sun.com]=20  > Sent: March 2, 2004 1:17 PM  > To: Info-VAX@Mvb.Saic.Com . > Subject: Re: Not meaning to feed Andrew..... >=20 > Main, Kerry wrote:	 [snip ..]e   > > Andrew,e > >=20@ > > Come on now .. Sales 101 says never directly downgrade an=20 > competitive=20B > > vendors product. You lose all credibility when you directly=20
 > attack a=20 = > > competitors product when you have a competitive offering.- > >=20A > I am not a sales person and never have been so your attempts=20 D > to provide me with free sales training are pointless if revealing. >=20? > > If A Sales person wants to position their product over a=20- > competitors,=20 I > > the general rule of thumb is that you say "well, I agree OS x is a=20-A > > great product, but it is to bad about..." [pick one of the=20c > following:=20u@ > > a.) the lack of commitment by the owner, b.) lack of R&D,=20 > c.) lack of=20A > > market acceptance d.) lack of ISV acceptance, e.) what the=202 > Analyst of=20 ; > > the day says, or f) how poorly the OS owner is doing=20r > financially etc ...d > >=20 >=20B > What does any of that have to do with the technical merits of=20 > OpenVMS ?o >=20> > All of those are examples of what has been wrong with the=20A > owner du jour of OpenVMS and their treatment of the OS, none=20 3 > of them are technical judgments about its merits.t >=20  ? The point is that, as a competitor, in this newsgroup you use aeF relatively sophisticated mix of truths and fud to cast doubts on otherH non-OS specific areas (owner, marketshare, financials etc) as a means toF show Customers that OpenVMS might not be a good option for the future.  E You don't directly attack OpenVMS as that is a marketing/sales tacticn0 that would cause you to lose all credibility.=20  G Heck, that is the same strategy I (or most other competitors) would use$H to go after an existing Sun Customer i.e. praise Solaris, but attack its@ owners long term strategy, ISV directions, owner financials etc.    
 [snip ...]  > > > Since the AIX, Windows, HP-UX and Linux forums are also=20 > likely full of=20o; > > criticisms of Sun/Solaris and, hence also need to be=20i > "corrected" (your=20J > > reason for spending so much time in comp.os.vms), I can only assume=209 > > that your motives are based on creating FUD in the=20x > newsgroup (albeit=20& > > in a fairly sophisticated manner). > >=20 >=20A > Why not have a look, you will find very few threads in other=20 E > groups start off with the level of FUD that Bob and Rob can manage.s >=20	 > regardsh > Andrew Harrison  >=20  H Oh come on now - are you saying that all of these other newsgroups don't@ have proponents of their favourite OS that do not regularly makeB "mistakes" about Solaris and/or Sun and/or their favourite OS and,D following your logic for participating in c.o.v., likely do not need+ "correcting" by a self appointed moderator?r   ROTFL ..    
 Kerry Main Senior Consultante HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477s Email: kerryDOTmainAThpDOTcomt. (remove the DOT's and AT for email address)=20   ------------------------------  % Date: Wed, 03 Mar 2004 17:39:55 +0000 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> , Subject: Re: Not meaning to feed Andrew.....0 Message-ID: <c2559b$hng$1@new-usenet.uk.sun.com>   Main, Kerry wrote: >>-----Original Message-----* >>From: Andrew Harrison SUNUK Consultancy 1 >>[mailto:Andrew_No.Harrison_No@nospamn.sun.com] i >>Sent: March 2, 2004 1:17 PMe >>To: Info-VAX@Mvb.Saic.Coms. >>Subject: Re: Not meaning to feed Andrew..... >> >>Main, Kerry wrote: >  > [snip ..]r >  > 
 >>>Andrew, >>>E= >>>Come on now .. Sales 101 says never directly downgrade an   >> >>competitive  >>? >>>vendors product. You lose all credibility when you directly f >> >>attack a a >>< >>>competitors product when you have a competitive offering. >>>e >>? >>I am not a sales person and never have been so your attempts eD >>to provide me with free sales training are pointless if revealing. >> >>< >>>If A Sales person wants to position their product over a  >> >>competitors, e >>F >>>the general rule of thumb is that you say "well, I agree OS x is a > >>>great product, but it is to bad about..." [pick one of the  >>
 >>following:   >>= >>>a.) the lack of commitment by the owner, b.) lack of R&D,   >> >>c.) lack of  >>> >>>market acceptance d.) lack of ISV acceptance, e.) what the  >>
 >>Analyst of   >>8 >>>the day says, or f) how poorly the OS owner is doing  >> >>financially etc ...  >>@ >>What does any of that have to do with the technical merits of  >>OpenVMS ?3 >>< >>All of those are examples of what has been wrong with the ? >>owner du jour of OpenVMS and their treatment of the OS, none -3 >>of them are technical judgments about its merits.A >> >  > A > The point is that, as a competitor, in this newsgroup you use apH > relatively sophisticated mix of truths and fud to cast doubts on otherJ > non-OS specific areas (owner, marketshare, financials etc) as a means toH > show Customers that OpenVMS might not be a good option for the future. >   ( Do I, how about providing some examples.  ) Remember uncomfortable facts are not FUD.   G > You don't directly attack OpenVMS as that is a marketing/sales tactici0 > that would cause you to lose all credibility.  >   < Since I am neither a marketeer or sales person their tactics= or otherwise are of no interest. Though for someone who toutsS< himself as an engineer you seem to have studied the subjects& and modus operandi rather dilligently.  I > Heck, that is the same strategy I (or most other competitors) would usetJ > to go after an existing Sun Customer i.e. praise Solaris, but attack itsB > owners long term strategy, ISV directions, owner financials etc. >   9 Heck thats exactly the strategy YOU have always followed.    >eJ > Oh come on now - are you saying that all of these other newsgroups don'tB > have proponents of their favourite OS that do not regularly makeD > "mistakes" about Solaris and/or Sun and/or their favourite OS and,F > following your logic for participating in c.o.v., likely do not need- > "correcting" by a self appointed moderator?e > 
 > ROTFL .. >   C You don't seem to get it, Rob and Bobs mistakes have been correctedtA regularly but that doesn't stop them rolling out exactly the same D warmed over argument a few months later. Few newsgroups have postersB so wrong and so persistently wrong. The closest you get to Rob andA Bob etc's behaviour in other groups is when the FreeBSD and Linuxh folks get going.   Regards. Andrew Harrison    ------------------------------  $ Date: Wed, 3 Mar 2004 13:41:16 -0500' From: "Main, Kerry" <kerry.main@hp.com>n, Subject: RE: Not meaning to feed Andrew.....R Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB279453@tayexc19.americas.cpqcorp.net>   > -----Original Message-----, > From: Andrew Harrison SUNUK Consultancy=203 > [mailto:Andrew_No.Harrison_No@nospamn.sun.com]=20h > Sent: March 3, 2004 12:40 PM > To: Info-VAX@Mvb.Saic.Comc. > Subject: Re: Not meaning to feed Andrew..... >=20 > Main, Kerry wrote: > >>-----Original Message-----. > >>From: Andrew Harrison SUNUK Consultancy=202 > >>[mailto:Andrew_No.Harrison_No@nospamn.sun.com] > >>Sent: March 2, 2004 1:17 PMa > >>To: Info-VAX@Mvb.Saic.ComW0 > >>Subject: Re: Not meaning to feed Andrew..... > >> > >>Main, Kerry wrote: > >=20
 > > [snip ..]t > >=20 > >=20 > >>>Andrew, > >>>r= > >>>Come on now .. Sales 101 says never directly downgrade atG competitive vendors product. You lose all credibility when you directlyZB attack a competitors product when you have a competitive offering. > >>>r > >>F > >>I am not a sales person and never have been so your attempts to=20C > >>provide me with free sales training are pointless if revealing.t > >> > >>= > >>>If A Sales person wants to position their product over alH competitors, the general rule of thumb is that you say "well, I agree OSA x is a great product, but it is to bad about..." [pick one of the H following: a.) the lack of commitment by the owner, b.) lack of R&D, c.)B lack of market acceptance d.) lack of ISV acceptance, e.) what the? Analyst of the day says, or f) how poorly the OS owner is doingm financially etc .... > >>A > >>What does any of that have to do with the technical merits ofy OpenVMS >>?O > >>I > >>All of those are examples of what has been wrong with the owner du=200F > >>jour of OpenVMS and their treatment of the OS, none of them are=20) > >>technical judgments about its merits.e > >> > >=20 > >=20C > > The point is that, as a competitor, in this newsgroup you use aoF relatively sophisticated mix of truths and fud to cast doubts on otherH non-OS specific areas (owner, marketshare, financials etc) as a means toF show Customers that OpenVMS might not be a good option for the future. > >=20 >=20* > Do I, how about providing some examples. >=20+ > Remember uncomfortable facts are not FUD.. >=205 > > You don't directly attack OpenVMS as that is a=20i > marketing/sales tactic=20g1 > > that would cause you to lose all credibility.  > >=20 >=20A > Since I am neither a marketeer or sales person their tactics=20pB > or otherwise are of no interest. Though for someone who touts=20A > himself as an engineer you seem to have studied the subjects=20a( > and modus operandi rather dilligently.  H As I stated, regardless of what your .sig file says, a mix of truths and> fud is the strategy you follow when posting in this newsgroup.   You want examples? Fine.=20:  A Check this out: an extract from what you posted as a means of not H attacking OpenVMS, but attacking HP while at the same time trying to put Sun on a pedestal.  	 [snip ..]   , > From: Andrew Harrison SUNUK Consultancy=200 > [mailto:Andrew_No.Harrison_No@nospamn.sun.com]  > Sent: January 23, 2004 6:01 AM > To: Info-VAX@Mvb.Saic.Comp) > Subject: Re: 500.000 AMD64's shipped...o  G > There is a huge difference between being late to deliver a product=20 I > (every IT vendor is guilty of this) to not delivering the product at=20 C > all because you have decided to axe it without consulting your=20d > customer base. >=20J > Sun is the first category along with Intel, IBM, SGI etc HP is in the=20 > second category.  & To which I replied and pointed out:=20   ++++=20 H Re: Sun not in category of axing products without consulting Customers..   ROTFL !!   :-)  :-)   What about this:  9 First, Sun pushes Cobalt servers with releases like this:iF http://www.sun.com/smi/Press/sunflash/2002-06/sunflash.20020617.5.html   Then, they do this:i  G http://news.com.com/2100-1010_3-5134234.html?tag=3Dnefd_top (December =t 31, G 2003) "Just three years after Sun Microsystems paid $2 billion in stockTB for server appliance maker Cobalt Networks, Sun has killed off the Cobalt product line."   2 http://www.theregister.co.uk/content/61/34595.htmlH "Sun drives the final nail in Cobalt's coffin By Ashlee Vance in Chicago Posted: 18/12/2003 at 19:14 GMTa6 Get The Reg wherever you are, with The Mobile Register  G $2.1 billion does not go as far these days as it used to - just ask Sunu Microsystems.=20  C Sun's massive 2001 purchase price for server appliance maker Cobalt F Networks seems a tad silly with the entire product line being sent outD to pasture. Thanks to a tip, The Reg has uncovered Sun's decision toD end-of-life every Cobalt product, including the elegant Qube and RaQF systems, with no replacements planned. And with Cobalt's demise ends aB couple of eras - one of dotcom hype-driven investments and another+ marking the death of the server appliance."    +++++   ' Oh, I know, this is different, right ..w   :-)i   ------------------------------   Date: 3 Mar 2004 06:31:15 -0800e- From: phillip_thayer@hotmail.com (PhilThayer)i Subject: Re: OpenVMS FeelingsF= Message-ID: <5ee1d1b7.0403030631.7ee3ee2d@posting.google.com>t  | jones.computer.srv@worldnet.att.net (Daryl Jones) wrote in message news:<8a646952.0403021344.6946aaf5@posting.google.com>... > Dear Phillip Thayer: > = > I thank you for this information on VMS for the Coleges andcF > Universities. This is excellant. Now for the hardware. Is there someH > good prices for the hardware that supports VMS? If we start today withF > introducing VMS to the colleges and Universities do we use the AlphaA > or IA64? What about other software? For example: Oracle on VMS?t > 
 > Regards,
 > Daryl Jonesa >   F Actually, there are excellent discounts for Colleges and Universities.A  Generally the price cuts start at 40% and go deeper from there.  A Also, as far as licenses and S/W goes, the CSLG license agreement'@ costs a minimal amount per year, can be purchased for the entireB university and new systems "added" to the license agreement.  ThenA each year (it may be quarter, I can't rightly remember) you get asE distribution (about 10 or 20 CD's) of all S/W and a nifty little .COM B file that willl load ALL the licenses on your systems and activate them.m  E It is very handy for universities to have.  Many of them do already. W; I'm sure if you work at a university and could  tell the IToF management, hey, we can get the H/W at a 40% discount and the licenses5 and S/W for a minimal charge, a few heads might turn.    PT   ------------------------------   Date: 3 Mar 2004 06:38:43 -0800 - From: phillip_thayer@hotmail.com (PhilThayer)  Subject: Re: OpenVMS Feelingss= Message-ID: <5ee1d1b7.0403030638.6c177359@posting.google.com>2  j bill@cs.uofs.edu (Bill Gunshannon) wrote in message news:<c22lcj$1ojme8$2@ID-135708.news.uni-berlin.de>...? > In article <5ee1d1b7.0403020743.5a343d7e@posting.google.com>,.2 > 	phillip_thayer@hotmail.com (PhilThayer) writes: > > H > > I think VMS is VERY affordable for Universities and Colleges.  Refer > > to:p > > 3 > > http://h71000.www7.hp.com/openvmsedu/index.htmld > ? > This has been done to death before now, but here it is again.l@ > This program is totally unusable for any educational purposes.A > It provides single user licenses and does not allow use in labs @ > or even classrooms (because no faculty member is ever going to > agree to those terms.) >  > > F > > I have worked at several educational institutes both in the US and< > > internationally and this program was used extensively.   > D > I can't imagine how, unless they really didn't care about how wellC > they abided by the actual rules.  Indidual use is already coveredrC > by the Hobbyist program with a much more liberal license and lessjE > administrative overhead.  Of course, it also does not apply to labstC > although faculty might find it enough less repulsive than the edus" > license to actually agree to it. > I > >                                                        The problem is>@ > > not that it is not being used there.  The problem is that itJ > > integrates so well into the MS Windows environment that people may not? > > realize that it is actually running the back-end of all the' > > processing.r > G > I'm afraid I don't get this part.  Surely you are not saying that you J > know schools who are using the edu license to cover their administrative
 > systems? >  > bill    @ Um...yeah.  That is what most schools do with this license.  OneC school I worked at was using it for the back-end Oracle system that1F ran the student registration/grading and financial systems.  Then theyC used the license on another cluster for the email gateway using the  exchange server on VMS.   D Another university was using it for the hospital mangement S/W since it was a treaching hospital.  C We never had any problem with the licenses and the sales rep.'s andrC technical support all knew what the systems were being used for.  IiF don't understand why any university would pay for this license and NOT use it for these purposes.   PT   ------------------------------   Date: 3 Mar 2004 15:15:44 GMT2( From: bill@cs.uofs.edu (Bill Gunshannon) Subject: Re: OpenVMS Feelings : Message-ID: <c24sr0$1oj9ii$1@ID-135708.news.uni-berlin.de>  = In article <5ee1d1b7.0403030638.6c177359@posting.google.com>, 0 	phillip_thayer@hotmail.com (PhilThayer) writes:l > bill@cs.uofs.edu (Bill Gunshannon) wrote in message news:<c22lcj$1ojme8$2@ID-135708.news.uni-berlin.de>...@ >> In article <5ee1d1b7.0403020743.5a343d7e@posting.google.com>,3 >> 	phillip_thayer@hotmail.com (PhilThayer) writes:s >> > oI >> > I think VMS is VERY affordable for Universities and Colleges.  Refers >> > to: >> > j4 >> > http://h71000.www7.hp.com/openvmsedu/index.html >> -@ >> This has been done to death before now, but here it is again.A >> This program is totally unusable for any educational purposes.eB >> It provides single user licenses and does not allow use in labsA >> or even classrooms (because no faculty member is ever going too >> agree to those terms.)l >> @ >> > sG >> > I have worked at several educational institutes both in the US and = >> > internationally and this program was used extensively.  n >> nE >> I can't imagine how, unless they really didn't care about how welldD >> they abided by the actual rules.  Indidual use is already coveredD >> by the Hobbyist program with a much more liberal license and lessF >> administrative overhead.  Of course, it also does not apply to labsD >> although faculty might find it enough less repulsive than the edu# >> license to actually agree to it.  >> dJ >> >                                                        The problem isA >> > not that it is not being used there.  The problem is that it K >> > integrates so well into the MS Windows environment that people may notl@ >> > realize that it is actually running the back-end of all the >> > processing. >> eH >> I'm afraid I don't get this part.  Surely you are not saying that youK >> know schools who are using the edu license to cover their administrative  >> systems?s >> h >> billt >  > B > Um...yeah.  That is what most schools do with this license.  OneE > school I worked at was using it for the back-end Oracle system thatoH > ran the student registration/grading and financial systems.  Then theyE > used the license on another cluster for the email gateway using thet > exchange server on VMS.  > F > Another university was using it for the hospital mangement S/W since > it was a treaching hospital. > E > We never had any problem with the licenses and the sales rep.'s andoE > technical support all knew what the systems were being used for.  IaH > don't understand why any university would pay for this license and NOT > use it for these purposes.  C What license are you talking about.  The "edu" license doesn't costoB anything and specifically doesn't allow that kind of use.  I can'tD speak for other Universities but I know at this one failure to abideD by the terms of a license could cost (and probably would) cost me my job. o  B I suspect you are talking about CSLG and it is anything but cheap.@ Add that to the perception that there is nothing to be gained byB having VMS available to the students and you will quickly see thatA trying to keep VMS in edu is a hard uphill battle.  If HP doesn'tiA care enough to try and fix it how long will it be before those in0B the trenches decide to find better things to do with thier time as well?5   bill   -- PJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   s   ------------------------------   Date: 3 Mar 2004 15:30:29 GMTn( From: bill@cs.uofs.edu (Bill Gunshannon) Subject: Re: OpenVMS Feelingsr: Message-ID: <c24tmk$1pbod2$1@ID-135708.news.uni-berlin.de>  = In article <5ee1d1b7.0403030631.7ee3ee2d@posting.google.com>,E0 	phillip_thayer@hotmail.com (PhilThayer) writes:~ > jones.computer.srv@worldnet.att.net (Daryl Jones) wrote in message news:<8a646952.0403021344.6946aaf5@posting.google.com>... >> Dear Phillip Thayer:s >> f> >> I thank you for this information on VMS for the Coleges andG >> Universities. This is excellant. Now for the hardware. Is there some I >> good prices for the hardware that supports VMS? If we start today withcG >> introducing VMS to the colleges and Universities do we use the AlphatB >> or IA64? What about other software? For example: Oracle on VMS? >> c >> Regards,r >> Daryl Jones >> h > H > Actually, there are excellent discounts for Colleges and Universities.C >  Generally the price cuts start at 40% and go deeper from there. sC > Also, as far as licenses and S/W goes, the CSLG license agreementtB > costs a minimal amount per year, can be purchased for the entireD > university and new systems "added" to the license agreement.  ThenC > each year (it may be quarter, I can't rightly remember) you get asG > distribution (about 10 or 20 CD's) of all S/W and a nifty little .COM D > file that willl load ALL the licenses on your systems and activate > them.n  > I thought you must be talking about CSLG although you posted aA URL for the Edu Program.  Cheap is a matter of opinion.  Althoughe> the University Administration still uses VMS they dropped CSLGC several years ago.  Base Licenses and CSLG cost more than my entire.C computing equipment budget for the department.  Explain to me how I-@ would sell this kind of expenditure to the Administration?  What1 exactly is the value they are going to see in it?m   > G > It is very handy for universities to have.  Many of them do already. e  = A lot less than used to and that number will continue to dropi in the future.  = > I'm sure if you work at a university and could  tell the ITx8 > management, hey, we can get the H/W at a 40% discount   A And even with the 40% discount it would cost more for one machinetA than an entire lab of PC's.  Like it or not, everyone knows whichn purchase would win that fight.  I >                                                        and the licenses 7 > and S/W for a minimal charge, a few heads might turn.-  B Minimal is a totally meaningless value.  We have a license with MS@ that gives us all the OSes and all the development tools for notB only as many machines as we choose to install but also for facultyC and even students machines.  And yes, they get to take it with themoE when they leave, legally!!  It cost less than one single base license@B for a VAX. (Yes, I meant VAX.)  It's time to face the facts.  EvenC if HP made a license like the Hobbyist program that allowed any andeC all, unlimited use for any academic purpose for VMS and all layered B products it would still be an uphill battle trying to get VMS back@ into edu.  It was a long slow process letting it fade out of theB edu world, it would be longer and slower trying to get it back in.   bill   -- dJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   a   ------------------------------   Date: 3 Mar 2004 08:38:24 -0700e1 From: nothome@spammers.are.scum (Malcolm Dunnett)a Subject: Re: OpenVMS Feelingst- Message-ID: <L7TY16nndWyA@malvm7.mala.bc.ca.>   = In article <5ee1d1b7.0403030631.7ee3ee2d@posting.google.com>,t5       phillip_thayer@hotmail.com (PhilThayer) writes:h   > H > Actually, there are excellent discounts for Colleges and Universities.C >  Generally the price cuts start at 40% and go deeper from there.    <     I've been involved in purchasing computer equipment from> Digital/Compaq/HP for an educational institution for almost 28> years and I've *NEVER* seen a discount of 40% on hardware! The> best I can recall is 15% ( slightly better once when we bought( a bunch of obsolete PRO-350 computers ).  C > Also, as far as licenses and S/W goes, the CSLG license agreementiB > costs a minimal amount per year, can be purchased for the entire> > university and new systems "added" to the license agreement.  E    We used to get 50% off on all software purchases, but that program-@ disappeared quite a few years ago, now it's basically list price% for any licenses we want to purchase.r  A    The cost of the CSLG varies depending on the number of systemsD? included. The most expensive it gets is about $2100/system/year1? (if you have 1 or 2 systems). At the other end ( 251+ systems )tB it can be $150/system/year or less. The system cost is independant= of system type, so it's obviously a better deal if you have a.A GS320 than it is if you have a DS10. If you're not using a lot of I products or "big iron" then over a period of a few years CSLG is actuallyrC more expensive than buying the perpetual licenses outright ( thoughs3 for larger configurations it's certainly a "win" ).e   >  ThenrC > each year (it may be quarter, I can't rightly remember) you get a-/ > distribution (about 10 or 20 CD's) of all S/W0  A   No, you don't. If you want to get the consolidated distribution F CDs you have to sign up for the normal commercial distribution service@ at the normal commercial price. You do get a CD once a year, at B renewal time, with the license PAKS for all the included products.   > G > It is very handy for universities to have.  Many of them do already.  = > I'm sure if you work at a university and could  tell the IT H > management, hey, we can get the H/W at a 40% discount and the licenses7 > and S/W for a minimal charge, a few heads might turn.r >   E      I'm sure they would, too bad it's not true. Please tell me whereaG I can go today to get 40% or more off on a new DS25 or ES45 ( I'm quitetA serious, I've got a purchase in the works but have to look to themD used market and/or EBay to find an Alpha at a price we can afford ).   ------------------------------  % Date: Wed, 03 Mar 2004 12:38:58 +0100 * From: Paul Sture <nospam@sture.homeip.net>% Subject: Re: OpenVMS Quote of the dayh/ Message-ID: <4045D1E2.BDB4E52@sture.homeip.net>-   John Smith wrote:e >  > John N. wrote:G > > This is pretty much the same thing I have been hearing since aroundvH > > 1990. But this type of drivel actually seems to be receding somewhat > > lately.1 > L > Only because the absolute numbers of customer defections from VMS is going& > down as the customer base decreases. > C > All it takes is one guy with a 'mission' at a VMS shop (CTO, CIO,pJ > whatever...) to say 'VMS is outta here' and Bob's your uncle...an ex-VMS > shop.i >   E I can confirm that one. All it takes is someone at the top to declareaH another platform as being the Corporate Strategic Platform, and it comes to pass.    tN > As long as HP doesn't make VMS visible, guys on a 'mission' have very littleH > standing in their way that the non-technical BOD can point to and say,N > "That's not what HP says"....or "I saw something about how VMS does disasterN > recovery better than anything else, so tell me again why you want to get rid > of VMS from our company?"t   -- c   -- c
 Paul Sture   ------------------------------   Date: 3 Mar 2004 02:12:49 -0800h. From: fabiopenvms@yahoo.com.br (Fabio Cardoso)) Subject: OT: GTECH, Lotteries and OpenVMSe= Message-ID: <f30679fb.0403030212.2bd9b589@posting.google.com>   = The GTECH company from USA is involved in some fraudulent andt4 corrupt actions in the brazilian Lotteries controled
 by the State.   H Checking it I discovered this company in HP sites as an OpenVMS partner.  6 http://h71000.www7.hp.com/solutions/finance/gtech.html  E The same company is involved with some strange facts when George BushhA was the Texas Governor.  He cancelled all the other lotteries andrG gave them to GTECH. The president of GTEC Ben Barnes helped George Bushs to leave the Vietnam war ! r   Regards    FC   ------------------------------   Date: 3 Mar 2004 07:45:05 -0800n- From: bhushann@hotmail.com (Bhushan Narkhede)p Subject: Patches installed ...; Message-ID: <8a3b834.0403030745.56030e1@posting.google.com>    Hi,/  3   I am trying to figure out from the output below, C0 which is the stack that is installed on VMS ??? $ and  which all patches installed ???+ Is TCPIP 5.3-18 different than Multinet ???w. Can anyone help answer these questions please.  0 OpenVMS 7.3-1 has the following patches applied:      < ----------------------------------- ----------- -----------   < PRODUCT                             KIT TYPE    OPERATION     < ----------------------------------- ----------- -----------   < DEC AXPVMS CCAT V5.1-1              Full LP     Install       < DEC AXPVMS SEA V4.3-0               Full LP     Install       < DEC AXPVMS WEBES V4.3-0             Platform    Install       < DEC AXPVMS WCCPROXY V1.0-0          Full LP     Install       < DEC AXPVMS WEBES V4.3-0             Platform    Remove        < DEC AXPVMS WCCPROXY V1.0-0          Full LP     Remove        < DEC AXPVMS SEA V4.3-0               Full LP     Remove        < DEC AXPVMS CCAT V5.1-1              Full LP     Remove        < DEC AXPVMS CCAT V5.1-1              Full LP     Install       < DEC AXPVMS SEA V4.3-0               Full LP     Install       < DEC AXPVMS WEBES V4.3-0             Platform    Install       < DEC AXPVMS WCCPROXY V1.0-0          Full LP     Install       < DEC AXPVMS WEBES V4.2-0             Platform    Remove        < DEC AXPVMS SEA V4.2-0               Full LP     Remove        < DEC AXPVMS CCAT V5.1-0              Full LP     Remove        < IBM AXPVMS MQSERIES0510_ECO01 V2.0  Patch       Install       < IBM AXPVMS MQSERIES V5.10           Full LP     Install       < DEC AXPVMS VMS731_CLIUTL V1.0       Patch       Install       < DEC AXPVMS VMS731_CPU2608 V1.0      Patch       Install       < DEC AXPVMS VMS731_DQDRIVER V1.0     Patch       Install       < DEC AXPVMS VMS731_GRAPHICS V3.0     Patch       Install       < DEC AXPVMS VMS731_LAN V7.0          Patch       Install       < DEC AXPVMS VMS731_LINKER V2.0       Patch       Install       < DEC AXPVMS VMS731_MANAGE V1.0       Patch       Install       < DEC AXPVMS VMS731_MSA1000 V1.0      Patch       Install       < DEC AXPVMS VMS731_PTHREAD V2.0      Patch       Install       < DEC AXPVMS VMS731_SHADOWING V1.0    Patch       Install       < DEC AXPVMS RCM V4.2-574             Full LP     Install       < DEC AXPVMS RCM V4.1-551             Full LP     Remove        < DEC AXPVMS CCAT V5.1-0              Full LP     Install       < DEC AXPVMS SEA V4.2-0               Full LP     Install       < DEC AXPVMS WEBES V4.2-0             Platform    Install       < DEC AXPVMS WEBES V4.1-1             Platform    Remove        < DEC AXPVMS CA V4.1-1                Full LP     Remove        < DEC AXPVMS CCAT V5.0-1              Full LP     Remove        < DEC AXPVMS VMS731_RMS V4.0          Patch       Install       < DEC AXPVMS VMS731_LAN V6.0          Patch       Install       < DEC AXPVMS VMS731_GRAPHICS V2.0     Patch       Install       < DEC AXPVMS VMS731_CPU2308 V2.0      Patch       Install       < DEC AXPVMS VMS731_UPDATE V1.0       Patch       Install       < DEC AXPVMS VMS731_PCSI V1.0         Patch       Install       < CPQ AXPVMS PERL V5.5-3A1            Full LP     Install       < DEC AXPVMS VMS731_LAN V4.0          Patch       Install       < DEC AXPVMS VMS731_BACKUP V1.0       Patch       Install       < DEC AXPVMS VMS731_DCL V3.0          Patch       Install       < DEC AXPVMS SWCC V2.5-106            Full LP     Install       < DEC AXPVMS VMS731_LAN V3.0          Patch       Install       < DEC AXPVMS RCM V4.1-551             Full LP     Install       < DEC AXPVMS CCAT V5.0-1              Full LP     Install       < DEC AXPVMS CA V4.1-1                Full LP     Install       < DEC AXPVMS WEBES V4.1-1             Platform    Install       < DEC AXPVMS DFU V2.7-A               Full LP     Install       < DEC AXPVMS VMS731_LAN V2.0          Patch       Install       < DEC AXPVMS VMS731_FIBRE_SCSI V2.0   Patch       Install       < DEC AXPVMS TCPIP V5.3-18            Full LP     Remove        < DEC AXPVMS VMS731_RMS V2.0          Patch       Install       < DEC AXPVMS VMS731_QMAN V1.0         Patch       Install       < DEC AXPVMS VMS731_PTHREAD V1.0      Patch       Install       < DEC AXPVMS VMS731_MSCP V1.0         Patch       Install       < DEC AXPVMS VMS731_LINKER V1.0       Patch       Install       < DEC AXPVMS VMS731_LAN V1.0          Patch       Install       < DEC AXPVMS VMS731_IIDRIVER V1.0     Patch       Install       < DEC AXPVMS VMS731_FIBRE_SCSI V1.0   Patch       Install       < DEC AXPVMS VMS731_F11X V1.0         Patch       Install       < DEC AXPVMS VMS731_EV7 V1.0          Patch       Install       < DEC AXPVMS VMS731_DCL V2.0          Patch       Install       < DEC AXPVMS VMS731_CPU2308 V1.0      Patch       Install       < DEC AXPVMS VMS731_CPU2208 V1.0      Patch       Install       < DEC AXPVMS VMS731_ACRTL V1.0        Patch       Install       < DEC AXPVMS VMS731_TDF V1.0          Patch       Install       < DEC AXPVMS VMS731_SYS V2.0          Patch       Install       < CPQ AXPVMS CDSA V1.0-2              Full LP     Install       < DEC AXPVMS DECNET_PHASE_IV V7.3-1   Full LP     Install       < DEC AXPVMS DWMOTIF V1.2-6           Full LP     Install       < DEC AXPVMS OPENVMS V7.3-1           Platform    Install       < DEC AXPVMS TCPIP V5.3-18            Full LP     Install       < DEC AXPVMS VMS V7.3-1               Oper System Install       < ----------------------------------- ----------- -----------        77 items found      1 MultiNet 4.4-A has the following patches applied:w  g -------------------------------------------------------------------------------------------------------2  = Product Information                                         |w Installation Information  g ------------------------------------------------------------|------------------------------------------   E Name                           | Mnemonic         | Version | Status|  IVP   | Node   | Installer  g ------------------------------------------------------------|------------------------------------------o  E                                | DIAA             |  3.4    | S     |p NA    | HBAB   | SYSTEMa  E                                | MULTINET         |  4.4    | S     |, S     | HBAB   | SYSTEMn  E                                | DHCP-010_A       |  4.4    | F     |r NA    | HBAB   | SYSTEMa  E                                | KERNEL-UPDATE-040|  4.4    | F     |t NA    | HBAB   | SYSTEM0  E                                | MULTINET         |  4.4    | S     |s S     | HBAB   | SYSTEMn  E                                | MULTINET         |  4.4    | S     |t F     | HBAB   | SYSTEMr  E                                | MULTINET         |  4.4    | S     |  S     | HBAB   | SYSTEM   E                                | KERNEL-UPDATE-040|  4.4    | S     |t NA    | HBAB   | KSINGHy  E                                | UCXDRIVER-020_A  |  4.4    | S     |a NA    | HBAB   | KSINGHo  E                                | DHCP-010_A       |  4.4    | S     |n NA    | HBAB   | SYSTEMa  E                                | FTP-030_A        |  4.4    | S     |d NA    | HBAB   | SYSTEMs  E                                | IMAP-011_A       |  4.4    | S     |a NA    | HBAB   | SYSTEM   E                                | LOADABLE_NFS_CONT|  4.4    | S     |s NA    | HBAB   | SYSTEMf  E                                | NAMED-011_A      |  4.4    | S     |a NA    | HBAB   | SYSTEMv  E                                | SMTP-030_A       |  4.4    | S     |d NA    | HBAB   | SYSTEMb  E                                | SNMP-040_A       |  4.4    | S     |t NA    | HBAB   | SYSTEM   E                                | SSH-040_A        |  4.4    | S     |  NA    | HBAB   | SYSTEMf  E                                | SSH-050_A        |  4.4    | S     |a NA    | HBAB   | SYSTEMr  E                                | STREAMSYMB-030_A |  4.4    | S     |c NA    | HBAB   | SYSTEMa  E                                | STREAMSYMB-040_A |  4.4    | S     |> NA    | HBAB   | SYSTEM>  E                                | UCX_LIBRARY_EMULA|  4.4    | S     |> NA    | HBAB   | SYSTEMn  E                                | USER_RLOGIN-010_A|  4.4    | S     |b NA    | HBAB   | SYSTEM:  E                                | USER_RLOGIN-020_A|  4.4    | S     |. NA    | HBAB   | SYSTEM>  E                                | XNTP-020_A       |  4.4    | S     |> NA    | HBAB   | SYSTEMo  E                                | MULTINET         |  4.4    | S     |a S     | HBAC   | SYSTEMu  E                                | KERNEL-UPDATE-040|  4.4    | S     |r NA    | HBAC   | SYSTEMo  E                                | UCXDRIVER-020_A  |  4.4    | S     |i NA    | HBAC   | SYSTEMI  E                                | DHCP-010_A       |  4.4    | S     |r NA    | HBAC   | SYSTEMr  E                                | FTP-030_A        |  4.4    | S     |  NA    | HBAC   | SYSTEM"  E                                | IMAP-011_A       |  4.4    | S     |  NA    | HBAC   | SYSTEM   E                                | LOADABLE_NFS_CONT|  4.4    | S     |p NA    | HBAC   | SYSTEM   E                                | NAMED-011_A      |  4.4    | S     |n NA    | HBAC   | SYSTEM   E                                | SMTP-030_A       |  4.4    | S     |  NA    | HBAC   | SYSTEM   E                                | SNMP-040_A       |  4.4    | S     |f NA    | HBAC   | SYSTEMe  E                                | SSH-040_A        |  4.4    | S     |A NA    | HBAC   | SYSTEM   E                                | SSH-050_A        |  4.4    | S     |i NA    | HBAC   | SYSTEMd  E                                | STREAMSYMB-030_A |  4.4    | S     |, NA    | HBAC   | SYSTEMn  E                                | STREAMSYMB-040_A |  4.4    | S     |t NA    | HBAC   | SYSTEMu  E                                | UCX_LIBRARY_EMULA|  4.4    | S     |  NA    | HBAC   | SYSTEMt  E                                | USER_RLOGIN-010_A|  4.4    | S     |t NA    | HBAC   | SYSTEM   E                                | USER_RLOGIN-020_A|  4.4    | S     |h NA    | HBAC   | SYSTEM.  E                                | XNTP-020_A       |  4.4    | S     |t NA    | HBAC   | SYSTEMo  E                                | DIAA             |  3.4    | F     |o NA    | HBAB   | SYSTEM   E                                | DIAA             |  3.4    | F     |u NA    | HBAC   | SYSTEMn  E                                | DIAA             |  3.4    | S     |e NA    | HBAC   | SYSTEMa  E                                | SLSG             |  2.9    | S     |  S     | HBAC   | DISCO  E                                | DCSC             |  3.2    | S     |  S     | HBAC   | DISCO  E                                | PATROL           |  2.6    | F     |p NA    | HBAB   | D_PTR  E                                | PATROL           |  2.6    | S     |  NA    | HBAB   | D_PTR  E                                | PATROL           |  2.6    | S     |u NA    | HBAB   | D_BMC  E                                | ORACLEKM         |  8.4    | S     |F NA    | HBAB   | D_BMC  E                                | FTP-041_A        |  4.4    | S     |o NA    | HBAC   | KSINGHr  E                                | FTP-041_A        |  4.4    | S     |r NA    | HBAB   | KSINGH-  E                                | IPP-040_A        |  4.4    | S     |, NA    | HBAC   | KSINGHm  E                                | IPP-040_A        |  4.4    | S     |0 NA    | HBAB   | KSINGH5  E                                | LOADABLE_R_SERVIC|  4.4    | S     |  NA    | HBAC   | KSINGHs  E                                | LOADABLE_R_SERVIC|  4.4    | S     |  NA    | HBAB   | KSINGH   E                                | NFS_CLIENT-011_A |  4.4    | S     |. NA    | HBAC   | KSINGHt  E                                | NFS_CLIENT-011_A |  4.4    | S     |l NA    | HBAB   | KSINGHr  E                                | SNMP-051_A       |  4.4    | S     |> NA    | HBAB   | KSINGHW  E                                | SNMP-051_A       |  4.4    | S     |  NA    | HBAC   | KSINGH   E                                | SOCKET_LIBRARY-01|  4.4    | S     |  NA    | HBAC   | KSINGHr  D                               | SOCKET_LIBRARY-01|  4.4    | S     | NA    | HBAB   | KSINGHi  E                                | UCX_LIBRARY_EMULA|  4.4    | S     |m NA    | HBAC   | KSINGHe  E                                | UCX_LIBRARY_EMULA|  4.4    | S     |n NA    | HBAB   | KSINGHa  E                                | KERNEL-UPDATE-070|  4.4    | S     |t NA    | HBAC   | KSINGHe  E                                | SSH-062_A        |  4.4    | S     |o NA    | HBAC   | KSINGHo  E                                | UCXDRIVER-030_A  |  4.4    | S     |n NA    | HBAC   | KSINGH   E                                | KERNEL-UPDATE-070|  4.4    | S     |s NA    | HBAB   | KSINGHh  E                                | SSH-062_A        |  4.4    | S     |e NA    | HBAB   | KSINGHw  E                                | UCXDRIVER-030_A  |  4.4    | S     |a NA    | HBAB   | KSINGHo  E                                | STREAMSYMB-050_A |  4.4    | S     |O NA    | HBAB   | SYSTEM   E                                | STREAMSYMB-050_A |  4.4    | S     |o NA    | HBAC   | SYSTEMt  E                                | XNTP-020_A       |  4.4    | S     |a NA    | HBAB   | SYSTEMo  E                                | XNTP-020_A       |  4.4    | S     |n NA    | HBAC   | SYSTEM   E                                | DCSCA            |  3.2    | S     |  S     | HBAC   | DISCO       Rgds,= Bhushane   ------------------------------  $ Date: Wed, 3 Mar 2004 11:18:34 -0500$ From: Mike Duffy <Duffy@process.com>" Subject: RE: Patches installed ...> Message-ID: <63D30D6E10CFD11190A90000F805FE860492B4A8@LESPAUL>   > -----Original Message-----: > From: bhushann@hotmail.com [mailto:bhushann@hotmail.com]* > Sent: Wednesday, March 03, 2004 10:45 AM > To: Info-VAX@Mvb.Saic.Comt  > Subject: Patches installed ... >  >  > Hi,e > 5 >   I am trying to figure out from the output below,  2 > which is the stack that is installed on VMS ??? & > and  which all patches installed ???- > Is TCPIP 5.3-18 different than Multinet ???s0 > Can anyone help answer these questions please. > 2 > OpenVMS 7.3-1 has the following patches applied: >  > [list of pathes deleted.]a  9 MultiNet is a TCP/IP implementation from Process Softwares< (my company, www.process.com).  TCPIP ("TCP/IP serviced for 8 OpenVMS") is the equivalent product from HP, that ships 
 with OpenVMS.:  8 It is possible to have both installed on the system, but  only one can be running at once.  : From the list of patches, I'd guess the machine primarily < ran MultiNet in the past (because of the number of MultiNet ; patches, someone appears to have actively managed MultiNet  8 for some time, and the list makes it appear to have been recently cared for.)  2 You'll find plenty of fans of each product here on3 comp.os.vms, and you'll be able to get high-qualityu5 help with either.  If you choose to go with MultiNet,:; you may wish to subscribe to the info-multinet@process.com t
 mailing list.   8 If you're a hobbyist (which you didn't mention), neither9 product will cost any money to run.  Since MultiNet seemso7 as if it might already be fully configured, that might t8 be the easiest way to go.  A commercial MultiNet license5 costs money, whereas TCP/IP Services is included withl8 the OpenVMS license.  These factors will probably figure into your decision.i  
 Mike Duffy Process Software   ------------------------------  % Date: Wed, 03 Mar 2004 09:05:02 +0100 " From: Didier Morandi <no@spam.com>+ Subject: Pathworks-32 and Windaube XPriencee4 Message-ID: <404591da$0$24945$626a14ce@news.free.fr>  N Who succeeded to have PCSA and XP work together fine? Mainly the DECnet stuff.   Thanks.r   D.   ------------------------------  # Date: Wed, 03 Mar 2004 08:11:42 GMTn From: guppy@fish.org% Subject: Re: PWS 433au disk problems.c8 Message-ID: <kh3b40hgjvhu6kjo0ht25i7kgmad46u909@4ax.com>   >-----Original Message-----d. >From: Jan-Erik Sderholm [mailto:aaa@aaa.com]% >Sent: Monday, March 01, 2004 3:06 PM  >To: Info-VAX@Mvb.Saic.Com" >Subject: PWS 433au disk problems. >h >e >Hi all PWS-lovers ! >c< >I have some troubles with my rather new (for me) PWS 433au. .i > ; >As far as I understand you don not *have* to have anything0> >connected on the internal conectors on the SCSI card, right ? >O7 >What about the connectors under the fans on the back ?27 >There is one connector (terminator ?) connected at the.> >connector at the "bottom" (SCSI cable comes in at the "top").B >And there is one empty connector near the top. Note, we are still) >at the back of the BA356 under the fans.e >  >Any thoughts ?i > 
 >Best Regardsn >Jan-Erik Sderholm.  5 _____________________________________________________p Terminator configuration: @ Each bus requires a terminator, whether internal to the I/O or a separate terminator. WE In split bus mode, install a terminator onto Slot 6.  The Ultra BA356 ; requires special procedures for installing the terminator.  A In through bus mode, install a jumper onto Slot 6. Termination is4 provided by the I/O module. B Ensure the host controller is configured to provide term power for SCSI operation. 	 CAUTION! yB The module connector behind slot 1 is for storing an unused jumperD module (BA35XMF). It cannot be used for storing a terminator module (BA35XME). < A terminator behind slot 1 can cause SBB Fault LEDs to light occasionally. C ___________________________________________________________________   E So, for one bus, you would need a jumper in slot 6.  The bus would beoD terminated in the 16 bit io board, assuming the term power is turnedD on in the kzpba, so there should be no terminator on the back of theE ba356.  (Use eeromcfg.exe from floppy  to check term power and ensure F speed for drives is set to fast10, not fast20, which could muck up the works.)    ------------------------------  % Date: Wed, 03 Mar 2004 09:38:27 +0100e9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>2% Subject: Re: PWS 433au disk problems.w' Message-ID: <40459983.EB308F0E@aaa.com>1   Well, this is interesting !   8 When I got the BA356, it had another personality module,9 the BA35X-MG (the one with to front 50-pin connectors and = two visible yellow LEDs on the front). Should there differentg termination ? on the backplane when using this one, and the current one (withd# one front and one side connector) ?e  ? Currently there are one "thing" connected at the back of slot-6eA (you ment on the back, right ? Not the "slot-6" from the front ?)aA called "54-23378-01". It's also marked "16-bit jumper". It's justc/ a connectd on a small PCB, no other components.r  	 Jan-Erik.    guppy@fish.org wrote:v > 7 > _____________________________________________________o > Terminator configuration:eB > Each bus requires a terminator, whether internal to the I/O or a > separate terminator.G > In split bus mode, install a terminator onto Slot 6.  The Ultra BA356y< > requires special procedures for installing the terminator.C > In through bus mode, install a jumper onto Slot 6. Termination isl > provided by the I/O module.fD > Ensure the host controller is configured to provide term power for > SCSI operation. 
 > CAUTION!D > The module connector behind slot 1 is for storing an unused jumperF > module (BA35XMF). It cannot be used for storing a terminator module
 > (BA35XME).S> > A terminator behind slot 1 can cause SBB Fault LEDs to light > occasionally. E > ___________________________________________________________________t > G > So, for one bus, you would need a jumper in slot 6.  The bus would begF > terminated in the 16 bit io board, assuming the term power is turnedF > on in the kzpba, so there should be no terminator on the back of theG > ba356.  (Use eeromcfg.exe from floppy  to check term power and ensurehH > speed for drives is set to fast10, not fast20, which could muck up the	 > works.)    ------------------------------  % Date: Wed, 03 Mar 2004 09:57:30 +0100 9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>t% Subject: Re: PWS 433au disk problems..' Message-ID: <40459DFA.94FA8D50@aaa.com>e   guppy@fish.org wrote:   ? > (Use eeromcfg.exe from floppy  to check term power and ensureoH > speed for drives is set to fast10, not fast20, which could muck up the	 > works.)t   OK, I found the source :F http://ftp.digital.com/pub/DEC/Alpha/firmware/readmes/archive/utility/  ? There are also something called util_cli.exe that also seems to A be for the KZPBA card. That seems to be more feature rich, it hasa at least a larger read-me :-)7  * I'll download them and see what happens...  	 Jan-Erik.i   ------------------------------  $ Date: Wed, 3 Mar 2004 08:38:55 +0100( From: "Rudolf Wingert" <win@fom.fgan.de>( Subject: Re: Support of USB Memory stick3 Message-ID: <001701c400f2$94e1ad00$994614ac@wat153>r   Hello,  @ Memory Sticks are an easy way to exchange data between differentH platforms without an network. Within our institute, we do have differentG networks (internal and internet connected), with no physical connectionaF between both. All of our OpenVMS computers are on the internal net. SoA we have to transfer data (including ERRLOGs for failure handling,eC patches ...) from Openvms to Windows or vice versus. Diskette is toaH small for transfer. If we could use USB sticks, then we could use PCDISKG tool to write FAT16 data to the stick and read them under Windows. Also G would it be good possibility to transfer data to an standalone computerIB within a high security zone. I use Memory sticks for data transfer6 between PCs. It is an easy and practicle way to do so.   Best regards Rudolf Wingertt   ------------------------------  % Date: Tue, 02 Mar 2004 22:57:45 -0500e* From: JF Mezei <jfmezei.spamnot@istop.com>( Subject: Re: Support of USB Memory stick( Message-ID: <404557A2.A2C3034@istop.com>   John Smith wrote: H > There are a number of good and possible uses for a USB stick under VMS > & > Biometric token (fingerprint reader)  > Removable encrypted data store
 > RAM disk > Licensing tokeno  $ How about handling digital cameras ?   ------------------------------  % Date: Wed, 03 Mar 2004 17:07:14 +0100 3 From: Michael Unger <spam.to.unger@spamgourmet.com>s( Subject: Re: Support of USB Memory stick: Message-ID: <c2518m$1oel9f$1@ID-152801.news.uni-berlin.de>  0 On 2004-03-03 11:21, "Christoph Gartmann" wrote:   > [...]. > H > These sticks are the real replacement of the former floppy disk. EveryK > platform supports it, the file format is simple, usage it simple. Tell mei4 > what is better for the purpose of exchanging data.   CD-RW?   Michaeln   -- l; Real names enhance the probability of getting real answers.V@ Please do *not* send "Security Patch Notifications" or "SecurityA Updates"; this system isn't running a Micro$oft operating system.a5 My e-mail account at DECUS Munich is no longer valid.    ------------------------------  % Date: Wed, 03 Mar 2004 09:35:59 -0700o% From: Dan O'Reilly <dano@process.com> ( Subject: Re: Support of USB Memory stickB Message-ID: <6.0.0.22.2.20040303093531.01fefe78@raptor.psccos.com>  * At 09:07 AM 3/3/2004, Michael Unger wrote:1 >On 2004-03-03 11:21, "Christoph Gartmann" wrote:o >t	 > > [...]i > >bJ > > These sticks are the real replacement of the former floppy disk. EveryM > > platform supports it, the file format is simple, usage it simple. Tell meG6 > > what is better for the purpose of exchanging data. >t >CD-RW?    ..a network...?i  ( Remember, we're not talking PC's here...   ------J +-------------------------------+----------------------------------------+J | Dan O'Reilly                  |  "There are 10 types of people in this |J | Principal Engineer            |   world: those who understand binary   |J | Process Software              |   and those who don't."                |J | http://www.process.com        |                                        |J +-------------------------------+----------------------------------------+   ------------------------------  % Date: Wed, 03 Mar 2004 10:12:20 +0000e* From: Nic Clews <sendspamhere@[127.0.0.1]>( Subject: Re: Support of USB Memory stick' Message-ID: <c24b3d$36f$1@lore.csc.com>2   Fred Kleinsorge wrote: > $ > Do you have a requirement for one? > L > We have some code, but it isn't shipping or supported.  By letting us knowL > that there are real customer requirements, we can determine if it is worth) > qualifying the logic and supporting it.m  H Yes. [In a certain case] the current proposal is a tape solution to moveG relatively (less than 100 meg) small amounts of data from one system to D another. CDR was investigated, but due to the nature of the data add+ complications to destroying the used media.g  G So a convenient data interchange, and Memory Stick (or other "pendrive"tA technology) would be welcome. FWIW, compatibility with other files9 systems not required. There is no, and never will be, anyn6 interconnecting network between the systems concerned.   -- i? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciencesa nclews at csc dot com,   ------------------------------  % Date: Wed, 03 Mar 2004 15:36:26 +0800c@ From: Tim Sneddon <first-initiallastname@bsddotinfomedia.com.au># Subject: Re: TCPIP printer via ISDN & Message-ID: <40458afe@post.usenet.com>  > **** Post for FREE via your newsreader at post.usenet.com ****   Piet Timmers wrote:  > ls.e > 3 > We have tcpip printers connected via ISDN lines. iF > These lines are only active, and we have to pay for them, when thereC > is a need to connect to the printer. The problem is that when thetG > printerqueue is stalled, a polling is executed, which causes the isdneH > line to be active, so we have to pay for it. This can be the situationF > for several hours, for example when in the evening the printers runsH > out of paper, the queue is stalled until the next morning, and we have > to pay for the isdn line.  > G > Is there a way to solve this problem, or to make it less expensive. IeA > can imagine that a stalled queue has to poll the printer to seedF > whether it is available again, but mayby there is way to change thisG > polling to once an hour, this will reduce our isdn cost dramatically.  >  > Thanks for every help. >  > Piet  F Please specify what version of VMS, which IP stack and what version in= future. This makes providing you with a clearer answer easier  a lot easier :-)  E Assuming you are using TCPIP check out section 25.5.3 - 25.5.5 of the H "HP TCP/IP Services for OpenVMS Management Guide". It covers controllingE the retry interval, probe time, keep alive, etc. This should give youv4 what you want. Or at least a place to start looking.  ) The documentation can be found online at:n  '      http://www.openvms.compaq.com/doc/a  
 Regards, Tim.     F -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=D  *** Usenet.com - The #1 Usenet Newsgroup Service on The Planet! ***+                       http://www.usenet.com E Unlimited Download - 19 Seperate Servers - 90,000 groups - UncensorednF -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=   ------------------------------  # Date: Wed, 03 Mar 2004 14:56:58 GMTt3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond)o) Subject: Re: upgrade path to Alpha 7.3...h. Message-ID: <_mm1c.95$7d2.77@news.cpqcorp.net>  S In article <104br6g83g3csc5@corp.supernews.com>, "smitty" <andrew@sp32.com> writes: L >Can anyone tell me if upgrading a 7.1-2 alpha to 7.3 alpha is a valid path? >l >The 7.3 documentation notes:-K >"Upgrades are supported from Version 6.1, 6.2-xxx, 7.0, 7.1, or 7.2-xxx ofe, >the COmpaq OpenVMS Alpha operating system." >e >Does this include 7.1-2?n   Obviously not.  E That does NOT mean it won't work, only that OpenVMS Engineeering has t8 not tested that upgrade path.  Will V7.1-2 -> V7.3 work?% I don't know -- one way or the other.i  @ The tested path (from memory) would be V7.1-2 -> V7.2.2 -> V7.3.  C I also suggest you consider upgrading to V7.3-2 or at least V7.3-1.u  D As always, be sure you have a good backup of your system disk before you begin any upgrade.   --  J       Charlie Hammond -- Hewlett-Packard Company -- Ft Lauderdale  FL  USAF           (hammond@not@peek.ssr.hp.com -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  $ Date: Wed, 3 Mar 2004 09:44:27 -0600( From: Wayne Sewell <wayne@tachysoft.com>) Subject: Re: upgrade path to Alpha 7.3... / Message-ID: <00A2E48C.9522F8FE.3@tachysoft.com>r  4 >From: hammond@not@peek.ssr.hp.com (Charlie Hammond)* >Subject: Re: upgrade path to Alpha 7.3...  T >In article <104br6g83g3csc5@corp.supernews.com>, "smitty" <andrew@sp32.com> writes:M >>Can anyone tell me if upgrading a 7.1-2 alpha to 7.3 alpha is a valid path?  >> >>The 7.3 documentation notes:L >>"Upgrades are supported from Version 6.1, 6.2-xxx, 7.0, 7.1, or 7.2-xxx of- >>the COmpaq OpenVMS Alpha operating system."a >> >>Does this include 7.1-2? >i >Obviously not.. > F >That does NOT mean it won't work, only that OpenVMS Engineeering has 9 >not tested that upgrade path.  Will V7.1-2 -> V7.3 work?t& >I don't know -- one way or the other. >oA >The tested path (from memory) would be V7.1-2 -> V7.2.2 -> V7.3.a >yD >I also suggest you consider upgrading to V7.3-2 or at least V7.3-1. >i  M The node in question is a software test node, needed to support customers whoo can't/won't upgrade.  H Software Partners would love to be able to upgrade all nodes to the mostH current version of vms.  Customers won't let us.  We have to have a nodeM running every possible version from 6.2 on for both architectures.  I have anhL independent installation from the main sp32 site, so I am guessing that thisO particular upgrade is happening because fewer customers are running V7.1-2 than/. V7.3, since the former was an oddball version.  D I get around this problem by having a single pair of test nodes withL storageworks disks containing every supported vms version.  Well, almost.  IL have vax and alpha 6.2 system disks, but all of the machines I had that were1 capable of running such an old version have died.    WayneaO =============================================================================== N Wayne Sewell, Tachyon Software Consulting  (281)812-0738   wayne@tachysoft.com; http://www.tachysoft.com/www/tachyon.html and wayne.html   4O =============================================================================== B Jed Clampett, checking into hotel: "This place got a cement pond?", 	Ellie May: "And do yuh let critters in it?"   ------------------------------  % Date: Wed, 03 Mar 2004 17:41:40 +0000 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>r4 Subject: Re: VMS Hobbyist License program abolished?0 Message-ID: <c255ck$hng$2@new-usenet.uk.sun.com>   glen herrmannsfeldt wrote: > John Smith wrote:S >=20 > (snip) >=20G >> And while Mark is loking into it, suggest that he allow the HobbyisteJ >> licenses to be used by all educational institutions, K-12, colleges an= d G >> universities as long as they are used for instructional purposes.=20r >> Seems totJ >> me that the Hobbyist licenses are less onerous and less expensive than= =20o >> the >> Educational licenses. >=20 >=20F >> THis way an educational institution can get an Alpha for next to=20
 >> nothing onnJ >> eBay (or donated by one of us) and get free licenses to use to educate= =20- >> kids. >=20 >=20D > Are used Alphas really cheaper than a comparable off-brand PC with$ > the previous generation processor? >=200 > How about a new Athlon64, though not too fast? >=20  0 Mesh are selling an Athlon64 3000+ based box for =A3599 with monitor etc.   Regards  Andrew Harrisonn   ------------------------------  % Date: Wed, 03 Mar 2004 13:14:35 +0100r* From: Paul Sture <nospam@sture.homeip.net>; Subject: Re: Why does smtp mail between local systems fail?t0 Message-ID: <4045DA3A.43A98523@sture.homeip.net>   Lawrence Bleau wrote:h > H > Well, I have another datum to report, which may bring us closer to the2 > truth (though the truth seems to keep moving :-) > J > Working on a guess from a coworker, I created an empty smtp.config file,I > then tried to telnet/port=25 into my system.  The smtp server respondedcL > within 2 secs!  I put back the original smtp.config file, tried again, andM > it took ~30 secs.  I next tried commenting out just the line that lists rblr > sites; the line was  > ' > RBLs: bl.spamcop.net, dnsbl.sorbs.net?  G I'm using the following RBLs here (don't ask how I decided on these, itl was a long time ago):h  : RBLs: rbl.maps.vix.com, dul.maps.vix.com, relays.orbs.org, mr-out.imrss.org   > C > The smtp server now responds with its HELO line in just 1-2 secs.  > K > So, it would seem that rbl lookup is causing the large delay.  Has anyone-K > observed this?  Try telnet/port=25 yoursystem and just count off how long L > it takes for it to respond.  (After it does, enter QUIT (uppercase) to end > the session.)    A couple of seconds or so here.    > L > Maybe this behavior has been here all along and I just noticed it; I don'tE > know as I'm not running anti-spam stuff on any other of my systems.  > J > Has anyone noticed this behavior on their systems, and what is the tcpip > and VMS version if so? > I > Here's some other points to consider.  There are some Mac systems in my J > group that run anti-spam s/w by doing rbl lookups to the same rbl sites,H > and they respond within 2 secs, while VMS doesn't.  Kinda hard to just# > blame the rbl sites in that case.t > J > Also, one responder suggested increasing CTLPAGES.  I did this on one ofL > the systems, and the delay dropped from 62 secs to 31 secs while it stayedK > ~65 secs on the other system.  However, a few days later, the delay on my G > other system *also* dropped to about 31 secs consistently, and it had I > CTLPAGES still at 256, no increase!  So increasing CTLPAGES at best canl& > help, at worst has no effect at all. > O > Does anyone use rbl's on a tcpip 5.3 or 5.4 system and *not* have this delay?t > < > Why should it happen on VMS if it doesn't happen on a Mac? > L > Finally, does anyone know of a way to reduce or eliminate the delay (other > than increasing CTLPAGES)?  ? At one point last year MAIL was aborting when I sent a message.  Sometimes using    $ TCPIP STOP MAIL_ $ TCPIP START MAIL  C would coax it into life again, but eventually a reboot was the only 	 solution.   G In response to a recommendation here I raised CTLPAGES to 1600. I stillX, saw the problem, but with a lower frequency.  ? I haven't seen it for many months, probably not since I applied  TCPIP_ECO V5.3-182 last June.    Version details:  ?   Compaq TCP/IP Services for OpenVMS Alpha Version V5.3 - ECO 3 ;   on a Digital Personal WorkStation  running OpenVMS V7.3-1   < (which has TCPIP_ECO V5.3-183, the one which was withdrawn.)   -- l
 Paul Sture   ------------------------------  * Date: Wed, 3 Mar 2004 18:22:23 +0000 (UTC)* From: bleau@umtof.umd.edu (Lawrence Bleau); Subject: Re: Why does smtp mail between local systems fail? 0 Message-ID: <c257ov$mln$1@grapevine.wam.umd.edu>  Y In article <c24jj2$16mu@newton.cc.rl.ac.uk>, "Richard Brodie" <R.Brodie@rl.ac.uk> writes:Vc >"Lawrence Bleau" <bleau@umtof.umd.edu> wrote in message news:c22nva$jkd$1@grapevine.wam.umd.edu...n >lJ >> Here's some other points to consider.  There are some Mac systems in myK >> group that run anti-spam s/w by doing rbl lookups to the same rbl sites, 5 >> and they respond within 2 secs, while VMS doesn't.V >VG >I'm guessing that they both timeout. Have you tried manual DNS queriesK >to the RBL sites?  D I just picked a site that failed the rbl test (ws on the rbl list asG reported by our smtp s/w) and our own site, one that showed the ~30 sec H delay yesterday.  I used the nslookup utility that came with TCPIP 5.3. 5 Here are the results of tests I ran on umtof.umd.edu:   E Name given to nslookup           Who        On RBL list? Delay (secs)V< 228.142.204.200.bl.spamcop.net   bad guy        y          1< 228.142.204.200.dnsbl.sorbs.net  bad guy        y          1< 195.163.2.129.bl.spamcop.net     umace.umd.edu  n          1< 195.163.2.129.dnsbl.sorbs.net    umace.umd.edu  n          1  J When I tried to telnet/port=25 from umace into umtof, however, there was aJ delay of 32 secs before I received the 220 HELO message. (Btw, umace's IP#; is 129.2.163.195, the one used in the nslookup test above.)V  K So, no, these rbl sites aren't timing out, but it's taking a very long timecL for the program TCPIP$SMTP_RECEIVER to complete its work.  What is going on? HP?  Any clue?   Lawrence Bleau University of Maryland" Physics Dept., Space Physics Group 301-405-6223 bleau@umtof.umd.edu    ------------------------------  # Date: Wed, 03 Mar 2004 09:13:59 GMTE& From: Don Sykes <paladin@mydomain.com> Subject: Re: Zip/update IssueS< Message-ID: <rlh1c.5475$_T7.2505@newssvr27.news.prodigy.com>   David J. Dachtera wrote:   > Don Sykes wrote: >  >>[snip]G >>All the SEzip files and standard zip files are created on the NT then_I >>zipped together and then ftp'd (as bin) to VMS. Then I just do an unzip0	 >>on VMS.  >  > J > O.k. There's the piece that was ambiguous. At first it appeared that youH > were trying to use VMS ZIP to update a file within an archive produced > on a non-VMS system.  E Yes. That IS it. Once the SEzip files have been unzipped onto my VMS LG server they are ready to be distributed (downloaded to customers), BUT tI they still don't contain a valid license, because I need the customer to  E enter stuff on my VMS web server to create the valid license, THEN I VD need to update the files with the newly created licenses and that's G where the problem comes in. If I didn't have to update them they could -C be downloaded from VMS and they would work fine(they just wouldn't t contain the right licenses).   >  > A >>Remember, all these files work fine on NT (or other fine M$ OS)-H >>after they're downloaded from VMS. It's only after I do an update to a  >>SEzip that I have the problem. >>5 >>After the unzip on VMS all the SEzip files show as:- >  >  > Please define "SEzip files". Self Extracting Zip-   >  > G >>     Organization: SEQ   RecordFormat: STMLF     RecordAttributes: CRt+ >>     MaxRecordSize: 0    LongestRecord: 0- >>H >>and as I said I can download them back to my NT at this point and they >>work fine. >  > @ > Maybe you should post (or e-mail) the commands you're using toF > accomplish the task you're attempting. We're getting too confused by > terminology here.  >  What I'd like to use is just :' $ zip/update MySEzip.exe newLicense.key-   When it's just a regular zip: " $ zip/update My.zip newLicense.key works fine.    --     Have VMS, Will Travel4 Wire paladin, San Francisco    (paladinATalphaseDOTcom)   ------------------------------  % Date: Wed, 03 Mar 2004 10:22:58 +0100S9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>  Subject: Re: Zip/update IssueB' Message-ID: <4045A3F2.D40069F3@aaa.com>    Don Sykes wrote: > F > Yes. That IS it. Once the SEzip files have been unzipped onto my VMSG > server they are ready to be distributed (downloaded to customers),...G  6 Should that have been "ftp'ed" instead of "unzipped" ?  	 Jan-Erik.    ------------------------------  % Date: Wed, 03 Mar 2004 08:47:48 +0100_" From: Didier Morandi <no@spam.com>< Subject: Re: [GAME] you've been appointed VMS Mkt Mgr, so...4 Message-ID: <40458dd1$0$24959$626a14ce@news.free.fr>   William Webb wrote:   0 > If you consider how much Sue has done for VMS:3 > she doesn't rate an armchair, she rates a THRONE.    :-)|   ------------------------------  % Date: Wed, 03 Mar 2004 08:48:29 +0100 " From: Didier Morandi <no@spam.com>< Subject: Re: [GAME] you've been appointed VMS Mkt Mgr, so...4 Message-ID: <40458df9$0$24959$626a14ce@news.free.fr>   John Smith wrote:B   > William Webb wrote:  > 	 >>Didier,  >>0 >>If you consider how much Sue has done for VMS:3 >>she doesn't rate an armchair, she rates a THRONE.| >  >  >  > Corollary.... M > If Sue rates a throne for all she's done for VMS, then carly(tm), Stallard,A= > Robison, et al. rate a gibbet for all they've done for VMS.    LOL    D.   ------------------------------  % Date: Wed, 03 Mar 2004 08:53:05 +0100a" From: Didier Morandi <no@spam.com>< Subject: Re: [GAME] you've been appointed VMS Mkt Mgr, so...4 Message-ID: <40458f0d$0$24946$626a14ce@news.free.fr>   Thomas Dzubin wrote:  I > (I originally wrote this response SEVEN YEARS AGO...use www.deja.com toAG > find my original Usenet response ...please substitute "HP" for "DEC")  > J > Subject:      Re: Why can't Digital market? (Was Re: DEC vs Sun & PPro?)6 > From:         Thomas Dzubin <no.email.for@me.please> > Date:         1997/02/042 > Message-ID:   <5d8589$2vs@fountain.mindlink.net>? > Newsgroups:   comp.os.vms,alt.folklore.computers,comp.sys.dec  ../..   ( You're giving me an idea (yes, again...)  Q Maybe we could set up a virtual VMS Marketing Community (isn't it already here?) 0O and start "selling" VMS to Customers worldwide. Then, when the PO is ready for  O signature, we go to HP and ask how much they will pay us for that new Customer.   
 Waddya think?    D.   ------------------------------   End of INFO-VAX 2004.125 ************************