1 INFO-VAX	Tue, 17 Jun 2003	Volume 2003 : Issue 334       Contents: Advanced Server Anomalie Re: Advanced Server Anomalie+ Another unix/linux cert ... but not on VMS! / Re: Another unix/linux cert ... but not on VMS! / Re: Another unix/linux cert ... but not on VMS! 1 Anyone here using Sun UDS (aka Forte 4GL) on VMS? D Re: Change owner of the file from unpriv account with Control accessD Re: Change owner of the file from unpriv account with Control accessD Re: Change owner of the file from unpriv account with Control accessP Change owner of the file from unpriv account with Control access allowed allowed Re: cxx performance  Re: cxx performance P DCL_CHECK of SYS$COMMON:AXPVMS$PCSI_INSTALL.COM (sic) (was Re: Installation prob, Re: Do's and don'ts about cleaning keyboards, RE: Do's and don'ts about cleaning keyboards High moni/disk MAX number + Re: Installation problem with OpenVMS 7.3.1 + Re: Installation problem with OpenVMS 7.3.1 # Re: JAVA appears to hang on OpenVMS  lib$convert_date_string & Re: mail to news gateways for OpenVMS?* Re: Max length of Nodename in OpenVMS 7.31* Re: Max length of Nodename in OpenVMS 7.31* Re: Max length of Nodename in OpenVMS 7.31* Re: Max length of Nodename in OpenVMS 7.31* Re: Max length of Nodename in OpenVMS 7.31* Re: Max length of Nodename in OpenVMS 7.31* Re: Max length of Nodename in OpenVMS 7.31* Re: Max length of Nodename in OpenVMS 7.31* Re: Max length of Nodename in OpenVMS 7.31* Re: Max length of Nodename in OpenVMS 7.31* Re: Max length of Nodename in OpenVMS 7.31A Motorola 68000 BSO cross assembler/Simulator available on VAX/VMS E RE: Motorola 68000 BSO cross assembler/Simulator available on VAX/VMS & Re: NFS Client to MS-Services for Unix& Re: NFS Client to MS-Services for Unix" NFS server ignores ACL (sometimes) Re: Portents of Itanium death  Re: Portents of Itanium death  Re: Portents of Itanium death  Re: Portents of Itanium death 7 Re: problem after upgrading to compaq (DEC) fortran 7.5 # Re: Rookie question for the experts # Re: Rookie question for the experts # Re: Rookie question for the experts  Re: Sun to be the next DEC!  Suspended process  Re: Suspended process  Re: Suspended process  Re: Suspended process  Re: Suspended process 8 Unexplained Connections to external servers on Port 6667 Re: VMS Freeware CDs Re: VMS Freeware CDs( What Tape Library for VMS and FC cluster5 Re: WHY I WANT TO: Re: manually setting the ProcessID @ Re: [ENABLE AUTOSTART] How to determine the state of AUTOSTART ?: Re: [OT] SCO tells IBM no more AIX ... IBM better buy VMS!: Re: [OT] SCO tells IBM no more AIX ... IBM better buy VMS!: Re: [OT] SCO tells IBM no more AIX ... IBM better buy VMS!: Re: [OT] SCO tells IBM no more AIX ... IBM better buy VMS!: Re: [OT] SCO tells IBM no more AIX ... IBM better buy VMS!  F ----------------------------------------------------------------------  % Date: Tue, 17 Jun 2003 10:17:16 +0200 : From: Karl Rohwedder <extern.karl.rohwedder@volkswagen.de>! Subject: Advanced Server Anomalie , Message-ID: <bcminj$ops1@doiweb4.wob.vw.vwg>  I I've just noticed the following behaviour of Advanced Server (V7.3A-Eco1   under OpenVMS/Alpha V7.3-1):  I If a subdirectory e.g. ABC.DIR exists and a file ABC., the directory ABC  G cannot be accessed via AdvancedServer, the error message says 'illegal  > directory name'. Deleting the ABC. file and everything is o.k. --    + mit freundlichen Gren | with best regards     Karl Rohwedder		iT-Ingenieurteam$ Ellernbruch 11		D-38112 Braunschweig  E mailto:it-ingteam(at)t-online.de | mailto:rohwedder(at)decus.decus.de - mailto:extern.karl.rohwedder(at)volkswagen.de    ------------------------------  % Date: Tue, 17 Jun 2003 06:33:55 -0500 ( From: brandon@dalsemi.com (John Brandon)% Subject: Re: Advanced Server Anomalie 1 Message-ID: <03061706335499@dscis6-0.dalsemi.com>   K > I've just noticed the following behaviour of Advanced Server (V7.3A-Eco1   > under OpenVMS/Alpha V7.3-1): > K > If a subdirectory e.g. ABC.DIR exists and a file ABC., the directory ABC  I > cannot be accessed via AdvancedServer, the error message says 'illegal  @ > directory name'. Deleting the ABC. file and everything is o.k. > - > mit freundlichen Gr|_en | with best regards  > " > Karl Rohwedder		iT-Ingenieurteam& > Ellernbruch 11		D-38112 Braunschweig   Odd, it works fine with V7.2.   F The only time there is a problem if there is an null file name created  " Directory DISK$XXXXX:[XXXXXXX.ABC]  C ;1                                            1/4       17-JUN-2003 D ABC.;1                                         1/4       17-JUN-2003    M This will not allow you to see any files beyond the .;1 file.  Delete the .;1 & and you can see the ABC.;1 no problem.  ' Sorry to go off in another direction...          J*o*h*n B*r*a*n*d*o*n  VMS Systems Administrator * firstname.lastname.spam.me.not@dalsemi.com   ------------------------------    Date: 17 Jun 2003 06:15:22 -0700( From: bob@instantwhip.com (Bob Ceculski)4 Subject: Another unix/linux cert ... but not on VMS!= Message-ID: <d7791aa1.0306170515.6890946d@posting.google.com>   5 this would never happen on VMS, but on os's like unix 5 and linux with such poor security models, it does ...   V http://www.computerworld.com/securitytopics/security/holes/story/0,10801,82197,00.html   ------------------------------  + Date: Tue, 17 Jun 2003 14:55:14 +0000 (UTC) + From: david20@alpha2.mdx.ac.uk (David Webb) 8 Subject: Re: Another unix/linux cert ... but not on VMS!+ Message-ID: <bcna4i$apc$1@aquila.mdx.ac.uk>   h In article <d7791aa1.0306170515.6890946d@posting.google.com>, bob@instantwhip.com (Bob Ceculski) writes:6 >this would never happen on VMS, but on os's like unix6 >and linux with such poor security models, it does ... > W >http://www.computerworld.com/securitytopics/security/holes/story/0,10801,82197,00.html   * Are you sure VMS isn't affected by this :-   " N Adobe Systems Inc.'s Acrobat Reader 5.06 is affected by the problem, as is the6 open-source reader Xpdf 1.01, according to the report.   "    XPDF is available on VMS.   O Note the problem is to do with the PDF reader calling out to run other programs J when it encounters a link and the potential for someone to write maliciousO code which would allow them to affect other files OWNED by the USER running the  pdf reader.    " O In the report, Gilmore describes a problem in the way that PDF viewing programs I for the Unix platform process hyperlinks within valid PDF documents. When N processing hyperlinks, common PDF readers use the Unix "shell" command (sh -c)L to launch and pass commands to external programs. For example, clicking on aN hyperlink for a Web page would launch the associated Web browser, according to the report.  " L I would assume that a VMS based pdf reader port would similarly spawn out to DCL to run external programs.      " K While attackers are limited by the privilege level of the user clicking the M malicious link, the vulnerability could enable a remote attacker to use shell L commands to delete files from the user's hard drive or perform other actions5 without the knowledge of the victim, the report said.  "   K I don't see how VMS's security model would prevent this. The fact the shell F commands are different from Unix would provide protection from someoneN expecting the target system to be a unix system but it would probably be very ; easy to come up with links which would delete files on VMS.     
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------    Date: 17 Jun 2003 10:33:29 -0700( From: bob@instantwhip.com (Bob Ceculski)8 Subject: Re: Another unix/linux cert ... but not on VMS!= Message-ID: <d7791aa1.0306170933.59a5aa35@posting.google.com>   ^ david20@alpha2.mdx.ac.uk (David Webb) wrote in message news:<bcna4i$apc$1@aquila.mdx.ac.uk>...j > In article <d7791aa1.0306170515.6890946d@posting.google.com>, bob@instantwhip.com (Bob Ceculski) writes:8 > >this would never happen on VMS, but on os's like unix8 > >and linux with such poor security models, it does ... > > Y > >http://www.computerworld.com/securitytopics/security/holes/story/0,10801,82197,00.html  > , > Are you sure VMS isn't affected by this :- >  > " P > Adobe Systems Inc.'s Acrobat Reader 5.06 is affected by the problem, as is the8 > open-source reader Xpdf 1.01, according to the report. >  > "  >  > XPDF is available on VMS.  > Q > Note the problem is to do with the PDF reader calling out to run other programs L > when it encounters a link and the potential for someone to write maliciousQ > code which would allow them to affect other files OWNED by the USER running the  > pdf reader.  >  > " Q > In the report, Gilmore describes a problem in the way that PDF viewing programs K > for the Unix platform process hyperlinks within valid PDF documents. When P > processing hyperlinks, common PDF readers use the Unix "shell" command (sh -c)N > to launch and pass commands to external programs. For example, clicking on aP > hyperlink for a Web page would launch the associated Web browser, according to
 > the report.  > " N > I would assume that a VMS based pdf reader port would similarly spawn out to > DCL to run external programs.  >  >  > " M > While attackers are limited by the privilege level of the user clicking the O > malicious link, the vulnerability could enable a remote attacker to use shell N > commands to delete files from the user's hard drive or perform other actions7 > without the knowledge of the victim, the report said.  > "  > M > I don't see how VMS's security model would prevent this. The fact the shell H > commands are different from Unix would provide protection from someoneP > expecting the target system to be a unix system but it would probably be very = > easy to come up with links which would delete files on VMS.  >  >  > David Webb > VMS and Unix team leader > CCSS > Middlesex University  A I didn't even know a pdf reader was available for vms, but we run B our pdf readers on thin clients with a vt emulator!  I would never= put unix shareware garbage on a vms system without it proving B itself security wise ... why would you even take the risk when you< can run your mail and web browser apps on a thin client w/vtC emulation for vt or decwindows access?  That is asking for trouble!    ------------------------------  # Date: Tue, 17 Jun 2003 16:36:13 GMT # From: "John Smith" <a@nonymous.com> : Subject: Anyone here using Sun UDS (aka Forte 4GL) on VMS?I Message-ID: <1sHHa.129449$3Sm.84574@news01.bloor.is.net.cable.rogers.com>   B I was speaking with somebody at Sun about Forte/UDS last week withE respect to VMS support going forward.  They have a new release coming A out in mid-summer. At this time they are actively considering the < OS/platform/db matrix they will be supporting going forward.  E While he could not speak officially as to future VMS support, he told D me that VMS has been an important part of their customer base up tilD now (hard to know what this last bit means - it could be interpreted several ways).  D In any event if you use or know of VMS customers using Forte/UDS andE you/they want to continue to have VMS support of the product, contact E the UDS Product Manager at Sun, desten.broach@removethisbit.sun.com ,   to have your/their voices heard.    D It's not like they need to know what VMS is, or how to code for it -B they've been doing that since 1993 - but they do need to hear thatB there is VMS demand from customers - so get those VMS customers toE make a call to their Sun account rep or better yet, send an e-mail to  Sun at the address above.    url isF http://wwws.sun.com/software/products/unified_devsrvr/home_unified_dev .html     ; On a personal note, this product runs rings around J2EE and ? server-side EJB's, but it's closed-source and proprietary so by D definition it must be 'bad', just like VMS.  Digital used to have anC investment in this company/product, prior to Sun taking the company 
 over in 1999.    ------------------------------    Date: 17 Jun 2003 10:16:41 +0200' From: huber@mppmu.mpg.de (Joseph Huber) M Subject: Re: Change owner of the file from unpriv account with Control access + Message-ID: <ccEDnCkx3P5p@vms.mppmu.mpg.de>   ^ In article <bcmgco$ki5og$1@ID-184585.news.dfncis.de>, Valentin Likoum <me@privacy.net> writes:   > <DEMO SESSION> > $ create test.txt  > test > ^Z' > $ copy test.txt usr_home:[other_user] ) > $ dir/sec usr_home:[other_user]test.txt  > ! > Directory USR_HOME:[OTHER_USER]  > - > TEST.TXT;1           [VALENT]   (RWED,RE,,) ? > (IDENTIFIER=OTH_ACC,ACCESS=READ+WRITE+EXECUTE+DELETE+CONTROL) ? >              ^^^^^^^^                                 ^^^^^^^ 5 > $! copy to OTHER_USER directory succeeded as it has 7 > $! appropriate ACL as well as marked ACL with OPT=DEF  > : > $ set file USR_HOME:[OTHER_USER]TEST.TXT /own=OTHER_USER@ > %SET-E-NOTSET, error modifying USR_HOME:[OTHER_USER]TEST.TXT;15 > -SYSTEM-F-NOPRIV, insufficient privilege or object   > protection violation >  > $ sho proc /ri > ...  > Process rights: + >   VALENT                         resource & >   INTERACTIVE                      ^& >   REMOTE                           |. >   OTH_ACC          <-------------- Note this >  > </DEMO SESSION>  > 4 > Well, time to read the Guide to system security...$ > ... and in section 5.4.2 we found: > 	 > <QUOTE>  > type of access - Control > = > Gives you the right to change the protection code and ACL.  ;                                     ^^^^^^^^^^^^^^^^^^^^^^^ A But doesn't give You the right to change ownership to OTHER_USER. H You need SYSPRV to do that. (GRPPRV if OTHER_USER is in the same group).    --  4    Joseph "Sepp" Huber   http://www.huber-joseph.de/   ------------------------------  % Date: Tue, 17 Jun 2003 14:49:42 +0500 & From: Valentin Likoum <me@privacy.net>M Subject: Re: Change owner of the file from unpriv account with Control access 5 Message-ID: <bcmo7m$kmn7b$1@ID-184585.news.dfncis.de>    Joseph Huber wrote: ` > In article <bcmgco$ki5og$1@ID-184585.news.dfncis.de>, Valentin Likoum <me@privacy.net> writes: >  >  [snip]	 >><QUOTE>  >>type of access - Control >>= >>Gives you the right to change the protection code and ACL.   > = >                                     ^^^^^^^^^^^^^^^^^^^^^^^ C > But doesn't give You the right to change ownership to OTHER_USER. J > You need SYSPRV to do that. (GRPPRV if OTHER_USER is in the same group). >     6    But the "Guide to the system security" has another  opinion about it:   ; Gives you the right to change the protection code and ACL.  9 You need to satisfy _one_of_the_following_conditions_to_   change_the_owner_: ... < Hold the Resource attribute to the identifier that owns the = object while also being allowed control access to the object   through an ACL on the object.  ...    --  
 Best regards, 
   Valentin)   valentin.likoum at ncc dot volga dot ru    ------------------------------    Date: 17 Jun 2003 12:06:50 +0200' From: huber@mppmu.mpg.de (Joseph Huber) M Subject: Re: Change owner of the file from unpriv account with Control access + Message-ID: <dKXpuXZct2Zt@vms.mppmu.mpg.de>   ^ In article <bcmo7m$kmn7b$1@ID-184585.news.dfncis.de>, Valentin Likoum <me@privacy.net> writes: > Joseph Huber wrote: a >> In article <bcmgco$ki5og$1@ID-184585.news.dfncis.de>, Valentin Likoum <me@privacy.net> writes:  > [snip]
 >>><QUOTE> >>>type of access - Control  >>> > >>>Gives you the right to change the protection code and ACL.  >>  > >>                                     ^^^^^^^^^^^^^^^^^^^^^^^D >> But doesn't give You the right to change ownership to OTHER_USER.K >> You need SYSPRV to do that. (GRPPRV if OTHER_USER is in the same group).  >>   > 8 >    But the "Guide to the system security" has another  > opinion about it:  > = > Gives you the right to change the protection code and ACL.  ; > You need to satisfy _one_of_the_following_conditions_to_   > change_the_owner_: > ... > > Hold the Resource attribute to the identifier that owns the ? > object while also being allowed control access to the object   > through an ACL on the object.  > ...   6 Maybe the guide does not say it clear enough: you must= have the resource attribute also for the new user identifier.   With changing the ownership, you; influence the resources of the new owner (like disk quota). 5 Since You probably don't heve the resource attribute  - for the new owner, you need grpprv or sysprv.    --  4    Joseph "Sepp" Huber   http://www.huber-joseph.de/   ------------------------------  % Date: Tue, 17 Jun 2003 12:35:54 +0500 & From: Valentin Likoum <me@privacy.net>Y Subject: Change owner of the file from unpriv account with Control access allowed allowed 5 Message-ID: <bcmgco$ki5og$1@ID-184585.news.dfncis.de>   
 Hello all,  $    I need to do the following thing:   <DEMO SESSION> $ create test.txt  test ^Z% $ copy test.txt usr_home:[other_user] ' $ dir/sec usr_home:[other_user]test.txt    Directory USR_HOME:[OTHER_USER]   + TEST.TXT;1           [VALENT]   (RWED,RE,,) = (IDENTIFIER=OTH_ACC,ACCESS=READ+WRITE+EXECUTE+DELETE+CONTROL) =              ^^^^^^^^                                 ^^^^^^^ 3 $! copy to OTHER_USER directory succeeded as it has 5 $! appropriate ACL as well as marked ACL with OPT=DEF   8 $ set file USR_HOME:[OTHER_USER]TEST.TXT /own=OTHER_USER> %SET-E-NOTSET, error modifying USR_HOME:[OTHER_USER]TEST.TXT;13 -SYSTEM-F-NOPRIV, insufficient privilege or object   protection violation   $ sho proc /ri ...  Process rights: )   VALENT                         resource $   INTERACTIVE                      ^$   REMOTE                           |,   OTH_ACC          <-------------- Note this   </DEMO SESSION>   2 Well, time to read the Guide to system security..." ... and in section 5.4.2 we found:   <QUOTE>  type of access - Control  ; Gives you the right to change the protection code and ACL.  7 You need to satisfy one of the following conditions to   change the owner:   5 - (1) Hold both the old and the new owner identifier. 9 - (2) Hold the Resource attribute to the identifier that  ; owns the object while also being allowed control access to  ( the object through an ACL on the object.6 - (3) Qualify as a system user, hold SYSPRV or BYPASS ; privilege, or hold a UIC that matches that of the owner of  , the volume containing the file or directory.< - (4) Hold the GRPPRV privilege while also holding a UIC in # the same group as the object owner.  </QUOTE>  =    Well, I think I satisfy the second condition - my process  = holds the identifier VALENT with Resource attribute and this  < identifier owns the file and I am allowed Control access to 9 the file through OTH_ACC right identifier and ACL on the  1 file. So what's wrong here? Why -SYSTEM-F-NOPRIV? 4    Alpha OVMS 7.3 with approprite patches installed  (excluding SYS5 and SYS6).
    Thank you.    --  
 Best regards, 
   Valentin)   valentin.likoum at ncc dot volga dot ru    ------------------------------  % Date: Tue, 17 Jun 2003 10:28:39 +0100 ( From: Nic Clews <sendspamhere@127.0.0.1> Subject: Re: cxx performance) Message-ID: <3EEEDF47.CE064EF1@127.0.0.1>    Johan Nilsson wrote: > I > Yes, the real performance lies in execution, but when executing the TDD L > cycle of continuously writing unit tests-> compiling -> linking -> runningL > tests -> writing tests ... an ever so slight performance drop results in aA > grand total of much lost productivity over a day. Sorry to say.   9 Understood, I/we have folks in exactly the same position.   M > That is also the reason I compared _debug_, _non-optimized_ builds, because F > that is what I work with most of the time.during development. So theA > compiler should not be having such a hard time finding the best F > optimizations. I assume that you are being sarcastic about comparing3 > executable sizes, so I won't comment on that one.    Slightly sarcastic :-)  F OK, I'm not a compiler expert or engineer but there was a point missedH in my original post, and I'll try to add some more explanation. I'm waryD overloading a post with detail when it may not be aimed at the right level.  I > > I expect that Itanium compilations will take even longer, because the < > > compiler is going to spend time looking for parallelism. > K > For _optimized_ builds, yes, that is likely. However, the CPU horsepowers : > are increasing - so I wouldn't bet my shoes (?) on that.  C I mean comparatively longer. CPU speeds are increasing yes, and now ' peripheral devices are slipping behind.   J > > It is possible for someone experienced in performance to tune a systemH > > as a compilation engine. If you want some parity, I'd switch off theI > > default write caching in XP. Some folks I know got a huge performance K > > boost in compilations using the XFC features of 7.3 of VMS over 7.1, so L > > I don't believe you're really on a level playing field here. When was XP > > released? And 7.1? > G > If you really want to compare - how about comparing how much time the J > operating systems have had to mature. Windows NT was originally releasedM > in -93 (IIRC) as Windows NT 3.1 - which makes XP/NT ten years old. When was J > VMS originally released? But then again, this is not very interesting toH > me - I was looking for ways to speed up the compilation in the current > envronment.  A My point here is around the file systems. XP has a fair amount of D optimization added. The executive of 7.3 is leaner with a read cache% *but no write back cache* as with XP.   H I suggest you need a read cacher, on 7.1 you'll have to buy in a cachingD product, but free trials of the software are available. Do this only after the following advice.   A We are talking tuning this system as a compilation engine, you've = already mentioned adjusting a few parameters but here's a few A suggestions in that area. Increase channelcnt and fillm, make the F wsdefault and wsquota the same big size as allowable by the memory youH have (observation required). For the file system, increase the values of> extend size, make sure highwater marking is off, make sure theD cxx$startup file has been run, use bypass privilege (controversial!)  G Use AUTOGEN FEEDBACK data to size up some of the variables, bump up the D ACP (sic) caches, with only 1 or 2 disks, mount /processor=unique to keep the caches separate.   ? This is by no means exhaustive, and I would also add individual G circumstances may vary, others will have different but possibly equally  effective ideas of tuning up.   D I'd suggest observing MONITOR MODES during your compilation, no idleE time and 50 to 75% user mode and I don't think you'll get much better G out of the system. Any idle time would suggest that the IO system could ? be holding things up, low user mode (and no idle) would suggest ' operating system overhead is excessive.    --  ? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences  nclews at csc dot com    ------------------------------  # Date: Tue, 17 Jun 2003 11:32:56 GMT 4 From: "Johan Nilsson" <johan.nilsson@esrange.ssc.se> Subject: Re: cxx performance@ Message-ID: <8cd2db1c509a5d9b583c089743ff9841@free.teranews.com>  5 "Nic Clews" <sendspamhere@127.0.0.1> wrote in message # news:3EEEDF47.CE064EF1@127.0.0.1...  > Johan Nilsson wrote: > >     [snip]    > > envronment. > C > My point here is around the file systems. XP has a fair amount of F > optimization added. The executive of 7.3 is leaner with a read cache' > *but no write back cache* as with XP.  > J > I suggest you need a read cacher, on 7.1 you'll have to buy in a cachingF > product, but free trials of the software are available. Do this only > after the following advice.  > C > We are talking tuning this system as a compilation engine, you've ? > already mentioned adjusting a few parameters but here's a few C > suggestions in that area. Increase channelcnt and fillm, make the H > wsdefault and wsquota the same big size as allowable by the memory youJ > have (observation required). For the file system, increase the values of@ > extend size, make sure highwater marking is off, make sure theF > cxx$startup file has been run, use bypass privilege (controversial!)  4 I'd say ... not something you'd normally like to do.   > I > Use AUTOGEN FEEDBACK data to size up some of the variables, bump up the F > ACP (sic) caches, with only 1 or 2 disks, mount /processor=unique to > keep the caches separate.      > A > This is by no means exhaustive, and I would also add individual I > circumstances may vary, others will have different but possibly equally  > effective ideas of tuning up.  > F > I'd suggest observing MONITOR MODES during your compilation, no idleG > time and 50 to 75% user mode and I don't think you'll get much better I > out of the system. Any idle time would suggest that the IO system could A > be holding things up, low user mode (and no idle) would suggest ) > operating system overhead is excessive.    Thanks, good suggestion.   // Johan   ------------------------------  % Date: Tue, 17 Jun 2003 11:45:00 -0400  From: norm.raphael@metso.comY Subject: DCL_CHECK of SYS$COMMON:AXPVMS$PCSI_INSTALL.COM (sic) (was Re: Installation prob ? Message-ID: <OFF3BD5A43.CF51B8C8-ON85256D48.00553609@metso.com>    First, and least important,   " SYS$COMMON:AXPVMS$PCSI_INSTALL.COM  	 should be   + SYS$COMMON:[SYSEXE]AXPVMS$PCSI_INSTALL.COM.    Then, using DCL_CHECK:  #  2123  UMP-S  unmatched parentheses    for   ; [$if f$extract(0,13,plat_rec) .eqs. "IF (<SOFTWARE" then -]    and   #  2136  UMP-S  unmatched parentheses    for   4 [$sft_supp = f$element(12," ",plat_rec) - ">" - ")"]  F both of which are single parenthesis character inside double-quotation marks.  K It seems to me that anything like this inside paired double-quotation marks  should not be checked/flagged.   Also,   D  2141  PSQ-W  possible error using single-quote (') in quoted string  , [$librarian /text /extract="''sft_opt''1" -]  H seems to be a real error, and extra single-quotation mark before the "1". (Should this be reported to VMS engineering?).  F Additionally, there are five messages (this is the last) of this type:  D  2558  ICF-W  possible invalid character found (& in PIPE) (warning)  2 where the code contains the quite common construct  C [(symbol_name = expression | define/job logical_name &symbol_name)]   G within the pipe command.  It is unfortunate that this cannot be somehow C identified as valid to remove the need for that particular warning.   F Charlie, wouldn't it be grand if someone just ran all these procedures through 6 the tool before releasing the next version of OpenVMS?   -Norm         ) From:  hammond@not on 06/17/2003 10:17 AM   ? Please respond to hammond@not@peek.ssr.hp.com (Charlie Hammond)    To:    Info-VAX@Mvb.Saic.Com cc:   7 Subject:    Re: Installation problem with OpenVMS 7.3.1     : In article <hDEHa.2717$ce.2486@news.cpqcorp.net>, I wrote:     . 3 >    $$$ DEFINE/SYSTEM AXPVMS$PCSI_LOG_TRACE "BOTH"  >and7 >    $$$ DEFINE/SYSTEM AXPVMS$PCSI_EXECUTE_VERIFY "YES"  .   G On any OpenVMS Alpha system disk (and it'll be on I64 systems too!) the  file  &     SYS$COMMON:AXPVMS$PCSI_INSTALL.COM or4     <dev>:[VMS$COMMON.SYSEXE]AXPVMS$PCSI_INSTALL.COM  C Has a section of comments that explains the above and several other H logical names that may be able to help in debugging installation/upgrade8 issues.  The comments are near the begining of the file.   --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: Tue, 17 Jun 2003 14:46:22 GMT < From: "John E. Malmberg" <Malmberg@dskwld.zko.dec.compaq.hp>5 Subject: Re: Do's and don'ts about cleaning keyboards 1 Message-ID: <2RFHa.2737$lv.2468@news.cpqcorp.net>    David Michaels wrote:  > Paul Sture wrote:  > I >>My heartful thanks to the person who recommended putting my LK keyboard  >>through the dishwasher.  >> >>It is beatifully clean now.  >>( >>But a pity it doesn't work any more... >>  " > WD-40 = water displacement - 40  > I > I've never seen it harm electronics. Not to say it can't, but I haven't 
 > seen it.  C Any high pressure stream of gas or other small propellent, if fast  E enough can build up a static charge and can destroy some electronics.   F I know from personal experience spray paint has enough pressure to do F that.  I was attempting to waterproof a circuit, coincidentally for a F keyboard, back in the days when people were building Z80 based systems from parts.     I The fumes from WD-40 are quite combustable for at least a minute or two,  2 so any sparks near them can cause a fire to start.  G The small spark from the ON/OFF switch of most electrical devices that  / do not have specially rated switches is enough.    -John ! malmberg@dskwld.zko.dec.compaq.hp  Personal Opinion Only    ------------------------------  % Date: Tue, 17 Jun 2003 16:07:51 +0100 * From: Andrew Robinson <arobinson@hspg.com>5 Subject: RE: Do's and don'ts about cleaning keyboards O Message-ID: <CDA4BAD1E10ED41181AC00508B6051D3023CD01C@grumpy.internal.hspg.com>   
 <big snip>  L In case anybody wants to take you up on that offer (not me BTW, I've alreadyK got enough hobbyist equipment), on which part of the planet are you located  and how much are you asking ?    Simon.  K Northamptonshire in the UK & if it's for hobbyist use, the cost of delivery E is all I ask. If you collect, so I have to do nothing then it's free.    Regards    Andrew Robinson    ------------------------------    Date: 17 Jun 2003 08:48:08 -0500+ From: young_r@encompasserve.org (Rob Young) " Subject: High moni/disk MAX number3 Message-ID: <Mc2i3V9Qn6lk@eisner.encompasserve.org>    	As followup to this post:  c http://groups.google.com/groups?selm=MZWImOpkfhPc%40eisner.encompasserve.org&oe=UTF-8&output=gplain   + From: young_r@encompasserve.org (Rob Young)  Newsgroups: comp.os.vms 7 Subject: Re: IO - VAXes, Alphas, XFC and V7.3-1 (THUD!)  Date: 4 Jun 2003 09:10:27 -0500    	And this one:  c http://groups.google.com/groups?selm=28JH0nLZRZ5D%40eisner.encompasserve.org&oe=UTF-8&output=gplain   + From: young_r@encompasserve.org (Rob Young)  Newsgroups: comp.os.vms + Subject: IO - VAXes, Alphas, XFC and V7.3-1  Date: 3 Jun 2003 15:12:55 -0500       D         A recent upgrade to OpenVMS 7.3-1 with XFC turned on reveals.         these numbers, using the same storage:  .                                  on node ALPH13                              3-JUN-2003 06:24:09.12   P I/O Operation Rate                         CUR        AVE        MIN        MAX   O DSAa00:                SITE_VO1           0.00      12.69       0.00   24402.33 O DSAb00:                SITE_VO2           5.33      20.87       0.00   18156.66 O DSAc00:                SITE_VO3           0.00      31.55       0.00   10544.33 O DSAd00:                SITE_VO4          35.66      49.89       0.00   21399.00      ----  > 	I'm fairly certain those MAX numbers are a result of minicopy< 	operations and unrelated to XFC.  The reason I suspect that: 	is that the physical numbers on the DGA are not very high" 	in comparison (their MAX values).   				Rob    ------------------------------  # Date: Tue, 17 Jun 2003 13:23:25 GMT 3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond) 4 Subject: Re: Installation problem with OpenVMS 7.3.11 Message-ID: <hDEHa.2717$ce.2486@news.cpqcorp.net>   ( In article <3EEEA595.20407@ebruno.org>, $ Eric Bruno <eric@ebruno.org> writes:  . >I have an Aspen Durango II (164LX) Alpha box.. >I am having problem installing OpenVMS 7.3.1. ..- >The install starts and gets to 60% point and 5 >just freezes no message no response at the keyboard.  ..+ >Is there way to get log or trace info ...?    Yes.   Select the DCL option, then   2     $$$ DEFINE/SYSTEM AXPVMS$PCSI_LOG_TRACE "BOTH" and 6     $$$ DEFINE/SYSTEM AXPVMS$PCSI_EXECUTE_VERIFY "YES"  G LOGOUT from DCL to return to the main menu, then [re]do the insallation  or upgrade.   G This will generate a *LOT* of output.  The last lines before the "hang" E will give an indicatin of where exactly the process is "stuck".  Copy > them _exactly_ and post them -- 5-10 lines is probably enough.   --  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: Tue, 17 Jun 2003 14:17:53 GMT 3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond)34 Subject: Re: Installation problem with OpenVMS 7.3.10 Message-ID: <lqFHa.2731$Gu.592@news.cpqcorp.net>  : In article <hDEHa.2717$ce.2486@news.cpqcorp.net>, I wrote:     ..                3 >    $$$ DEFINE/SYSTEM AXPVMS$PCSI_LOG_TRACE "BOTH"  >and7 >    $$$ DEFINE/SYSTEM AXPVMS$PCSI_EXECUTE_VERIFY "YES"  ..  M On any OpenVMS Alpha system disk (and it'll be on I64 systems too!) the file w  &     SYS$COMMON:AXPVMS$PCSI_INSTALL.COM or4     <dev>:[VMS$COMMON.SYSEXE]AXPVMS$PCSI_INSTALL.COM  D Has a section of comments that explains the above and several other H logical names that may be able to help in debugging installation/upgrade8 issues.  The comments are near the begining of the file.   -- dJ       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: Tue, 17 Jun 2003 10:43:53 +0200?( From: "Rudolf Wingert" <win@fom.fgan.de>, Subject: Re: JAVA appears to hang on OpenVMS: Message-ID: <MDEJJFGEEOPAFONJONBKAEIHDDAA.win@fom.fgan.de>   Hello,  K I did see the same behavior. Is this a multi CPU node? If yes STOP all CPUsoI and try your  commands again. If they do work without hang, you will need I the same patch as I. This patch will exchange two managment images. AfterM that JAVA did not longer hang.   Best regards Rudolf Wingertg  H P.S. Sorry that I do answer so late, but I did have had a great holiday.   ------------------------------  % Date: Tue, 17 Jun 2003 09:40:22 +0100a0 From: Chris Sharman <chris.sharman@sorry.nospam>  Subject: lib$convert_date_string4 Message-ID: <bcmk5m$1nn$1$8302bc10@news.demon.co.uk>  G Been playing around with lib$convert_date_string & lib$dt_input_format o< logical, in an effort to get a more forgiving input routine.  F Can't even figure out how to do what DCL does, & accept 2 AND 4 digit G years. I can pick one or the other (Z2 or Y4), but apparently not both.h Am I missing something ?  F As for allowing every illiterate user's random selection of separator E and month format, no chance. You say "please enter dd-mmm-yyyy", and oF they use /, ., space, numeric months, etc. Best I've done is about 10 I different format strings to try. The application can figure out which to :E try by checking the first non-digit (that's the separator), then the e. character after that is either numeric or not.  D Be nice to have a "figure it out" mode - the only ambiguity is with G numeric months when you need to rule on the field order: dmy or mdy or M	 whatever.    Chris    ------------------------------  % Date: Tue, 17 Jun 2003 12:17:42 -0400I0 From: "Brian Tillman" <Tillman@sparkingwire.com>/ Subject: Re: mail to news gateways for OpenVMS?-$ Message-ID: <3eef3f33$1@news.si.com>    John (wb8tyw@qsl.network) wrote:  H >Thanks.  A brief look at it does not show any news gateway software in  >it though.   8 Look in the [.CONTRIB] directory for MX-NEWS-GATEWAY.ZIP -- nI Brian Tillman         Internet: Brian.Tillman at smiths-aerospace dot com 5 Smiths Aerospace  Addresses modified to prevent SPAM.,D 3290 Patterson Ave. SE, MS 1B3 Replace "at" with "@", "dot" with "." Grand Rapids, MI 49512-1991e8        This opinion doesn't represent that of my company   ------------------------------  + Date: Tue, 17 Jun 2003 10:57:52 +0200 (MET)n9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>-3 Subject: Re: Max length of Nodename in OpenVMS 7.31c; Message-ID: <01KX75VZS5ZMAM67GX@sysdev.deutsche-boerse.com>-  F > SCSNODE is still only a maximum of six characters (something which I1 > have requested be fixed for a few years, now). A  G Does this have anything to do with the 6-character limit on the length  2 of variable names in Fortran prior to Fortran 90?    ------------------------------  % Date: Tue, 17 Jun 2003 10:30:47 +0100b From: Dave Brennan <>e3 Subject: Re: Max length of Nodename in OpenVMS 7.31b8 Message-ID: <dlntev0gvmtngpcdi4sl6r3ej7gmic818s@4ax.com>  : Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> wrote:  G >> SCSNODE is still only a maximum of six characters (something which IR2 >> have requested be fixed for a few years, now).  >rH >Does this have anything to do with the 6-character limit on the length 3 >of variable names in Fortran prior to Fortran 90? t  B I bet it is a hangover from RSX-11 were as memory was expensive weF used to store 3 characters in a word using RAD50. When they did DECNETE on the PDP nobody thought networks would get bigger than 256 nodes sol 6 letter node names was luxury.h   ------------------------------  # Date: Tue, 17 Jun 2003 11:50:48 GMTh4 From: brad@.gateway.2wire.net (Bradford J. Hamilton)3 Subject: Re: Max length of Nodename in OpenVMS 7.31t+ Message-ID: <sgDHa.9962$Fa6.6085@sccrnsc02>-  [ In article <3EEE78F1.C3B5310F@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes:r >Vic Mendham wrote:b <snip>F >(Sorry 'bout the wraps.) So, the SCSNODE field seems to support up toE >eight(8) characters, even though the on-line HELP says it only takesh >six(6). >cH >This machine doesn't run DECnet; so I could try to run it that way (putI >the equivalent of the above in MODPARAMS and AUTOGEN it). I'd change its-G >name in the DNS to match, just to keep from confusing myself too much.x  O I can't speak for Vic, but ease of management is precisely why I advocated withs7 COMPAQ/hp to change/remove the SCSNODE character limit.7  O Several years ago, the company I was working for was contemplating renaming allwM systems to adhere to a logical naming pattern that would allow anyone looking L at system names to deduce where the system was, what it was running, and whoM was responsible for the system.  Creating and modifying such system names is,tE of course, relatively trivial in DNS, but it would have represented a O logistical problem for our group if we had to remember that node SATURN was, ineJ "reality", saturnapplocationgroup.xxx.com.  Not a problem when you're wideL awake and at work, but when someone pages you at 03:00, and you're trying to0 help a clueless Operator to find your machine...   >e >--  >David J. Dachtera >dba DJE Systems >http://www.djesys.com/n >h) >Unofficial Affordable OpenVMS Home Page:o  >http://www.djesys.com/vms/soho/  A _________________________________________________________________w0 Bradford J. Hamilton			"All opinions are my own"= bMradAhamiPltSon-at-atMtAbi.cPoSm	"Lose the MAPS, and replace  					'-at-' with @"m   ------------------------------    Date: 17 Jun 2003 08:00:12 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 3 Subject: Re: Max length of Nodename in OpenVMS 7.31 3 Message-ID: <nHYGmziLiWkU@eisner.encompasserve.org>r  w In article <01KX75VZS5ZMAM67GX@sysdev.deutsche-boerse.com>, Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> writes:k > I > Does this have anything to do with the 6-character limit on the length e4 > of variable names in Fortran prior to Fortran 90?   H   What planet did you lean Fortran on?  Some early Fortran compilers hadC   a 6 character variable name limit, but this was fixed long beforel
   Fortran 90.e  '   And no, it has nothing to do with it.o   ------------------------------    Date: 17 Jun 2003 07:56:43 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)l3 Subject: Re: Max length of Nodename in OpenVMS 7.31b3 Message-ID: <o7lWZICqAu6C@eisner.encompasserve.org>y  b In article <sgDHa.9962$Fa6.6085@sccrnsc02>, brad@.gateway.2wire.net (Bradford J. Hamilton) writes:] > In article <3EEE78F1.C3B5310F@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes:6 >>Vic Mendham wrote: > <snip>G >>(Sorry 'bout the wraps.) So, the SCSNODE field seems to support up to4F >>eight(8) characters, even though the on-line HELP says it only takes	 >>six(6).o >>I >>This machine doesn't run DECnet; so I could try to run it that way (putnJ >>the equivalent of the above in MODPARAMS and AUTOGEN it). I'd change itsH >>name in the DNS to match, just to keep from confusing myself too much. > Q > I can't speak for Vic, but ease of management is precisely why I advocated with 9 > COMPAQ/hp to change/remove the SCSNODE character limit.e  F I am not convinced that breaking existing applications and third party* products would lead to ease of management.   ------------------------------  + Date: Tue, 17 Jun 2003 15:22:17 +0100 (MET)o9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>o3 Subject: Re: Max length of Nodename in OpenVMS 7.31w; Message-ID: <01KX7F38TCBOAOKN0V@sysdev.deutsche-boerse.com>n  I > Does this have anything to do with the 6-character limit on the length m4 > of variable names in Fortran prior to Fortran 90?   H > What planet did you lean Fortran on?  Some early Fortran compilers hadC > a 6 character variable name limit, but this was fixed long before 
 > Fortran 90.   D STANDARD Fortran had the 6-character limit for variable-name length D until the Fortran 90 standard came out.  Of course, longer variable G names were available as compiler extensions with many compilers before r
 this time.  ' > And no, it has nothing to do with it.r  ? Just a guess!  Parts of VMS are, I believe, written in Fortran.e   ------------------------------    Date: 17 Jun 2003 07:03:43 -0700+ From: c00per11242001@yahoo.ca (Vic Mendham) 3 Subject: Re: Max length of Nodename in OpenVMS 7.31v= Message-ID: <f7a73cb1.0306170603.256d6581@posting.google.com>i  $ Many Thanks to everyone who replied.  C FYI, HP has opened an OpenVMS forum on their IT Resource Centre, so  VMS isn't dead and won't be...   ------------------------------  # Date: Tue, 17 Jun 2003 15:30:38 GMTo- From: "labadie" <tonari_no_tottoro@127.0.0.1> 3 Subject: Re: Max length of Nodename in OpenVMS 7.31e1 Message-ID: <yuGHa.2749$lx.2730@news.cpqcorp.net>a  < "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message! news:3EEE78F1.C3B5310F@fsi.net...b > Vic Mendham wrote: > > I > > What is the maximum lenght that a system nodename can be, does anyoneaI > > know and dies it change depending on which version of OpenVMS you arey > > running? > >s > > c00per11242001@yahoo.ca  > G > Well, DECnet-IV has always imposed a six(6) character limit. Not surec > 'bout Phase-V. >f > What I find interesting is:- >- > DJAS01::DDACHTERA$ sysmanu > SYSMAN> para show scsnodeJE > %SYSMAN-I-USEACTNOD, a USE ACTIVE has been defaulted on node DJAS01o* > Node DJAS01:   Parameters in use: ACTIVEI > Parameter Name            Current    Default    Minimum    Maximum Unite	 > Dynamic I > --------------            -------    -------    -------    ------- ---- 	 > -------rD > SCSNODE                 "DJAS01  "    "    "     "    "     "ZZZZ" > Asciih > % > SYSMAN> para set scsnode "DJEAXP01"o > SYSMAN> para show scsnode * > Node DJAS01:   Parameters in use: ACTIVEI > Parameter Name            Current    Default    Minimum    Maximum Unitm	 > DynamictI > --------------            -------    -------    -------    ------- ----e	 > -------.D > SCSNODE                 "DJEAXP01"    "    "     "    "     "ZZZZ" > Asciih >w	 > SYSMAN>i > G > (Sorry 'bout the wraps.) So, the SCSNODE field seems to support up toSF > eight(8) characters, even though the on-line HELP says it only takes	 > six(6).t Hellol  L Yes, you can do that, but if you reboot this member of the Cluster, you will+ get a PROCGONE crash, with a status of 908.t  1 Some parts in Vms will allow it, some others not.M   The doc is clearH http://h71000.www7.hp.com/doc/731FINAL/4477/4477pro_004.html#index_x_254  F SCSNODE can be any name from 1 to 6 alphanumeric characters in length.  1 If you mean that Sysgen should check it, I agree.a   regardss   Grard   ------------------------------  % Date: Tue, 17 Jun 2003 17:26:01 +0100r( From: Nic Clews <sendspamhere@127.0.0.1>3 Subject: Re: Max length of Nodename in OpenVMS 7.31e) Message-ID: <3EEF4119.1FD69961@127.0.0.1>k   "David J. Dachtera" wrote: >    > What I find interesting is:  >  > DJAS01::DDACHTERA$ sysman0 >...% > SYSMAN> para set scsnode "DJEAXP01"u > SYSMAN> para show scsnodee* > Node DJAS01:   Parameters in use: ACTIVEI > Parameter Name            Current    Default    Minimum    Maximum Unitg	 > Dynamic5I > --------------            -------    -------    -------    ------- ----O	 > -------aD > SCSNODE                 "DJEAXP01"    "    "     "    "     "ZZZZ" > Asciie > 	 > SYSMAN>e > G > (Sorry 'bout the wraps.) So, the SCSNODE field seems to support up to F > eight(8) characters, even though the on-line HELP says it only takes	 > six(6).E  A You can set the nodename of RF disks to 8 characters, however the D display from MONITOR is garbled for the last two characters. I don'tH remember the details now, but Compaq support (then) and I had a fun time? breaking systems, and finally came to the conclusion "it wasn'trH recommended to use more than 6". I'd not thought of changing system nodeF names, I might have a go with my hobby cluster next time I feel really masochistic.   -- h? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer SciencesV nclews at csc dot com^   ------------------------------  + Date: Tue, 17 Jun 2003 16:41:49 +0000 (UTC)t7 From: moroney@world.std,spaamtrap.com (Michael Moroney)t3 Subject: Re: Max length of Nodename in OpenVMS 7.315( Message-ID: <bcngcd$roa$3@pcls4.std.com>  ; Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> writes:c  E >STANDARD Fortran had the 6-character limit for variable-name length ^E >until the Fortran 90 standard came out.  Of course, longer variable SH >names were available as compiler extensions with many compilers before  >this time.   ( >> And no, it has nothing to do with it.  @ >Just a guess!  Parts of VMS are, I believe, written in Fortran.  I That is not the reason.  There are many things that will break if SCSNODEgE exceeds 6 characters.  One of them is the node$DUA1234: device namingD; scheme which will overflow the max. length at 7 characters.w  F BTW, I've tried booting a node with a 7 character SCSNODE a while ago. It doesn't get very far. --   -Mike    ------------------------------  # Date: Tue, 17 Jun 2003 16:47:58 GMT & From: jlsue <jefflsxxxz@sbcglobal.net>3 Subject: Re: Max length of Nodename in OpenVMS 7.31^8 Message-ID: <dhhuev4bag99nkn6mmbunds10jbclbdpvk@4ax.com>  8 On Tue, 17 Jun 2003 15:22:17 +0100 (MET), Phillip Helbig+ <HELBPHI@sysdev.deutsche-boerse.com> wrote:   J >> Does this have anything to do with the 6-character limit on the length 5 >> of variable names in Fortran prior to Fortran 90?   > I >> What planet did you lean Fortran on?  Some early Fortran compilers hadtD >> a 6 character variable name limit, but this was fixed long before >> Fortran 90. >iE >STANDARD Fortran had the 6-character limit for variable-name length  E >until the Fortran 90 standard came out.  Of course, longer variable uH >names were available as compiler extensions with many compilers before  >this time.: >+( >> And no, it has nothing to do with it. > @ >Just a guess!  Parts of VMS are, I believe, written in Fortran.  I Perhaps, but not the internal parts.  And besides, a variable name lengthcE has nothing to do with the data that it may contain (i.e., the actual>
 nodename).   -- jls   ------------------------------  # Date: Tue, 17 Jun 2003 14:18:43 GMTn* From: "Dick Hertz" <dick.hertz@nospam.com>J Subject: Motorola 68000 BSO cross assembler/Simulator available on VAX/VMS1 Message-ID: <7rFHa.2732$9t.2026@news.cpqcorp.net>   8 Does anybody have any additional information about this?* Haven't been able to find much via Google.   Who / what is BSO?> Is this opensource?  Is it still available?  Anybody using it?   Thanks   Dick   ------------------------------  % Date: Tue, 17 Jun 2003 07:13:51 -0700 # From: "Tom Linden" <tom@kednos.com> N Subject: RE: Motorola 68000 BSO cross assembler/Simulator available on VAX/VMS9 Message-ID: <CIEJLCMNHNNDLLOOGNJIMELIHGAA.tom@kednos.com>d  L Boston Systems Office, or was it a typo, BSD, Berkeley Software Distribution   >-----Original Message-----h0 >From: Dick Hertz [mailto:dick.hertz@nospam.com]% >Sent: Tuesday, June 17, 2003 7:19 AMl >To: Info-VAX@Mvb.Saic.ComC >Subject: Motorola 68000 BSO cross assembler/Simulator available onn >VAX/VMS >i >y9 >Does anybody have any additional information about this?t+ >Haven't been able to find much via Google.r >a >Who / what is BSO?e? >Is this opensource?  Is it still available?  Anybody using it?b >  >Thanksw >u >Dicke >d >  >---' >Incoming mail is certified Virus Free.1; >Checked by AVG anti-virus system (http://www.grisoft.com)..A >Version: 6.0.489 / Virus Database: 288 - Release Date: 6/10/2003n >l ---s& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.489 / Virus Database: 288 - Release Date: 6/10/2003   ------------------------------    Date: 17 Jun 2003 08:03:05 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) / Subject: Re: NFS Client to MS-Services for UnixE3 Message-ID: <ok9c67yld93B@eisner.encompasserve.org>R  ` In article <bclsgs$kignu$1@ID-135708.news.dfncis.de>, bill@cs.uofs.edu (Bill Gunshannon) writes:? > In article <dd3f0cb7.0306161546.39c3424c@posting.google.com>,w+ > 	chessmaster1010@hotmail.com (JG) writes:E  E >> I'm surprised that the VMS<->Windows NFS issue hasn't come up hereRG >> before.  Is everone else using Samba or Pathworks (Advanced Server)?r > D > I am amazed this problem could exist and not be looked at prior to > this as well.   8    Yeah, right.  Lots of us are serving MS disks to VMS.      Not in my shop.   ------------------------------  % Date: Tue, 17 Jun 2003 09:48:13 -0600 6 From: "Michael D. Ober" <obermd-@-alum-mit-edu-nospam>/ Subject: Re: NFS Client to MS-Services for Unixo0 Message-ID: <2LGHa.20$6p1.53611@news.uswest.net>  J We have a work around in place, but would like to solve the actual problemE of saving text files (STREAM_LF) on our windows server so our Windows  clients can access them easily.e   Thanks,t
 Mike Ober.  9 "Bill Gunshannon" <bill@gw5.cs.uofs.edu> wrote in messaged/ news:bcl691$k8isg$1@ID-135708.news.dfncis.de...n2 > In article <JnoHa.27$7H5.49379@news.uswest.net>,: > "Michael D. Ober" <obermd-@-alum-mit-edu-nospam> writes: > > SFU 3.0. > ) > That's supposed to be the good ne.  :-)r > L > >          I can get the connection to occur, but then I can't do anythingL > > with it.  Every attempt to actually list a directory, read a file, etc.,J > > results in a Device Timeout.  I have verified that UID/GID are both -2 and I > > that the VMS SYSTEM account is in the W2K Server's configuration as ar validH7 > > user with and the UID/GID pairs match on both ends.r > C > OK, How time critical is this?  I will try and set up a couple ofeC > systems tomorrow (I needed to test it out for my own operation attD > some point this summer anyway, nows as good a time as any!)  Which > TCPIP on the VMS side? >- > bill >u > -- uL > Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesF > bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. > University of Scranton   |@ > Scranton, Pennsylvania   |         #include <std.disclaimer.h>   ------------------------------  % Date: Tue, 17 Jun 2003 15:59:20 +0500 & From: Valentin Likoum <me@privacy.net>+ Subject: NFS server ignores ACL (sometimes) 5 Message-ID: <bcmsa5$kmnre$1@ID-184585.news.dfncis.de>y  
 Hello all,  <    Alpha server (VMS 7.3, TCPIP 5.1 ECO5) has bunch of user : directories USR_HOME:[USER1], USR_HOME:[USER2], ... which 7 belong to the users USER1, USER2, ... respectively and i8 exports them to NFS. Proxies are defined for every user:  ; VMS User_name     Type      User_ID    Group_ID   Host_namet  5 USER1             OND           452         450   WWWz5 USER2             OND           457         450   WWWt .... and 33 more lines  2    Script on the client side (FreeBSD) set itself 5 appropriate values for EUID and EGID and access user e directories.# Now lets put files into directoriesl   $ dir /sec usr_home:[*]t Directory USR_HOME:[USER1]  + TEST.TXT;1    [MIGHTY_USER]     (RWED,RE,,)   (IDENTIFIER=[USER1],ACCESS=READ)= (IDENTIFIER=OTH_ACC,ACCESS=READ+WRITE+EXECUTE+DELETE+CONTROL)t   Directory USR_HOME:[USER2]  + TEST.TXT;1    [MIGHTY_USER]     (RWED,RE,,)r  (IDENTIFIER=[USER2],ACCESS=READ)= (IDENTIFIER=OTH_ACC,ACCESS=READ+WRITE+EXECUTE+DELETE+CONTROL)n  5 Looks equally? But client accesses file in the USER1 e7 directory normally but access to the file in the USER2 e: directory gives "Access denied".  Why it's working in one 6 directory and doesn't working in the another? No idea.: Trace on the client side shows that EUID/EGID pair is set = correctly and access should be granted accordinly to defined S proxy.9    How to trace access error on the server side? Nothing g: insteresting in the system audit journal though all other 5 unsuccessfull attempts (not through NFS) are logged. h; Obviously NFS doesn't use system audit. I havn't found any T; other mean to trace NFS access attempts on the server side. : File SYS$SYSDEVICE:[TCPIP$NFS]TCPIP$NFS_NCC.LOG is locked 3 and backup/ignore=interlock of it gives empty file.n:    I found instesting article in the support database "NT < NFS client requires W:RED privileges to access VMS exported  Directory" eL (http://h18000.www1.hp.com/support/askkcs/hpcg/215_0_85009557_3482454.html):   <QUOTE>e Environment: OpenVMS Alpha 7.3e TCPIP 5.1 ECO 3  NFSg
 NT NFS Clientr Microsoft Services for Unixe   Problem Description:6 NT NFS client requires W:RED privileges to access VMS  exported Directory  	 Solution:d   This is expected behaviour.    ^^^^^^^^^^^^^^^^^^^^^^^^^^ ..., </QUOTE>  8    Definitly access is granted to the file in the USER2 < directory if W:R set on it. But file in the USER1 directory 9 is served without it. So why NFS has such preference for b< USER1 over USER2? I don't know. May be USER1 looks prettier 2 or has better sense of humor but how NFS it knows?&    Thank you. And sorry for long post.   -- x
 Best regards,h
   Valentin)   valentin.likoum at ncc dot volga dot rus   ------------------------------    Date: 17 Jun 2003 07:04:03 -0700. From: mistdragon@zdnetonebox.com (mist dragon)& Subject: Re: Portents of Itanium death= Message-ID: <7500353b.0306170604.5a775456@posting.google.com>a  M > When I was at the Cebit in march, every motherboard supplier had Athlon 64 qO > boards on display. You seem to forget that the Athlon 64 is faster in 32 bit iS > mode then the present 32 bit Athlon cpu's. So if I want to buy a fast 32 bit AMD eO > system later this year, I buy a Athlon 64 and get the 64 bit capability as a   > bonus so to speak !g > S > That my dear Fred is exactly the danger for Intel, it has nothing to compete, at   > least not publicly.C  C Coming back to main subject - have you noticed that AMD has startedoD large marketing campaign of how to secure your investments of futureD by going to architecture having the support of current x86-32 and of new 64 bit architectures ?  0 Where are the Intel counterads of proving that :  1 - No-one needs 64 bit with native 32 bit support i( - No-one needs 64 bit unless its Itanium< - No-one would like to pay less for 64 bit than for Itanium   : Intel is already under competition of 64 bit. May the best architecture win!    Mist   ------------------------------    Date: 17 Jun 2003 10:19:01 -0500+ From: young_r@encompasserve.org (Rob Young)u& Subject: Re: Portents of Itanium death3 Message-ID: <MzAU7KWTtp6t@eisner.encompasserve.org>a  n In article <7500353b.0306170604.5a775456@posting.google.com>, mistdragon@zdnetonebox.com (mist dragon) writes: > 2 > Where are the Intel counterads of proving that : > 3 > - No-one needs 64 bit with native 32 bit support s* > - No-one needs 64 bit unless its Itanium> > - No-one would like to pay less for 64 bit than for Itanium  > < > Intel is already under competition of 64 bit. May the best > architecture win!e >   @ 	The best architecture doesn't always win.  X86 has been winning 	for years.x   	IA64 versus x86-64... ,  < 	Maybe someday x86-64 gets a tier 1 vendor to really push itA 	hard.  Maybe not.  No one seems to want to lose their sweethearto> 	x86 deals.  Hard to stay competitive if you have to pay quite> 	a bit more for your x86 CPUs compared to your competition ;-)   				Roba   ------------------------------  + Date: Tue, 17 Jun 2003 15:36:32 +0000 (UTC) + From: david20@alpha2.mdx.ac.uk (David Webb)d& Subject: Re: Portents of Itanium death+ Message-ID: <bcnci0$av6$1@aquila.mdx.ac.uk>b  a In article <MzAU7KWTtp6t@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes:io >In article <7500353b.0306170604.5a775456@posting.google.com>, mistdragon@zdnetonebox.com (mist dragon) writes:i >> i3 >> Where are the Intel counterads of proving that :  >> t4 >> - No-one needs 64 bit with native 32 bit support + >> - No-one needs 64 bit unless its Itanium-? >> - No-one would like to pay less for 64 bit than for Itanium p >> m= >> Intel is already under competition of 64 bit. May the bestC >> architecture win! >> i >pA >	The best architecture doesn't always win.  X86 has been winningm >	for years. >l >	IA64 versus x86-64...  >N= >	Maybe someday x86-64 gets a tier 1 vendor to really push itPB >	hard.  Maybe not.  No one seems to want to lose their sweetheart? >	x86 deals.  Hard to stay competitive if you have to pay quites? >	a bit more for your x86 CPUs compared to your competition ;-)e >eK The question then becomes how quickly AMD can ramp up production. Since theoG x86-64 can replace the x86 for 32bit applications then if Intel were to M seriously threaten a vendor about it's 32bit chip x86 sweetheart deal then it K would pay AMD to offer them an equivalent deal to move all their systems tog
 AMD chips.  
 David Webb VMS and Unix team leader CCSS Middlesex University     >				Rob >    ------------------------------    Date: 17 Jun 2003 11:54:09 -0500+ From: young_r@encompasserve.org (Rob Young)i& Subject: Re: Portents of Itanium death3 Message-ID: <gA9dQJtFjTSa@eisner.encompasserve.org>i  Y In article <bcnci0$av6$1@aquila.mdx.ac.uk>, david20@alpha2.mdx.ac.uk (David Webb) writes:tc > In article <MzAU7KWTtp6t@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes:np >>In article <7500353b.0306170604.5a775456@posting.google.com>, mistdragon@zdnetonebox.com (mist dragon) writes: >>> 4 >>> Where are the Intel counterads of proving that : >>> 5 >>> - No-one needs 64 bit with native 32 bit support  , >>> - No-one needs 64 bit unless its Itanium@ >>> - No-one would like to pay less for 64 bit than for Itanium  >>> > >>> Intel is already under competition of 64 bit. May the best >>> architecture win!  >>>  >>B >>	The best architecture doesn't always win.  X86 has been winning
 >>	for years.r >> >>	IA64 versus x86-64... $ >>> >>	Maybe someday x86-64 gets a tier 1 vendor to really push itC >>	hard.  Maybe not.  No one seems to want to lose their sweethearta@ >>	x86 deals.  Hard to stay competitive if you have to pay quite@ >>	a bit more for your x86 CPUs compared to your competition ;-) >>M > The question then becomes how quickly AMD can ramp up production. Since the I > x86-64 can replace the x86 for 32bit applications then if Intel were toaO > seriously threaten a vendor about it's 32bit chip x86 sweetheart deal then it M > would pay AMD to offer them an equivalent deal to move all their systems to  > AMD chips. >   D 	The built-in assumption is that Opteron has some sort of advantage.  	 	However:   c http://groups.google.com/groups?selm=2ZMZE2N7r3vl%40eisner.encompasserve.org&oe=UTF-8&output=gplain     ( http://www.theinquirer.net/?article=9384    	Q203	Q303	Q403	  Q104	Q204	2H04   4u' $10K+	Xeon MP ServerWorks    | 2.8 GHz+g  	Anvik 2.8 GHz 2MB L3   | 4MB L3  0 2u      Xeon E7501   | Nocona  | Nocona Lindenhu. $5.5K+  3.06 GHz     | 3.46 GHz| Dual Northway   2u  	Xeon 7501 $3K+     	etc.r  & 	From another quote at the end of May:  ( http://www.theinquirer.net/?article=9765  L RECENT ROADMAPS seen by the INQUIRER show that Intel is close to releasing aK 3.06GHz Xeon with a 533MHz front side bus and 1MB of integrated level threeiK cache.  This processor is a regular Xeon processor and not one of the very n" much more expensive Xeon MP chips.  / At launch, it will cost Intel's customers $690.s  ? 	That will be very hard on Opteron in that space.  The space iss 	1-2 CPU server space.     	It has:   		Higher clock 		Faster Bus+ 		Just as cheap or cheaper than an Opteron.0  = 	There is no reason it won't outperform a 2 processor Opteronc 	in MOST benchmarks.   ---u  D 	The MP Xeon goes from 2 GHz to 2.8 GHz in 2 weeks, similar argument@ 	there comparing the mythical 4-CPU Opteron against the mythical 	4-CPU Xeon.  5 	Suppose for the sake of argument some Tier 1 were togB 	cutover lock-stock-and-barrel to Opteron.  Until they can do that? 	, their next shipments of Xeon and Pentium4/PentiumM would get 7 	quite pricey.  Losing millions in the cutover process.n  ? 	But maybe the bigger danger in going the Opteron route is thatA? 	it looks to be outperformed in the near term (next 1-6 months) D 	by Xeon.  So in a sense you would cutover , not only lose millions,= 	but have a less attractive server part as a result!  Perhapsa@ 	good business sense (and Intel pricing discount advantages) are> 	keeping Tier 1 players away from Opteron.  One would think it 	would surely attract Sun.   				Robe   ------------------------------  # Date: Tue, 17 Jun 2003 15:23:05 GMTo" From: hoblit@liii.com (Sam Hoblit)@ Subject: Re: problem after upgrading to compaq (DEC) fortran 7.5, Message-ID: <3eef30be.1802622@news.liii.com>  A Thanks for the replies. Of course, if it's really a  compiler bugo; a report should be filed. But since so many programs causedM> the compiler to crash after the upgrade I suspected that I hadC screwed something up with the installation rather than the compilerm; being buggy, and that maybe someone else had seen a similar > problem. Guess not. I'll look around a bit more, and then look= into filing a report. Unfortunately, at the moment we have noo service contract in place.   ------------------------------  % Date: Tue, 17 Jun 2003 09:36:33 +0200u From: Dirk Munk <munk@home.nl>, Subject: Re: Rookie question for the experts1 Message-ID: <bcmgoq$6r$1@news3.tilbu1.nb.home.nl>h  * Alan Winston - SSRL Admin Cmptg Mgr wrote:p > In article <cttHa.250240$lL2.2584498@news.chello.at>, peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes: > T >>In article <3EEE00E1.2030006@iee.org>, Antonio Carlini <arcarlini@iee.org> writes: >># >>>Peter 'EPLAN' LANGSTOEGER wrote:O >>> O >>>>Only problem/annoyance I have with is the absence of multiwildcard support.  >>> D >>>It's been a long time now since I had my hands anywhere near the J >>>relevant area of DECnet's guts, but IIRC it's down to the way that the K >>>various calls keep their context between one invocation and the next. I iL >>>suspect that it's fixable (with some considerable effort, given how deep G >>>in the guts this is) but probably not deemed to be worthwhile for a t/ >>>product that is largely in maintenance mode.A >>D >>Geee, there is this word again: VMS software in "maintenance mode" >  > 9 > What bold new development do you want to see in DECnet?H > H > If it's any consolation, TCP/IP for VMS is in very active development.  O Well, TCP/IP for VMS is in effect the ported TCP/IP stack for Tru64. And since rO Tru64 is going to be scrapped (after all it was the best Unix around according oK to many Unix specialists, so it has to be scrapped as soon as possible), I n3 wonder what this means for the TCP/IP stack on VMS.   N One of the really annoying problems with TCP/IP services is the hotchpotch of Q VMS style and Unix style commands. Important tuning and problem solving commands B* can only be issued in Unix style commands.         > 	 > -- Alan    ------------------------------  % Date: Tue, 17 Jun 2003 09:52:15 +0200  From: Dirk Munk <munk@home.nl>, Subject: Re: Rookie question for the experts2 Message-ID: <bcmhm9$pbb$1@news2.tilbu1.nb.home.nl>   David J. Dachtera wrote:" > Peter 'EPLAN' LANGSTOEGER wrote: >  >>[snip]6 >>This seems to become another religion war (4 vs. 5). >  > 7 > Well, not so much "religion" as "ease of management".n > I > For those outfits with a big enough DECnet network, Phase-V is probablydD > valuable, if rather ponderous to learn to manage. For most others,B > Phase-IV is probably still the ticket for "set it and forget it"
 > networking.o  Q With Phase IV you can build networks of appr. 64000 DECnet hosts, I doubt if any D= DECnet network of that size exists. So size is not the issue.7     >  >  >>[snip]M >>Only problem/annoyance I have with is the absence of multiwildcard support.T >>6 >>        NCL> SHOW NSP LOCAL NSAP * REMOTE NSAP * ALL >>or= >>        NCL> SHOW ROUTING CIRCUIT * REACHABLE ADDRESS * ALLe >>B >>gives %NCL-E-MULTILEVELWILD, multi-level wildcarding not allowed@ >>If this is fixed, then I'd say, DECnet-Plus is almost perfect. >  > E > ...except that it then still lacks a comprehensible user interface.e  - I admit NCL does have a steep learning curve.i  P However, it is not as difficult as many people think. NCL stricktly follows the Q 7-layer OSI model, and once you understand that in principle rather simple model mP and how it is implemented in NCL, then NCL becomes far more easy to understand. 0 Then you can see the logic in the NCL structure.  Q And from my experience then you will learn to appreciate Phase V as an excellent RK product, and again in my view a better, more high-tech product as Phase IV.S     >  > M >>And I also see no need for LANCP if DECnet is installed/configured/running.e >  > F > ...unless you need something straight-forward and easily manageable." > Even then, LANCP has its quirks. >    ------------------------------  + Date: Tue, 17 Jun 2003 16:30:10 +0000 (UTC)s7 From: moroney@world.std.spaamtrap.com (Michael Moroney)R, Subject: Re: Rookie question for the experts( Message-ID: <bcnfmi$roa$1@pcls4.std.com>    Dirk Munk <munk@home.nl> writes:  R >With Phase IV you can build networks of appr. 64000 DECnet hosts, I doubt if any > >DECnet network of that size exists. So size is not the issue.  C It did in Digital's glory days, but no more.  In fact, the network dA exceeded the DECnet limit so they had to do tricks such as hiddenm' DECnet areas to deal with that problem.n -- r -Mikeo   ------------------------------    Date: 17 Jun 2003 05:37:21 -0700( From: bob@instantwhip.com (Bob Ceculski)$ Subject: Re: Sun to be the next DEC!= Message-ID: <d7791aa1.0306170437.1fb423c3@posting.google.com>a   winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr") wrote in message news:<00A2179A.9CCB5C07@SSRL.SLAC.STANFORD.EDU>...j > In article <d7791aa1.0306160915.37f9047b@posting.google.com>, bob@instantwhip.com (Bob Ceculski) writes:6 > >gee Andrew, I hope this means we willn't be hearing6 > >from you anymore :) ... there is still time to join" > >the OpenVMS Itanium sales team! > >iN > >http://techupdate.zdnet.com/techupdate/stories/main/0,14179,2914032,00.html >  > So Meta Group sez: > F >  To regain competitiveness, Sun must de-emphasize SPARC/Solaris (notQ > double-down, as CEO Scott McNealy proposes) and bet its future on Intel, Linux,aG > and Web services. Unfortunately, McNealy seems unable to drive such awO > fundamental transformation. "At this point, the only thing that will save SunaQ > from becoming the next Digital Equipment Corp. is a near-death experience and aYP > CEO from the outside. IBM went through it and HP is going through it, and they> > are the stronger for it," says META Group analyst Nick Gall. > N > (So in order to be competitive, Sun must drop their unique value propositionF > and bet its future on commodity products Sun didn't develop, has no M > particular expertise in, and are the same things everybody else is selling?nP > Andrew (and every other Sun employee) is much likelier to be looking for a jobH > if Sun follows META's advice than if it keeps on the track it is now.) > 	 > -- Alanc  7 exactly ... and the same can be said for HP and VMS ...    ------------------------------  % Date: Tue, 17 Jun 2003 11:06:33 +0200o8 From: "Tomasz Dryjanski" <tdryjanski.nospam@hotmail.com> Subject: Suspended process. Message-ID: <bcmlnu$b2i$1@nemesis.news.tpi.pl>   Hi,-8 There is a process in my system, in the following state:8 000084E2 BOCIEK MUTEX 8 4954358 0 02:16:33.53 19670 6144
 $ shp 84e2) %SYSTEM-F-SUSPENDED, process is suspended3   How can I get rid of it?  $ sto/id=84e2
 doesn't help.s   T. D.e   ------------------------------  # Date: Tue, 17 Jun 2003 11:21:35 GMTe- From: "labadie" <tonari_no_tottoro@127.0.0.1>a Subject: Re: Suspended process1 Message-ID: <3RCHa.2705$Af.2155@news.cpqcorp.net>n  C "Tomasz Dryjanski" <tdryjanski.nospam@hotmail.com> wrote in message ( news:bcmlnu$b2i$1@nemesis.news.tpi.pl... > Hi,a: > There is a process in my system, in the following state:: > 000084E2 BOCIEK MUTEX 8 4954358 0 02:16:33.53 19670 6144 > $ shp 84e2+ > %SYSTEM-F-SUSPENDED, process is suspended  >  > How can I get rid of it? >  $ sto/id=84e2 > doesn't help.  >3 > T. D.  >h Hello   C a process in MUTEX state can in some circumstances be brought back.   H if it is a real MUTEX (MUTual EXclusion), reboot is the only recommanded method.c  # if it is a quota problem, go in sdaJ	 $ ana/sys  set proc/id=000084E2 sh procrI see if the EFWM (event flag wait mask) has the same value as the Jib (jobi information block)K If it has, this means the process is waiting for a job wide shared resourceh (bytlm, or tqelm)i look at  jib$b_flagsE 1 -> bytlm exhausted 2 -> tqelm exhaustedJ 3 -> should mean  2 jobs in the same job tree, one waitying for Bytlm, teh& other for Tqelm (I have never seen it)  H If you have Availability Manager or Amds installed, you can add Bytlm or0 Tqelm dynamically, and your process will resume. seeo> http://h71000.www7.hp.com/openvms/products/availman/index.html   Regardsa   Grard   ------------------------------  % Date: Tue, 17 Jun 2003 14:45:40 +0200n8 From: "Tomasz Dryjanski" <tdryjanski.nospam@hotmail.com> Subject: Re: Suspended process. Message-ID: <bcn2in$ddn$1@nemesis.news.tpi.pl>  % > if it is a quota problem, go in sdan > $ ana/sys  > set proc/id=000084E2	 > sh procrK > see if the EFWM (event flag wait mask) has the same value as the Jib (jobo > information block)D > If it has, this means the process is waiting for a job wide shared resource > (bytlm, or tqelm)i   This is the case.,  	 > look ate
 > jib$b_flagst   Where can I find it?   > 1 -> bytlm exhausted > 2 -> tqelm exhaustedL > 3 -> should mean  2 jobs in the same job tree, one waitying for Bytlm, teh( > other for Tqelm (I have never seen it) >aJ > If you have Availability Manager or Amds installed, you can add Bytlm or2 > Tqelm dynamically, and your process will resume.  G I don't have any of the above. Does it mean that a re-boot is required?    T. D.    ------------------------------  # Date: Tue, 17 Jun 2003 13:26:20 GMT - From: "labadie" <tonari_no_tottoro@127.0.0.1>r Subject: Re: Suspended process1 Message-ID: <0GEHa.2718$hr.2579@news.cpqcorp.net>e  C "Tomasz Dryjanski" <tdryjanski.nospam@hotmail.com> wrote in messagea( news:bcn2in$ddn$1@nemesis.news.tpi.pl...' > > if it is a quota problem, go in sdad
 > > $ ana/sysr > > set proc/id=000084E2 > > sh procaH > > see if the EFWM (event flag wait mask) has the same value as the Jib (job > > information block)F > > If it has, this means the process is waiting for a job wide shared
 > resource > > (bytlm, or tqelm)e >m > This is the case.  >e > > look atl > > jib$b_flags  >  > Where can I find it? Do int sda> read sysdef sda> format jib-       >a > > 1 -> bytlm exhausted > > 2 -> tqelm exhaustedJ > > 3 -> should mean  2 jobs in the same job tree, one waitying for Bytlm, teh * > > other for Tqelm (I have never seen it) > >gL > > If you have Availability Manager or Amds installed, you can add Bytlm or4 > > Tqelm dynamically, and your process will resume. >0I > I don't have any of the above. Does it mean that a re-boot is required?d/ If you install Amds or Availability Manager, noS   RegardsO   Grard   ------------------------------  % Date: Tue, 17 Jun 2003 15:12:44 +0200 8 From: "Tomasz Dryjanski" <tdryjanski.nospam@hotmail.com> Subject: Re: Suspended process. Message-ID: <bcn45g$kh1$1@nemesis.news.tpi.pl>   > > > 1 -> bytlm exhausted   ... and that's it.  	 > RegardsN >o > Grard   Many thanks for your help. :)   T. D.    ------------------------------    Date: 17 Jun 2003 07:57:33 -0700' From: jnez367@yahoo.com (Jerry Nezlick)eA Subject: Unexplained Connections to external servers on Port 6667i= Message-ID: <4f27336e.0306170657.35053154@posting.google.com>o  E Looking through firewall logs and found connections from port 1746 touC external servers on port 6667.  I believe this port is reserved foru IRC.  F Since we should not be running any IRC processes, I am concerned.  HasF anyone heard about a VMS exploit that will exhibit this behavior?  CanF there be a legitimate process making this connections?  Is there a VMSA command that might help me look at processes and their associated  ports?  7 I am a VMS novice and would appreciate any suggestions.     
 Thanks....   ------------------------------  # Date: Tue, 17 Jun 2003 14:34:37 GMTh# From: "John Smith" <a@nonymous.com>- Subject: Re: VMS Freeware CDs G Message-ID: <1GFHa.121393$G_.4208@news02.bloor.is.net.cable.rogers.com>a  ( "Everhart" <ge@gce.com> wrote in message% news:bcg4eu$slj$1@bob.news.rcn.net...nF > It would be nice to be able to make the growing collections for next; > CDs visible but there are firewalls and so on between VMS  engineering7D > and everything else, and the freeware CDs were not, at least a few yearslB > back, that high a priority. When I helped master the V3 ones the infoF > lived on a few VMS machines inside engineering till the masters wereF > burned. Likewise if I had a good enough net connection I might leave theeD > prelim sigtape stuff for VLT03A up for the world. But it isn't so. Charter1F > Communications around here does not have cable net service, nor does Verizonn? > offer DSL, nor anyone else I have found to now. Oddly enough,@ Comcast servesC > many areas a mile or two away, but they will not "take" Charter'se	 territory.? > even where begged to do so be the homeowner (me). So far also  Charter has notaE > responded when I asked when they might have cable net here, either.e    E Having a fast enough pipe is an issue but so is the cost of transfersr# to the hosting organization/person.t  C The freeware is used by both hobbyists and for commercial uses. ForsC hobbyists who may be willing to host the freeware, most residentialsF cable/DSL providers have caps on transfers, beyond which they begin to= charge extra for additional bytes transferred, eg. 1Gb upload D limit/month included in the price of the service, $10/Gb thereafter.  F What's needed is a number of mirror sites for the freeware and perhapsE some common URL to point to that has some smarts to do redirection to B the mirrors based on each mirror's calculated cumulative transfers that month.s  F Let the common 'host' (Ken Farmer's OpenVMS.org perhaps??? - sorry forC volunteering you Ken) keep track of what's available at each mirroriD site and present a list of software available. The user selects whatD they want to d/l. The 'host' has a table that knows what software isF available where and how big the d/l package is for that software, whatF the free upload caps are for each mirror site, how many times the hostF has redirected to a specific mirror, and what the billing cycle is forA each mirror (ie. 1st of the month, 10th, etc...). The host does auC quick calculation and figures out which mirror has 'free' bandwidthiF still remaining that month and does a redirect to that mirror site. IfE a mirror has hit its 'free' traffic limit, then the 'host' takes that7E mirror site out of rotation until the start of the next billing cyclem for that mirror.  F It isn't perfect, but it would go some distance in permitting multipleF hobbyist mirror sites to share the d/l traffic in a way that the hosts? of the mirrors don't get huge bills from the network connection:@ providers at the end of each month. All anyone who wants to be aC mirror has to do is arrange to get the freeware in the first place,f? make it available for ftp, and register with Ken (or whomever).Y  B That, or a large corporation to host the freeware that accumulatedD between releases of CD's in promotion of their own products (read HP/ and the VMS web site  ftp.openvms.compaq.com ).y   ------------------------------  + Date: Tue, 17 Jun 2003 16:32:59 +0000 (UTC)O7 From: moroney@world.std.spaamtrap.com (Michael Moroney)  Subject: Re: VMS Freeware CDsi( Message-ID: <bcnfrr$roa$2@pcls4.std.com>  I I can host files if necessary.  I have a DSL line with no transfer limit., --   -Miket   ------------------------------  % Date: Tue, 17 Jun 2003 10:04:05 -0500o: From: Gunther Schadow <gschadowREMOVETHIS@regenstrief.org>1 Subject: What Tape Library for VMS and FC cluster . Message-ID: <3EEF2DE5.7070609@regenstrief.org>   Hi,   E we are in the process of purchasing a tape library to back up our EMCt< Symmetrix SAN. Would like to poll some experiences with VMS.  # The alternatives I'm looking at arev  + 1) StorageWorks MSL6060 with 4 LTO-2 drivese( 2) ADIC Scalar 1000 with 6x2 AIT-2 slots 3) ADIC Scalar 100 with LTO-1  4) StorageTek L180, LTO-1a 5) StorageTek L700, LTO-1-  G the options 2-5 are recertified used devices. I have the choice in tape F drives for some of them, which I need, because as I undertstand, LTO-1" will never be supported under VMS.  E However, we may need a backup server anyway, in which case the backupd' server machine doesn't have to run VMS.    My questions are:r  = - any issues to report with either of the alternatives above?n  @ - how can you control the robots of non-DEC/COMPAQ/HP libraries,    does MRU work for those?a  E - given the little competition of tape library backup server softwarehC    on VMS, isn't it more useful to install a non-VMS backup server?a  E - does server-less backup directly over fibre channel work for peopleC    here with VMS?h   thanks for your help,  -Gunther   ------------------------------  % Date: Tue, 17 Jun 2003 10:16:05 +0100r From: Dave Brennan <>r> Subject: Re: WHY I WANT TO: Re: manually setting the ProcessID8 Message-ID: <btmtevcl1jonnhctb2pehconml3coneab1@4ax.com>  4 "Tim Aisthorpe-Buckley" <Tim_A_B@Hotmail.com> wrote:  F The easiest thing to do is to use the process name like a virtual PID.E So if each script does a set process name to one or two or three. You>D can find out which process is running and stop that process by using	 its name.t      >Thanks for all the suggestions, >hI >The reason why I want to do this is that we have a VMS box that has someeK >automated software on it. So nobody really needs to touch the VMS server -t, >and nobody knows how to on the client site. >6I >The trouble is that there are several different versions of the software9J >that can be run - each does something different - yet only one can run atM >once. So it is neccessary to be able to switch programs without going to themL >server room. We tried it with telnet, but that doesn't work. I then wrote aM >java socket, put that on the server and that doesn't work. The reason why itfL >doesn't work is because the start and stop scripts that were written for usL >use the PID of the invoking program to find out what needs to be started orL >stopped - therefore the only way to stop something you have started is fromK >within the same terminal on the server as they were started, or by closingk4 >all of the GUI applications on the server manually. >eJ >So if I want to use a Java socket (which is nice because the client couldL >then use a client socket on their desktop PCs to stop and start as requiredK >without going to the server room) then I need to be able to set the PID ofrI >the Java Socket, so that if the socket goes down, I can then start it up-I >again later with the same PID. I do not know if this will achieve what ImK >want to, as the script is third party and I'm not a VMS person, so I don'tiM >really understand what it is doing with the PID of the invoking process. Butn >I think it is worth a try.f >, >Regards >t >Tim > ? >"Tim Aisthorpe-Buckley" <Tim_A_B@Hotmail.com> wrote in messageF* >news:ver4iuqt8jg20e@corp.supernews.com...J >> Does anybody know if it is possible to manually set the process id of a >> process when it is created? >>	 >> Thankst >> >> Tim >> >> >V   ------------------------------  % Date: Tue, 17 Jun 2003 10:00:14 -0400v% From: "John Vottero" <John@mvpsi.com>rI Subject: Re: [ENABLE AUTOSTART] How to determine the state of AUTOSTART ?n/ Message-ID: <veu7nh3g14vleb@news.supernews.com>   C "Peter 'EPLAN' LANGSTOEGER" <peter@langstoeger.at> wrote in messagev/ news:d4uHa.250531$lL2.2584498@news.chello.at...  > You probably knowa >  > $ ENABLE AUTOSTART( > $ ENABLE AUTOSTART/NAME_OF_MANAGER=...  > $ ENABLE AUTOSTART/ON_NODE=... >-H > but what about showing the current state of what queue manager on what- > node is already enabled or still disabled ?- >-# > Is there a SHOW (QUEUE) command ?08 > Is there a lexical function (item code for F$GETQUI) ?L > Am I blind^Wtired or is there something still missing in VMS and/or docu ? >9  > Try SHOW QUEUE/MANAGER and/or f$getqui("DISPLAY_MANAGER",....)   ------------------------------    Date: 17 Jun 2003 06:53:26 -0500B From: clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley)C Subject: Re: [OT] SCO tells IBM no more AIX ... IBM better buy VMS! 3 Message-ID: <zCc28l++KQ3p@eisner.encompasserve.org>b  h In article <d7791aa1.0306161527.3a519c8b@posting.google.com>, bob@instantwhip.com (Bob Ceculski) writes:5 > or it will not have any other os to compete for the  > high end ... > 5 > http://www.eweek.com/article2/0,3959,1128675,00.aspo   Bob,  E The chances of IBM allowing SCO to seriously affect the AIX market isr
 exactly zero.   J This SCO lawsuit is now starting to turn nasty. I would not want to be SCO1 when IBM starts getting serious in it's response.s   Simon.   --  B Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP       L VMS advocate: One who makes a Mac advocate look like a beginner at advocacy.   ------------------------------   Date: 17 Jun 2003 12:30:16 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)C Subject: Re: [OT] SCO tells IBM no more AIX ... IBM better buy VMS!n5 Message-ID: <bcn1ko$kmrhf$1@ID-135708.news.dfncis.de>   3 In article <zCc28l++KQ3p@eisner.encompasserve.org>, E 	clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley) writes:t > L > This SCO lawsuit is now starting to turn nasty. I would not want to be SCO3 > when IBM starts getting serious in it's response.   E I can just see IBM buying SCO and firing everybody.  With one foot in E the grave already, how much could SCO cost?  And with the first legaliA attack from IBM I would bet even that value would drop drasticly.   H Another interesting side to this has not yet been addressed.  Linux cameI to ascendency because/while BSD was tied up with a lawsuit.  Couldn't the H reverse occur if there turns out to be enough credence to any of this to& result in any kind of injunction?  :-)   bill   -- nJ 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>   -   ------------------------------  + Date: Tue, 17 Jun 2003 15:05:13 +0100 (MET)t9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> C Subject: Re: [OT] SCO tells IBM no more AIX ... IBM better buy VMS! ; Message-ID: <01KX7EGRO3VCAOKN0V@sysdev.deutsche-boerse.com>   J > Another interesting side to this has not yet been addressed.  Linux cameK > to ascendency because/while BSD was tied up with a lawsuit.  Couldn't thePJ > reverse occur if there turns out to be enough credence to any of this to( > result in any kind of injunction?  :-)   I DO note your smiley.  :-)   G While what you say might be true, I doubt that is the reason WHY Linux  D took off when it did.  I think it has a lot to do with being in the H right place at the right time.  The essential thing necessary for Linux D to take off was the ability for the average home user to be able to I download the software he needs in a reasonable time.  My retrodiction is =E that whatever unix variant for Intel hardware was in the air at that E) time would experience substantial growth.    ------------------------------    Date: 17 Jun 2003 07:51:08 -0500B From: clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley)C Subject: Re: [OT] SCO tells IBM no more AIX ... IBM better buy VMS!e3 Message-ID: <UM7kCsw3DvEl@eisner.encompasserve.org>   ` In article <bcn1ko$kmrhf$1@ID-135708.news.dfncis.de>, bill@cs.uofs.edu (Bill Gunshannon) writes:5 > In article <zCc28l++KQ3p@eisner.encompasserve.org>,DG > 	clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley) writes:d >> dM >> This SCO lawsuit is now starting to turn nasty. I would not want to be SCOs4 >> when IBM starts getting serious in it's response. > G > I can just see IBM buying SCO and firing everybody.  With one foot insG > the grave already, how much could SCO cost?  And with the first legalmC > attack from IBM I would bet even that value would drop drasticly.. >   I While I can see that is one possibility, I would hate for this to happen.i  L It would come across as SCO having won and IBM having caved in as one of theJ themes running through this lawsuit is that SCO considers it an acceptableI outcome to get bought out and it may encourage other financially insecuren! companies to try the same tactic.F  J > Another interesting side to this has not yet been addressed.  Linux cameK > to ascendency because/while BSD was tied up with a lawsuit.  Couldn't theuJ > reverse occur if there turns out to be enough credence to any of this to( > result in any kind of injunction?  :-) >   G At least the BSD issue has got settled in court, so if the US courts doi5 something stupid, then we can always switch to BSD...f   Simon.   -- RB Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP       L VMS advocate: One who makes a Mac advocate look like a beginner at advocacy.   ------------------------------   Date: 17 Jun 2003 17:24:26 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)C Subject: Re: [OT] SCO tells IBM no more AIX ... IBM better buy VMS!b5 Message-ID: <bcnisa$l3qm0$1@ID-135708.news.dfncis.de>d  ; In article <01KX7EGRO3VCAOKN0V@sysdev.deutsche-boerse.com>,c< 	Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> writes:K >> Another interesting side to this has not yet been addressed.  Linux camehL >> to ascendency because/while BSD was tied up with a lawsuit.  Couldn't theK >> reverse occur if there turns out to be enough credence to any of this ton) >> result in any kind of injunction?  :-)  >  > I DO note your smiley.  :-)  > I > While what you say might be true, I doubt that is the reason WHY Linux eF > took off when it did.  I think it has a lot to do with being in the " > right place at the right time.    F But the "right time" that Linux found was when all the sources for BSDG that had just hit the INTERNET were forced to close down until the suitsJ by AT&T was resolved.  If there had never been a suit then the BSD sourcesI would have been publicly available before Linus released (possibly wrote) B his first version of Linux and Linux would never have been needed.  J >                                 The essential thing necessary for Linux F > to take off was the ability for the average home user to be able to 8 > download the software he needs in a reasonable time.    E And that was the point BSD had just reached when the lawsuit hit. UCBsD shut down the CSRG and got out of the OS business.  All the old CSRGC denizens split up taking copies of BSD with them.  I was one of therE lucky ones to have gotten my copy of the sources before the ftp sitesiF all shut down so I got to at least continue to play until the suit was settled.  K >                                                       My retrodiction is dG > that whatever unix variant for Intel hardware was in the air at that b+ > time would experience substantial growth.   G True.  And had BSD not been pulled because of the lawsuit it would have6D gained more than enough momentum before Linux came out to make LinuxC redundant.  Even today, in most respects, the BSD's are technicallyoG better than the various Linux derivatives.  Remove Linux for any perioddB of time to give BSD a little steam and it is unlikely anyone would return to Linux later.  G Today, Linux has only one thing better than BSD.  Marketing.  But then,u$ everybody here knows all about that.   bill   -- nJ 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   ------------------------------   End of INFO-VAX 2003.334 ************************