1 INFO-VAX	Tue, 27 May 2003	Volume 2003 : Issue 292       Contents:G Re: (Very) Affordable VMS on older gear (was: "VMS will be around ...") ) Re: AlphaStation 255/500 power up problem  Re: Anyone using DATESIM?  Re: Atten John Smith Re: Atten John Smith Re: Atten John Smith AVAIL (EVENTS) Default Settings  Re: Firewall for VMS / TRU64 Re: Firewall for VMS / TRU64 Re: Firewall for VMS / TRU644 Re: HELP, how to put numbers in the virtual display?% Re: Looking for keyboard model number : Migrating SYSUAF.DAT, RIGHTSLIST.DAT, VMSMAIL_PROFILE.DATA> Re: Migrating SYSUAF.DAT, RIGHTSLIST.DAT, VMSMAIL_PROFILE.DATA> Re: Migrating SYSUAF.DAT, RIGHTSLIST.DAT, VMSMAIL_PROFILE.DATA- Re: Mirroring Files in real time across a WAN - Re: Mirroring Files in real time across a WAN - RE: Mirroring Files in real time across a WAN ! New DVDWRITE Version 2.0 released * Re: New [to me] error showing in errorlog.3 Re: NT: son of VMS? (was Re: Portents of VMS death) 3 Re: NT: son of VMS? (was Re: Portents of VMS death) 3 Re: NT: son of VMS? (was Re: Portents of VMS death) 3 Re: NT: son of VMS? (was Re: Portents of VMS death) + OpenVMS 7.1-2 and Digital Workstation 600au / Re: OpenVMS 7.1-2 and Digital Workstation 600au / Re: OpenVMS 7.1-2 and Digital Workstation 600au / Re: OpenVMS 7.1-2 and Digital Workstation 600au / Re: OpenVMS 7.1-2 and Digital Workstation 600au / Re: OpenVMS 7.1-2 and Digital Workstation 600au  OpenVMS Alpha Hobbyist Kits ( OpenVMS Technical Update Days in Austria Re: Portents of VMS death  Printers and LAT questions Re: Printers and LAT questions Re: Printers and LAT questions1 Problem with DFU V2.7 and DFU_ALLPRIV identifier. 5 Re: Problem with DFU V2.7 and DFU_ALLPRIV identifier. 5 Re: Problem with DFU V2.7 and DFU_ALLPRIV identifier. 5 RE: Problem with DFU V2.7 and DFU_ALLPRIV identifier. > RA: Migrating SYSUAF.DAT, RIGHTSLIST.DAT, VMSMAIL_PROFILE.DATAB Re: RA: Migrating SYSUAF.DAT, RIGHTSLIST.DAT, VMSMAIL_PROFILE.DATA RTR/XA Re: SSH for VMS  Re: SSH for VMS   Re: SYS$QIOW - Performance Issue  Re: SYS$QIOW - Performance Issue? Unix/VMS conceptual differences, was: Re: Portents of VMS death C Re: Unix/VMS conceptual differences, was: Re: Portents of VMS death  Re: USP going away.  Re: USP going away.  Re: ZIP.EXE and search lists  F ----------------------------------------------------------------------    Date: 27 May 2003 07:46:48 -0500B From: clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley)P Subject: Re: (Very) Affordable VMS on older gear (was: "VMS will be around ...")3 Message-ID: <zl0Ii7uMufzL@eisner.encompasserve.org>   V In article <3ED253CC.A9FA9283@istop.com>, JF Mezei <jfmezei.spamnot@istop.com> writes: > L > Customers want to know that HP has staying power. Once I, as the reseller,I > have made the sale, doesn't the customer's relationship shift to HP for  > support/contracts etc ?    Yes and No.   I In the UK, although service is provided by HP, contract administration is M provided by (in my case at least) CSF, which is a VAR (or whatever the proper  name may be these days).   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: Tue, 27 May 2003 09:36:12 -0500 , From: Bob Blunt <robert.blunt@hp.nospam.com>2 Subject: Re: AlphaStation 255/500 power up problem, Message-ID: <3ed37bb8$1@usenet01.boi.hp.com>   Alan Boyles wrote: > Group: > N > I have just received 2 AlphaStations (a 255/400 and a 255/500) and am havingJ > some problems.  When I try to turn either of the boxes on they will veryI > briefly run, maybe half a second to a second and then shut down.  I was I > thinking power supply but I find it strange that both boxes do the same  > thing.  Any ideas ?  >  > Thanks >  > Alan >  >   I Alan, please explain what you mean by "briefly run?"  Do you have either  H a monitor connected to the graphics port or a serial terminal connected I to the console?  Is the console variable "console" set to "serial" or to  E "graphic?"  Are you getting any display on the "console" or terminal   after you power the system?   I Please check your system type.  I wasn't aware that the AlphaStation 255  G was available in CPU speeds besides 233 and 300.  What does the system  F look like?  If all else fails, check the back for the model number on B the back, it should be on the same "plate" with the serial number.  G If all else fails, I'd pull all the giblets out except for the minimum  H memory required to pass POST.  SOMEtimes a dead device can cause enough C load on the power supply to keep the system from running properly.  E Without knowing more about the actual system type involved, it'll be  9 difficult to recommend how much memory you need for that.    bob    ------------------------------  # Date: Tue, 27 May 2003 13:39:09 GMT " From:   VAXman-  @SendSpamHere.ORG" Subject: Re: Anyone using DATESIM?0 Message-ID: <00A207BC.4B32A220@SendSpamHere.ORG>  X In article <3ED2BA4C.10409@bigpond.com>, David B Sneddon <dbsneddon@bigpond.com> writes:
 >Hello Folks,  > D >Is anyone out there using the DATESIM product?  We started using itH >last November and have had some intermittent "problems" where processesF >appear to drop out of the pseudo-timezone.  Support from the supplierD >has been somewhat less than I was hoping for and I was wondering ifC >anyone was using it and could possibly relay their experience with 
 >the product.  > 	 >Regards,  >Dave. >-- J >David B Sneddon (dbs)    VMS Systems Programmer     dbsneddon@bigpond.comJ >Sneddo's quick guide ...          http://www.users.bigpond.com/dbsneddon/J >DBS freeware at ...   http://www.users.bigpond.com/dbsneddon/software.htmJ >"Life is what happens to you while you're busy making other plans" Lennon >  >   
 Not a user...   L However, if there are sites that have used the product, I'd bet that it was 4 for Y2K testing and they've long since abandoned it.  I That said, I would add that DATESIM (SP32) and TIMESET (Eigen) handle the I feigning of times the best.  Steer clear of the DateWarp product from the # Cyrano folks -- It's sadly lacking.    --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------    Date: 27 May 2003 05:35:09 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)  Subject: Re: Atten John Smith 3 Message-ID: <PILA8fCADVSr@eisner.encompasserve.org>   c In article <1ca82fc6.0305261829.305afacf@posting.google.com>, dooleys@snowy.net.au (dooley) writes: x > susan_skonetski@hotmail.com (Sue Skonetski) wrote in message news:<857e9e41.0305201556.303b8ee2@posting.google.com>... >> John Smith, >>  F >> I am assuming that this is not your real name.  If that is the caseG >> would you mind changing it to another name like John Doe.  We have a E >> great guy here in VMS with the real name of John Smith and you are  >> causing some confusion.= > But are you sure the VMS guy's name is "really" John Smith? D > It sounds very suspicious to me, his name might be Andrew Harrison, > and he's only pretending to be John Smith.  E Some customers to whom he represents VMS are the sort who check that.    ------------------------------  # Date: Tue, 27 May 2003 13:07:29 GMT # From: "John Smith" <a@nonymous.com>  Subject: Re: Atten John Smith I Message-ID: <lqJAa.283108$w7k.19414@news04.bloor.is.net.cable.rogers.com>   0 "dooley" <dooleys@snowy.net.au> wrote in message7 news:1ca82fc6.0305261829.305afacf@posting.google.com... > > susan_skonetski@hotmail.com (Sue Skonetski) wrote in message9 news:<857e9e41.0305201556.303b8ee2@posting.google.com>...  > > John Smith,  > > B > > I am assuming that this is not your real name.  If that is the caseF > > would you mind changing it to another name like John Doe.  We have a F > > great guy here in VMS with the real name of John Smith and you are > > causing some confusion. = > But are you sure the VMS guy's name is "really" John Smith? D > It sounds very suspicious to me, his name might be Andrew Harrison, > and he's only pretending to be John Smith.  E How many John Smith's, who may or may not be employed by HP, frequent C this forum and passionately plea for VMS advertising and marketing, @ contact HP management and offer critiques, suggestions, businessC opportunities? Certainly not ones you hypothetically suggest may be  Sun ringers.  = If I am vocal in my criticism of HP and their handling of VMS E advertising, marketing, and perceived lack of commitment to VMS, well D that's not just my opinion - it's shared by many here and by a large@ number of my customers who won't take VMS seriously because theyD perceive that HP has a commitment problem too. Those customers don'tE want to put themselves in a position where they are going to be 'hung @ out to dry' (their words, not mine). They've seen generations ofF management at Digital, Compaq, and HP do nothing for VMS in a way that0 they can go to their BOD with any comfort level.  F ***It's more than what OVMS Engineering does - it's the public face ofD the enterprise and how they treat VMS that makes my customers shy of6 placing their own credibility and jobs on the line.***  C An anecdote: back in 1997 I was working with a customer, one of the D world's largest stock brokerages, on a variety of projects. They hadD need of a middling number of departmental-level RAID arrays for unixB environments. Digital had an excellent product in the StorageWorks@ family that suited their needs perfectly, with better specs thanF anything else they were considering in both 'name' and no-name brandedC companies. When we suggested that they consider StorageWorks arrays C and primed the Digital reps to be prepared to come in prepared with D counter arguments to all the competitor products, the customer's CTO? for the division I was working with told me "We don't deal with F Digital. We've be screwed by them before. They are not on our approvedD list of vendors.", and that is as close to a verbatim quote as I can@ recall nearly 6 years later. In the end they chose arrays from aF company whose products gave them lots of problems and that vendor wentD broke about 18 months after my customer purchased the arrays. An act! of hubris on their part? Perhaps.   B Maybe HP is on the approved list of vendors at many companies, but) OpenVMS doesn't make it onto those lists.     4 I don't speak for HP...and I'm not sure anyone does.   ------------------------------  % Date: Tue, 27 May 2003 13:28:16 -0400 * From: JF Mezei <jfmezei.spamnot@istop.com> Subject: Re: Atten John Smith ' Message-ID: <3ED3A02E.C224F8@istop.com>    re: 2 "John Smiths".  F Reminds me of a DECUS board meetiung I had at Digital's Hull PC repairN facilities just as the merger with Compaq had been announced. Was walking nearM the big repair floor and there was MY name on an office door. (it was weekend L so the place was empty). Since my name is not common, it was VERY strange toM see the very same name (Jean-Franois Mezei) there. God forbid there would be  a clone of me :-)   N But I was never asked to change my name because someone else had the same name inside Digital.    ------------------------------  % Date: Tue, 27 May 2003 08:50:51 -0500 ( From: brandon@dalsemi.com (John Brandon)( Subject: AVAIL (EVENTS) Default Settings1 Message-ID: <03052708505139@dscis6-0.dalsemi.com>   J I am running Availability Manager V2.0-1 on Alpha/VMS V7.2-1h1 on a GS160.  M However find that a number of my values are RED lined.  Therefore, I manually M adjust these values to what I believe should be appropriate - in an effort to 0 get the RED out.  In other words, I am guessing.  ? It seems that these values are geared towards a VAX 3100 or so.   K My question, Is there a template for each server?  Rule of thumb?  Default   file?  Or what?     N I would like to install a file that has pre-set values for my platform and not a default for a 3100.   
 Any ideas?   John Brandon VMS Systems Administrator  Dallas Semiconductor first.last@dalsemi.com 972.371.4172 wk    ------------------------------  % Date: Tue, 27 May 2003 13:00:22 -0400 - From: Jonathan Boswell <jsb@ost.cdrh.fda.gov> % Subject: Re: Firewall for VMS / TRU64 / Message-ID: <3ED399A6.607DFDC@ost.cdrh.fda.gov>    Hoff Hoffman wrote: H >   The maintenance of a firewall is a large and specialized engineeringH >   project, and purpose-built dedicated (and commodity) firewall serverF >   appliance boxes provide a highly economical and effective solution  O Your whole argument is rather shocking, since we all thought our VMS boxes were I pretty darn secure out of the box.  In my experience, we are lucky if our N firewall solution runs on a unix platform.  Heck.  I know people who pay money9 to run firewall software on Windows!  How secure is that?   K And what do people do when they run out of capacity on their single Windows L firewall platform?  They add two more, of course.  And then they "solve" theK problems of routing around problems and load-levelling by buying still more M dedicated and not-so-commodity boxes from 3rd party vendors wired up fore and I aft in a rats nest of cabling, all running IP.  Such an arrangement is an O incomprehensible monstrosity, IMHO.  Not only is there no single individual who J really understand what such a firewall configuration is doing, but also noG single vendor is responsible for it!  The situation is crying out for a ! singe-vendor VMScluster solution.   O Oh by the way, did I mention how many underutilized 2100RMs I have with a large  number of open PCI slots?    ------------------------------    Date: 27 May 2003 12:31:28 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) % Subject: Re: Firewall for VMS / TRU64 3 Message-ID: <CSMQPMluR$zr@eisner.encompasserve.org>   ^ In article <JnNAa.1513$zz.897@news.cpqcorp.net>, "Mike Kier" <michael.kier@compaq.com> writes:  N > OK.  Everyone is always complaining about a lack of VMS applications.  So... > L > There are several ISVs who participate here, including some, like Process,K > that specialize in IP communications, and others like Larry (LJK) and the = > PointSecure folks that specialize in security applications.  > H > Can you make a business case to them to engineer and bring to market aE > VMS-based firewall?  That is the true test of the need - commercial # > viability - return on investment.  > M > I've always wanted to see a self-contained Galaxy-based implementation with H > a non-clustered firewall instance fronting the (potentially clustered)J > application server instance(s) through shared-memory IP - no NICs on theM > backend whatsoever.  But I'm in no position to make a business case for it.   H And perhaps you should not, letting VMS Development work on those thingsG that can _only_ be done closely coupled to the operating system (and in D that category I include things like a SCAN compiler that needs debug	 support).    ------------------------------  # Date: Tue, 27 May 2003 17:37:45 GMT + From: "Mike Kier" <michael.kier@compaq.com> % Subject: Re: Firewall for VMS / TRU64 0 Message-ID: <JnNAa.1513$zz.897@news.cpqcorp.net>  : "Jonathan Boswell" <jsb@ost.cdrh.fda.gov> wrote in message) news:3ED399A6.607DFDC@ost.cdrh.fda.gov...  > Hoff Hoffman wrote: J > >   The maintenance of a firewall is a large and specialized engineeringJ > >   project, and purpose-built dedicated (and commodity) firewall serverH > >   appliance boxes provide a highly economical and effective solution > L > Your whole argument is rather shocking, since we all thought our VMS boxes wereK > pretty darn secure out of the box.  In my experience, we are lucky if our J > firewall solution runs on a unix platform.  Heck.  I know people who pay money ; > to run firewall software on Windows!  How secure is that?  > E > And what do people do when they run out of capacity on their single  Windows J > firewall platform?  They add two more, of course.  And then they "solve" the H > problems of routing around problems and load-levelling by buying still moreK > dedicated and not-so-commodity boxes from 3rd party vendors wired up fore  and K > aft in a rats nest of cabling, all running IP.  Such an arrangement is an B > incomprehensible monstrosity, IMHO.  Not only is there no single individual whoL > really understand what such a firewall configuration is doing, but also noI > single vendor is responsible for it!  The situation is crying out for a # > singe-vendor VMScluster solution.  > K > Oh by the way, did I mention how many underutilized 2100RMs I have with a  large  > number of open PCI slots?   L OK.  Everyone is always complaining about a lack of VMS applications.  So...  J There are several ISVs who participate here, including some, like Process,I that specialize in IP communications, and others like Larry (LJK) and the ; PointSecure folks that specialize in security applications.   F Can you make a business case to them to engineer and bring to market aC VMS-based firewall?  That is the true test of the need - commercial ! viability - return on investment.   K I've always wanted to see a self-contained Galaxy-based implementation with F a non-clustered firewall instance fronting the (potentially clustered)H application server instance(s) through shared-memory IP - no NICs on theK backend whatsoever.  But I'm in no position to make a business case for it.    --  	 Mike Kier 0 Consultant, HP Consulting & Integration Services Cincinnati, OH, USA  mike.kier@hp.com  ' "Practice random acts of VMS marketing"    ------------------------------    Date: 27 May 2003 07:35:48 -0500 From: briggs@encompasserve.org= Subject: Re: HELP, how to put numbers in the virtual display? 3 Message-ID: <vWQ0MgPv4Jzo@eisner.encompasserve.org>   [ In article <bamd23$q7j$1@news-reader12.wanadoo.fr>, "Jeams ZHI" <chnzw@hotmail.com> writes: , > but i want to use VAX Macro, how to do it?   $FAO and LIB$PUT_OUTPUT...   $ type test.mar !         .psect  data    wrt,noexe  output_desc: length: .word   0          .word   0  address: .address output_buffer    output_buffer:         .blkb   255 ! output_buffer_l = .-output_buffer    value:  .long   2000   fao_control_string:          .ascid  /!UL/   !         .psect  code    nowrt,exe          .entry  main,^m<> (         movw    #output_buffer_l, length         pushl   value          pushaq  output_desc          pushaw  length"         pushaq  fao_control_string         calls   #4,g^sys$fao         blbs    r0,10$         ret  10$:         pushaq  output_desc #         calls   #1,g^lib$put_output          ret          .end    main   ------------------------------    Date: 27 May 2003 11:28:01 -05002 From: newton_l@encompasserve.org (Lawrence Newton). Subject: Re: Looking for keyboard model number3 Message-ID: <apkwRs3liLl7@eisner.encompasserve.org>   j In article <svv2dv036hv39m6vjpnubp22fasf5hs0rs@4ax.com>, Clay M. Denton <denton@orison.dsserv.com> writes:\ > Digital made a version of the LK4xx keyboard that fit into a tray in a rack.  This had theJ > complete keyboard layout, function keys, cursor keys, but the keypad wasY > embedded/overlayed on the regular keyboard and accessed with a function key.  I've only W > seen one of these, looked at the model #, and forgot it before I could write it down. V > Anyone out there have the part number for this - or better yet - one they'd sell me? > 	 > Thanks,  > Clay  M I have two of what I think you want. Used as a console for a DS20E and a pair  of ES40's in a cluster.   M   The info on the bottom is not clear. Brand name is Cherry, made in Germany.   (   Model MY 1800   Article G81-1800HPU/03  "   Also has   E75282  and LR 63292.  C   One of them failed and Compaq at the time had a problem finding a    replacement. Hope this helps.   
   Lawrence   ------------------------------  % Date: Tue, 27 May 2003 15:12:05 +0200 - From: "Massimo Vitali" <vitali@marionegri.it> C Subject: Migrating SYSUAF.DAT, RIGHTSLIST.DAT, VMSMAIL_PROFILE.DATA - Message-ID: <bavoai$307o$1@stargate1.inet.it>   L I have to migrate all the user profiles from an old VAX running OpenVMS V6.2J to a new DS20 running OpenVMS Alpha V7.3-1. This involves the migration of4 SYSUAF.DAT, RIGHTSLIST.DAT and VMSMAIL_PROFILE.DATA.I The question: is the format of these files compatible between OpenVMS VAX I V6.2 and OpenVMS Alpha V7.3-1? In other words, can I simply copy the user D records from the old files to the new files? (there are no duplicateK entries, since the new files come from a newly installed system - obviously L I will not copy records such as "DEFAULT", "SYSTEM", "SYSTEST", etc). I planF to perform the migration using the same guidelines for merging SYSUAF,I RIGHTSLIST and VMSMAIL_PROFILE when building a homogeneous VMScluster (as C found in Ask Compaq). Is this the correct way to do this operation? " Thank you very much for your help. Massimo Vitali   ------------------------------  # Date: Tue, 27 May 2003 13:59:36 GMT 9 From: Hein van den Heuvel <hein_netscape@eps.zko.dec.com> G Subject: Re: Migrating SYSUAF.DAT, RIGHTSLIST.DAT, VMSMAIL_PROFILE.DATA / Message-ID: <3ED36B89.A6BE5B2D@eps.zko.dec.com>   O Yes, the files are compatible. I have not seen the document you refer to but it L sounds like a good guideline. Basically a convert/excep for those files will	 take care M of it. While you are there... if you expect a seriouse use load ( more than a  few hundred,P loginouts more than once a minute) you may want to consider to TUNE those files.  O The out-of-the-box bucket size is really a bit small, notable for sysuaf. Don't 	 make them K huge (frequent updates) but aim to keep the index root levels to 1 over the  year. L You may also want to enable global buffers for those files. It help some for
 busy systems.   @ btw... I suppose you should also move VMS$PASSWORD_HISTORY.DATA.   Hein.    Massimo Vitali wrote:   N > I have to migrate all the user profiles from an old VAX running OpenVMS V6.2L > to a new DS20 running OpenVMS Alpha V7.3-1. This involves the migration of6 > SYSUAF.DAT, RIGHTSLIST.DAT and VMSMAIL_PROFILE.DATA.K > The question: is the format of these files compatible between OpenVMS VAX K > V6.2 and OpenVMS Alpha V7.3-1? In other words, can I simply copy the user F > records from the old files to the new files? (there are no duplicateM > entries, since the new files come from a newly installed system - obviously N > I will not copy records such as "DEFAULT", "SYSTEM", "SYSTEST", etc). I planH > to perform the migration using the same guidelines for merging SYSUAF,K > RIGHTSLIST and VMSMAIL_PROFILE when building a homogeneous VMScluster (as E > found in Ask Compaq). Is this the correct way to do this operation? $ > Thank you very much for your help. > Massimo Vitali   ------------------------------  # Date: Tue, 27 May 2003 14:00:20 GMT 9 From: Hein van den Heuvel <hein_netscape@eps.zko.dec.com> G Subject: Re: Migrating SYSUAF.DAT, RIGHTSLIST.DAT, VMSMAIL_PROFILE.DATA / Message-ID: <3ED36BB7.F6685AE9@eps.zko.dec.com>   O Yes, the files are compatible. I have not seen the document you refer to but it L sounds like a good guideline. Basically a convert/excep for those files will	 take care M of it. While you are there... if you expect a seriouse use load ( more than a  few hundred,P loginouts more than once a minute) you may want to consider to TUNE those files.  O The out-of-the-box bucket size is really a bit small, notable for sysuaf. Don't 	 make them K huge (frequent updates) but aim to keep the index root levels to 1 over the  year. L You may also want to enable global buffers for those files. It help some for
 busy systems.   @ btw... I suppose you should also move VMS$PASSWORD_HISTORY.DATA.   Hein.        Massimo Vitali wrote:   N > I have to migrate all the user profiles from an old VAX running OpenVMS V6.2L > to a new DS20 running OpenVMS Alpha V7.3-1. This involves the migration of6 > SYSUAF.DAT, RIGHTSLIST.DAT and VMSMAIL_PROFILE.DATA.K > The question: is the format of these files compatible between OpenVMS VAX K > V6.2 and OpenVMS Alpha V7.3-1? In other words, can I simply copy the user F > records from the old files to the new files? (there are no duplicateM > entries, since the new files come from a newly installed system - obviously N > I will not copy records such as "DEFAULT", "SYSTEM", "SYSTEST", etc). I planH > to perform the migration using the same guidelines for merging SYSUAF,K > RIGHTSLIST and VMSMAIL_PROFILE when building a homogeneous VMScluster (as E > found in Ask Compaq). Is this the correct way to do this operation? $ > Thank you very much for your help. > Massimo Vitali   ------------------------------  % Date: Tue, 27 May 2003 09:19:37 +0100 ( From: Nic Clews <sendspamhere@127.0.0.1>6 Subject: Re: Mirroring Files in real time across a WAN) Message-ID: <3ED31F99.AB7C9C3E@127.0.0.1>    Hal Kuff wrote:  > C >    We have a T-3 between two facilities... that yields a speed of   > perhaps 20 gigabytes per hour. > G >    We are looking for a way to write bit map mirror files between the D > two sites.  HP makes a NAS head that would do this via NFS shares.  D There is or was something called "virtuoso" IIRC, and even if I haveD spelled it correctly. Came from the same stable as the Iris terminalF monitoring software. This could mirror files or volumes (In some cases! mirroring a file is more useful).    --  ? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences  nclews at csc dot com    ------------------------------  % Date: Tue, 27 May 2003 05:21:18 -0400   From: Hal Kuff <kuff@tessco.com>6 Subject: Re: Mirroring Files in real time across a WAN? Message-ID: <kuff-12A4C0.05211827052003@news-east.giganews.com>       2000 miles...     In article  H <BE56C50EA024184DAF48F0B9A47F5CF4040ED0A5@kaoexc01.americas.cpqcorp.net> , )  "Main, Kerry" <Kerry.Main@hp.com> wrote:    > Hal, > 1 > What approximate distances are we talking here?  > E > NFS may indeed be a good option, but as I recall from some previous H > comp.os.vms discussions, E*Trade has a fairly large multi-site OpenVMSH > cluster that is located in datacenters something like 180 miles apart. > 	 > Regards  >  > Kerry Main > Senior Consultant  > Hewlett-Packard (Canada) Co.# > Consulting & Integration Services  > Voice: 613-592-4660  > Fax   : 613-591-4477 > Email: kerryDOTmain@hpDOTcom/ >     (remove the DOT's and replace with "."'s) ! > OpenVMS DCL - the original .COM  >  >  > > -----Original Message-----, > > From: Hal Kuff [mailto:kuff@tessco.com]  > > Sent: May 25, 2003 4:48 PM > > To: Info-VAX@Mvb.Saic.Com : > > Subject: Re: Mirroring Files in real time across a WAN > >  > >  > > In article  B > > <BE56C50EA024184DAF48F0B9A47F5CF4040ED0A1@kaoexc01.americas.cp > > qcorp.net> > > , - > >  "Main, Kerry" <Kerry.Main@hp.com> wrote:  > > 
 > > > Hal, > > > & > > > Re: keeping RMS files in sync .. > > > B > > > Just curious, but have you consider HBVS (host based volume  > > shadowing)& > > > for specific drives in question? > > > J > > > That is the typical way one keeps files in sync between 2 sites with > > > OpenVMS. > > > 
 > > > Regards  > > >  > > > Kerry Main > > > Senior Consultant " > > > Hewlett-Packard (Canada) Co.' > > > Consulting & Integration Services  > > > Voice: 613-592-4660  > > > Fax   : 613-591-4477" > > > Email: kerryDOTmain@hpDOTcom3 > > >     (remove the DOT's and replace with "."'s) % > > > OpenVMS DCL - the original .COM  > > >  > > ; > >    HBVS would be good if the T-3 was in the same TELCO   > > Central Office... J > > that is to say very low latency and can run on the network in layer 2 B > > ... as I understand it.  This one goes to Reno in the form of  > > a point to  0 > > point lease line so we're limited to IP .... > > F > >    Kerry, the NAS head you guys sell looks very interesting for a  > > mirroring product. > >  > >  > >  > > > " > > > > -----Original Message-----0 > > > > From: Hal Kuff [mailto:kuff@tessco.com] # > > > > Sent: May 25, 2003 10:19 AM ! > > > > To: Info-VAX@Mvb.Saic.Com > > > > > Subject: Re: Mirroring Files in real time across a WAN > > > >  > > > > < > > > > In article <3ed070e2.36797752@news.freeserve.co.uk>,/ > > > >  glatisant68@hotmail.com (Floyd) wrote:  > > > > E > > > > > Is a live read only copy essential at the remote end or do   > > > > you require < > > > > > a usable up to date copy if your source data goes  > > offline? also what$ > > > > > controllers are you using?
 > > > > >  > > > > > Floyd 
 > > > > > 7 > > > > > On Sat, 24 May 2003 04:38:10 -0400, Hal Kuff    > > > > <kuff@tessco.com> wrote:
 > > > > > 
 > > > > > = > > > > > >   Is anyone doing anything similar with live RMS   > > > > files...(On one end of  + > > > > > >course - read only on the other) 
 > > > > > 
 > > > > > $ > > > > > http://www.technofreak.com > > > >  > > > > B > > > >    Well, we have some very active RMS files.. keeping the  > > > > files in synch  C > > > > would be difficult... but using RMS Journaling and keeping   > > > > the journal 5 > > > > files in synch would be doable on a T-3 ....   > > > > D > > > >    We have HSG-80 and EVA SAN systems... it looksl like the  > > > > HP NAS head A > > > > is the way to go with the tip from Stan Quayle on how to   > > > > setup the share! > > > >  > >    ------------------------------  % Date: Tue, 27 May 2003 09:29:08 -0400 ' From: "Main, Kerry" <Kerry.Main@hp.com> 6 Subject: RE: Mirroring Files in real time across a WANT Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF4040ED0AA@kaoexc01.americas.cpqcorp.net>   Re: 2000 miles ..     & Ahhhhh ... I see says the blind man ..   :-)    Regards   
 Kerry Main Senior Consultant  Hewlett-Packard (Canada) Co.! Consulting & Integration Services  Voice: 613-592-4660  Fax   : 613-591-4477 Email: kerryDOTmain@hpDOTcom-     (remove the DOT's and replace with "."'s)  OpenVMS DCL - the original .COM      > -----Original Message-----, > From: Hal Kuff [mailto:kuff@tessco.com]=20 > Sent: May 27, 2003 5:21 AM > To: Info-VAX@Mvb.Saic.Com 8 > Subject: Re: Mirroring Files in real time across a WAN >=20 >=20 >=20 >    2000 miles... >=20 >=20 > In article=20 @ > <BE56C50EA024184DAF48F0B9A47F5CF4040ED0A5@kaoexc01.americas.cp > qcorp.net> > , + >  "Main, Kerry" <Kerry.Main@hp.com> wrote:  >=20 > > Hal, > >=203 > > What approximate distances are we talking here?  > >=20G > > NFS may indeed be a good option, but as I recall from some previous : > > comp.os.vms discussions, E*Trade has a fairly large=20 > multi-site OpenVMS@ > > cluster that is located in datacenters something like 180=20 > miles apart. > >=20 > > Regards  > >=20 > > Kerry Main > > Senior Consultant   > > Hewlett-Packard (Canada) Co.% > > Consulting & Integration Services  > > Voice: 613-592-4660  > > Fax   : 613-591-4477  > > Email: kerryDOTmain@hpDOTcom1 > >     (remove the DOT's and replace with "."'s) # > > OpenVMS DCL - the original .COM  > >=20 > >=20  > > > -----Original Message-----0 > > > From: Hal Kuff [mailto:kuff@tessco.com]=20  > > > Sent: May 25, 2003 4:48 PM > > > To: Info-VAX@Mvb.Saic.Com < > > > Subject: Re: Mirroring Files in real time across a WAN > > >=20 > > >=20 > > > In article=20 D > > > <BE56C50EA024184DAF48F0B9A47F5CF4040ED0A1@kaoexc01.americas.cp > > > qcorp.net> > > > , / > > >  "Main, Kerry" <Kerry.Main@hp.com> wrote:  > > >=20 > > > > Hal,
 > > > >=20( > > > > Re: keeping RMS files in sync ..
 > > > >=20F > > > > Just curious, but have you consider HBVS (host based volume=20 > > > shadowing)( > > > > for specific drives in question?
 > > > >=20B > > > > That is the typical way one keeps files in sync between=20 > 2 sites with > > > > OpenVMS.
 > > > >=20 > > > > Regards 
 > > > >=20 > > > > Kerry Main > > > > Senior Consultant $ > > > > Hewlett-Packard (Canada) Co.) > > > > Consulting & Integration Services  > > > > Voice: 613-592-4660  > > > > Fax   : 613-591-4477$ > > > > Email: kerryDOTmain@hpDOTcom5 > > > >     (remove the DOT's and replace with "."'s) ' > > > > OpenVMS DCL - the original .COM 
 > > > >=20 > > >=20? > > >    HBVS would be good if the T-3 was in the same TELCO=20  > > > Central Office...=20; > > > that is to say very low latency and can run on the=20  > network in layer 2=20 F > > > ... as I understand it.  This one goes to Reno in the form of=20 > > > a point to=20 2 > > > point lease line so we're limited to IP .... > > >=20J > > >    Kerry, the NAS head you guys sell looks very interesting for a=20 > > > mirroring product. > > >=20 > > >=20 > > >=20
 > > > >=20$ > > > > > -----Original Message-----4 > > > > > From: Hal Kuff [mailto:kuff@tessco.com]=20% > > > > > Sent: May 25, 2003 10:19 AM2# > > > > > To: Info-VAX@Mvb.Saic.Comu@ > > > > > Subject: Re: Mirroring Files in real time across a WAN > > > > >=20 > > > > >=20> > > > > > In article <3ed070e2.36797752@news.freeserve.co.uk>,1 > > > > >  glatisant68@hotmail.com (Floyd) wrote:  > > > > >=20I > > > > > > Is a live read only copy essential at the remote end or do=20  > > > > > you requireI@ > > > > > > a usable up to date copy if your source data goes=20 > > > offline? also what& > > > > > > controllers are you using? > > > > > >=20 > > > > > > Floyd  > > > > > >=20; > > > > > > On Sat, 24 May 2003 04:38:10 -0400, Hal Kuff=20a" > > > > > <kuff@tessco.com> wrote: > > > > > >=20 > > > > > >=20A > > > > > > >   Is anyone doing anything similar with live RMS=20r# > > > > > files...(On one end of=20r- > > > > > > >course - read only on the other)R > > > > > >=20 > > > > > >=20& > > > > > > http://www.technofreak.com > > > > >=20 > > > > >=20F > > > > >    Well, we have some very active RMS files.. keeping the=20 > > > > > files in synch=20nG > > > > > would be difficult... but using RMS Journaling and keeping=200 > > > > > the journal=209 > > > > > files in synch would be doable on a T-3 ....=20  > > > > >=20H > > > > >    We have HSG-80 and EVA SAN systems... it looksl like the=20 > > > > > HP NAS head=20E > > > > > is the way to go with the tip from Stan Quayle on how to=20T > > > > > setup the share!	 > > > > >o > > >  >=20   ------------------------------    Date: 27 May 2003 18:14:37 +0200C From: vaxinf@chclu.chemie.uni-konstanz.de (Eberhard Heuser-Hofmann)e* Subject: New DVDWRITE Version 2.0 released- Message-ID: <3ed38eed$1@news.uni-konstanz.de>n   PRODUCT ANNOUNCEMENT ====================  2 DVDwrite Version 2.0 for OpenVMS is available now.  	 Features:TE The program works with a quite large number of different DVD-burners.    Here are the drives tested: 6 PLUS-Burners:  HP200j, Philips DVDRW228, RICOH MP5124AI MINUS-Burners: Pioneer DVR-103/A03, Pioneer DVR-104/A04, Toshiba SD-R5002r Multi-Burner:  Sony DRU-500AX   G A VAX-Version for OpenVMS/VAX 7.3 (tested with a VAXstation 4000-60) isl available, too.-  I The program is installable/removable via PolyCenter Software Installation2J utility (aka PCSI) and has a "VMS"-Interface ("/option") or uses "-option" for the command-line input.   F The program burns DVD+R, DVD-R, DVD+RW, DVD-RW, CD-R und CD-RW, if theH drive supports the method and the medium. The selection of the method is' been done automatically by the program.s  ( For further information see my homepage:  " http://home.tiscali.de/dvd4openvms   Regardsl Eberhard  J ========================================================================== QUOTATION (some lines cut):nF " All Itanium systems will likely require direct or served access to aI   DVD+R or similarly capable device, though this assumption has certainlytG   not yet been made official nor codified in the SPD in any way as yet.e  @   Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com"J ==========================================================================   ------------------------------  % Date: Tue, 27 May 2003 10:34:26 -0500 , From: Bob Blunt <robert.blunt@hp.nospam.com>3 Subject: Re: New [to me] error showing in errorlog. * Message-ID: <3ed3895f@usenet01.boi.hp.com>   Steve Spires wrote: @ > I see the following in an output file from a DIAGNOSE command; > . > **** V3.3  ********************* ENTRY 26180" > ******************************** >  > . > Logging OS                        1. OpenVMS, > System Architecture               2. Alpha+ > OS version                           V7.3e& > Event sequence number             0.; > Timestamp of occurrence              09-MAY-2003 16:59:49n7 > Time since reboot                    0 Day(s) 0:00:00c- > Host name                            MAR000o > < > System Model                         1815. ** Unrecognized > 9 > Entry Type                      120. Unknown Entry Typet > H >                                      ** Error during CTR processing of	 > EVT seg.F >                                      - Canonical buffer dump follows >  >  > ======================== > Raw Event Data Dump  > ======================== >  > ======================== > & > Entry# (record in file)       26180. > % > Entry Body Size:          x00000084,
 > Entry body:h > @ >           15--<-12  11--<-08  07--<-04  03--<-00   :Byte OrderG >  0000:    00000000  000B0000  0022FFF9  00000717   *......".........*eG >  0010:    00000000  00000020  20303030  52414D08   *.MAR000  .......*tG >  0020:    000000A1  F9D4DD34  70800078  60030000   *...`x..p4.......*oG >  0030:    00000000  00000000  20202020  332E3756   *V7.3    ........* G >  0040:    00000000  00000000  00000000  00000000   *................*cG >  0050:    00000000  00000000  00000000  00000000   *................*.G >  0060:    00000000  00000000  00020001  00090018   *................*oG >  0070:    00010000  00000008  00000000  00000000   *................*eG >  0080:                                  00000000   *            ....*i >  > . > And I get this message repeated a few times. > . > This message is shown after a system reboot. >  > Any help?e >  > Thanks >  > Steve Spires > Technical Consultant > Torex Health > [P](44)01295 274388e > [F](44)01295 275131t > www.torex.com   > Steve, you're probably trying to use DECevent/DIAG to perform I bit-to-text error translation on an unsupported CPU.  Use Compaq Analyze  I (new name forthcoming) for newer processors like the DS10 thru GS320, in .H general.  Compay Analyze will likely be required for the ES47, ES80 and  GS1280.e  B Check with your Field Engineer, there's a new release of DECevent I available, too.  It won't fix THIS problem, but does have some important 2 fixes.   bobh   ------------------------------  ( Date: Tue, 27 May 2003 09:31 +0100 (BST)9 From: duncan@macdonald.compulink.co.uk (Duncan Macdonald) < Subject: Re: NT: son of VMS? (was Re: Portents of VMS death)A Message-ID: <memo.20030527093109.2200A@macdonald.compulink.co.uk>b  I In article <baqmol$7me$2@pcls4.std.com>, moroney@world.std.spaamtrap.com e (Michael Moroney) wrote: > 9 > >I really do not understand why Cuttle is so glorified.  > K > Cutler (not Cuttle) _was_ an outstanding code writer in the early days ofn > VMS (and elsewhere). >  > -MikeS > O He was also responsible for a LOT of RSX11M (over half the OS sources have his lO name on them). (In its day RSX11M was probably the best minicomputer OS around eE - as solid as VMS - full multiuser/multitasking/real-time and usable .* (multiuser) from 96KBytes memory upwards.)   ------------------------------  % Date: Tue, 27 May 2003 11:14:17 +0100y( From: Nic Clews <sendspamhere@127.0.0.1>< Subject: Re: NT: son of VMS? (was Re: Portents of VMS death)) Message-ID: <3ED33A79.C858B9AB@127.0.0.1>s   Michael Moroney wrote: > . > JF Mezei <jfmezei.spamnot@istop.com> writes: ...t  9 > >I really do not understand why Cuttle is so glorified.s  H ... sounds like a cue for a plug about "Brazil", Terry Gilliam's work onG DVD in the UK, and almost relevant to this thread, in a bizarre sort of- way.  K > Cutler (not Cuttle) _was_ an outstanding code writer in the early days of  > VMS (and elsewhere).  * The question has to be, "What went wrong?"  = In any case, did this save, or will it be the saviour of VMS?e  G [i.e. If WNT could have done what VMS can, there would be less VMS now;mG as WNT (sic) continually fails in delivery, the search for alternativess gives VMS a chance]. -- e? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciencesm nclews at csc dot comu   ------------------------------  # Date: Tue, 27 May 2003 12:44:40 GMTt# From: "John Smith" <a@nonymous.com> < Subject: Re: NT: son of VMS? (was Re: Portents of VMS death)J Message-ID: <Y4JAa.283066$w7k.253538@news04.bloor.is.net.cable.rogers.com>  5 "Nic Clews" <sendspamhere@127.0.0.1> wrote in messageo# news:3ED33A79.C858B9AB@127.0.0.1...n > ? > In any case, did this save, or will it be the saviour of VMS?' >wD > [i.e. If WNT could have done what VMS can, there would be less VMS now;< > as WNT (sic) continually fails in delivery, the search for alternatives > gives VMS a chance]u    E This metaphorical 'search' need not be years wandering in the desert. B If companies knew that there was a more than viable alternative toC Windows (any flavor) then perhaps they would use it. This brings metA full circle to the matter of advertising and marketing VMS, whichr+ would give VMS more than a fighting chance.w   ------------------------------  % Date: Tue, 27 May 2003 13:20:44 -0400b* From: JF Mezei <jfmezei.spamnot@istop.com>< Subject: Re: NT: son of VMS? (was Re: Portents of VMS death)) Message-ID: <3ED39E6B.265482D0@istop.com>s   Duncan Macdonald wrote:eP > He was also responsible for a LOT of RSX11M (over half the OS sources have hisP > name on them). (In its day RSX11M was probably the best minicomputer OS aroundF > - as solid as VMS - full multiuser/multitasking/real-time and usable, > (multiuser) from 96KBytes memory upwards.)  I 1-just because your name appears in the source code doesn't mean that youhN wrote it. He could have just maintained, debugged code written by someone elseL in the team. Now if he is listed as original author, then yeah, it gives himM some credit, but if the source was dramatically changed by others afterwards,i is it still him ?r  H And as far as VMS is concerned, while he may have had pieces of his codeP survive to this day, how much of it wasn't rewritten or substantially modified ?  N I realise that some of the structures he designed probably survived, but wouldG the code have, considering the port to Alpha and now the port to IA64 ?m   ------------------------------  % Date: Tue, 27 May 2003 12:20:59 +0200 ) From: Tomasz Zawalski <tomekz@uhc.com.pl>h4 Subject: OpenVMS 7.1-2 and Digital Workstation 600au) Message-ID: <3ED33C0B.3050006@uhc.com.pl>    Helloa  4 I'm new to OpenVMS so I apologize for sily question.  0 It is possible to install OpenVMS AXP on Digital/ Workstation 600au? Or where I can find hardwarey compatibility list for OpenVMS?n  
 Best regards,n   Tomp   ------------------------------  # Date: Tue, 27 May 2003 10:04:53 GMTpL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")8 Subject: Re: OpenVMS 7.1-2 and Digital Workstation 600au6 Message-ID: <00A20785.3593F22A@SSRL.SLAC.STANFORD.EDU>  U In article <3ED33C0B.3050006@uhc.com.pl>, Tomasz Zawalski <tomekz@uhc.com.pl> writes:D >Hello >85 >I'm new to OpenVMS so I apologize for sily question.  >U1 >It is possible to install OpenVMS AXP on Digital 0 >Workstation 600au? Or where I can find hardware  >compatibility list for OpenVMS?  D If you have enough memory, etc, the 600AU is (I believe) a supportedH platform.  The AU means it's a Universal Workstation, which was supposed) to support Tru-64, VMS, WNT, and Linux.  i  M Google up VMS SPD to find the software product description for the version of H VMS you're interested in, and see if the 600AU is listed.  I'm sure it's. supported but haven't laid eyes on one myself.   -- Alana -- 3O ===============================================================================S0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-30567M  Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA   94025hO ===============================================================================    ------------------------------  % Date: Tue, 27 May 2003 12:19:15 +0200s5 From: Paul McCabe <paul.mccabe.removethis#bluewin.ch> 8 Subject: Re: OpenVMS 7.1-2 and Digital Workstation 600au8 Message-ID: <ase6dvsmt3dmdoct9np4ohq43ar8v4etfs@4ax.com>  F Yes the 600au is a supported box (min vms could be 7.1).  Also need toA ensure you have SRM console installed and not the ugly NT "bios".i  < Should be some hints on the FAQ (see www.compaq.openvms.com)   Hope that helps.     Paul.- (Au600 + 256mb RAM) 3 On Tue, 27 May 2003 12:20:59 +0200, Tomasz Zawalskie <tomekz@uhc.com.pl> wrote:   >Hello >F5 >I'm new to OpenVMS so I apologize for sily question.@ >.1 >It is possible to install OpenVMS AXP on Digitaln0 >Workstation 600au? Or where I can find hardware  >compatibility list for OpenVMS? >b >Best regards, >  >Tom   ------------------------------  % Date: Tue, 27 May 2003 14:16:55 +0200f) From: Tomasz Zawalski <tomekz@uhc.com.pl>r8 Subject: Re: OpenVMS 7.1-2 and Digital Workstation 600au) Message-ID: <3ED35737.8090101@uhc.com.pl>x   Tomasz Zawalski wrote: [..]   Thanks for replies.o   Tomx   ------------------------------  % Date: Tue, 27 May 2003 18:25:03 +0200  From: Dirk Munk <munk@home.nl>8 Subject: Re: OpenVMS 7.1-2 and Digital Workstation 600au2 Message-ID: <bb03nh$kd1$1@news1.tilbu1.nb.home.nl>   Tomasz Zawalski wrote: > Hello" > 6 > I'm new to OpenVMS so I apologize for sily question. > 2 > It is possible to install OpenVMS AXP on Digital1 > Workstation 600au? Or where I can find hardware ! > compatibility list for OpenVMS?l >  > Best regards,  >  > Tom  > P All types and versions of the AU series of workstations are supported with VMS, # the 433au, the 500au and the 600au.e  J There were two versions of the Personal Workstations, the classic and the O enhanced versions. The enhanced version has an embedded SCSI controller on the  K motherboard, the classic version needs a SCSI PCI card for VMS, normally a u Qlogic card.  Q A very important difference between both versions is the IDE controller. The IDE mQ controller of the classic versions is NOT supported with VMS. The IDE controller  O of the enhanced version is supported in VMS, which means you can install a big .L IDE disk for very little money. Similar SCSI disks are still very expensive.  N For memory expansion you can use standard PC66 or PC100 (not PC133) CL222 ECC Q DIMMS. If I'm not mistaken, only 1 GB is supported with VMS, although the system eQ will support 1.5 GB. You need 2 DIMM's of exactly the same type/brand per memory o0 bank. (there are 3 memory banks = 6 DIMM slots).   Regards, Dirk   ------------------------------  % Date: Tue, 27 May 2003 12:23:03 -0500a, From: Bob Blunt <robert.blunt@hp.nospam.com>8 Subject: Re: OpenVMS 7.1-2 and Digital Workstation 600au, Message-ID: <3ed3a2d6$1@usenet01.boi.hp.com>   Tomasz Zawalski wrote: > Hellol > 6 > I'm new to OpenVMS so I apologize for sily question. > 2 > It is possible to install OpenVMS AXP on Digital1 > Workstation 600au? Or where I can find hardwareI! > compatibility list for OpenVMS?s >  > Best regards,  >  > Tom  >   D Tom, the 600AU should be supported under OpenVMS.  According to the E April 1998 SOC, the systems were delivered with OpenVMS V7.1-1H1.  I  H haven't been able to locate SPDs for V7.1-2 or V7.2 online, but I would G   hope that either would work with that system.  Additional patches or MG ECOs might be required, and there will possibly be issues booting from 6G an IDE CD-Rom, if so equipped (could require a special floppy and boot "I commands to boot properly; using a SCSI CD-Rom might be easier if you're a in a hurry).   bobm   ------------------------------  % Date: Tue, 27 May 2003 06:50:58 -0700e. From: "David D Miller" <ddmiller@raytheon.com>$ Subject: OpenVMS Alpha Hobbyist KitsF Message-ID: <OFE9958A72.78A9B5F4-ON07256D33.004BFB52@rsc.raytheon.com>   Dave:   C Thanks very much for supporting the hobbyists.  This is a wonderfulx service!   dave.d  H ----- Forwarded by David D Miller/RWS/Raytheon/US on 05/27/2003 06:49 AM -----t  B The OpenVMS Alpha Hobbyist Kit V3.0 can now be ordered.  They haveH been remastered and should be available for first ship on May 28th.  The
 kit includes:h           OpenVMS Alpha V7.3-1          DECWindows 1.2.6 (Motif)         TCP/IP V5.3t#         DECnet Phase V and Phase IVo         Compaq C V6.5o         FORTRAN 7.5l  D         Please note that this CD does not have as many titles as the previousG CD or the OpenVMS VAX Hobbyist CD due to space contraints on the media.a  E         Of course, a big thanks to all in the OpenVMS group for theirnC support of the OpenVMS Hobbyist Program!  At this time, the OpenVMSyB Hobbyist Program has provided over 444,000 license PAK's since the program begin on May 18, 1997.  G - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -u? David L. Cathey                      |Inet: davidc@montagar.com : Montagar Software, Inc.              |Fone: (972)-423-5224= P. O. Box 260772, Plano, TX 75026    |http://www.montagar.coml   ------------------------------    Date: 27 May 2003 07:51:22 -07001 From: susan_skonetski@hotmail.com (Sue Skonetski)m1 Subject: OpenVMS Technical Update Days in Austriao= Message-ID: <857e9e41.0305270651.2e15578b@posting.google.com>a   Dear Newsgroup,s  E Here is the URL for registering for the OpenVMS Technical UPdate DaysaC in Vienna, Austria June 12-13.  Please note that the web site is inn@ German for obvious reasons however the sessions will be given in' English (well to be accurate American).   J http://www.hp-austria.at/eventsneu/templates/Event_ShowPage.asp?Number=197  
 Warm Regards,s Sue-   ------------------------------  % Date: Tue, 27 May 2003 12:02:56 +0100m( From: Nic Clews <sendspamhere@127.0.0.1>" Subject: Re: Portents of VMS death) Message-ID: <3ED345E0.1DD3A577@127.0.0.1>    "David J. Dachtera" wrote: >  > mist dragon wrote:
 > > [snip] > > If you look atI > > the new HP superdome servers, do you think those are gonna run iVMS ? * > > No. VMS just does not scale up enough. > I > Excuse me? Show me *ANY* other o.s. running production databases in theaG > hundreds of gigabytes, even into the terabytes. VMS scales as well orl0 > better than any other or example you can cite.  ? And while we're here, what about REALTIME processing, when your F simulations are lying to you, just where do you go? Very few operatingE systems I know of can deliver on their scheduling promises, VMS being  one of the few.p   -- e? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciencesi nclews at csc dot com!   ------------------------------  % Date: Tue, 27 May 2003 03:46:56 -0400 * From: JF Mezei <jfmezei.spamnot@istop.com># Subject: Printers and LAT questionsp) Message-ID: <3ED317E8.F5FAA5E6@istop.com>u  Q OK, so my ethernet card on my 5100 reports it has a node name of LAT_0040af1604b8  (eg: LAT_<ethernet address> )u   So, I went ahead and did a g MC LATCP/CREATE PORT LTA10:  followed byd< MC LATCP SET PORT LTA10: /NODE=LAT_0040af1604b8/PORT=PORT_1 K and it worked, without having to go to NCP or LANCP to configure that node.:  L Is LAT_<ethernet> a specific nomenclature that doesn't require you enter theN equivalence between node name and ethernet address as you would normally do on a terminal server ?n  J I haven't figured out how to change the LAT node name of the printer, so IC guess I will be stuck with that one, not that it matters that much.c  K Is there any relationship between LATCP and LANCP ? Or is LANCP really only  used to handle MOP requests ?n  G If one doesn't use decnet, how does one define a LAT node name with itsgM ethernet address equivalent when dealing with terminal servers for instance ?o  L Last time I had worked with LAT, it was with decnet and real decservers withL customer assigned decnet node names definded in NCP.  So I am curious on how0 this has evolved now that LANCP exists etc etc.    -----.         Also, I tried the following:  $ COPY recipe.ps,ingredients.ps LTA10:  I and it failed. The printer choked for ingredients.ps because it had reseta itself between the two.eI However, if I COPY recipe.ps,ingredients.ps sys$output: then the contents-D scroll without any special interruption between the two input files.  L Note that if I try to copy the 2 files to a thirst file (which would containL both files), it does warn me that the second file (generated by a C program)L doesn't have the same attributes as the first one, but the resulting file is fine and will print.   ------------------------------  # Date: Tue, 27 May 2003 09:01:54 GMTS6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)' Subject: Re: Printers and LAT questions 3 Message-ID: <6QFAa.55859$Kn1.543920@news.chello.at>   V In article <3ED317E8.F5FAA5E6@istop.com>, JF Mezei <jfmezei.spamnot@istop.com> writes:R >OK, so my ethernet card on my 5100 reports it has a node name of LAT_0040af1604b8 >(eg: LAT_<ethernet address> ) >u >So, I went ahead and did a  >MC LATCP/CREATE PORT LTA10: >followed by= >MC LATCP SET PORT LTA10: /NODE=LAT_0040af1604b8/PORT=PORT_1 dL >and it worked, without having to go to NCP or LANCP to configure that node.   Yes.  M >Is LAT_<ethernet> a specific nomenclature that doesn't require you enter the O >equivalence between node name and ethernet address as you would normally do on3 >a terminal server ?  F LAT_<ethernet> is obviously the default node name of the print server.G On a DECserver you would change it with Local> DEFINE SERVER NAME xxxxxBH (and reboot afterwards). The LAT nodename is NOT related to the name youD use in VMS/MOP for this server (though normal sysmanglers would keep them identical)   K >I haven't figured out how to change the LAT node name of the printer, so I D >guess I will be stuck with that one, not that it matters that much.  1 I can't really help you as I don't know the 5100.iN First check if it has a local (DEC423,RS232) or a remote console (MOP, TELNET)( Then connect and see if there is a HELP. A manual would also help ;-)  L >Is there any relationship between LATCP and LANCP ? Or is LANCP really only >used to handle MOP requests ?  A LANCP is only for MOP (and not for LAT) if not using DECnet-Plus.D9 As you might know, I prefer Phase-5/NCL (SET HOST/MOP)...a  H >If one doesn't use decnet, how does one define a LAT node name with itsN >ethernet address equivalent when dealing with terminal servers for instance ?  L The LAT node name is what the server states in its LAT multi/broadcast msgs.( You can't change it on VMS, only use it.  M >Last time I had worked with LAT, it was with decnet and real decservers witheM >customer assigned decnet node names definded in NCP.  So I am curious on hown1 >this has evolved now that LANCP exists etc etc. l  M No. NCP is also only for MOP and not for LAT. MOP is used for booting/dumpingYM and the remote console of a DEC/terminal/printer server. NCP got NCL with Ph5m4 (or LANCP w/o DECnet) for MOP only and LAT kept LAT.  % Do you have more specific questions ?    -- n Peter "EPLAN" LANGSTOEGERo% Network and OpenVMS system specialistn E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  % Date: Tue, 27 May 2003 10:52:49 -0500c, From: Bob Blunt <robert.blunt@hp.nospam.com>' Subject: Re: Printers and LAT questions-* Message-ID: <3ed38dae@usenet01.boi.hp.com>   JF Mezei wrote:cS > OK, so my ethernet card on my 5100 reports it has a node name of LAT_0040af1604b8e > (eg: LAT_<ethernet address> )o >  > So, I went ahead and did a i > MC LATCP/CREATE PORT LTA10:u
 > followed byu> > MC LATCP SET PORT LTA10: /NODE=LAT_0040af1604b8/PORT=PORT_1 M > and it worked, without having to go to NCP or LANCP to configure that node.x > N > Is LAT_<ethernet> a specific nomenclature that doesn't require you enter theP > equivalence between node name and ethernet address as you would normally do on > a terminal server ?  > L > I haven't figured out how to change the LAT node name of the printer, so IE > guess I will be stuck with that one, not that it matters that much.s > M > Is there any relationship between LATCP and LANCP ? Or is LANCP really onlyn > used to handle MOP requests ?  > I > If one doesn't use decnet, how does one define a LAT node name with itsHO > ethernet address equivalent when dealing with terminal servers for instance ?s > N > Last time I had worked with LAT, it was with decnet and real decservers withN > customer assigned decnet node names definded in NCP.  So I am curious on how2 > this has evolved now that LANCP exists etc etc.  >  > -----w >  >  >  >  > Also, I tried the following: > & > COPY recipe.ps,ingredients.ps LTA10: > K > and it failed. The printer choked for ingredients.ps because it had resetr > itself between the two.aK > However, if I COPY recipe.ps,ingredients.ps sys$output: then the contentskF > scroll without any special interruption between the two input files. > N > Note that if I try to copy the 2 files to a thirst file (which would containN > both files), it does warn me that the second file (generated by a C program)N > doesn't have the same attributes as the first one, but the resulting file is > fine and will print.  G The LAT_nnnnnnnnnnnn naming convention is long-standing.  All terminal sE servers boot with a similar name using the factory defaults.  Rather  F than populate a network with many LAT nodes having the same name, the E developers chose to use the MAC address of the server as the default h3 name in the hope that there'd never be a duplicate.e  E With the exception that both utilities "work with" networking, there gC aren't big similarities between LATCP and LANCP.  LATCP deals with nH LATmaster and the LAT protocol specifically.  LANCP, for brevity, deals @ with other functions and protocols dealing with the network and H networking interface(s).  If you're not using DECnet at all, you'd have G to use more modern DECservers with IP capabilities.  It'd be up to you WF and your network folk to decide how and where to "define" a LAT node. I As long as you can get the DECserver to boot, IF it requires downloading AF it's system image, all you "need" is LAT and/or IP to use it.  Having I DECnet Phase IV or Phase V and MOP make terminal servers somewhat easier   to manage, IMHO.  F Your statement about "Last time I wirhed with LAT, it was with DECnet F and real decservers" was apropos.  Essentially, the NIC interface for F your printer is emulating a terminal server or another standalone LAT  node, simplistically speaking.   bobn   ------------------------------  % Date: Tue, 27 May 2003 14:21:55 +0100 - From: "Steve Spires" <Steve.Spires@torex.com> : Subject: Problem with DFU V2.7 and DFU_ALLPRIV identifier.E Message-ID: <91947A84607D9D48B8E674A5FAB54DA63CAEA6@tahiti.tinuk.com>-  < I have installed DFU on one of our Alpha nodes. Details are;   OpenVMS V7.1, DEC 3000 - M600   = Trying to run the UNDELETE segment gives the following error;l  E %DFU-E-NOPRIV, No privilege to perform this function (DFU_ALLPRIV notA granted)  	 Although;0  * $ mc authorize show/ident DFU_ALLPRIV/full=   Name                             Value           Attributes -   DFU_ALLPRIV                      %X80010009n/     Holder                           Attributesu
     SYSTEM   Can anyone suggest anything?   Thanks   Steve Spires Technical Consultant Torex Health [P](44)01295 274388a [F](44)01295 275131s www.torex.com=20   ------------------------------  % Date: Tue, 27 May 2003 14:28:18 +0100 ( From: Nic Clews <sendspamhere@127.0.0.1>> Subject: Re: Problem with DFU V2.7 and DFU_ALLPRIV identifier.) Message-ID: <3ED367F2.8BAFBC56@127.0.0.1>9   Steve Spires wrote:r > > > I have installed DFU on one of our Alpha nodes. Details are; >  > OpenVMS V7.1, DEC 3000 - M600l > ? > Trying to run the UNDELETE segment gives the following error;  > G > %DFU-E-NOPRIV, No privilege to perform this function (DFU_ALLPRIV not 
 > granted) >  > Although;e > , > $ mc authorize show/ident DFU_ALLPRIV/full? >   Name                             Value           Attributes / >   DFU_ALLPRIV                      %X80010009 1 >     Holder                           Attributes  >     SYSTEM  G You'll probably find that the SYSTEM account is not associated with the C named identifier SYSTEM. Try a UAF> SH/IDE on SYSTEM, and see if it * matches what you expect to see in the UAF.   --  ? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences  nclews at csc dot com    ------------------------------  % Date: Tue, 27 May 2003 14:54:18 +01008- From: Roy Omond <Roy.Omond@BlueBubble.UK.Com> > Subject: Re: Problem with DFU V2.7 and DFU_ALLPRIV identifier./ Message-ID: <vd6rh57rq2bp6d@corp.supernews.com>t   Steve Spires wrote:a> > I have installed DFU on one of our Alpha nodes. Details are; >  > OpenVMS V7.1, DEC 3000 - M600  > ? > Trying to run the UNDELETE segment gives the following error;  > G > %DFU-E-NOPRIV, No privilege to perform this function (DFU_ALLPRIV noty
 > granted) >  > Although;t > , > $ mc authorize show/ident DFU_ALLPRIV/full? >   Name                             Value           Attributes / >   DFU_ALLPRIV                      %X80010009 1 >     Holder                           Attributes  >     SYSTEM >  > Can anyone suggest anything?  D Steve, I'm presuming you are SYSTEM.  Did you logout and login again= after installing DFU?  If you didn't, then you won't have the  DFU_ALLPRIV identifier.   D Alternatively, notice that DFU_ALLPRIV and INTERACTIVE have the same@ number of letters :-)  It's left as an exercise to the reader toD change the string in DFE.EXE to INTERACTIVE, which you'll definitely hold ;-)  
 Best regards,   	 Roy Omond  Blue Bubble Ltd.   ------------------------------  % Date: Tue, 27 May 2003 16:00:30 +0100l- From: "Steve Spires" <Steve.Spires@torex.com>C> Subject: RE: Problem with DFU V2.7 and DFU_ALLPRIV identifier.E Message-ID: <91947A84607D9D48B8E674A5FAB54DA63CAEA7@tahiti.tinuk.com>    Yes, looks like that was it.  * The system account only had a numeric UIC;   UAF> show system  A Username: SYSTEM                           Owner:  SYSTEM MANAGER:@ Account:  SYSTEM                           UIC:    [1,4] ([1,4])   And the SYSTEM identifier was;    $ mc authorize show/ident system=   Name                             Value           Attributes72   SYSTEM                           [000001,177777]  
 So, I did;   UAF> remove /id systemG %UAF-I-RDBREMMSGU, identifier SYSTEM value [000001,177777] removed frome rights d atabase2 UAF> add/ident/user=3DsystemC %UAF-I-RDBADDMSGU, identifier SYSTEM value [000001,000004] added ton rights datab ase= UAF> show system  A Username: SYSTEM                           Owner:  SYSTEM MANAGER C Account:  SYSTEM                           UIC:    [1,4] ([SYSTEM])    UAF> show/id dfu_allpriv=   Name                             Value           Attributese-   DFU_ALLPRIV                      %X80010009   UAF> grant/id dfu_allpriv system9 %UAF-I-GRANTMSG, identifier DFU_ALLPRIV granted to SYSTEM    UAF> show system  A Username: SYSTEM                           Owner:  SYSTEM MANAGER5C Account:  SYSTEM                           UIC:    [1,4] ([SYSTEM])  .  . !   UPGRADE      VOLPRO       WORLD"= Identifier                         Value           Attributes -   DFU_ALLPRIV                      %X80010009    And DFU worked fine.   Thanks.    Steve Spires Technical Consultant Torex Health [P](44)01295 274388u [F](44)01295 275131F www.torex.com=20   > -----Original Message-----4 > From: Nic Clews [mailto:sendspamhere@127.0.0.1]=20 > Sent: 27 May 2003 14:28a > To: Info-VAX@Mvb.Saic.Com @ > Subject: Re: Problem with DFU V2.7 and DFU_ALLPRIV identifier. >=20 >=20 > Steve Spires wrote:  > >=20@ > > I have installed DFU on one of our Alpha nodes. Details are; > >=20! > > OpenVMS V7.1, DEC 3000 - M6000 > >=20A > > Trying to run the UNDELETE segment gives the following error;  > >=20; > > %DFU-E-NOPRIV, No privilege to perform this function=20  > (DFU_ALLPRIV not > > granted) > >=20
 > > Although;  > >=20. > > $ mc authorize show/ident DFU_ALLPRIV/fullA > >   Name                             Value           Attributest1 > >   DFU_ALLPRIV                      %X80010009 3 > >     Holder                           Attributesi > >     SYSTEM >=208 > You'll probably find that the SYSTEM account is not=20< > associated with the named identifier SYSTEM. Try a UAF>=20? > SH/IDE on SYSTEM, and see if it matches what you expect to=20t > see in the UAF.  >=20 > --=20s; > Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer=20r  > Sciences nclews at csc dot com >=20 >=20   ------------------------------  + Date: Tue, 27 May 2003 15:56:10 +0100 (MET) 9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> G Subject: RA: Migrating SYSUAF.DAT, RIGHTSLIST.DAT, VMSMAIL_PROFILE.DATAc; Message-ID: <01KWE46W3Q3QAKVGCS@sysdev.deutsche-boerse.com>O  I > I have to migrate all the user profiles from an old VAX running OpenVMS D > V6.2 to a new DS20 running OpenVMS Alpha V7.3-1. This involves theD > migration of SYSUAF.DAT, RIGHTSLIST.DAT and VMSMAIL_PROFILE.DATA.  > G > The question: is the format of these files compatible between OpenVMSe > VAX V6.2 ,  6 Certainly compatible between the same versions of VMS.  G > I plan to perform the migration using the same guidelines for mergingoD > SYSUAF, RIGHTSLIST and VMSMAIL_PROFILE when building a homogeneous' > VMScluster (as found in Ask Compaq). n  
 Good idea.   ------------------------------  % Date: Tue, 27 May 2003 09:04:32 -0500 ( From: brandon@dalsemi.com (John Brandon)K Subject: Re: RA: Migrating SYSUAF.DAT, RIGHTSLIST.DAT, VMSMAIL_PROFILE.DATA 1 Message-ID: <03052709043260@dscis6-0.dalsemi.com>   G > I plan to perform the migration using the same guidelines for merging2D > SYSUAF, RIGHTSLIST and VMSMAIL_PROFILE when building a homogeneous' > VMScluster (as found in Ask Compaq). n  5 May also include your common DECnet and TCPIP files -,  	 NET$PROXY  NETNODE_REMOTE NETNODE_UPDATE	 NETOBJECT  NETPROXY   TCPIP$BOOTP  TCPIP$CONFIGURATION ???u TCPIP$EXPORT
 TCPIP$HOST TCPIP$LIBRARY ???0 TCPIP$LPD_LOGFILE ???= TCPIP$LPD_PRINTCAP TCPIP$LPD_SPOOL ???b
 TCPIP$NETWORK. TCPIP$NTP_CONF TCPIP$NTP_RES_CHILD ???H TCPIP$NTP_TEMPFILE ??? TCPIP$PROXYl TCPIP$ROUTE 
 TCPIP$RPC ???S
 TCPIP$SERVICE  TCPIP$SMTP_COMMON ???t TCPIP$SNMP ??? TCPIP$SYSTEM ??? TCPIP$TFTP_ROOT ???u  H The TCPIP$* with ??? you will need to check for clusterability.  (I like  that!).  Some are node-specific.   John Brandon VMS Systems AdministratorE Dallas Semiconductor first.last@dalsemi.com 972.371.4172 wke   ------------------------------  % Date: Tue, 27 May 2003 08:36:48 +0200T7 From: Robert Trawinski <robert.trawinski@softax.com.pl>S Subject: RTR/XA./ Message-ID: <bav120$er4$1@bozon2.softax.com.pl>r   Hello,  @ Does anybody has experience with RTR/XA/Oracle8/9? Does it work?   Robert   ------------------------------  % Date: Tue, 27 May 2003 09:44:49 +0100i5 From: "Robert A.M. van Lopik" <lopik@mail.telepac.pt>n Subject: Re: SSH for VMS5 Message-ID: <bav8n7$41rk8$1@ID-191217.news.dfncis.de>6  7 "JF Mezei" <jfmezei.spamnot@istop.com> wrote in messagev# news:3ED2C862.D9349DB0@istop.com...t > Shiva MahaDeva wrote:a > >s: > > Id like to know if is there any free SSH to VMS 5.5-2 >nL > Not sure if it will work on 5.5-2 with whatever TCP stack you have but you can try: >r > http://www.free.lp.se/fish/  >i2 > (Thanks to Phil O for having given me that link)  G There is to be an "official"  SSH to go with TCPIP services for OpenVMSpL version 5.4, which I think will ship with OpenVMS 7.3-2. But maybe that that doesn't help you.=  H An alternative is to have look at a open source software project that is- rewriting all of SSH in Java. Have a look at:a) http://sourceforge.net/projects/sshtools/v   htho
 rob van lopikt   ------------------------------  % Date: Tue, 27 May 2003 13:21:27 -0400 * From: JF Mezei <jfmezei.spamnot@istop.com> Subject: Re: SSH for VMS( Message-ID: <3ED39E96.FDBF4CF@istop.com>   "Robert A.M. van Lopik" wrote:J > An alternative is to have look at a open source software project that is/ > rewriting all of SSH in Java. Have a look at:n+ > http://sourceforge.net/projects/sshtools/o  % Digital chose not to put JAVA on VAX.@   ------------------------------  % Date: Tue, 27 May 2003 17:33:55 +0530u From: "Vivek" <visoni@bmc.com>) Subject: Re: SYS$QIOW - Performance IssueE/ Message-ID: <vd6kr9taviep00@corp.supernews.com>   8 Its really fishy....the preformance seems to degrade ...        - "Gary" <gmcd@totalise.co.uk> wrote in message ) news:batn7c$d35$1@newsg3.svr.pol.co.uk...n  > This is still very suspicious. >  >o+ > "Vivek" <visoni@bmc.com> wrote in message + > news:vd4bce3i58apc3@corp.supernews.com...s
 > > Hi  Gary,o > >m@ > > All the SYS$QIOW calls only had the WRITEVBLK function code. > > K > > After adding the WRITEBVBLK function code the time take is reduced to 1k > > minutes from 4-5 minutes.  > > # > > Seems there is and improvement.g > >p
 > > Thanks	 > > Vivek. > >  > >  > > 1 > > "Gary" <gmcd@totalise.co.uk> wrote in messageo, > > news:basoru$s47$1@news8.svr.pol.co.uk...G > > > Have you used the io$m_now fuction code modifier for asychronuous= > > read/write > > > completion?  > > >8 > > > / > > > "Vivek" <visoni@bmc.com> wrote in messageo/ > > > news:vd3arir9qlj671@corp.supernews.com...4 > > > > Hi,: > > > >rE > > > > I am reading data from the mailbox using the call SYS$QIOW( ). > > > >1. > > > > SYS$QIOW reads 1024 bytes in one call. > > > >.A > > > > Mail Box has max buffer of 2048 and message size as 1024.` > > > >.K > > > > I am encountering a problem of performance in reading from mail box  on > > VAX J > > > > machine, it is also happening on some ALPHA boxes and not on some. > > > >0L > > > > The time taken by this call is 4 minutes to 10 minutes for eac call. > > > >0G > > > > My Query is, if SYS$QIOW is the right call to read message from0
 > MAILBOX? > > > >.: > > > > Can I use alternative call to improve performance. > > > >  > > > > Thanks
 > > > > Vivek  > > > >s > > > >r > > > >  > > > >. > > > >h > > >a > > >h > >f > >  > >m > >o >  >    ------------------------------    Date: 27 May 2003 07:48:37 -0500 From: briggs@encompasserve.org) Subject: Re: SYS$QIOW - Performance Issuee3 Message-ID: <2o6c2uYkbgPH@eisner.encompasserve.org>n  P In article <vd4bce3i58apc3@corp.supernews.com>, "Vivek" <visoni@bmc.com> writes: > Hi  Gary,n > > > All the SYS$QIOW calls only had the WRITEVBLK function code. > I > After adding the WRITEBVBLK function code the time take is reduced to 1  > minutes from 4-5 minutes.i  . I think you meant to write "IO$M_NOW modifier"  C It seems clear that you still have a problem.  A mailbox read/writetC completes in milliseconds, not minutes.  And specifying IO$M_NOW on C the write should have very little effect if a $QIOW read is alreadyu0 pending.  Is your mailbox reader a slow process?   	John Briggs   ------------------------------    Date: 27 May 2003 07:40:11 -0500B From: clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley)H Subject: Unix/VMS conceptual differences, was: Re: Portents of VMS death3 Message-ID: <e5G1dN1A3alS@eisner.encompasserve.org>o   In article <rdeininger-2605031118540001@user-105n92m.dialup.mindspring.com>, rdeininger@mindspring.com (Robert Deininger) writes:o > D > Calls are rather light on VMS.  Fork() is a well-known performanceF > problem, and anyone with a clue chooses an algorithm that uses it as > little as possbile.s >   K Don't forget that much of the functionality that requires fork() on Unix is $ implemented very differently on VMS.  K The most recent example I have is the use of pseudo terminals. In Unix land M they are implemented [*] in such a way that fork() is mandatory. In VMS land,3 we have the PT$* routines.   Simon.  C [*] BTW, note that every Unix has implemented pseudo terminals very J differently, so any code that needs to run on a wide range on Unix systems> has a mass of exception code in it to handle all the variants.  A Reading something like the Emacs source code is most interesting.-   --  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: 27 May 2003 10:06:19 -0700( From: bob@instantwhip.com (Bob Ceculski)L Subject: Re: Unix/VMS conceptual differences, was: Re: Portents of VMS death= Message-ID: <d7791aa1.0305270906.2b3dd9df@posting.google.com>d  } clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley) wrote in message news:<e5G1dN1A3alS@eisner.encompasserve.org>..., > In article <rdeininger-2605031118540001@user-105n92m.dialup.mindspring.com>, rdeininger@mindspring.com (Robert Deininger) writes:g > > F > > Calls are rather light on VMS.  Fork() is a well-known performanceH > > problem, and anyone with a clue chooses an algorithm that uses it as > > little as possbile.y > >  > M > Don't forget that much of the functionality that requires fork() on Unix iso& > implemented very differently on VMS. > M > The most recent example I have is the use of pseudo terminals. In Unix land O > they are implemented [*] in such a way that fork() is mandatory. In VMS land,g > we have the PT$* routines. >  > Simon. > E > [*] BTW, note that every Unix has implemented pseudo terminals very L > differently, so any code that needs to run on a wide range on Unix systems@ > has a mass of exception code in it to handle all the variants. > C > Reading something like the Emacs source code is most interesting.   D and unlike unix, VMS acutally has security ... not mentioning "real"7 clustering, better real time, and is not convuluted ...D   ------------------------------  # Date: Tue, 27 May 2003 14:06:48 GMTp, From: "James Gessling" <jgessling@yahoo.com> Subject: Re: USP going away.@ Message-ID: <YhKAa.1191$O94.50958572@newssvr14.news.prodigy.com>  # See: http://vms.stabilit.ch/uspweb/r  7 "JF Mezei" <jfmezei.spamnot@istop.com> wrote in messagey# news:3ECED2A2.52C06A6A@istop.com...e > James Gessling wrote: D > > Thank you for your interest in Universal Support Processor (USP)
 technology > > for OpenVMS Alpha. > : > What exactly is that product ? What does it eat and do ? >    ------------------------------    Date: 27 May 2003 11:41:25 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)r Subject: Re: USP going away.3 Message-ID: <Ch8A+q24mOrk@eisner.encompasserve.org>v  o In article <YhKAa.1191$O94.50958572@newssvr14.news.prodigy.com>, "James Gessling" <jgessling@yahoo.com> writes:    <top posting corrected>e  9 > "JF Mezei" <jfmezei.spamnot@istop.com> wrote in messaged% > news:3ECED2A2.52C06A6A@istop.com...- >> James Gessling wrote:E >> > Thank you for your interest in Universal Support Processor (USP)o > technology >> > for OpenVMS Alpha.t >>; >> What exactly is that product ? What does it eat and do ?    <top posting corrected>V  % > See: http://vms.stabilit.ch/uspweb/t  ? I parsed the question as looking for a two sentence descriptionO/ rather than the opportunity to do a web lookup.f   ------------------------------  % Date: Tue, 27 May 2003 09:49:02 +0100 0 From: Chris Sharman <chris.sharman@sorry.nospam>% Subject: Re: ZIP.EXE and search lists 4 Message-ID: <bav8q0$46p$1$8300dec7@news.demon.co.uk>    Peter 'EPLAN' LANGSTOEGER wrote:: > Does anyone have a good explaination for the following ? >  > $ DEF LIST A,B,C > $ zip LIST:X.ZIP Y.Z > $ DIR LIST:X.ZIP > / > and you find "X.ZIP" in "C" and not in "A" !!o > P > Is this expected behaviour ? Surely not for a COPY or another DCL/VMS program.G > Is there a fix for ZIP.C (or similar) to get the "X.ZIP" in "A" or isnG > there any (CRTL) logical which can change this (unwanted) behaviour ?t  H Since zip would typically (via RMS) search through the list looking for E an existing zip to update before creating a new one, I guess this is nH understandable. The create-if $fab flag is documented as doing it right H - I guess zip, being portable, doesn't use it. It would presumably be a K minor "vms-isation" fix, given the source, or you could work around in DCL.=   Chris=   ------------------------------   End of INFO-VAX 2003.292 ************************