1 INFO-VAX	Wed, 26 Apr 2000	Volume 2000 : Issue 232       Contents:6 =?ISO-8859-1?Q?What's_happen_with_DECUS_M=FCnchen=3F?=$ Re: Backup Strategies for Enterprise< Re: Canadian Users Group, Hobbyists (was: OpenVMS marketing)G Re: Compaq downgrading products (was Re: Dropping DECnet..don't do it!)  CREAT/TERM and -xrm: How to? Re: CXML and SETI ! Disk subsystems for OpenVMS Alpha  Docs for ATMWorks Configure?3 Does backup command backup used or allocated space? . Re: How to use C++ Standard Library on OpenVMS9 I am unable to mount in VMS a NFS share on my HP9000 D390 , Re: Interprocess ASt (to purge working sets), Re: Interprocess ASt (to purge working sets)" Re: Looking for VAX Arch. Handbook  Mozilla M15 always in COM state?? Re: Multiport serial card on PC as AlphaServer serial consoles?  Re: OpenVMS marketing  Re: OpenVMS marketing & Re: The Movie "Breaking Point" + PDP11* Re: TPU/EVE : decwindows vs character cell* Re: TPU/EVE : decwindows vs character cell USERNAME Re: USERNAME Re: USERNAME Re: USERNAME RE: USERNAME Re: USERNAME RE: USERNAME Re: USERNAME RE: USERNAME Re: USERNAME VAX 3800 SYSTEM 2 VMS Fibre channel connectivity with 3rd party disk5 Why does Pathworks(Mac) change mod date of .dir file?   F ----------------------------------------------------------------------  / Date: Wed, 26 Apr 2000 07:44:28 +0200 (MET DST) & From: Rudolf Wingert <win@fom.fgan.de>? Subject: =?ISO-8859-1?Q?What's_happen_with_DECUS_M=FCnchen=3F?= / Message-ID: <200004260444.GAA03600@fom.fgan.de>    Hello,  E does anybody know what's happen with DECUS M=FCnchen? If I would like B to have a look at the WWW site, I get a "read timeout" error. Also+ TELNET to DECUS.DECUS.DE does not function.    TIA and regards Rudolf Wingert   ------------------------------  # Date: Tue, 25 Apr 2000 20:13:24 GMT - From: Dave Pickles <davep@nugate.demon.co.uk> - Subject: Re: Backup Strategies for Enterprise * Message-ID: <8e4qe6$a6j$1@cyw.uklinux.net>   Paul Sture wrote:  {stuff about NT backups}J > There is another solution, to be found at www.ultrabac.com. Not only is K > this the fastest NT backup I tried, but reliable, fast, and would backup  K > to removable disk too. And it can boot some form of standalone system to  I > do a restore. Not cheap, but I got good recommendations from those who  ? > bought it (and they actually did a native Alpha version too).   H The "Image" backup tool (actually an analogue of VMS's Standalone BackupG /PHYSICAL) is zero-cost. And the paid-for product is the best NT backup  solution I've found.   Dave Pickles   ------------------------------  # Date: Wed, 26 Apr 2000 01:17:21 GMT . From: "Curtis Rempel" <curtis.rempel@home.com>E Subject: Re: Canadian Users Group, Hobbyists (was: OpenVMS marketing) ; Message-ID: <BsrN4.89240$W5.1003898@news1.rdc1.ab.home.com>   7 "Malcolm Dunnett" <dunnett@mala.bc.ca> wrote in message & news:eiYKTLJ7o6u+@malvm2.mala.bc.ca...8 > In article <8e4au7$ru1$1@mailint03.im.hou.compaq.com>,8 >   hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes: > > L > >   The Canadian Association of Compaq Users president is Alain Legault...A > >   The Compaq program office contact is Cathy.Zigomanis <-at->  compaq.com.  > >  > J >    I hope others have better luck than I've had. I tried filling out theH > on-line application form on their website, but it doesn't seem to workF > ( examining the source code shows there's <input> tags but no actual <form>H > tag in the document ). I also tried emailing the above address about aF > month ago and haven't had any response yet. From my reading of theirK > bylaws I'm supposedly a "charter member" ( based on having been a paid-up D > member of DECUS Canada) , but they've not been in contact with me. > I >    They're supposedly holding a symposium next month, but all that's on K > the website is a call for papers. If this user group isn't stillborn it's # > certainly doing a good imitation!  >  > L ============================================================================ = < > Malcolm Dunnett      Malaspina University-College   Email: dunnett@mala.bc.caJ > Information Systems  Nanaimo, B.C. CANADA V9R 5S5     Tel: (250)755-8738 >  >   E Sadly, I would have to agree with you.  Getting any sort of heartbeat J response from DECUS Canada, CACUG (or whatever the new name allegedly is),H is indeed an exercise in patience (futility?).  Despite several requestsL over a period of months, emails go unanswered and when we do hear something,H it is just pie in the sky and nothing ever happens.  I'm quite convinced/ that I threw my $50 out the window.  Quite sad.   L Anybody in a position of authority from the Canadian mystery user group care to comment?   J (An eerie silence fills the room with the gentle whisper of the breeze and" the frogs singing in the distance)  
 I thought so.    ------------------------------   Date: 25 Apr 2000 15:59:54 PDTT From: Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515)P Subject: Re: Compaq downgrading products (was Re: Dropping DECnet..don't do it!)3 Message-ID: <zmuPKdAIvRUd@mccdev.slac.stanford.edu>   0 In article <sgbji97bcdo119@corp.supernews.com>, 4     	"Peter Weaver" <peter.weaver@stelco.ca> writes: [...] D > The question is, how do we stop Compaq (I have noticed lately thatF > when I am pissed off at them I say Compaq, when I am in my VMS BigotG > mode then they are DEC, right now they are COMPAQ!) from down-grading B > these products? Is anyone else out there pissed off about useful) > (working) products being replaced?  ...   H         I don't know, but I _am_  compiling  a "list" to take with me toH     L.A.  for DECUS in October (or whatever they decided to call it).  IH     seriously doubt it will make  any  difference,  but  I  do  get  theH     satisfaction  of  publicly telling the management what bad decisionsH     they've made, how much they've alienated their most loyal customers,H     and...how  their  policies  are   directly  responsible  for  _Dell_)     computers replacing VMS workstations!            -Ken --  M  Kenneth H. Fairfield            |  Internet: Fairfield@SLC.Slac.Stanford.Edu :  SLAC, 2575 Sand Hill Rd, MS 46  |  Voice:    650-926-2924:  Menlo Park, CA  94025           |  FAX:      650-926-3515N  -----------------------------------------------------------------------------B  These opinions are mine, not SLAC's, Stanford's, nor the DOE's...   ------------------------------  # Date: Wed, 26 Apr 2000 01:15:57 GMT  From: rocoto@my-deja.com% Subject: CREAT/TERM and -xrm: How to? ) Message-ID: <8e5g01$gos$1@nnrp1.deja.com>   H I have need to do a $ CREATE/TERM/DETACH, but I also want to specify theF x resources for the icon position. Normally, I would do this using theH standard -xrm flag for Motif apps, however, I can't figure out how to doG this with CREATE/TERM/DETACH. I've even tried to munge the pipe command G into doing what I want, but CRE/TER doesn't seem to like SYS$PIPE as an  input source for /RESOURCE=x.   8 Of course it is possible to append the xrm settings to aE terminal-specific resource file (for each individual window I want to F create), but this seems like the wrong way when all I want is to set a/ default icon position for the created terminal.   F Anyone know how to do this, or perhaps there's a better way to set the? default position of the icon than setting the .iconX and .iconY 
 resources?   Thanks.  -- David     & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  % Date: Tue, 25 Apr 2000 14:22:18 -0400 ) From: John Santos <jasantos@ultranet.com>  Subject: Re: CXML and SETI= Message-ID: <MPG.136fac463387d8a898976f@news.ma.ultranet.com>   E In article <3905D793.5E58F6D8@iaf.fhg.de>, jakobus@iaf.fhg.de says...  > Jim Agnew wrote: > > K > > If you all are doing a peer-reviewed paper, you MUST be able to account L > > for boundary conditions, zerodivides, etc...  the SETI folks really needL > > to keep their code base locked down tight, or else the research will notL > > be based on rock-solid math...  computational math is really difficult.. > >  > > Jim  > >  > I > I guess the subroutines inside CXML were checked by math experts before G > Compaq released the library. We used for calculation the IMSL library F > and also in peer-reviewed papers the reference to IMSL was accepted.F > There is "Computer Physics Communications" which offers a library ofC > computer programs http://cpc.cs.qub.ac.uk and in publications the * > reference to these programs is standard.  E I think this is irrelevant.  The SETI people are not going to publish H the results of data analysis done by random people on the net unchecked.E If they can't replicate your analysis of a particular work unit, they A will ignore it.  If they can replicate it, then they will publish D based on their analysis, not yours!  (You will get a footnote in the< paper, and prominent mention in the press releases, though.)   > > Steve Lionel wrote:  > > > 8 > > > On Sun, 16 Apr 2000 02:22:57 -0400, David A Froble" > > > <davef@tsoft-inc.com> wrote: > > > V > > > >It would probably be counter-productive, but I'd like to see Compaq release theU > > > >ultra fast SETI client.  It would then force the SETI people to decide whether A > > > >they wanted results, or are just another political entity.  > > > I > > > The SETI project does not want us to release the version of the 1.3 G > > > client that uses CXML, and the rules are that 2.x clients are not L > > > allowed to use vendor-supplied FFT routines - you have to use the codeC > > > as they supply it.  The SETI folks claim that the "science is F > > > compromised" if different FFT code is used.  Personally, I don'tF > > > understand that, but it's their project and they get to make the > > > rules. > > > 3 > > > Steve Lionel (mailto:Steve.Lionel@compaq.com)  > > > Fortran Engineering , > > > Compaq Computer Corporation, Nashua NH > > > < > > > Compaq Fortran web site: http://www.compaq.com/fortran >  > 
 > Regards, >    --   John Santos    ------------------------------  % Date: Wed, 26 Apr 2000 11:03:50 +0930 % From: Jeremy Begg <jeremy@vsm.com.au> * Subject: Disk subsystems for OpenVMS Alpha* Message-ID: <3906477D.12EC9A09@vsm.com.au>   Hi,   F I am working with one of my customers to upgrade their VAX system to aK suitable Alpha configuration.  Having read the hardware literature I have a ) couple of questions about configurations.   K The existing system is a VAX 4100-A with 128MB RAM and approximately 9GB of L disk, with a TZ877 for backup.  The disk is organised into shadowed volumes:J 3 pairs of RF36s plus one pair of RZ29s.  The system disk is an additionalK shadow set, being a pair of RZ26s.  Thus there are three disks on each DSSI D bus and four disks plus a CD-ROM and the tape drive on the SCSI bus.  J The software is "TOLAS", a warehouse management application which uses RMSK Prolog-3 Indexed files for the database, and connects to another system via H IBM"s MQ-Series message queueing software.  It's been running reasonablyG well for nearly six years but in the past few months the cries of "it's O running slow" are becoming more frequent and the site is planning to double the : size of the warehouse, so the time is ripe for an upgrade.  C The system I am going to propose to the customer will consist of an K AlphaServer DS20E with 1GB RAM and 27GB disk.  (I am recommending the DS20E L rather than a DS10 or DS10L because of the extra I/O capabilities offered byG more PCI slots and two PCI controllers instead of 1, and because it has G multiple power supplies.)  In theory a DS20 would do just as well but I F figure if they're going to buy a new system they might as well buy the latest hardware!  K I'll need one SCSI bus for the TZ877 (I see no reason why we can't continue I to use it for backup) but would prefer not to have the data disks on that G bus.  To ensure acceptable performance I think a RAID solution would be E best, so I have to decide between an embedded RAID controller such as H the KZPAC (aka Raid Array 230/Plus) or an external subsystem such as theD RA3000.  In addition, for maximum data redundancy, the RAID would beB configured as striped shadowsets (or is it the other way around?).  F Originally I had thought that I would use the KZPAC-CA variant (3-portJ UltraSCSI RAID) with one port connected to the DS20E's internal disks, andK the two other ports connected to a split-bus BA356 StorageWorks shelf.  But K my reading of the DS20E QuickSpecs tells me that the internal disks are not H supported with the KZPAC and the KZPAC won't work with a split-bus BA356I anyway.  So that means either using a KZPAC-AA with all six data disks on J one SCSI bus, or a KZPAC-CA with two BA356s, each BA356 holding three dataG disks, and the third port on the KZPAC being unused.  The latter option 7 seems to make the most sense in terms of I/O bandwidth.   G The other option is to go for an RA3000 subsystem which would offer the K added benefit that it can be used on a shared SCSI bus in a SCSI cluster if E need be.  One thing which puzzles me however is that the specs say it K supports "two independent hosts or clusters".  I presume this means that it G has two SCSI ports for connection to the host system(s), and that these G ports cannot be connected to the same SCSI bus.  But if you have a SCSI L cluster using two SCSI buses as the interconnect, can you connect one RA3000 host port to each bus?  K As you can see I don't have much practical experience with these options so H any advice -- including pointers to further reading material -- would be much appreciated.   ' Please reply directly to me if you can.    Thanks,    	Jeremy Begg  ;   +-------------------------------------------------------+ ;   |            VSM Software Services Pty. Ltd.            | ;   |                 http://www.vsm.com.au/                | ;   |       "OpenVMS Systems Management & Programming"      | ;   |-------------------------------------------------------| ;   | P.O.Box 801, Unley,     |  E-Mail:  jeremy@vsm.com.au | ;   | South Australia 5061    |   Phone:  +61 8 83592155    | ;   |-------------------------|  Mobile:  0414 422 947      | ;   |  A.C.N. 068 409 156     |     FAX:  +61 8 82231777    | ;   +-------------------------------------------------------+    ------------------------------  % Date: Tue, 25 Apr 2000 15:53:53 -0500 1 From: "Bruce W. Day" <Day_Bruce_W@nospam.cat.com> % Subject: Docs for ATMWorks Configure? . Message-ID: <390605E1.D019C2E7@nospam.cat.com>  H Ok, we purchased ATMworks 351 NIC adapters , but can not find a "how-to"# to configure this card.  Any Hints?    $ucx sho ver  ?  Digital TCP/IP Services for OpenVMS Alpha Version V4.2 - ECO 3 7  on a AlphaServer 4100 5/600 8MB running OpenVMS V7.1-2    $sho dev h /full:   G Device HWA0:, device type unknown, is online, network device, device is  a      template only.  2 netconfig or ucx$config does not list the adapter.   Thanks,    Bruce 
 daybw@cat.com    ------------------------------  % Date: Tue, 25 Apr 2000 21:44:46 -0400 ) From: "Tom Steuver" <tom@homebizcomp.com> < Subject: Does backup command backup used or allocated space?. Message-ID: <sgcidgacdo144@corp.supernews.com>  L When using the backup command in OpenVMS 7.2-1, does the utility take up theL file's used block space or allocated block space on the tape?  If a disk has8 a higher cluster size, does it tape more tape to backup?   Thanks,  Tom Steuver    ------------------------------  # Date: Tue, 25 Apr 2000 19:27:48 GMT ) From: mstenns@psi.psi.de (Michael Stenns) 7 Subject: Re: How to use C++ Standard Library on OpenVMS / Message-ID: <3905ef2b.27872398@news.nacamar.de>   E On Wed, 19 Apr 2000 16:59:50 GMT, mstenns@psi.psi.de (Michael Stenns)  wrote:   > D >I am unable to link c++ files using the Standard Library Containers >successfully.C >Compiling works fine but I get undefined symbols from the  linker. F >Same kind of linker messages with map.cxx from the example directory. >  >Any hints?  >  >My environment: >$ cxx /version + >Compaq C++ V6.2-035 for OpenVMS Alpha V7.1  >$ cxxlink /version  >Compaq C++ CXXLINK V6.2-035 >  >  >Code example (testmap.cxx): >  >#include <map>  >#include <iostream> >#include <string> >  >using namespace std;O >X >int main(void)	 >{ > map<string, int> phone_book; >: > phone_book["test"] = 42;& > cout << phone_book["test"] << endl ; > return  0; >} >p >  >$ cxx testmap >$ cxxlink testmap' >%LINK-W-NUDFSYMS, 3 undefined symbols:wF >%LINK-I-UDFSYM,         _RWrwstd::_RWrb_tree<std::basic_string<char,  > [...]H >t   With1 $  cxx testmap /define=_RWSTD_COMPILE_INSTANTIATE  everything works.o  2 The /define switch is then no longer needed if the7 [.CXX_REPOSITORY]  directory and the CXX_REPOSITORY.OPT  option file are not deleted.   Regards,    Michael Stennse   -- p Michael Stenns	 PSI-BT AGg   ------------------------------  % Date: Tue, 25 Apr 2000 11:07:52 -0700r/ From: KBarton <ksbNOksSPAM@intersw.com.invalid>eB Subject: I am unable to mount in VMS a NFS share on my HP9000 D3909 Message-ID: <00417896.9d3cc584@usw-ex0103-018.remarq.com>B  : I am unable to mount in VMS a NFS share on my HP9000 D390.* We are using HPUX 11.00 64bit on the D390.  On the VMS servers we are using:; Digital TCP/IP Services for OpenVMS Alpha Version V4.0 on aA+ AlphaServer 2100 4/200 running OpenVMS V6.2 9 Digital TCP/IP Services for OpenVMS VAX Version V4.1 on aa" MicroVAX 3100 running OpenVMS V6.2  ? When we first setup the NFS shares we did establish several NFS-? mounts on the AlphaServer as a test. Now we are unable to mount4 them on our VMS machines.   > We are able to mount the D390's shares on other UNIX boxes. We2 are able to mount other UNIX boxes' shares on VMS.  > A short time before this problem was detected the NFS services= on the D390 stopped working. The fix we were given was to addk$ the following line to nsswitch.conf: services: filesE  * The full nsswitch.conf file is as follows:7 hosts: nis     [NOTFOUND=return UNAVAIL=continue] files- [NOTFOUND=return UNAV 6 passwd: files [NOTFOUND=continue UNAVAIL=continue] nis services: filesu  > This fixed that problem and the shares were again available to9 UNIX and the shares which had already been mounted on VMSN< remained usable. We cannot mount any new NFS shares from the D390 since then.  ; Any advice anybody could give would be greatly appreciated.t   Thanks,  KBarton     L * Sent from RemarQ http://www.remarq.com The Internet's Discussion Network *G The fastest and easiest way to search and participate in Usenet - Free!    ------------------------------  % Date: Tue, 25 Apr 2000 10:57:02 -0700e+ From: Jay T. McCanta <jmccanta@immunex.com>S5 Subject: Re: Interprocess ASt (to purge working sets)-8 Message-ID: <l0nbgskghcgcaelk3i85kdk9vl77v9d40s@4ax.com>  @ On Sat, 22 Apr 2000 13:02:56 GMT, system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) wrote:i= Thanks for the help.  I'm starting to work on this.  I have a B question.  How can I tell that all the ASTs are delivered so I can free the NPP data block?   >cG >Queueing an AST to another process to purge the working set should notYH >be too difficult a tast.  You need to invoke the SYS$PURGWS system ser-8 >vice in the context of a target process.  Quite simple. >aG >Hop up into kernel mode and allocate a bit of 'ye olde' nonpaged pool.tH >Enough to hold ACB$K_LENGTH and two longwords.  Then, it's time to pop- >ulate that allocation.m2 >The AST will be delivered with the equivalent of: >I; >SYS$PURGWS(inadr, saved_R0, saved_R1, saved_PC, saved_PSL)o >h? >Of course, SYS$PURGWS only has interest in the first argument.e  E -===================================================================-m9 Jay McCanta              |  My opinions are barely my owno; System Administrator     |  My employer doesn't necessarilyt' Immunex Corp.            |  share them.mE -===================================================================-u   ------------------------------  # Date: Tue, 25 Apr 2000 19:08:51 GMTn= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)a5 Subject: Re: Interprocess ASt (to purge working sets)'0 Message-ID: <009E9250.A0ADEBD5@SendSpamHere.ORG>  f In article <l0nbgskghcgcaelk3i85kdk9vl77v9d40s@4ax.com>, Jay T. McCanta <jmccanta@immunex.com> writes:A >On Sat, 22 Apr 2000 13:02:56 GMT, system@SendSpamHere.ORG (Briant  >Schenkenberger, VAXman-) wrote:> >Thanks for the help.  I'm starting to work on this.  I have aC >question.  How can I tell that all the ASTs are delivered so I can  >free the NPP data block?t  H No need to!  The ACB$B_RMOD field contains bit fields other than the ASTJ delivery access mode.  One of these bits is the ACB${V/M}_NODELETE.  When G this bit is set, the ACB is NOT deleted/deallocated.  If you do not setp< this bit, the ACB is deallocated after the AST is delivered.   --N VAXman- OpenVMS APE certification number: AAA-0001           VAXman@TMESIS.COM  L GNU Freeware -- What does the GNU *really* stand for?  Garbage!  Not Usable!   ------------------------------  % Date: Tue, 25 Apr 2000 21:02:03 +0200 + From: Arne Bergseth <Arne.Bergseth@dnv.com>A+ Subject: Re: Looking for VAX Arch. Handbooka' Message-ID: <3905EBAB.4E27997F@dnv.com>9   Timothy Stark wrote:   >RG > I am looking for VAX Arch. Handbook (1986 or later) right now.  Do iteJ > include complete assembly language information?  That's why I want studyK > that for my emulator developement.  Yes, I found VAX open-source emulatore/ > software in Linux-based sourceforge web site.p >(  M If you do not succeed  in getting the handbook, much of the information is inm the:. VAX MACRO and Instruction Set Reference Manual% which is available on the net at URL: = http://www.openvms.digital.com:8000/72final/4515/4515pro.htmll   Regards,  Arne Bergsethg   ------------------------------   Date: 25 APR 2000 18:13:04 GMT4 From: karcher@thuria.waisman.wisc.edu (Carl Karcher)) Subject: Mozilla M15 always in COM state?I6 Message-ID: <25APR00.18130431@thuria.waisman.wisc.edu>  F Does anyone else notice that Mozilla M15 is always in a COM state evenB when sitting there doing nothing? Never used the previous releases enough to notice this.     ------------------------------  % Date: Tue, 25 Apr 2000 11:04:40 -0700 4 From: goodman_j <goodmanNOgoSPAM@accuwx.com.invalid>H Subject: Re: Multiport serial card on PC as AlphaServer serial consoles?9 Message-ID: <1c1b3689.a552e6dd@usw-ex0102-014.remarq.com>   @ We use 2 PCs with 16-port DigiBoards for the consoles for all of0 our VMS systems, Storage-Works controllers, etc.  ? We use PowerTerm for the terminal emulation.  We think it works : better for console ports then TeraTerm, although we do use< TeraTerm for other applications such as Tektronix emulation.  @ In article <8e4c2g$2s6j$1@news.enteract.com>, "Dale A. Dellutri" <ddellutr@enteract.com> wrote:? >I previously asked about using "reverse" telnet as AlphaServere serial
 >consoles. >o< >Now the latest CDW Net/Comm catalog has arrived.  They sell
 RocketPort; >multiport serial controllers which provide multiple serials
 ports on a; >PC from either a USB connection or PCI add-in card.  Theseo
 supposedly@ >provide 4 or 8 "Native" COM ports using no IRQs.  If I had one, Ie> >could just start up a TeraTerm Pro process for each COM port. >t6 >This seems a lot easier and more straightforward than >"reverse" telnet. >t9 >Any comments?  Anybody doing this?  Issues?  Criticisms?a >i >--s' >Dale Dellutri -- ddellutr@enteract.come >e >n    
 J. Goodman
 ----------: "Any technology sufficiently advanced is indistinguishable from magic."  ClarkeL * Sent from RemarQ http://www.remarq.com The Internet's Discussion Network *G The fastest and easiest way to search and participate in Usenet - Free!-   ------------------------------  # Date: Tue, 25 Apr 2000 20:37:28 GMTo) From: "Neil Rieck" <n.rieck@sympatico.ca>M Subject: Re: OpenVMS marketing; Message-ID: <cmnN4.78198$2D6.1939345@news20.bellglobal.com>5  > Fred Kleinsorge <kleinsorge@star.zko.dec.com> wrote in message% news:8e4adc$vcs$1@lead.zk3.dec.com...g   [snip]  L > It also gets you it in a very flexible way, since Compaq doesn't run it --F > we leave it up to the user society to run it.  You would rather that CompaqF > turn this into a money making venture and directly "sell" the "free" > hobbyist kit to you for $99.  J Yes. That option should be available to those who don't want to go throughK DECUS. Compaq is doing it for Tru64. If they did it for OpenVMS it would befJ a signal to others that OpenVMS isn't be phased out (BTW, I hear that fromD people in my company all the time. People see the way that differentE products are being marketed and assume there must be a reason for it)c  
 Neil Rieck* Kitchener(New Berlin?)/Waterloo/Cambridge, Ontario, Canada.! http://www3.sympatico.ca/n.rieck/T   ------------------------------  % Date: Tue, 25 Apr 2000 20:36:53 -0400n0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca> Subject: Re: OpenVMS marketing/ Message-ID: <39063A20.2DEFFB9F@vl.videotron.ca>c   Arne Vajh=F8j wrote:C > There are actually other countries than the US, where DECUS worksa > fine.   J Unfortunatly, the DECUS chapter in the same country as the Compaq head of= ficeJ does not accept members from other countries. It it were recognized that = DECUS J no longer exists in a meaningful manner in some countries, then at least = on3 chapter should accept members from other countries.   J in other words: Canadians should be able to sign up as DECUS-USA members.=    @ > Instead of changing the hobbyist-DECUS connection would it not' > be better to change DECUS Canada ????   J That new organisation is not DECUS. It is sanctioned by Compaq Canada, an= d thesJ board is made up of folks from the old DECUS and ITUG groups. The ex-DECU= SeJ folks all had their mandates expired and there had not been election in y= ears.hJ They gave THEMSELVES a 2 year term, again unelected. When I questioned th= isJ and other actions they wanted to take, I was thrown off their mailing lis= ts.   J Since that organisation's board members, as well as their DECrep, are aga= instJ VMS as see it as "legacy", I see no reason why I should be made to pay th= emJ money so that I can get my licenses from DECUS-USA's DFW-LUG. The money I=  payJ to that canadian organisation won'T benefit anyone but the unelected boar= d:J members (that is where the budgets went to in the last two years (board m=	 eetings).V  J Why then should I waste money to that canadian organisation ? I'd much ra= therE send that money to DFW-LUG who actually provide the hobbyist service.i   ------------------------------  # Date: Tue, 25 Apr 2000 23:50:07 GMTi* From: kuhrt@eisner.decus.org (Marty Kuhrt)/ Subject: Re: The Movie "Breaking Point" + PDP11a' Message-ID: <2000Apr25.195007.1@eisner>u  [ In article <8e3oc7$r63$3@info.service.rug.nl>, helbig@astro.rug.nl (Phillip Helbig) writes: I > In article <Xa2N4.33023$WF.1516771@bgtnsc04-news.ops.worldnet.att.net>,e4 > "John Nixon" <jorlnixon@worldnet.att.net> writes:  > M >> I am still embarassed everytime I hear Rick Marcello brag about visibilityuO >> by pointing to the Northern Lights advertisement.  I have seen scores of Sun,O >> ads and countless IBM and HP ads since then.  VMS marketing is still sitting  >> on its LAUREL. (singular).e > @ > He who sits on his laurels is wearing them in the wrong place.  E When it comes to VMS marketing, it is obvious that both locations areu interchangable.    ------------------------------  % Date: Tue, 25 Apr 2000 14:46:55 -0400 5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>r3 Subject: Re: TPU/EVE : decwindows vs character celld+ Message-ID: <8e4ppc$s3t$1@lead.zk3.dec.com>e  ? Paul Williams wrote in message <3905C500.4DE65DD@rdel.co.uk>...t >Fred Kleinsorge wrote:d > F >You'll find it in the VT330 Programmers Reference as well. There is aI >document explaining these sequences, written by Peter Sichel, at Richardm( >Shuford's Terminal Information Archive:    F Peter, along with Tim Lasko (and myself), helped design the sequences.   ------------------------------  % Date: Tue, 25 Apr 2000 21:21:42 -0400 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>3 Subject: Re: TPU/EVE : decwindows vs character celle/ Message-ID: <3906449E.9E714E21@vl.videotron.ca>Z   Fred Kleinsorge wrote:K > DECterm can be set to pass mouse events to the application as DEC-privateaJ > ANSI compatable CSI sequences.  If these sequences are not enabled, then= > DECterm uses the default actions for the mouse (cut/paste).l    N Thanks. Sort of confirms my suspicions. Out of curiosity, which QIO SENSE_MODEI flags correspond to the ability of a terminal to generate mouse events ? 3  L It would be fairly interesting to make the doc on the mouse even CSI stringsN available as more and more palmtop computers have touch screens and this wouldB enable Vt100 emulators on those machines to generate mouse events.   ------------------------------  % Date: Tue, 25 Apr 2000 12:02:30 -0700e/ From: Terry Marosites <TMarosites@unitedad.com>d Subject: USERNAMEbM Message-ID: <1137A4A23A51D311B2D600105A1D5213019AEDBE@seantexch.unitedad.com>b  J This message is in MIME format. Since your mail reader does not understand< this format, some or all of this message may not be legible.  ' ------_=_NextPart_001_01BFAEE8.CE2E970En Content-Type: text/plain;i 	charset="ISO-8859-1"   
 Hello All,  nJ Can some give me a yes or no on ( is the length of a VMS username the same? on an Alpha as it is on VAX ( 12 characters) when returned from  F$GETJPI("","USERNAME").  m Thanks s Terry   o  ' ------_=_NextPart_001_01BFAEE8.CE2E970Es Content-Type: text/html; 	charset="ISO-8859-1" + Content-Transfer-Encoding: quoted-printablen  ; <html xmlns:o=3D"urn:schemas-microsoft-com:office:office" =d3 xmlns:w=3D"urn:schemas-microsoft-com:office:word" =l* xmlns=3D"http://www.w3.org/TR/REC-html40">   <head>9 <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =- charset=3DISO-8859-1">    , <meta name=3DProgId content=3DWord.Document>4 <meta name=3DGenerator content=3D"Microsoft Word 9">5 <meta name=3DOriginator content=3D"Microsoft Word 9"> B <link rel=3DFile-List href=3D"cid:filelist.xml@01BFAEAC.75B88C60"> <!--[if gte mso 9]><xml>  <o:OfficeDocumentSettings>    <o:DoNotRelyOnCSS/>   </o:OfficeDocumentSettings>* </xml><![endif]--><!--[if gte mso 9]><xml>  <w:WordDocument>    <w:View>Normal</w:View>-   <w:Zoom>0</w:Zoom>0   <w:DocumentKind>DocumentEmail</w:DocumentKind>   <w:EnvelopeVis/>G   <w:DrawingGridHorizontalSpacing>6 pt</w:DrawingGridHorizontalSpacing>-C   <w:DrawingGridVerticalSpacing>6 pt</w:DrawingGridVerticalSpacing>    = I <w:DisplayVerticalDrawingGridEvery>0</w:DisplayVerticalDrawingGridEvery>=n  %   <w:UseMarginsForDrawingGridOrigin/>n   <w:Compatibility>     <w:SpaceForUL/>(    <w:BalanceSingleByteDoubleByteWidth/>     <w:DoNotLeaveBackslashAlone/>    <w:ULTrailSpace/>    <w:DoNotExpandShiftReturn/>    <w:WW6BorderRules/>    <w:FootnoteLayoutLikeWW8/>r    <w:ShapeLayoutLikeWW8/>    <w:AlignTablesRowByRow/>/    <w:ForgetLastTabAlignment/>    <w:AutoSpaceLikeWord95/>r(    <w:DoNotUseHTMLParagraphAutoSpacing/>    <w:LayoutRawTableWidth/>     <w:LayoutTableRowsApart/>   </w:Compatibility>  </w:WordDocument> </xml><![endif]--> <style>  <!--  /* Font Definitions */ 
 @font-face 	{font-family:r_ansi;m 	panose-1:2 11 6 9 2 2 2 2 2 4;k 	mso-font-charset:0;  	mso-generic-font-family:modern; 	mso-font-pitch:fixed;! 	mso-font-signature:3 0 0 0 1 0;}   /* Style Definitions */( p.MsoNormal, li.MsoNormal, div.MsoNormal 	{mso-style-parent:""; 	margin:0in; 	margin-bottom:.0001pt;s 	mso-pagination:widow-orphan;t 	mso-layout-grid-align:none; 	punctuation-wrap:simple;- 	text-autospace:none;- 	font-size:10.0pt; 	font-family:"Times New Roman";s, 	mso-fareast-font-family:"Times New Roman";}+ p.MsoAutoSig, li.MsoAutoSig, div.MsoAutoSig 
 	{margin:0in;3 	margin-bottom:.0001pt;a 	mso-pagination:widow-orphan;  	mso-layout-grid-align:none; 	punctuation-wrap:simple;: 	text-autospace:none;  	font-size:10.0pt; 	font-family:"Times New Roman"; , 	mso-fareast-font-family:"Times New Roman";} span.EmailStyle15 " 	{mso-style-type:personal-compose; 	mso-ansi-font-size:10.0pt;o 	mso-ascii-font-family:Arial;A 	mso-hansi-font-family:Arial;: 	mso-bidi-font-family:Arial; 	color:black;} @page Section1 	{size:8.5in 11.0in;" 	margin:1.0in 1.25in 1.0in 1.25in; 	mso-header-margin:.5in; 	mso-footer-margin:.5in; 	mso-paper-source:0;}a div.Section1 	{page:Section1;}g -->s </style> </head>t  / <body lang=3DEN-US style=3D'tab-interval:.5in'>:   <div class=3DSection1>  @ <p class=3DMsoNormal><span class=3DEmailStyle15><font size=3D2 =
 color=3DblackpG face=3DArial><span style=3D'font-size:10.0pt;font-family:Arial'>Hello =U( All,<o:p></o:p></span></font></span></p>  @ <p class=3DMsoNormal><span class=3DEmailStyle15><font size=3D2 =
 color=3DblackTG face=3DArial><span style=3D'font-size:10.0pt;font-family:Arial'><![if =eI !supportEmptyParas]>&nbsp;<![endif]><o:p></o:p></span></font></span></p>=f    @ <p class=3DMsoNormal><span class=3DEmailStyle15><font size=3D2 =
 color=3DblackAE face=3DArial><span style=3D'font-size:10.0pt;font-family:Arial'>Can =  some give me a <i><spanb8 style=3D'font-style:italic'>yes</span></i> or <i><span = style=3D'font-style:italic'>noI </span></i>on ( is the length of a VMS username the same on an Alpha as =m it is E on VAX ( 12 characters) when returned from </span></font></span><font % color=3Dblack face=3D"r_ansi"><span =wI style=3D'font-family:r_ansi;color:black'>F$GETJPI(&quot;&quot;,&quot;USE=   RNAME&quot;).</span></font><font% color=3Dblack face=3D"r_ansi"><span = ( style=3D'font-family:r_ansi;color:black;7 mso-color-alt:windowtext'><o:p></o:p></span></font></p>h  G <p class=3DMsoNormal><font size=3D2 color=3Dblack face=3D"r_ansi"><spanwA style=3D'font-size:10.0pt;font-family:r_ansi;color:black'><![if = 7 !supportEmptyParas]>&nbsp;<![endif]></span></font><fontb% color=3Dblack face=3D"r_ansi"><span = ( style=3D'font-family:r_ansi;color:black;7 mso-color-alt:windowtext'><o:p></o:p></span></font></p>.  G <p class=3DMsoNormal><font size=3D2 color=3Dblack face=3D"r_ansi"><spaneB style=3D'font-size:10.0pt;font-family:r_ansi;color:black'>Thanks = </span></font><fontt% color=3Dblack face=3D"r_ansi"><span ==( style=3D'font-family:r_ansi;color:black;7 mso-color-alt:windowtext'><o:p></o:p></span></font></p>d  G <p class=3DMsoNormal><font size=3D2 color=3Dblack face=3D"r_ansi"><spanhA style=3D'font-size:10.0pt;font-family:r_ansi;color:black'>Terry =u </span></font><font % color=3Dblack face=3D"r_ansi"><span =e( style=3D'font-family:r_ansi;color:black;7 mso-color-alt:windowtext'><o:p></o:p></span></font></p>t  @ <p class=3DMsoNormal><span class=3DEmailStyle15><font size=3D2 =
 color=3Dblack G face=3DArial><span style=3D'font-size:10.0pt;font-family:Arial'><![if =-I !supportEmptyParas]>&nbsp;<![endif]><o:p></o:p></span></font></span></p>=n     </div>   </body>c   </html>r  ) ------_=_NextPart_001_01BFAEE8.CE2E970E---   ------------------------------   Date: 25 Apr 2000 18:56:59 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: USERNAMEw6 Message-ID: <8e4ppr$4i2$1@mailint03.im.hou.compaq.com>   In article <1137A4A23A51D311B2D600105A1D5213019AEDBE@seantexch.unitedad.com>, Terry Marosites <TMarosites@unitedad.com> writes:T  :This message is in MIME format.  H   Please turn off MIME.  (Otherwise, a simple two-line question becomes    202 lines long...)  Thanks!t  K :Can some give me a yes or no on ( is the length of a VMS username the samed@ :on an Alpha as it is on VAX ( 12 characters) when returned from :F$GETJPI("","USERNAME").   L   The username field length is 12 characters on both platforms, but I would =   tend to reserve a 32 character field when this is feasible.R  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 25 APR 2000 19:26:56 GMT6 From: greenwoodde@feda34.fed.ornl.gov (Dave Greenwood) Subject: Re: USERNAME 2 Message-ID: <25APR00.19265660@feda34.fed.ornl.gov>  3 hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) wrote:- >  - > In article <1137A4A23A51D311B2D600105A1D5213019AEDBE@seantexch.unitedad.com>, Terry Marosites <TMarosites@unitedad.com> writes:R" > :This message is in MIME format. >  sJ >   Please turn off MIME.  (Otherwise, a simple two-line question becomes  >   202 lines long...)  Thanks!m   I'll second the request.  M > :Can some give me a yes or no on ( is the length of a VMS username the same(B > :on an Alpha as it is on VAX ( 12 characters) when returned from > :F$GETJPI("","USERNAME").  >  aN >   The username field length is 12 characters on both platforms, but I would ? >   tend to reserve a 32 character field when this is feasible.b  I I think you might have misunderstood his question.  According to my test, E the answer is "yes - F$GETJPI returns 12 chars on an Alpha", at leastl for VMS 7.1-2.   Dave --------------9 Dave Greenwood                Email: Greenwoodde@ORNL.GOVAH Oak Ridge National Lab        %STD-W-DISCLAIMER, I only speak for myself   ------------------------------   Date: 25 Apr 2000 19:52:57 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: USERNAME26 Message-ID: <8e4t2p$5m9$1@mailint03.im.hou.compaq.com>  k In article <25APR00.19265660@feda34.fed.ornl.gov>, greenwoodde@feda34.fed.ornl.gov (Dave Greenwood) writes:r4 :hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) wrote:O :>   The username field length is 12 characters on both platforms, but I would  @ :>   tend to reserve a 32 character field when this is feasible. :IJ :I think you might have misunderstood his question.  According to my test,F :the answer is "yes - F$GETJPI returns 12 chars on an Alpha", at least :for VMS 7.1-2.i  7   And I think you may have misunderstood my answer. :-)h  I   As I stated, the username field is twelve characters on both platforms.i  F   There have been some rummaging deep within OpenVMS over the years asI   part of some considerations around supporting a longer username field, w   hence my comments...  E   While I know of no immediate and no current plans to activate these@E   "rummagings" and lengthen the username field beyond the current 12  G   character field length, I also know that some of the fields that are tG   used to hold the username in various places have been lengthened out -J   to 32 characters over the years...  (eg: check the size of the username G   field in the SYSUAF.  You will find that it is a 32 character field.)l  E   As such, I would (and did) recommend reserving a 32 character field.*   for the username, when this is feasible.     Clear?  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Tue, 25 Apr 2000 13:39:13 -0700 / From: Terry Marosites <TMarosites@unitedad.com>g Subject: RE: USERNAMEoM Message-ID: <1137A4A23A51D311B2D600105A1D5213019AEDC3@seantexch.unitedad.com>u   Hi Hoffv  H I understood , Thanks though for the clarification on how long before it changes. Have a great Day Terry Marositest   PS mH I turn my mime off , at least I think I did , is mime turned on when youH send in HTML format, what about ms rich text format . I'm an old VMS die; hard and can't get used to this new fangled outlook stuff .,      -----Original Message-----TK From: 	hoffman@xdelta.zko.dec.nospam [mailto:hoffman@xdelta.zko.dec.nospam]a  & Sent:	Tuesday, April 25, 2000 12:53 PM To:	Info-VAX@Mvb.Saic.Comn Subject:	Re: USERNAMEc    2 In article <25APR00.19265660@feda34.fed.ornl.gov>,8 greenwoodde@feda34.fed.ornl.gov (Dave Greenwood) writes:4 :hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) wrote:H :>   The username field length is 12 characters on both platforms, but I would @ :>   tend to reserve a 32 character field when this is feasible. : J :I think you might have misunderstood his question.  According to my test,F :the answer is "yes - F$GETJPI returns 12 chars on an Alpha", at least :for VMS 7.1-2.g  7   And I think you may have misunderstood my answer. :-)r  I   As I stated, the username field is twelve characters on both platforms.$  F   There have been some rummaging deep within OpenVMS over the years asI   part of some considerations around supporting a longer username field, y   hence my comments...  E   While I know of no immediate and no current plans to activate these"E   "rummagings" and lengthen the username field beyond the current 12 oG   character field length, I also know that some of the fields that are dG   used to hold the username in various places have been lengthened out tJ   to 32 characters over the years...  (eg: check the size of the username G   field in the SYSUAF.  You will find that it is a 32 character field.)g  E   As such, I would (and did) recommend reserving a 32 character fielde*   for the username, when this is feasible.     Clear?  2  --------------------------- pure personal opinion ---------------------------2L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Tue, 25 Apr 2000 20:15:17 GMTo= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)t Subject: Re: USERNAME 0 Message-ID: <009E9259.E8FECDAC@SendSpamHere.ORG>  k In article <8e4t2p$5m9$1@mailint03.im.hou.compaq.com>, hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:e >rl >In article <25APR00.19265660@feda34.fed.ornl.gov>, greenwoodde@feda34.fed.ornl.gov (Dave Greenwood) writes:5 >:hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) wrote:oP >:>   The username field length is 12 characters on both platforms, but I would A >:>   tend to reserve a 32 character field when this is feasible.t >:K >:I think you might have misunderstood his question.  According to my test,cG >:the answer is "yes - F$GETJPI returns 12 chars on an Alpha", at leasto >:for VMS 7.1-2. >u8 >  And I think you may have misunderstood my answer. :-) >dJ >  As I stated, the username field is twelve characters on both platforms. > G >  There have been some rummaging deep within OpenVMS over the years as J >  part of some considerations around supporting a longer username field,  >  hence my comments...l  I Hmmm!  I wonder who would be delighted by an increase in the VMS usernamew length.  ;)e   --N VAXman- OpenVMS APE certification number: AAA-0001           VAXman@TMESIS.COM  L GNU Freeware -- What does the GNU *really* stand for?  Garbage!  Not Usable!   ------------------------------  % Date: Tue, 25 Apr 2000 16:42:35 -0400o0 From: arturo saavedra <arturo.saavedra@wcom.com> Subject: RE: USERNAMEa8 Message-ID: <001201bfaef6$c955e260$8fb024a6@wcomnet.com>  L I usually need to send in simple text and turn off HTML format and Rich Text format as well.u     abs        -----Original Message-----6 From: Terry Marosites [mailto:TMarosites@unitedad.com]% Sent: Tuesday, April 25, 2000 4:39 PM0 To: Info-VAX@Mvb.Saic.Com  Subject: RE: USERNAME3     Hi Hoff.  H I understood , Thanks though for the clarification on how long before it changes. Have a great Day Terry Marositest   PSH I turn my mime off , at least I think I did , is mime turned on when youH send in HTML format, what about ms rich text format . I'm an old VMS die; hard and can't get used to this new fangled outlook stuff .c      -----Original Message-----sK From: 	hoffman@xdelta.zko.dec.nospam [mailto:hoffman@xdelta.zko.dec.nospam]L  & Sent:	Tuesday, April 25, 2000 12:53 PM To:	Info-VAX@Mvb.Saic.Comh Subject:	Re: USERNAMEi    2 In article <25APR00.19265660@feda34.fed.ornl.gov>,8 greenwoodde@feda34.fed.ornl.gov (Dave Greenwood) writes:4 :hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) wrote:H :>   The username field length is 12 characters on both platforms, but I would @ :>   tend to reserve a 32 character field when this is feasible. :aJ :I think you might have misunderstood his question.  According to my test,F :the answer is "yes - F$GETJPI returns 12 chars on an Alpha", at least :for VMS 7.1-2.   7   And I think you may have misunderstood my answer. :-)e  I   As I stated, the username field is twelve characters on both platforms.t  F   There have been some rummaging deep within OpenVMS over the years asH   part of some considerations around supporting a longer username field,   hence my comments...  E   While I know of no immediate and no current plans to activate theseDD   "rummagings" and lengthen the username field beyond the current 12F   character field length, I also know that some of the fields that areF   used to hold the username in various places have been lengthened outI   to 32 characters over the years...  (eg: check the size of the usernamehG   field in the SYSUAF.  You will find that it is a 32 character field.)O  E   As such, I would (and did) recommend reserving a 32 character fields*   for the username, when this is feasible.     Clear?  2  --------------------------- pure personal opinion ---------------------------cL    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Tue, 25 Apr 2000 20:59:44 GMT02 From: kilgallen@eisner.decus.org (Larry Kilgallen) Subject: Re: USERNAME:' Message-ID: <2000Apr25.165944.1@eisner>B  k In article <25APR00.19265660@feda34.fed.ornl.gov>, greenwoodde@feda34.fed.ornl.gov (Dave Greenwood) writes: 5 > hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) wrote:e >>   >> In article <1137A4A23A51D311B2D600105A1D5213019AEDBE@seantexch.unitedad.com>, Terry Marosites <TMarosites@unitedad.com> writes:# >> :This message is in MIME format.e >>  K >>   Please turn off MIME.  (Otherwise, a simple two-line question becomes e  >>   202 lines long...)  Thanks! >  > I'll second the request.   I will third it.  N >> :Can some give me a yes or no on ( is the length of a VMS username the sameC >> :on an Alpha as it is on VAX ( 12 characters) when returned fromm >> :F$GETJPI("","USERNAME"). >>  O >>   The username field length is 12 characters on both platforms, but I would T@ >>   tend to reserve a 32 character field when this is feasible. > K > I think you might have misunderstood his question.  According to my test,dG > the answer is "yes - F$GETJPI returns 12 chars on an Alpha", at leasta > for VMS 7.1-2.  C The 12 vs. 32 discussion is an interesting ramble, but what I thinktB he really asked is how many characters get returned.  Experimental3 results are interesting, but I think the answer is:m  : 	The number of characters returned is the number indicated8 	in the Return Length word whose address you included in; 	the item list.  VMS fills this in for you, quite reliably.w9 	That number will never exceed the size of the buffer your8 	specify in the Buffer Length word within the item list,5 	so you are safe from buffer overruns with a properlyl 	constructed item list.y  @ Using those guidelines, even if VMS increased the maximum lengthB of a username his code would still work properly until he actuallyE created a username on the system longer than his current buffer size.:   ------------------------------   Date: 25 Apr 2000 21:44:19 GMT* From: helbig@astro.rug.nl (Phillip Helbig) Subject: RE: USERNAME<. Message-ID: <8e53jj$cik$1@info.service.rug.nl>  
 In articleH <1137A4A23A51D311B2D600105A1D5213019AEDC3@seantexch.unitedad.com>, Terry, Marosites <TMarosites@unitedad.com> writes:   J > I turn my mime off , at least I think I did , is mime turned on when you8 > send in HTML format, what about ms rich text format .   = It should ALWAYS be turned off when posting to the newsgroup.;  C Don't post HTML, RTF, whatever---post ONLY 7-bit printable US-ASCIIi text.    > I'm an old VMS die= > hard and can't get used to this new fangled outlook stuff .s  2 Don't use it.  Use the wonderful NEWSRDR program:   <    http://www2.wku.edu/scripts/fileserv/fileserv.com?NEWSRDR     Phillip Helbig     --M Kapteyn Instituut                    Email .............. helbig@astro.rug.nlsM Rijksuniversiteit Groningen          Tel. ................... +31 50 363 4067vM Postbus 800                          Fax .................... +31 50 363 6100rM NL-9700 AV Groningen                 Web ... http://www.astro.rug.nl/~helbig/c  M ******************************** formerly at ********************************-  M this will still work for a while -----> Email ......... p.helbig@jb.man.ac.uk;M University of Manchester                Tel. ... +44 1477 571 321 (ext. 2635)-M Jodrell Bank Observatory                Fax ................ +44 1477 571 618{M Macclesfield                            Telex ................ 36149 JODREL G;M UK-Cheshire SK11 9DL                    Web ... http://www.jb.man.ac.uk/~pjh/n  H My opinions are not necessarily those of either of the above institutes.  N <A HREF=" http://gladia.astro.rug.nl:8000/helbig/hire/hire.html ">HIRE ME!</A>   ------------------------------   Date: 25 Apr 2000 22:21 CSTo' From: carl@gerg.tamu.edu (Carl Perkins)U Subject: Re: USERNAME>- Message-ID: <25APR200022214860@gerg.tamu.edu>n  + Kilgallen@eisner.decus.org.nospam writes...Dl }In article <25APR00.19265660@feda34.fed.ornl.gov>, greenwoodde@feda34.fed.ornl.gov (Dave Greenwood) writes:6 }> hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) wrote: }>>  M }>> In article <1137A4A23A51D311B2D600105A1D5213019AEDBE@seantexch.unitedad.com>, Terry Marosites <TMarosites@unitedad.com> writes:>$ }>> :This message is in MIME format. }>>  nL }>>   Please turn off MIME.  (Otherwise, a simple two-line question becomes ! }>>   202 lines long...)  Thanks!V }> e }> I'll second the request.  }  }I will third it.    4.  O }>> :Can some give me a yes or no on ( is the length of a VMS username the same>D }>> :on an Alpha as it is on VAX ( 12 characters) when returned from }>> :F$GETJPI("","USERNAME").s }>>  oP }>>   The username field length is 12 characters on both platforms, but I would A }>>   tend to reserve a 32 character field when this is feasible.  }> cL }> I think you might have misunderstood his question.  According to my test,H }> the answer is "yes - F$GETJPI returns 12 chars on an Alpha", at least }> for VMS 7.1-2.f } D }The 12 vs. 32 discussion is an interesting ramble, but what I thinkC }he really asked is how many characters get returned.  Experimental<4 }results are interesting, but I think the answer is: } ; }	The number of characters returned is the number indicatedp9 }	in the Return Length word whose address you included inf< }	the item list.  VMS fills this in for you, quite reliably.: }	That number will never exceed the size of the buffer you9 }	specify in the Buffer Length word within the item list,D6 }	so you are safe from buffer overruns with a properly }	constructed item list. } A }Using those guidelines, even if VMS increased the maximum length_C }of a username his code would still work properly until he actuallylF }created a username on the system longer than his current buffer size.  # What item list? What return length?=  J He was asking about F$GETJPI, as in the DCL lexical function of that name.  G (This also renders the "allocate 32 bytes" thing somewhat less usefull,<K but still interesting, as you don't need to allocate symbols with specifiedFH types or lengths in DCL. However you may need to "allocate" space in anyH output text, such as with F$FAO if you are trying to get columns of textI to line up properly and not truncate anything. In such a case, for outputaH to screen I still wouldn't allocate 32 characters in the output since itI would consist mostly of blank space, wasting valuable screen real estate,E* even if they may go to 32 in a few years.)   --- Carl   ------------------------------  % Date: Tue, 25 Apr 2000 14:29:43 -0400i0 From: "Hank Vander Waal" <hvanderw@novagate.com> Subject: VAX 3800 SYSTEM8 Message-ID: <000001bfaee4$3a83b5b0$6a9433cf@mscmain.com>  / Anyone have any interest in a Vax 3800 system??n. 64 MB  total of about 2 GB of disk on 4 drives# VMS 5.5 installed - tk50 tape driver! aui/thin wire Ethernet connection- Decnet IV installed-  % A VAX is a terrible thing to waste!!!-   Runs fine  just got replaced    K It is located in West Michigan and I would really really hate to just throw- it away!  @ Please email if you are interested   hvanderw at mansply dot com Thanks   ------------------------------  # Date: Wed, 26 Apr 2000 00:49:16 GMTa- From: "Michael Kwan, GCN" <mkwan@idirect.com>a; Subject: VMS Fibre channel connectivity with 3rd party disk1L Message-ID: <Pine.BSI.4.00.10004251940080.14953-100000@hometown.idirect.com>  I I am not sure if this has been asked before. I am working to connect somet' non-Compaq (non-DEC) disk array to VMS.i  H I have the KGPSA-BY Fibre channel HBA on my AS8400, and connect the diskH array via a switch . The strange thing is, I can see these drives at theC ALpha console (v5.6) mode using SHOW DEVICE, ( $1$DRA250m $1$DRA300rH etc) but after I booted up VMS (v7.2-1 with latest FC tima kit v0200), I! can't see any of these FC drives.f  E I looked through quite a bit of Compaq/DEC documentation, there is no I mention of the need to do any configuration on the VMS side, however, the I DEC docs always refer to the HSG80, which in my case, I don't have, sincea" I am attaching to a non-DEC array.  @ Am I missing something? Any insight would be deeply appreciated.   Thanks,i Michael kwan   ------------------------------   Date: 25 Apr 2000 20:59:22 GMT* From: bleau@umdsp.umd.edu (Lawrence Bleau)> Subject: Why does Pathworks(Mac) change mod date of .dir file?) Message-ID: <8e50va$53t$2@hecate.umd.edu>m  A I didn't get any responses the first time, so here's another try.3  N I have a puzzle here with Pathworks(Mac) V1.3A on OpenVMS AXP 7.1-2.  It seemsL that every time a user connects to a Pathworks(Mac) volume, the modificationL date of the .DIR file at the root of that volume is updated and the revisionK count is incremented.  Likewise, when a folder (directory) is opened withintM that volume, the corresponding .DIR file also has its mod date updated.  ThissB happens even when *nothing* is changed in that folder/directory.    L This is additionally puzzling because typically the mod date for a .DIR fileO does *not* change on a regular basis; that is, file creation and deletion go on N all the time without the .DIR file's mod date changing.  Only when one changesK its protection, adds/removes an ACL, renames the directory, or some similari# operation does the mod date change.v  N I did a DIR/FUL on several of my user directories to confirm this.  Those thatK do not have a Pathworks(Mac) volume have revision counts in the range 1-10; D those with Pathworks(Mac) volumes have revision counts of over 2000.  M Ordinarily I wouldn't be concerned about this, except for the behavior of VMSiK BACKUP.  When BACKUP (under V7.1-2 at least) detects a .DIR file with a modsE date later than the last backup date, it backs up *all files* in *all L subdirectories* of that directory.  Since my users have their Pathworks(Mac)O volumes mapped to their login directories, this in effect does a full backup of D those users' directories every day (I do daily incremental backups).  M I detected this when the system started asking for a 2nd, then a 3rd tape foraJ backups.  Usually this system uses three 4mm tapes per month: two for fullL backup and one for all the daily incremental backups.  When it asked for theN 4th tape (2nd incremental tape) I got suspicious and checked the backup logs. N Yep; there are 3313 files in the user's directory tree, and BACKUP copied 3313 files to tape.  K Now to complicate life: This didn't always happen.  Although I noticed thisVO behavior only this month, I checked my older logs, and it's been going on sincerP March 11.  Before that only 20-30 of this user's files were backed up each day.   I I checked with the user, and he's not changed the typical operations he'sSJ done.  The system was rebooted (and Pathworks(Mac) started) on March 1 andL again on Mar 18, so a system reboot didn't cause this.  I've not changed the# system parameters in that period.  n  J HOWEVER, I did add a Pathworks(Mac) volume for a new user on Mar 10.  ThisE very suspiciously coincides with the first date of the strange BACKUPaK behavior.  I checked the MSAF$SERVER.LOG files, and nothing is reported for H that day; the next entry is for Mar 15, when the new user first tries toG connect.  The odd BACKUP behavior had already begun, though, so that inn itself is not the reason.,  F So, what is going on here?  How do I stop it from happening?  How do I; change Pathworks(Mac)'s behavior back to "normal"?  Thanks.    Lawrence Bleau University of Maryland" Physics Dept., Space Physics Group 301-405-6223 bleau@umdsp.umd.edun   ------------------------------   End of INFO-VAX 2000.232 ************************