0 INFO-VAX	Fri, 26 Jan 2001	Volume 2001 : Issue 52      Contents:  Re: Filename wildcards under VMS Higher sized memory for DS20[E] ( Memo:  Re:  Memo:  Help! Zip/Unzip error, Re: Memo:  Re:  Memo:  Help! Zip/Unzip error. Re: Midrange I/O with VMS WAS: DS20 - Slow I/O RE: MPACK/MUNPACK images Problem with decnet copy Re: Problem with decnet copy) RMS bug, possible triggered by autoextend  SGI x Itanium x Cluster   F ----------------------------------------------------------------------  % Date: Fri, 26 Jan 2001 11:37:31 +0000 / From: Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk> ) Subject: Re: Filename wildcards under VMS 7 Message-ID: <009F6B14.D4EF5175.17@maxwell.ph.kcl.ac.uk>   L > >     I have got some utilities written in C that I'm porting to VMS and IH > > am having trouble with wildcards.  Under Unix a command like "myprogL > > *.*" has the wildcard expanded by the shell and the filenames are passedH > > to the utility via argv.  In VMS this does not happen.  Any thought? >   G The runtime library LIB$FIND_FILE will expand a wildcard, returning one  filename per call.    0 It ought to be quite easy to implement a routine  5 char **vmsargv( char** argv, int argc, int* vmsargc)    J which takes argc and argv from main() and builds up vmsargc and vmsargv byF copying arg strings that do not contain the character '*' not prefixedG by "\" and enumerating those that do with lib$find_file (and malloc to  I create somewhere to put the results as a c-style string). Having written   this you could simply replace    main ( int argc, char ** argv)   by  " main ( int vargc, char ** vargv) {   ... (   argv = vmsargv ( vargv, vargc, &argc);    E and the rest of the unix-style code should then run as if it had been L invoked from a unix shell with no code changes.  Maybe a bit more work than 8 ad-hoc  expansion, but you  only have to write it once.   H (I'd be surprised if someone hasn't already done this, but it's not me.)   	Yours, 
 		Nigel Arnot - 		NRA@MAXWELL.PH.KCL.AC.UK                      7 		"In the beginning there was nothing, which exploded."    ------------------------------  + Date: Fri, 26 Jan 2001 08:51:50 +0100 (MET) & From: Rudolf Wingert <win@fom.fgan.de>( Subject: Higher sized memory for DS20[E]6 Message-ID: <200101260747.IAA19959@sinet1.fom.fgan.de>   Hello,  G at spring last year I asked for higher sized memory (2GB and 4GB option I like ES40) for the DS20. Someone did answer, that at the end of year 2000 K we could see this one. Today I did have a look to Compaqs  Webpage. Nothing J to see about a higher sized memory. We work in the section of image under-H standing. So we need workstations like the DS20E with high memory optionG (best would be >10GB memory). Does anybody know something about Compaqs H plan with the memory of DS20 (1GB SDRAMs are state of the art)? Can hope& to hear something new early this year?   TIA and regards Rudolf Wingert   ------------------------------  % Date: Fri, 26 Jan 2001 10:53:56 +0000 , From: Paul BEAUDOIN <paul.beaudoin@hsbc.com>1 Subject: Memo:  Re:  Memo:  Help! Zip/Unzip error ? Message-ID: <802569E0.003B9D12.00@emea-smtp-03.systems.uk.hsbc>    >:Gents  > @ > Somewhat presumptuous of your potential audience genetics, eh?i ........................................................................................................^     gender?E In any case , yes - modern courtesy has dictated what may not be said  but has yet to supply  a suitable replacement. ? Various alternative salutations are inappropriate, insulting or 	 unwieldy:       Sir or Madam       Ladies and Gentlemen # Or how about something a little PC?       Person       People  Or even really PC...7      Human (Though even this is a bit presumptuous now)  Or industry specific: +      Dear Guru/Technosquid/propellorhead... C I come from a school that demands a salutation as to not use one (a C possible solution) is akin to barging into a conference unannounced A and commandeering the discussion - not generally considered to be 	 sociable. B So - as in many things - I am a bit stuck on this one. SuggestionsB welcome (though I acknowledge this is a technical forum - not Miss	 Manners.)    Paul        D ********************************************************************B  This message and any attachments are confidential to the ordinaryB  user of the e-mail address to which it was addressed and may also>  be privileged. If you are not the addressee you may not copy,8  forward, disclose or use any part of the message or itsC  attachments and if you have received this message in error, please B  notify the sender immediately by return e-mail and delete it from
  your system.   =  Internet communications cannot be guaranteed to be secure or A  error-free as information could be intercepted, corrupted, lost, >  arrive late or contain viruses. The sender therefore does not?  accept liability for any errors or omissions in the context of ?  this message which arise as a result of Internet transmission.    D  Any opinions contained in this message are those of the author and ?  are not given or endorsed by the HSBC Group company or office  =  through which this message is sent unless otherwise clearly  A  indicated in this message and the authority of the author to so  3  bind the HSBC entity referred to is duly verified.   D ********************************************************************   ------------------------------  % Date: Fri, 26 Jan 2001 09:26:24 -0500   From: jamese@beast.dtsw.army.mil5 Subject: Re: Memo:  Re:  Memo:  Help! Zip/Unzip error 0 Message-ID: <01012609262477@beast.dtsw.army.mil>  O Paul BEAUDOIN <paul.beaudoin@hsbc.com> wrote on Fri, 26 Jan 2001 10:53:56 +0000 7 in <802569E0.003B9D12.00@emea-smtp-03.systems.uk.hsbc>:   E > I come from a school that demands a salutation as to not use one (a E > possible solution) is akin to barging into a conference unannounced C > and commandeering the discussion - not generally considered to be  > sociable. D > So - as in many things - I am a bit stuck on this one. SuggestionsD > welcome (though I acknowledge this is a technical forum - not Miss > Manners.)    Hey, y'all,    Hello,   Hi,   D Since I consider North Carolina home, even if I don't live there, I D prefer the "Hey" form.  For those of y'all (you all) that have neverC lived or traveled in the southern US, "Hey" is used as a salutation 9 as well as something you yell to get someone's attention.   : Ed James                           ed.james@telecomsys.com5 TeleCommunications Systems, Inc.   voice 410-295-1919 ; 2024 West Street, Suite 300              800-810-0827 x1919 5 Annapolis, MD 21401-3556           fax   410-280-1094    ------------------------------  + Date: Fri, 26 Jan 2001 09:05:02 +0100 (MET) & From: Rudolf Wingert <win@fom.fgan.de>7 Subject: Re: Midrange I/O with VMS WAS: DS20 - Slow I/O 6 Message-ID: <200101260801.JAA20029@sinet1.fom.fgan.de>   Hello,  M must you buy that from Compaq? We have bought LVD SCSI controller from Compaq L (250$, KZPCA??) and then a Oxygen Raid system with 50MB/s sustained through-L put (300GB, 25.000$). Also you do not need to have a Raid system if you needK only a good read performance. If you buy an Seagate 73GB disk (1.500$), you E can read the data with over 30MB/s under OpenVMS. Also we do not make H transaction, so we can set the disks write cache to enable and will have a write performance of >10MB/s.    Regards Rudolf Wingert   ------------------------------  % Date: Fri, 26 Jan 2001 10:30:14 +0000 9 From: "Miller, Daniel" <Daniel.Miller@nightfreight.co.uk> ! Subject: RE: MPACK/MUNPACK images A Message-ID: <5E8A0E4920B0D411B1E900508BFCB240299484@NF-HOUSE-NT1>    Hi,   J I had a few problems with the images. I tried downloading MPACK15.EXE with, Lynx and then running it; got the following:   run mpack15 / %DCL-W-ACTIMAGE, error activating image MPACK15 ( -CLI-E-IMGNAME, image file MPACK15.EXE;18 -IMGACT-F-NOTNATIVE, image is not an OpenVMS Alpha image  ! So i tried (notice the warning) :    unzip mpack15.exe  Archive:  MPACK15.EXE;1 8 warning [MPACK15.EXE;1]:  50176 extra bytes at beginning  or within zipfile    (attempting to process anyway)   inflating: munpack.exe   inflating: munpack.hlp   inflating: mpack.exe   inflating: mpack.hlp  G I then tried to run the unzipped images and got the same message as for ) MPACK15.  Any ideas where im going wrong?    thanks,   
 Daniel Miller    -----Original Message-----@ From: martin@radiogaga.harz.de [mailto:martin@radiogaga.harz.de]( Sent: Thursday, January 25, 2001 7:16 PM To: Info-VAX@Mvb.Saic.Com ! Subject: Re: MPACK/MUNPACK images     8 Miller, Daniel (Daniel.Miller@nightfreight.co.uk) wrote:I > Does anyone have or know where i can get images for MPACK / MUNPACK for  VMS  > 7.2-1?  0 I have VMS Alpha 6.2 images (plus help files) at3 http://www.pdv-systeme.de/users/martinv/mpack15.exe / (Info-ZIPped and made executable for VMS Alpha) $ They should run seamlessly under 7.x   cu,    Martin --J One OS to rule them all       | Martin Vorlaender  |  VMS & WNT programmer7 One OS to find them           | work: mv@pdv-systeme.de K One OS to bring them all      |    http://www.pdv-systeme.de/users/martinv/ > And in the Darkness bind them.| home: martin@radiogaga.harz.de   ------------------------------  % Date: Fri, 26 Jan 2001 17:13:30 +0100  From: manser@decus.de ! Subject: Problem with decnet copy * Message-ID: <009F6B43.C4F8E527.1@decus.de>  
 Hi VMS Folks,     = i am running on a vax 4705A (VAX6) openVMS 6.2 decnet osi 6.3 >                   MicroVAX 3100 M98 openVms 6.2 decnet osi 6.3  ) vax4 and vax6 are clustered via ethernet    E I have the following problem when copying files between vax6 and vax4     2 VAX6> copy keypad.com vax4::$3$dka200:<manser.tmp>S COPY DSA2:[MANSER]KEYPAD.COM;1 to VAX4::$3$DKA200:[MANSER.TMP]KEYPAD.COM;1 ? [N]: y Q %COPY-E-OPENOUT, error opening VAX4::$3$DKA200:[MANSER.TMP]KEYPAD.COM;1 as output " -RMS-E-CRE, ACP file create failed< -SYSTEM-F-INVLOGIN, login information invalid at remote node7 %COPY-W-NOTCOPIED, DSA2:[MANSER]KEYPAD.COM;1 not copied      VAX4> 8 %%%%%%%%%%%  OPCOM  26-JAN-2001 16:47:22.33  %%%%%%%%%%%& Message from user AUDIT$SERVER on VAX4P Security alarm (SECURITY) and security audit (SECURITY) on VAX4, system id: 1028/ Auditable event:          Network login failure 1 Event time:               26-JAN-2001 16:47:22.32 * PID:                      20400214        * Process name:             NET$ACP         * Username:                 DNA$SessCtrl    . Remote node id:           00000000000000000000% Remote node fullname:     LOCAL:.VAX6   Remote username:          MANSERG Status:                   %LOGIN-F-NOTVALID, user authorization failure    1) DECNET Proxies are enabled:  ( VAX4> mc authorize show /proxy *::manser  &  Default proxies are flagged with (D)    LOCAL:.VAX6::MANSER 
     MANSER   LOCAL:.VAX7::MANSER 
     MANSER   LOCAL:.VAX5::MANSER 
     MANSER  ( VAX6> mc authorize show /proxy *::manser  &  Default proxies are flagged with (D)    LOCAL:.VAX6::MANSER      MANSER (D)   LOCAL:.VAX4::MANSER      MANSER (D)   LOCAL:.VAX5::MANSER      MANSER (D)  0 VAX6> mc ncl show session control incoming proxy   Node 0 Session Control$ at 2001-01-26-17:02:30.810+01:00Iinf   Characteristics   ,     Incoming Proxy                    = True  0 VAX6> mc ncl show session control outgoing proxy   Node 0 Session Control$ at 2001-01-26-17:02:42.570+01:00Iinf   Characteristics   ,     Outgoing Proxy                    = True  1 VAX4>  mc ncl show session control incoming proxy    Node 0 Session Control$ at 2001-01-26-17:03:25.150+01:00Iinf   Characteristics   ,     Incoming Proxy                    = True  1 VAX4>  mc ncl show session control outgoing proxy    Node 0 Session Control$ at 2001-01-26-17:03:38.620+01:00Iinf   Characteristics   ,     Outgoing Proxy                    = True  % VAX4> mc authorize show [376,*] /brie N        Owner         Username           UIC       Account  Privs Pri Directory  ^ VPM$SERVER Default   VPM$SERVER      [376,370]    DECNETV  Normal  4 SYS$SPECIFIC:[VPM$SERVER]^ NML$SERVER DEFAULT   NML$SERVER      [376,371]    DECNET   Normal  4 SYS$SPECIFIC:[NML$SERVER]^ FAL$SERVER DEFAULT   FAL$SERVER      [376,373]    DECNET   Normal  4 SYS$SPECIFIC:[FAL$SERVER]Z DECNET DEFAULT       DECNET          [376,376]    DECNET   Normal  4 SYS$SPECIFIC:[DECNET]  % VAX6> mc authorize show [376,*] /brie N        Owner         Username           UIC       Account  Privs Pri Directory  _ DTSS SERVER          DTSS$SERVER     [376,300]    DECNET   Normal  4 SYS$SPECIFIC:[DTSS$SERVER] ^ CML$SERVER Default   CML$SERVER      [376,366]    DECNETV  Normal  4 SYS$SPECIFIC:[CML$SERVER]` MIRRO$SERVER Default MIRRO$SERVER    [376,367]    DECNETV  Normal  4 SYS$SPECIFIC:[MIRRO$SERVER]^ VPM$SERVER Default   VPM$SERVER      [376,370]    DECNETV  Normal  4 SYS$SPECIFIC:[VPM$SERVER]^ NML$SERVER DEFAULT   NML$SERVER      [376,371]    DECNET   Normal  4 SYS$SPECIFIC:[NML$SERVER]` PHONE$SERVER Default PHONE$SERVER    [376,372]    DECNETV  Normal  4 SYS$SPECIFIC:[PHONE$SERVER]^ FAL$SERVER DEFAULT   FAL$SERVER      [376,373]    DECNET   Normal  4 SYS$SPECIFIC:[FAL$SERVER]_ MAIL$SERVER Default  MAIL$SERVER     [376,374]    DECNETV  Normal  4 SYS$SPECIFIC:[MAIL$SERVER] Z DECNET DEFAULT       DECNET          [376,376]    DECNET   Normal  4 SYS$SPECIFIC:[DECNET]Z DECNET DEFAULT       PSIMAIL         [376,376]    DECNET   Normal  4 SYS$SPECIFIC:[DECNET]\                      RDB$REMOTE      [376,376]             Normal  4 SYS$COMMON:[RDB$REMOTE]b                      SQLSRV$SRV      [376,377]             All     4 SYS$SYSDEVICE:[SQLSRV$SERVER]      % could anyone tell me what's going on   thanks in advance    Nazim Manser   email: nmanser@progis.de9        Nazim.Manser@socgen.com	work (tuesdays to fridays)    ------------------------------  % Date: Fri, 26 Jan 2001 16:31:33 +0000 $ From: Steve.Spires@yellowpages.co.uk% Subject: Re: Problem with decnet copy / Message-ID: <002569E0.005AC9D4.00@quegw01.btyp>   L Contact:   Tel: 3063  -  IS - Infrastructure, 1st Floor, Bridge Street Plaza    M Try looking at the MANSER account specifically - make sure the account hasn't B been disusered by any failure to log in continuously - and try a $O SHOW/INTRUSION to make sure, again because of failed logins - that an intrusion  record doesn't exist.    Steve Spires        ) manser@decus.de on 26/01/2001 04:13:30 PM     To:        Info-VAX@Mvb.Saic.Com+ cc:         (bcc: Steve Spires/YellowPages) 6 From:      manser@decus.de, 26 January 2001, 4:13 p.m.   Problem with decnet copy        
 Hi VMS Folks,     = i am running on a vax 4705A (VAX6) openVMS 6.2 decnet osi 6.3 >                   MicroVAX 3100 M98 openVms 6.2 decnet osi 6.3  ( vax4 and vax6 are clustered via ethernet  E I have the following problem when copying files between vax6 and vax4     2 VAX6> copy keypad.com vax4::$3$dka200:<manser.tmp>L COPY DSA2:[MANSER]KEYPAD.COM;1 to VAX4::$3$DKA200:[MANSER.TMP]KEYPAD.COM;1 ? [N]: yJ %COPY-E-OPENOUT, error opening VAX4::$3$DKA200:[MANSER.TMP]KEYPAD.COM;1 as output" -RMS-E-CRE, ACP file create failed< -SYSTEM-F-INVLOGIN, login information invalid at remote node7 %COPY-W-NOTCOPIED, DSA2:[MANSER]KEYPAD.COM;1 not copied      VAX4> 8 %%%%%%%%%%%  OPCOM  26-JAN-2001 16:47:22.33  %%%%%%%%%%%& Message from user AUDIT$SERVER on VAX4P Security alarm (SECURITY) and security audit (SECURITY) on VAX4, system id: 1028/ Auditable event:          Network login failure 1 Event time:               26-JAN-2001 16:47:22.32 " PID:                      20400214! Process name:             NET$ACP & Username:                 DNA$SessCtrl. Remote node id:           00000000000000000000% Remote node fullname:     LOCAL:.VAX6   Remote username:          MANSERG Status:                   %LOGIN-F-NOTVALID, user authorization failure    1) DECNET Proxies are enabled:  ( VAX4> mc authorize show /proxy *::manser  %  Default proxies are flagged with (D)    LOCAL:.VAX6::MANSER 
     MANSER   LOCAL:.VAX7::MANSER 
     MANSER   LOCAL:.VAX5::MANSER 
     MANSER  ( VAX6> mc authorize show /proxy *::manser  %  Default proxies are flagged with (D)    LOCAL:.VAX6::MANSER      MANSER (D)   LOCAL:.VAX4::MANSER      MANSER (D)   LOCAL:.VAX5::MANSER      MANSER (D)  0 VAX6> mc ncl show session control incoming proxy   Node 0 Session Control$ at 2001-01-26-17:02:30.810+01:00Iinf   Characteristicss  ,     Incoming Proxy                    = True  0 VAX6> mc ncl show session control outgoing proxy   Node 0 Session Control$ at 2001-01-26-17:02:42.570+01:00Iinf   Characteristicsg  ,     Outgoing Proxy                    = True  1 VAX4>  mc ncl show session control incoming proxy    Node 0 Session Control$ at 2001-01-26-17:03:25.150+01:00Iinf   Characteristics-  ,     Incoming Proxy                    = True  1 VAX4>  mc ncl show session control outgoing proxya   Node 0 Session Control$ at 2001-01-26-17:03:38.620+01:00Iinf   Characteristics1  ,     Outgoing Proxy                    = True  % VAX4> mc authorize show [376,*] /brienN        Owner         Username           UIC       Account  Privs Pri Directory  D VPM$SERVER Default   VPM$SERVER      [376,370]    DECNETV  Normal  4 SYS$SPECIFIC:[VPM$SERVER]uD NML$SERVER DEFAULT   NML$SERVER      [376,371]    DECNET   Normal  4 SYS$SPECIFIC:[NML$SERVER]FD FAL$SERVER DEFAULT   FAL$SERVER      [376,373]    DECNET   Normal  4 SYS$SPECIFIC:[FAL$SERVER]iD DECNET DEFAULT       DECNET          [376,376]    DECNET   Normal  4 SYS$SPECIFIC:[DECNET]r  % VAX6> mc authorize show [376,*] /brieaN        Owner         Username           UIC       Account  Privs Pri Directory  D DTSS SERVER          DTSS$SERVER     [376,300]    DECNET   Normal  4 SYS$SPECIFIC:[DTSS$SERVER]D CML$SERVER Default   CML$SERVER      [376,366]    DECNETV  Normal  4 SYS$SPECIFIC:[CML$SERVER]aD MIRRO$SERVER Default MIRRO$SERVER    [376,367]    DECNETV  Normal  4 SYS$SPECIFIC:[MIRRO$SERVER](D VPM$SERVER Default   VPM$SERVER      [376,370]    DECNETV  Normal  4 SYS$SPECIFIC:[VPM$SERVER] D NML$SERVER DEFAULT   NML$SERVER      [376,371]    DECNET   Normal  4 SYS$SPECIFIC:[NML$SERVER],D PHONE$SERVER Default PHONE$SERVER    [376,372]    DECNETV  Normal  4 SYS$SPECIFIC:[PHONE$SERVER]tD FAL$SERVER DEFAULT   FAL$SERVER      [376,373]    DECNET   Normal  4 SYS$SPECIFIC:[FAL$SERVER]ID MAIL$SERVER Default  MAIL$SERVER     [376,374]    DECNETV  Normal  4 SYS$SPECIFIC:[MAIL$SERVER]D DECNET DEFAULT       DECNET          [376,376]    DECNET   Normal  4 SYS$SPECIFIC:[DECNET] D DECNET DEFAULT       PSIMAIL         [376,376]    DECNET   Normal  4 SYS$SPECIFIC:[DECNET] D                      RDB$REMOTE      [376,376]             Normal  4 SYS$COMMON:[RDB$REMOTE]2D                      SQLSRV$SRV      [376,377]             All     4 SYS$SYSDEVICE:[SQLSRV$SERVER]t      $ could anyone tell me what's going on thanks in advancey   Nazim Manser   email: nmanser@progis.de=        Nazim.Manser@socgen.com     work (tuesdays to fridays)    ------------------------------  + Date: Fri, 26 Jan 2001 10:01:20 -0700 (MST) " From: John Nebel <nebel@csdco.com>2 Subject: RMS bug, possible triggered by autoextendG Message-ID: <Pine.OSF.4.21.0101260952540.17891-100000@athena.csdco.com>-   Wonder if anyone has seen this:   G a relative file becomes corrupted - this happened in several cases, onejJ was definitely after an autoextend - so that ana/rms reports the following  , ***  VBN 69602:  Reserved flag bit 0 is set., ***  VBN 69602:  Reserved flag bit 4 is set., ***  VBN 69602:  Reserved flag bit 5 is set.  F Successive executions of ana/rms sometimes report the error, sometimes0 don't even though the file hasn't been modified.  H Mixed version cluster, VAX/VMS 7.2, AXP/VMS 7.2-1.  The disk is a 3-copy- shadow set with one remote (over a DS3) copy.a  * The autoextend was performed by VAX/VMS.    E Haven't heard back from support and thought I'd ask here just in casei anyone has seen it.    Thanks.   
 John Nebel   ------------------------------  % Date: Fri, 26 Jan 2001 13:46:25 -0300 ) From: fabio_compaq@ep-bc.petrobras.com.brc  Subject: SGI x Itanium x ClusterL Message-ID: <OF5C6E3780.3F2EE005-ON032569E0.005C123D@ep-bc.petrobras.com.br>   Click at    A http://www.sgi.com/newsroom/press_releases/2001/january/ohio.htmls     Regardsn   FC   ------------------------------   End of INFO-VAX 2001.052 ************************