1 INFO-VAX	Sun, 17 Dec 2000	Volume 2000 : Issue 702       Contents: %MOUNT-F-DIFVOLMNT again Re: %MOUNT-F-DIFVOLMNT again Re: arithmetic trap  DEC multinational character set # Re: DEC multinational character set # Re: DEC multinational character set # Re: DEC multinational character set # Re: DEC multinational character set  Re: Decserver 700   Re: Free compiler to Alphaserver" Re: Kernel Overhead for Direct I/O Re: OpenVMS CBT  Re: OpenVMS DHCP Client? patch question (7.2-1 ALPHA)  Re: patch question (7.2-1 ALPHA)  Re: patch question (7.2-1 ALPHA) puzzled by patches Re: Rejected posting Re: RIP LN03, 1987-2000  shadowing and clusters soon enough? Re: soon enough?? standalone backup, disk-saveset image backups, and cluster size C Re: standalone backup, disk-saveset image backups, and cluster size C Re: standalone backup, disk-saveset image backups, and cluster size C Re: standalone backup, disk-saveset image backups, and cluster size  Re: Sun Cluster  UCX Bug  Re: UCX Bug - Re: VMS tools for Linux: EDT, TPU, TECO, LAT? - Re: VMS tools for Linux: EDT, TPU, TECO, LAT? - Re: VMS tools for Linux: EDT, TPU, TECO, LAT? - Re: VMS tools for Linux: EDT, TPU, TECO, LAT? - Re: VMS tools for Linux: EDT, TPU, TECO, LAT? " when is SYS$NODE normally defined?& Re: when is SYS$NODE normally defined?  F ----------------------------------------------------------------------   Date: 16 Dec 2000 18:49:52 GMT* From: helbig@astro.rug.nl (Phillip Helbig)! Subject: %MOUNT-F-DIFVOLMNT again . Message-ID: <91gdgg$h0c$1@info.service.rug.nl>  = I'm waiting to see if patches will make this problem go away.   F As I mentioned, I have a .COM file which mounts disks /CLUSTER if theyE are hosted by the node in question and /SYSTEM otherwise.  Until this C error goes away (or even after---seems like a good idea), I want to B avoid this error causing the procedure (and thus mounting of other2 disks) to fail.  For some strange reason, neither   #    $  ON SEVERE_ERROR THEN CONTINUE    or        $  SET NOON  G has any effect.  $SEVERITY is being set to 4, which corresponds to the  H -F- part of the message.  Is this perhaps a related bug, or a different  bug?   ------------------------------  % Date: Sat, 16 Dec 2000 21:54:33 -0600 7 From: "David J. Dachtera" <djesys.nospam@earthlink.net> % Subject: Re: %MOUNT-F-DIFVOLMNT again - Message-ID: <3A3C38F9.5B770E08@earthlink.net>    Phillip Helbig wrote:  > ? > I'm waiting to see if patches will make this problem go away.   ( I thought there were patches for this...   H > As I mentioned, I have a .COM file which mounts disks /CLUSTER if they< > are hosted by the node in question and /SYSTEM otherwise.   G Not sure why you'd want to make that distinction, or take that specific # action under that condition, but...    > Until thisE > error goes away (or even after---seems like a good idea), I want to D > avoid this error causing the procedure (and thus mounting of other3 > disks) to fail.  For some strange reason, neither  > % >    $  ON SEVERE_ERROR THEN CONTINUE   E I think you want ON WARNING. The THEN clause you set takes effect for F the specified severity OR GREATER (check the doc. if you don't believe me).    > or >  >    $  SET NOON >  > has any effect.   C I have trouble believing that  - unless there is a subsequent error F (especially a missing label - always fatal, as far as I can tell) that causes the proc. to fail.   C The key there is "subsequent". SET NOON remains in effect after any F error. "ON condition" does not - you must reset the ON action you want1 after each occurrence. This usually works for me:     $ ON WARNING THEN GOSUB RESET_ON 	. 	. 	.
 $RESET_ON:  $ ON WARNING THEN GOSUB RESET_ON $ RETURN  H Remember also that the current ON processing is effective at the current@ procedure depth only - it is *NOT* inherited by proc.'s that are invoked.  7 > $SEVERITY is being set to 4, which corresponds to the I > -F- part of the message.  Is this perhaps a related bug, or a different  > bug?  D I'd suspect my proc. before I'd suspect a bug in DCL error handling,, though I'm sure there may be at least one...   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.    ------------------------------  % Date: Sat, 16 Dec 2000 15:01:11 -0500 , From: "Glenn C. Everhart" <Everhart@GCE.com> Subject: Re: arithmetic trap' Message-ID: <3A3B83B7.71FE41D1@GCE.com>   ? This is I suspect a device geometry computation problem. It was  fixed in VMS 7.1. Upgrade.   Hossein Rafighi wrote: > 	 > Hi all,  > E > I just changed a 9GB dead internal scsi disk with an 18Gb. This was E > one of the four disks inside a liberator in VAX VMS cluster running E > 6.2. After rebooting the system I get: "%MOUNT-F-INTDIV, arithmetic C > trap, integer divide by zero at PC=0000780A, PSL=01C00002 " error F > message. This is the first time I see this message! Is there anybodyB > on this list who has seen this error message before? What is the > problem and how can I fix it?  >  > Your help is appreciated.  >  >  >  >  >  > Happy holidays,  > Hossein Rafighi  >  > --< >  _____  _____   _____  _   _  _   _  ____  Hossein RafighiG > |_   _||  _  \ |_   _|| | | || \_/ ||  __| TRIUMF, 4004 Wesbrook Mall K >   | |  | |_|  )  | |  | | | ||     || |__  Vancouver, BC, Canada, V6T 2A3 B >   | |  |  _  /   | |  | \_/ || \_/ ||  __| Voice: (604) 221-3233B >   | |  | | \ \  _| |_ |     || | | || |    Fax:   (604) 222-1074J >   |_|  |_|  \_\|_____| \___/ |_| |_||_|    Website: http://www.triumf.ca >  >    ------------------------------   Date: 16 Dec 2000 15:50:52 GMT* From: helbig@astro.rug.nl (Phillip Helbig)( Subject: DEC multinational character set. Message-ID: <91g30s$du0$1@info.service.rug.nl>  E To what extent does the DEC multinational (or is that now Compaq...)  D character set correspond to any "standard" 8-bit character set?  My I question is, without MIME how different will a message look from the way  % it was intended on various platforms?    ------------------------------   Date: 16 Dec 2000 16:34:28 GMT0 From: fdc@watsun.cc.columbia.edu (Frank da Cruz), Subject: Re: DEC multinational character set5 Message-ID: <91g5ik$k2a$1@newsmaster.cc.columbia.edu>   . In article <91g30s$du0$1@info.service.rug.nl>,+ Phillip Helbig <helbig@astro.rug.nl> wrote: G : To what extent does the DEC multinational (or is that now Compaq...)  F : character set correspond to any "standard" 8-bit character set?  My K : question is, without MIME how different will a message look from the way  ' : it was intended on various platforms?  : O DEC MCS corresponds to ISO 8859-1 Latin Alphabet 1 except in these code points:   *  Hex   Latin-1                     DEC MCS,  A0    No Break Space              Undefined,  A4    Currency Sign               Undefined,  A6    Broken Bar                  Undefined,  AC    Not Sign                    Undefined,  AD    Soft Hyphen                 Undefined,  AE    Registered Trade Mark Sign  Undefined,  AF    Macron                      Undefined,  B4    Acute Accent                Undefined,  B8    Cedilla                     Undefined,  BE    Fraction 3/4                Undefined,  D0    Capital Eth                 Undefined@  D7    Multiplication Sign         Capital OE Digraph           ,  DE    Capital Thorn               Undefined,  F0    Small Eth                   Undefined3  F7    Division Sign               Small OE Digraph ,  FE    Small Thorn                 Undefined,  FF    Small Y with Diaeresis      Undefined  L The same is true of Unicode, in which codes U+00A0 through U+00FF correspond to Latin-1.    - Frank    ------------------------------   Date: 16 Dec 2000 16:51:58 GMT* From: helbig@astro.rug.nl (Phillip Helbig), Subject: Re: DEC multinational character set. Message-ID: <91g6je$f20$1@info.service.rug.nl>  5 In article <91g5ik$k2a$1@newsmaster.cc.columbia.edu>, 3 fdc@watsun.cc.columbia.edu (Frank da Cruz) writes:    0 > In article <91g30s$du0$1@info.service.rug.nl>,- > Phillip Helbig <helbig@astro.rug.nl> wrote: I > : To what extent does the DEC multinational (or is that now Compaq...)  H > : character set correspond to any "standard" 8-bit character set?  My M > : question is, without MIME how different will a message look from the way  ) > : it was intended on various platforms?  > : D > DEC MCS corresponds to ISO 8859-1 Latin Alphabet 1 except in these > code points:   > , >  Hex   Latin-1                     DEC MCS  . >  AE    Registered Trade Mark Sign  Undefined  F OK thanks.  I just realised that compose-r-o does the trademark sign, : but this is NOT in the DEC multinational set.  What gives?   ------------------------------   Date: 16 Dec 2000 18:48:44 GMT0 From: fdc@watsun.cc.columbia.edu (Frank da Cruz), Subject: Re: DEC multinational character set5 Message-ID: <91gdec$p96$1@newsmaster.cc.columbia.edu>   . In article <91g6je$f20$1@info.service.rug.nl>,+ Phillip Helbig <helbig@astro.rug.nl> wrote: 7 : In article <91g5ik$k2a$1@newsmaster.cc.columbia.edu>, 5 : fdc@watsun.cc.columbia.edu (Frank da Cruz) writes:   : 2 : > In article <91g30s$du0$1@info.service.rug.nl>,/ : > Phillip Helbig <helbig@astro.rug.nl> wrote: K : > : To what extent does the DEC multinational (or is that now Compaq...)  J : > : character set correspond to any "standard" 8-bit character set?  My O : > : question is, without MIME how different will a message look from the way  + : > : it was intended on various platforms?  : > : F : > DEC MCS corresponds to ISO 8859-1 Latin Alphabet 1 except in these : > code points:   : > . : >  Hex   Latin-1                     DEC MCS : 0 : >  AE    Registered Trade Mark Sign  Undefined : H : OK thanks.  I just realised that compose-r-o does the trademark sign,  :  You mean on a VT2xx/3xx?  < : but this is NOT in the DEC multinational set.  What gives? : 8 It means your terminal is configured to display Latin-1.   - Frank    ------------------------------  % Date: Sat, 16 Dec 2000 16:21:48 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca> , Subject: Re: DEC multinational character set+ Message-ID: <3A3BDCE9.B83D585@videotron.ca>    Frank da Cruz wrote:Q > DEC MCS corresponds to ISO 8859-1 Latin Alphabet 1 except in these code points:  > , >  Hex   Latin-1                     DEC MCS  ? The currency sign, in Latin 1 is at A4, but in MCS, it is at A8   & And in Latin 1, A8 is a double quotes.  , Also, y umlaut (2 dots over y) is different:  4 In Latin 1, it is at FF while in DEC MCS it is at FD  # Latin 1has a y accute accent at FD.   = For most normal texts though, DEC MCS is the same as Latin-1.    ------------------------------  + Date: Sat, 16 Dec 2000 17:57:38 -0700 (MST) ) From: John Nebel <nebel@athena.csdco.com>  Subject: Re: Decserver 700G Message-ID: <Pine.OSF.4.21.0012161746560.30805-100000@athena.csdco.com>    Robert,   I In addition to configuring bootp on the server which Barry Treahy covered F in his post, the router should be configured to send the bootp request packets to the load host.   C In a Cisco router, use the ip helper-address command on the network % interface facing the terminal server.   
 John Nebel      ) On Thu, 14 Dec 2000, Robert Greene wrote:   N > Is this is a good place to ask a question about configuring a decserver 700? >  > K > How do I configure the decserver 700 to request it's load (WWENG2) from a  > specific IP node?  > N > I just bought the thing a couple of months ago and now the network admin hasJ > put it behind a router that only transfers IP. It requests a load from aI > node (IP) but the decserver never gets the load file... the LED display K > cycles from 4-2 over and over and the decserver just keeps trying to load  > the file from the same node. >  > < > If I could specify what node contains the load file,  then > maybe I could get it to load.  >  > I > If I hook the server up to another router (bad me, not allowed) then it  > works fine.... > N > I am fairly familiar with decserver in a MOP or LAT environment but not sure > how to handle this one...  >  >  >  >  >  >  >    ------------------------------  % Date: Sat, 16 Dec 2000 20:39:27 +0100 = From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> ) Subject: Re: Free compiler to Alphaserver ) Message-ID: <3A3BC4EF.4A381C0F@gtech.com>    > "Valdemir J. Santos" wrote: G > Is there any free compiler to use in my Alphaserver with OpenVMS V7.2  > ???    Macro-32 ships with VMS Alpha.  1 GCC and GNAT can be downloaded from the internet.    Arne   ------------------------------  % Date: Sat, 16 Dec 2000 22:23:36 -0700 + From: "Barry Treahy, Jr." <treahy@mmaz.com> + Subject: Re: Kernel Overhead for Direct I/O ( Message-ID: <3A3C4DD8.B8D15937@mmaz.com>   Paul Sture wrote:   G > FWIW, I've seen such high kernel usage on VAXes caused by 3 things in 
 > particular:  > F > 1. Badly organized indexed files (poorly designed indexed files withD > large numbers of duplicate keys also fall into this category IIRC) > 2. Heavily fragmented disks I > 3. Too many files per directory in conjunction with a high frequency of  > scratch file creation.  E I would not expect to see increased kernel time, but rather increased M executive time.  Sure, there might be additional I/O because of fragments and L window turns which would translate to some kernel time, but in my case, noneG of these are a factor because I'm talking about a DBMS application, but  thanks for the suggestion.   Barry    --  ? Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO   A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028    ------------------------------  # Date: Sat, 16 Dec 2000 22:55:24 GMT  From: dman00@my-deja.com Subject: Re: OpenVMS CBT) Message-ID: <91grsq$k2e$1@nnrp1.deja.com>    Thanks to all who replied.   Dennis  ) In article <8va5rk$eft$1@nnrp1.deja.com>,    dman00@my-deja.com wrote: G > We are predominantly an NT shop but will soon be implementing a large F > OpenVMS system.  We need to get some training and want to start with anC > introduction to OpenVMS CBT.  Can anyone make a recomendation for  this?  >  > Thanks, Dennis > ( > Sent via Deja.com http://www.deja.com/ > Before you buy.  >      Sent via Deja.com  http://www.deja.com/   ------------------------------  % Date: Sat, 16 Dec 2000 12:57:02 -0500 ! From: Beyonder <beyonder@vrx.net> ! Subject: Re: OpenVMS DHCP Client? 8 Message-ID: <l6bn3t86mvt0d143ph1sd5aosd2lv2d0f0@4ax.com>  % So is there any way to test this out?     @ On 29 Nov 2000 17:40:08 GMT, hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) wrote: H >  Assuming TCP/IP Services; not prior to V5.1; currently in field test.   ------------------------------   Date: 16 Dec 2000 21:44:25 GMT* From: helbig@astro.rug.nl (Phillip Helbig)% Subject: patch question (7.2-1 ALPHA) . Message-ID: <91gnnp$joi$1@info.service.rug.nl>   VMS721_BACKUP-V0100:  H      3.2  In order to receive all the corrections listed  in  this  kit,?           the following remedial kits should also be installed:            o  VMS721_MOUNT-V0100   & However, VMS721_MOUNT-V0100 is not at   >    ftp://ftp.service.digital.com/patches/public/vms/axp/v7.2-1  * There is VMS721_MOUNT96-V0100 but it says:   2  KITS SUPERSEDED BY THIS KIT:   
      None.   What gives?    ------------------------------  % Date: Sat, 16 Dec 2000 22:06:21 -0600 7 From: "David J. Dachtera" <djesys.nospam@earthlink.net> ) Subject: Re: patch question (7.2-1 ALPHA) - Message-ID: <3A3C3BBD.787A9816@earthlink.net>    Phillip Helbig wrote:  >  > VMS721_BACKUP-V0100: > J >      3.2  In order to receive all the corrections listed  in  this  kit,A >           the following remedial kits should also be installed:  >  >       o  VMS721_MOUNT-V0100  > ' > However, VMS721_MOUNT-V0100 is not at  > @ >    ftp://ftp.service.digital.com/patches/public/vms/axp/v7.2-1 > , > There is VMS721_MOUNT96-V0100 but it says: > ! > 2  KITS SUPERSEDED BY THIS KIT:  >  >      None. > 
 > What gives?r   You'll find it as:  2 dec-axpvms-vms721_mount96-v0100--4.pcsi-dcx_axpexe   at c  < ftp://ftp.service.digital.com/patches/public/vms/axp/v7.2-1/  E The shorter names (minus the PCSI "noise") are there for convenience,e@ but don't include the kits themselves. I guess we're supposed to9 extrapolate to get the complete name (I hate that, FWIW)."   -- c David J. Dachtera  dba DJE Systemsw http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/C  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.h   ------------------------------   Date: 17 Dec 2000 04:36:30 GMT/ From: Hans.Bachner@altavista.net (Hans Bachner)G) Subject: Re: patch question (7.2-1 ALPHA) ( Message-ID: <91hg7q.bl.1@hans.myfqdn.de>  + Phillip Helbig (helbig@astro.rug.nl) wrote:t   >VMS721_BACKUP-V0100:n >tI >     3.2  In order to receive all the corrections listed  in  this  kit,n@ >          the following remedial kits should also be installed: >  >d >      o  VMS721_MOUNT-V0100 >a' >However, VMS721_MOUNT-V0100 is not at 3 >d? >   ftp://ftp.service.digital.com/patches/public/vms/axp/v7.2-1n  I This is probably a typo, or a mis-naming of the "real" kit (I don't know oJ whether the cover letter of the BACKUP ECO is in error or the name of the 1 MOUNT96 ECO is wrong) which you apparently found:f  + >There is VMS721_MOUNT96-V0100 but it says:  >w  >2  KITS SUPERSEDED BY THIS KIT: >  >     None.  >  >What gives?  L Well, the MOUNT96 ECO does not "supersede" the BACKUP ECO, it provides some B additional fixes which are useful even without the BACKUP ECO but % complement fixes found in that patch.k   Hope this helps. -- c: ---------------- speaking only for myself ----------------: Hans Bachner               E-Mail: Hans.Bachner@compaq.com Compaq Computer Austriay+ Compaq Customer Services - Software Support.   ------------------------------   Date: 17 Dec 2000 03:07:34 GMT* From: helbig@astro.rug.nl (Phillip Helbig) Subject: puzzled by patchesj. Message-ID: <91halm$p4f$1@info.service.rug.nl>  F I tried to install the newest TCPIP ECO for VAX, but it fails since I F need a newer PCSI.  However, I couldn't find this in the obvious place  =    ftp://ftp1.service.digital.com/patches/public/vms/vax/v7.2y  $ Also, for CC on ALPHA, the patch at   C    ftp://ftp1.service.digital.com/patches/public/vms/axp/v7.2/c/6.2t  H fails because it says that it can't find saveset B.  Is there something  missing?  F Note that the latter is under 7.2, not 7.2-1.  However, I assume that E the compiler patch should be applied if it is running under 7.2-1 as a
 well---right?   G In general, shouldn't the directories for each operatingsystem versionsjC contain directories for ALL compilers etc which can run under those5G operating-system versions?  In general, this seems to be the case, but pD as mentioned above for C (and also for ADA) it seems to be that not . everything is visible everywhere it should be.   ------------------------------  % Date: Sat, 16 Dec 2000 20:45:07 +0100m= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>  Subject: Re: Rejected postingc) Message-ID: <3A3BC643.BF7EC2D9@gtech.com>s   "Jean-Franois Marchal" wrote:J > After having replied to Phillip Helbig, I get the following message back: > (in fact, I got 6 identical ones, now every 3 minutes) : > N > Your message is being returned to you unprocessed because it appears to haveH > already been distributed to the INFO-VAX list. That is, a message withN > identical text (but possibly with different mail headers) has been posted toI > the list recently, either by you or by someone else. If you have a goodl > reasonH > to resend this message to the list (for instance because you have been
 > notifiedH > of a hardware failure with loss of data), please alter the text of the	 > messageoJ > in some way and resend it to the list. Note that altering the "Subject:" > lineN > or adding blank lines at the top or bottom of the message is not sufficient;L > you should instead add a sentence or two at the top explaining why you areN > resending the message, so that the other subscribers understand why they are) > getting two copies of the same message.p  8 comp.os.vms/INFO-VAX is actually distributed in 3 forms:   - the news-group comp.os.vms*   - the internet list INFO-VAX at SAIC.COMH   - several "BITNET" INFO-VAX lists (they have been moved from BITNET toB     internet a long time ago, but still use the Listserv software)  @ This error message comes from the "BITNET" Listserv's. The check; the first lines of messages to see if there are duplicates.:   3 possibilities:   - you did post duplicates C   - you posted non-duplicates where the first N lines that Listserve     compares were identicalA?   - there is a defunct mail-server somewhere that generated thez
 duplicates   Arne   ------------------------------  # Date: Sun, 17 Dec 2000 05:10:03 GMTf9 From: stu@c49395-a.wodhvn1.mi.home.com (Stuart R. Fuller)   Subject: Re: RIP LN03, 1987-2000% Message-ID: <e7hh19.jpr.ln@localhost>o  . JF Mezei (jfmezei.spamnot@videotron.ca) wrote:N : My old LN03-plus, which had taken retirement some years ago, went peacefully8 : tonight. With my 9 year old newphew, I took it apart.  : B : This trusted heavy box had printed 124923 pages in its lifetime.  F We had some approaching 1 Million pages here before they were retired.  I And, as Jack mentioned, we still have 1 brand new one still in the box.  M           Stuc   ------------------------------  % Date: Sat, 16 Dec 2000 19:36:24 +00004+ From: witchy <witchy@binarydinosaurs!co!uk>- Subject: shadowing and clusters28 Message-ID: <n9gn3tso8k49scvjiu5cb0jq5488mbd0nr@4ax.com>  	 Hi folks,   D I'm doing a VMS upgrade on tuesday from 7.1 to 7.2-1 that involves a> cluster (over fast FD ethernet) and shadowed disk sets betweenE buildings. It's a 3 node cluster with the 3rd node (Alphastation 255)tB purely acting as a quorum node. I've already done the main machineC (Alpha 4000) overnight but I want to do the other 2 during the day. B The customer has agreed to move everyone on the 2nd machine (AlphaE 2000) onto the main one for the day so I can shut one machine down at.8 a time to upgrade, leaving the other to maintain quorum.  B The question is, will the 4000 be upset when its shadowing partnerD vanishes? I don't want to touch that one at all; simply dismount theD disks on the 2000 then shut it down and upgrade. Patching afterwardsC would be done as a standalone machine with shadowing and clusteringm turned off, and a minimum boot.m  E I'm pretty sure the 4000 will be fine and the 2000 will rejoin things-E afterwards and catch up on the shadowset once it rejoins the cluster,gC but I just thought I'd check first! It's a big customer and I don't  want to make an arse of things!s   cheers --
 Adrian/WitchyU= www.snakebiteandblack.co.uk - Goth and alternative 80's discoi@ www.binarydinosaurs.co.uk - home of the 80's Computer Collection2 Remove bangs from header's email address to reply.   ------------------------------   Date: 16 Dec 2000 21:48:03 GMT* From: helbig@astro.rug.nl (Phillip Helbig) Subject: soon enough?9. Message-ID: <91gnuj$js1$1@info.service.rug.nl>   VMS721_ACRTL-V0200:   H       o  The problem commonly known as the "Y2038 bug" has  been  fixed.  H It seems that the Y2k problem was not as bad as feared (or everyone got 4 everything fixed on time); what about the Y2038 bug?   ------------------------------   Date: 17 Dec 2000 04:36:28 GMT/ From: Hans.Bachner@altavista.net (Hans Bachner)  Subject: Re: soon enough? ( Message-ID: <91hhr0.bl.1@hans.myfqdn.de>  + Phillip Helbig (helbig@astro.rug.nl) wrote:    >VMS721_ACRTL-V0200: >NI >      o  The problem commonly known as the "Y2038 bug" has  been  fixed.s >iI >It seems that the Y2k problem was not as bad as feared (or everyone got -5 >everything fixed on time); what about the Y2038 bug?T  J The Unix timebase (and so the related functions in the C Runtime Library) I measure time by counting the seconds since 1-Jan 1970. They use a 32-bit MH signed integer to store the time, which will go negative on 19-Jan 2038 C after 03:14:07 a.m. It then will display 13-Dec 1901 - a Friday ;-)e  E The above mentioned ECO modifies the time related functions of the C  G Runtime Library to use an unsigned integer for storing the time, which  + should make it safe until sometime in 2106.    Hope this helps. -- i: ---------------- speaking only for myself ----------------: Hans Bachner               E-Mail: Hans.Bachner@compaq.com Compaq Computer Austria7+ Compaq Customer Services - Software Support    ------------------------------   Date: 16 Dec 2000 18:28:38 GMT* From: helbig@astro.rug.nl (Phillip Helbig)H Subject: standalone backup, disk-saveset image backups, and cluster size. Message-ID: <91gc8m$gmg$1@info.service.rug.nl>  
 I tried to do-  ;    $  BACK/LOG/VER/IMAGE DKA0: DKA700:[000000]TEST.BCK/SAVE   I from standalone backup, where DKA0:is DEC RZ26N and DKA700:is RZ28.  VMS oF 7.2, no patches (yet---I want to make a clean copy of the disk before " patching it!), VAXstation 4000 60.  I I get the error message that the target disk cluster size must be 1.  It nG is 3 on the source disk (and 4 on the target disk---these are just the  * defaults which I see no reason to change).   A non-saveset backup, i.e. a  &    $  BACK/LOG/VER/IMAGE DKA0: DKA700:   works fine.P  H Is this a limitation of standalone backup?  Note that the first command G above (and the second as well, of course) work as expected from normal o& DCL (as opposed to standalone backup).  G I want to use standalone backup since DKA0:is a system disk and I want  E a clean copy.  I want to avoid removing it and connecting it and the aE target disk to another machine, though I guess I'll have to do it if e it's the only way.  H It is NOT an option to do a non-disk-saveset backup, i.e. make an exact  copy of the disk.    ------------------------------  % Date: Sat, 16 Dec 2000 21:33:38 -0600e7 From: "David J. Dachtera" <djesys.nospam@earthlink.net> L Subject: Re: standalone backup, disk-saveset image backups, and cluster size- Message-ID: <3A3C3412.99741635@earthlink.net>:   Phillip Helbig wrote:d >  > I tried to do. > = >    $  BACK/LOG/VER/IMAGE DKA0: DKA700:[000000]TEST.BCK/SAVEs > J > from standalone backup, where DKA0:is DEC RZ26N and DKA700:is RZ28.  VMSG > 7.2, no patches (yet---I want to make a clean copy of the disk beforeh$ > patching it!), VAXstation 4000 60. > J > I get the error message that the target disk cluster size must be 1.  ItH > is 3 on the source disk (and 4 on the target disk---these are just the, > defaults which I see no reason to change). >  > A non-saveset backup, i.e. > ( >    $  BACK/LOG/VER/IMAGE DKA0: DKA700: > 
 > works fine.e > - > Is this a limitation of standalone backup? r  ! To the best of my knowledge, yes.t   > Note that the first commandFH > above (and the second as well, of course) work as expected from normal( > DCL (as opposed to standalone backup). >  uH > I want to use standalone backup since DKA0:is a system disk and I wantF > a clean copy.  I want to avoid removing it and connecting it and theF > target disk to another machine, though I guess I'll have to do it if > it's the only way.  D Are there any non-system disks present that could be backed up, thenH make a /IMAGE copy to it of the system disk? You could then boot minimumF from the system disk copy and make a saveset backup of the live system disk in non-standalone.e  E Another option might be to do a minimal startup from the usual system E disk and then backup the system disk /IGNORE=INTERLOCK since the onlyEG volatile files open will be things that you don't really care that muchcD about (PAGE, SWAP, Error log) - the queue manager won't start up andH neither will most of the other stuff that causes potential corruption of files.  oI > It is NOT an option to do a non-disk-saveset backup, i.e. make an exact' > copy of the disk.f   Why?  G Well, technically, a /IMAGE restore - regardless of the source - is not D an *EXACT* copy, since fragmentation of both files and free space is? effectively eliminated. FIDs are preserved, but actual physicalr locations of extents are not.o  = An *EXACT* copy, or the closest to it, would be /PHYSICAL - asE block-for-block copy, totally blind to any filesystem or on-disk datafA structures that may exist. You *CAN* make a /PHYSICAL BACKUP to a $ saveset, if that suits your purpose.  H The only advantage I've ever seen to backing up to a saveset rather thanG disk-to-disk /IMAGE is that the latter doesn't preserve ACLs where diskcH to saveset to disk does preserve ACLs. I always kinda wondered if *THAT* was a bug in BACKUP...   -- o David J. DachteraI dba DJE SystemsV http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/1  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.t   ------------------------------   Date: 17 Dec 2000 04:36:30 GMT/ From: Hans.Bachner@altavista.net (Hans Bachner)eL Subject: Re: standalone backup, disk-saveset image backups, and cluster size( Message-ID: <91hfp2.bl.1@hans.myfqdn.de>  + Phillip Helbig (helbig@astro.rug.nl) wrote:    >I tried to do >i< >   $  BACK/LOG/VER/IMAGE DKA0: DKA700:[000000]TEST.BCK/SAVE >oJ >from standalone backup, where DKA0:is DEC RZ26N and DKA700:is RZ28.  VMS G >7.2, no patches (yet---I want to make a clean copy of the disk before -# >patching it!), VAXstation 4000 60.| >|J >I get the error message that the target disk cluster size must be 1.  It H >is 3 on the source disk (and 4 on the target disk---these are just the + >defaults which I see no reason to change).g  J You need to mount DKA700 first (not /FOREIGN !). Otherwise, BACKUP mounts H the disk /FOREIGN and tries to create a so-called "sequential-disk save H set". More details can be found in section 10.5.4 of the OpenVMS System  Manager's Manual.c  G This kind of save sets made sense back in the days of relatively small lG removable disks and allowed multivolume backups to disk media. I'm not -F aware of anyone still using it these days (but then, I'm sure someone  does!).a   Hope this helps. -- j: ---------------- speaking only for myself ----------------: Hans Bachner               E-Mail: Hans.Bachner@compaq.com Compaq Computer Austria,+ Compaq Customer Services - Software Support    ------------------------------   Date: 17 Dec 2000 04:46:57 GMT/ From: Hans.Bachner@altavista.net (Hans Bachner)rL Subject: Re: standalone backup, disk-saveset image backups, and cluster size( Message-ID: <91hk01.bl.1@hans.myfqdn.de>  0 Hans Bachner (Hans.Bachner@altavista.net) wrote:  , >Phillip Helbig (helbig@astro.rug.nl) wrote: >d >>I tried to dox >>= >>   $  BACK/LOG/VER/IMAGE DKA0: DKA700:[000000]TEST.BCK/SAVE  >>K >>from standalone backup, where DKA0:is DEC RZ26N and DKA700:is RZ28.  VMS  H >>7.2, no patches (yet---I want to make a clean copy of the disk before $ >>patching it!), VAXstation 4000 60. <snip>2 >You need to mount DKA700 first (not /FOREIGN !).   I Ooops, I over-read the VAXstation hint... of course, VAX s/ backup won't d allow you to mount the disk,  I Your best option is to set up a minimum system on a different disk, boot C$ that and make the backup from there.  $ Sorry for the misleading suggestion,  
 Hans Bachner.    ------------------------------  # Date: Sat, 16 Dec 2000 17:02:43 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net> Subject: Re: Sun Cluster: Message-ID: <TeN_5.3331$1t.105554@typhoon.ne.mediaone.net>  9 "Paul Repacholi" <prep@prep.synonet.com> wrote in message,* news:87ofydb3cp.fsf@k9.prep.synonet.com...8 > "Terry C. Shannon" <terryshannon@mediaone.net> writes: >-K > > EV69 in 0.13 by 2002 according to info gathered yesterday. EV68 in 0.18i3 > > exists today; I have one of these 1GHz wonders.s >-: > Terry, do you, or anyone else, have a working pointer to= > the Arana paper that was on www.dec.com? Can't find a trace. > of it on Compaq. >c  K Regrettably, the pointer hath disappeared. Kinda like the Sun press releaseeI of last summer when Sun won the APAC bid for a 200GFLOPS box in Canberra.sJ That release disappeared when the four-pack of StarFires failed to stay upK long enough to pass the qualification test (nice story about this in the Ozl press on 7 November).e   ------------------------------  # Date: Sat, 16 Dec 2000 19:57:57 GMTn3 From: "MrSignor" <MrSignor@nospam_bellatlantic.net>t Subject: UCX Bug6 Message-ID: <9PP_5.1624$L3.407086@typhoon2.ba-dsg.net>  
 Greetings,  J    I have also confirmed the UCX bug posted by moi_is_me on 14/15 to these two newsgroups  K    how do we get engineering to see /acknowledge these and in turn fix themr  K    is there a special e-mail address to report bugs to, or do we just cross2 our fingerse
    and hope ?7   -Fredn   ------------------------------   Date: 17 Dec 2000 04:36:29 GMT/ From: Hans.Bachner@altavista.net (Hans Bachner)c Subject: Re: UCX Bug( Message-ID: <91hige.bl.1@hans.myfqdn.de>  2 MrSignor (MrSignor@nospam_bellatlantic.net) wrote:   >Greetings,  >7E >   I have also confirmed the UCX bug posted by moi_is_me on 14/15 tot >   these two newsgroups >aG >   how do we get engineering to see /acknowledge these and in turn fixo	 >   them " >tF >   is there a special e-mail address to report bugs to, or do we just >   cross our fingersO >   and hope ?  J While members of the "TCP/IP Services for OpenVMS" enginering team may or I may not follow this news group, you can make sure that an issue is dealt ?F with by logging a call at your local service center. No need to cross  fingers.   -- n: ---------------- speaking only for myself ----------------: Hans Bachner               E-Mail: Hans.Bachner@compaq.com Compaq Computer Austriae+ Compaq Customer Services - Software SupportB   ------------------------------    Date: 16 Dec 2000 17:03:12 +0800, From: Paul Repacholi <prep@prep.synonet.com>6 Subject: Re: VMS tools for Linux: EDT, TPU, TECO, LAT?0 Message-ID: <87wvd091rj.fsf@k9.prep.synonet.com>  , abuse@flying-disk.com (Alan Frisbie) writes:  7 > While I have no intention of giving up VMS, I do wanti6 > to learn about Linux.   While doing so, I would like. > to have some of my favorite tools available: >  >     1) EDT >     2) TPU  2 Emacs. But do the emacs tutorial first, for a TECO+ munger, it 'feels right'. In most places...   
 >     3) TECO.  * There is a TECO in C, ( cough ). No screen support thought.  + >     4) Printing to LAT-connected printersI  + Never seen that. SOMEONE would have to havea) the LAT protocol docs to do it. I have NOs) idea who that may be... Perhaps you couldp( find a copy, some where. Never know your luck ;)t  ) There is DECNet for Linux, but it is eveno& uglier than DU! And the code is worse.   -- t< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.s@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  # Date: Sat, 16 Dec 2000 18:16:07 GMT24 From: "Terry C. Shannon" <terryshannon@mediaone.net>6 Subject: Re: VMS tools for Linux: EDT, TPU, TECO, LAT?: Message-ID: <HjO_5.3352$1t.114545@typhoon.ne.mediaone.net>  5 "Terry Kennedy" <terry@gate.tmk.com> wrote in messageb! news:G5nt0G.655@spcuna.spc.edu...k. > Alan Frisbie <abuse@flying-disk.com> writes:9 > > While I have no intention of giving up VMS, I do wantn8 > > to learn about Linux.   While doing so, I would like0 > > to have some of my favorite tools available: > >  > >     1) EDT >  > http://www.bosbc.com/edt.htm >s  K Boston Business Computing is a good, reputable, reliable company. Deal with ) them, you won't get burned (I never did).s     > >     2) TPU >o' > http://www.asoft-dev.com/tpu_info.htmi >    Ditto for a/Soft.r  J Can't comment on the others since I haven't dealt with them as of yet. Not@ to worry, Terry Kennedy has a reputation for Speaking the Truth!  
 charlie matcol   ------------------------------   Date: 17 Dec 2000 02:29:05 GMT) From: leslie@clio.rice.edu (Jerry Leslie) 6 Subject: Re: VMS tools for Linux: EDT, TPU, TECO, LAT?' Message-ID: <91h8dh$kok$1@joe.rice.edu>   + Alan Frisbie (abuse@flying-disk.com) wrote:m7 : While I have no intention of giving up VMS, I do wanti6 : to learn about Linux.   While doing so, I would like. : to have some of my favorite tools available: :" :     1) EDT :t   Charles Sandmann's ED editor:o  /    http://clio.rice.edu/EDstuff/ED_Overview.txti  4 --Jerry Leslie     (my opinions are strictly my own)   ------------------------------    Date: 16 Dec 2000 22:05:00 -0500/ From: jordan@lisa.gemair.com (Jordan Henderson) 6 Subject: Re: VMS tools for Linux: EDT, TPU, TECO, LAT?* Message-ID: <91hags$ifp$1@lisa.gemair.com>  ' In article <91h8dh$kok$1@joe.rice.edu>,t* Jerry Leslie <leslie@clio.rice.edu> wrote:, >Alan Frisbie (abuse@flying-disk.com) wrote:8 >: While I have no intention of giving up VMS, I do want7 >: to learn about Linux.   While doing so, I would like:/ >: to have some of my favorite tools available:. >:
 >:     1) EDTF >: >( >Charles Sandmann's ED editor: >:0 >   http://clio.rice.edu/EDstuff/ED_Overview.txt >   3 There's also SEDT that was recently discussed here.l  /    http://www.ultranet.com/~anker/sedt/sedt.htma  3 I haven't tried it, but it appears that it has beenh7 successfully ported to a number of UNIX and DOS/Windows  systems.   5 >--Jerry Leslie     (my opinions are strictly my own)l   -Jordan Henderson  jordan@greenapple.com-   ------------------------------  % Date: Sat, 16 Dec 2000 22:48:19 -0800y, From: Jack Patteeuw <jjpatteeuw@voyager.net>6 Subject: Re: VMS tools for Linux: EDT, TPU, TECO, LAT?8 Message-ID: <3a3c3716$0$35014$2c3edae7@news.voyager.net>   "Terry C. Shannon" wrote:7 >1 > > >     2) TPU > >e) > > http://www.asoft-dev.com/tpu_info.htm  > >b >  > Ditto for a/Soft.   O Wish I could say the same.  They refuse to fix bugs and have not released a neweM version in a long time and the current version won't work with V5.1 of Tru64.h    
 Jack Patteeuwe   ------------------------------   Date: 16 Dec 2000 19:45:18 GMT* From: helbig@astro.rug.nl (Phillip Helbig)+ Subject: when is SYS$NODE normally defined? . Message-ID: <91ggoe$hqq$1@info.service.rug.nl>  H I notice that, with machines with no DECnet installed, I have to define H SYS$NODE by hand.  Is this normal?  Is it normally defined as something  to do with DECnet?  7 What does one NEED DECnet to do, besides DECnet itself?s  E One can use other communication for MOP downloading.  MONITOR can runu4 over TCP/IP.  Clustering doesn't need DECnet anyway.  G Not that I have anything against DECnet.  I'm just looking for things,  I such as perhaps the definition of SYS$NODE, which really have nothing to sI do with DECnet but, for historical reasons, are defined there where they W" could/should be defined elsewhere.   ------------------------------  % Date: Sat, 16 Dec 2000 22:01:25 -0600 7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>l/ Subject: Re: when is SYS$NODE normally defined?-- Message-ID: <3A3C3A95.44AF1E8E@earthlink.net>b   Phillip Helbig wrote:H > I > I notice that, with machines with no DECnet installed, I have to define  > SYS$NODE by hand.  [snip]  @ You could do this near the end of your SYSTARTUP_VMS processing:  + $ IF F$TRNLNM( "SYS$NODE" ) .EQS. "" THEN -d5 $ DEFINE/SYSTEM/EXEC SYS$NODE 'F$GETSYI( "SCSNODE" )';   -- b David J. Dachtera  dba DJE Systems- http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/n  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.e   ------------------------------   End of INFO-VAX 2000.702 ************************