1 INFO-VAX	Mon, 04 Dec 2006	Volume 2006 : Issue 667       Contents:0 Re: Cluster connection lost when one link fails?0 Re: Cluster connection lost when one link fails?0 Re: Cluster connection lost when one link fails?0 Re: Cluster connection lost when one link fails?0 Re: Cluster connection lost when one link fails?, Re: Default sys$manager:sylogin.com question Re: Left in the dust?  Re: Left in the dust? / Re: MON CLUSTER still broken (8.3 with 7.3 vax) C Re: OpenVMS/Alpha V8.3 + Motif V1.6 + Password locked console crash C Re: OpenVMS/Alpha V8.3 + Motif V1.6 + Password locked console crash - Re: OT: Loreena McKennitt has a new album out  Re: recursive copy in VMS  Re: recursive copy in VMS  Re: recursive copy in VMS  Re: recursive copy in VMS  Re: recursive copy in VMS  Re: recursive copy in VMS  Re: recursive copy in VMS 4 Re: Thoughts on the book: DEC is dead, long live DEC4 Re: Thoughts on the book: DEC is dead, long live DEC) What's Your eBay Reputation Really Worth? / [ANN] BRUDEN-OSSG Treats OpenVMS with Integrity   F ----------------------------------------------------------------------   Date: 4 Dec 2006 05:19:07 -0800 / From: "Volker Halle" <volker_halle@hotmail.com> 9 Subject: Re: Cluster connection lost when one link fails? A Message-ID: <1165238347.629108.96670@f1g2000cwa.googlegroups.com>    Malcolm,  ; I now also have a call log number for reference: 1213678764   E In our crash, the first VCRP in the LAN device Transmit Pending Queue  is a CC.HELLO message:  E SDA> SHOW LAN/FULL/DEV=EWx ! Look at XMTPND queue of failed interface  ... < Transmit pending queue  88AFA3D8  Status:  Valid, 4 elements ...    SDA> vali que/lis 88AFA3D8  '  Entry    Address     Flink       Blink '  -----    -------     -----       ----- *  Header   88AFA3D8    825203B8    82520680*      1.   825203B8    82A568C0    88AFA3D8     ...   & SDA> exa @(825203B8+VCRP$A_END_ACTION)6 CC.HELLO_MESSAGE_SENT:  00000000.00003008   ".0......"  , The BUS structure for this LAN device shows:   SDA> SHOW PORT/ADDR=PE_PDT/BUS ... G --- BUS: 82520100  (EWA)  Device: EW_DE500  LAN Address: xx-xx-xx-xx-xx  --- 8                                    LAN Hardware Address: xx-xx-xx-xx-xx- 3 Status: 0000080B run,online,hello_vcrp_busy,restart  ... = Rcv Short Msgs        0  HELLO timer   >>>     1  Port Usable       1 ...   E While the HELLO_VCRP_BUSY flag is set, PEDRIVER just sets HELLO timer D to 1 and will check again on the next tick. The source code commentsD talk about a possible 'datalink driver problem' and there is even anC internal debug flag, which could be set to cause a VAXPORT crash in  this scenario.   Volker.    ------------------------------  $ Date: Mon, 4 Dec 2006 08:24:33 -0800, From: "Malcolm Dunnett" <dunnett@mala.bc.ca>9 Subject: Re: Cluster connection lost when one link fails?  Message-ID: <45744b31$1@flight>   ; "Volker Halle" <volker_halle@hotmail.com> wrote in message  ; news:1165238347.629108.96670@f1g2000cwa.googlegroups.com...    > ( > SDA> exa @(825203B8+VCRP$A_END_ACTION)8 > CC.HELLO_MESSAGE_SENT:  00000000.00003008   ".0......" >   6   Which module do I read to get the VCRP symbols (so I can see if mine's the same)    ------------------------------   Date: 4 Dec 2006 08:45:49 -0800 / From: "Volker Halle" <volker_halle@hotmail.com> 9 Subject: Re: Cluster connection lost when one link fails? B Message-ID: <1165250749.328059.80180@l12g2000cwl.googlegroups.com>   Malcolm,   SDA> READ SCSDEF   defines the VCRP symbols.    Volker.    ------------------------------   Date: 4 Dec 2006 09:24:57 -0800 / From: "Volker Halle" <volker_halle@hotmail.com> 9 Subject: Re: Cluster connection lost when one link fails? C Message-ID: <1165253096.904222.244400@l12g2000cwl.googlegroups.com>    Malcolm,   could you please do a    SDA> READ/EXEC/NOLOG  A before the EXA, then the routine name inside SYS$PEDRIVER will be  symbolized as well.    Volker.    ------------------------------  $ Date: Mon, 4 Dec 2006 10:10:32 -08003 From: "Malcolm Dunnett" <nothome@spammers.are.scum> 9 Subject: Re: Cluster connection lost when one link fails?  Message-ID: <45746407$1@flight>   ; "Volker Halle" <volker_halle@hotmail.com> wrote in message  = news:1165253096.904222.244400@l12g2000cwl.googlegroups.com... 
 > Malcolm, >  > could you please do a  >  > SDA> READ/EXEC/NOLOG > C > before the EXA, then the routine name inside SYS$PEDRIVER will be  > symbolized as well.  >   $ SDA> exam 81939680+VCRP$A_END_ACTION2 FFFFFFFF.81939848:  00000000.8800FA70   "p......"& SDA> exa @(81939680+VCRP$A_END_ACTION). PEM$IDLE_SBUF:  00000000.00003008   ".0......" SDA>     ------------------------------   Date: 4 Dec 2006 08:27:16 -0600 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 5 Subject: Re: Default sys$manager:sylogin.com question 3 Message-ID: <lntCupC7Hm0+@eisner.encompasserve.org>   l In article <1165178167.023403.52760@16g2000cwy.googlegroups.com>, "Zack Kline" <Z_kline@hotmail.com> writes: > Hello,G > Sorry for asking so beginner of a question here, but it's one which I  > consider somewhat important.H > Whenever I log in to an account, be it over Telnet or at the "console"I > of my machine, there is something in the default sylogin.com that comes G > with a new OpenVMS 7.3 install which causes the terminal screen to be G > cleared, except for the prompt.  I find this very annoying, because I G > don't get a chance to see things like my last interactive login time, H > etc.  While I doubt anyone would actually be able to break my account,E > it's still good to know.  Not to mention if I have mail messages... H > The problem is that I don't know which line, if any, it is that clearsE > the screen.  I know of only one command in DCL thus far that can do  > that:  > $ type/page nl: A > And I've not found that in the sylogin.com.  I'd appreciate any F > enlightenment as to what it is that happens, and if I can stop it or > change it somehow.    '    Look for /page=xx on "set terminal".    ------------------------------   Date: 4 Dec 2006 03:33:18 -0800  From: etmsreec@yahoo.co.uk Subject: Re: Left in the dust?B Message-ID: <1165231998.095958.142190@80g2000cwy.googlegroups.com>  E If you've got big pockets JF, HP might be pursuaded to give you a new E version of OpenVMS on VAX.  The thinking (I'm told) is that the sites E that still have VAXen on support are, by and large, not on v7.3 never E mind needing a newer version.  Unfortunately, a hobbyist user needing @ new features doesn't equate to a user paying support needing newD features and doesn't equate to a user with lots of cash to pay for a new VAX version.  F Not everything is now going on to Alpha so for VAX to get new features& would probably be pushing it anyway...   Steve    JF Mezei wrote:  > William Pechter wrote:G > > I think all the Alpha OpenVMS capable boxes can run serial console.  > M > I think the whole point of going from VAX to ALpha would be to benefit from K >   newer software, much of it is GUI. So limiting a new Alpha to charcater H > cell wouldn't really bring you that much more than what the now mature > VAX-VMS is at. > E > And if HP does hold its promise/commitment to give VAX-VMS one more 9 > version, it might give VAX-VMS much of what is missing.    ------------------------------   Date: 4 Dec 2006 04:48:06 -0800  From: "Arie" <arie@zeepost.nl> Subject: Re: Left in the dust?B Message-ID: <1165236486.516200.291490@f1g2000cwa.googlegroups.com>   Zack,   @ We developed the Alpha Emulator and I want to follow up on BruceE Claremonts good initiative advising PersonalAlpha for your situation. B PersonalAlpha is a limited version of the real Alpha Emulator, butD since it runs on Windows XP 32-bit it seems like a good solution for? you. There is no need to switch your current hardware platform, G assuming it is running some version of Windows XP. Would such a Windows C XP based Alpha Emulator solve your problem?? It supports all recent B Alpha/VMS versions. If so, then I am sure we can help in a for you acceptable way.    Just let us know.   
 Best regards, 
 Arie de Groot  arie@emulatorsinternational.com  +31 40 239 0860   G > SRI and Emulators Inc. offer a PersonalAlpha emulator for Windows x32 I > that is affordable.  That would allow you to run the current version of @ > VMS.  If interested, contact Daryl Reynolds at RTS for pricing > information: >  > 281-383-3200# > dreynold at reynolds-tech dot com  >  > Good Luck! >  > Bruce Claremont ! > OpenVMS Stealth Marketing Squad  > www.MigrationSpecialties.com   ------------------------------   Date: 4 Dec 2006 01:18:31 -0800 ! From: "Ian Miller" <gxys@uk2.net> 8 Subject: Re: MON CLUSTER still broken (8.3 with 7.3 vax)B Message-ID: <1165223911.724420.80890@j72g2000cwa.googlegroups.com>  A VMS 8.3 release notes section 4.1 does talk about MONITOR version 2 incompatibility but does not mention VMS VAX V7.3.   ------------------------------  $ Date: Mon, 4 Dec 2006 12:05:39 +01007 From: "Eberhard Heuser" <vaxinf@chemie.uni-konstanz.de> L Subject: Re: OpenVMS/Alpha V8.3 + Motif V1.6 + Password locked console crash0 Message-ID: <000b01c71794$23c10740$05072286@vg2>   Volker,     Now I did what you had proposed:  < The DTWM stops with a access violation. Is it a memory leak?  L ============================================================================   SUBPROCESS Process Termination  -----------------------------@ Username:          SYSTEM            UIC:               [SYSTEM]D Account:           SYSTEM            Finish time:        1-DEC-2006  16:13:58.42 D Process ID:        2040025F          Start time:         1-DEC-2006  11:35:22.12 D Owner ID:          2040024D          Elapsed time:                0  04:38:36.29 D Terminal name:                       Processor time:              0  00:00:31.92 9 Remote node addr:                    Priority:          5 @ Remote node name:                    Privilege <31-00>: FFFFFFFF@ Remote ID:                           Privilege <63-32>: FFFFFFFF Remote full name: H Posix UID:         -2                Posix GID:         -2 (%XFFFFFFFE)  Final status code: 0000000C  Queue name: 	 Job name: H Final status text: %SYSTEM-F-ACCVIO, access violation, reason mask=!XB,  virtual address=!XH, PC=!XH B Page faults:             7746        Direct IO:               6659B Page fault reads:         111        Buffered IO:            14661B Peak working set:       14864        Volumes mounted:            0B Peak page file:        183168        Images executed:            3  O ===============================================================================    Eberhard ----- Original Message -----  / From: "Volker Halle" <volker_halle@hotmail.com>  To: <Info-VAX@Mvb.Saic.Com> + Sent: Wednesday, November 29, 2006 12:38 PM L Subject: Re: OpenVMS/Alpha V8.3 + Motif V1.6 + Password locked console crash     > Eberhard,  > D > could you enable image accounting (SET ACC/ENA=IMAGE) and look for: > image termination records with an unusual status value ? > 	 > Volker.  >    ------------------------------   Date: 4 Dec 2006 03:36:52 -0800 / From: "Volker Halle" <volker_halle@hotmail.com> L Subject: Re: OpenVMS/Alpha V8.3 + Motif V1.6 + Password locked console crashC Message-ID: <1165232212.056844.238460@j72g2000cwa.googlegroups.com>   	 Eberhard,   E Peak page file: 183168 looks quite suspicious. Compare it against the 9 pagefile quota immediately after locking the screen (SHOW & PROC/QUOTA/ID=xxx) or more accurately:  
 $ ANAL/SYS% SDA> SET PROC/IND=<pid-of-subprocess>  SDA> SHOW PROC/PHD ...  Maximum page file count   nnnn ... 	 SDA> EXIT   8 Once this subprocess has been started, you could use SETG PROC/DUMP/ID=xxx to enable a process dump to be written, if the process G terminates abnormally. Please use SET ACC/ENABLE=IMAGE to get the image : name of the terminating subprocess, so that you know which! <imagename>.DMP file to look for.   A When you get the process dump, it can be analyzed using ANAL/PROC 2 <imagename>.DMP or even ANAL/CRASH <imagename>.DMP   Volker.    ------------------------------  $ Date: Mon, 4 Dec 2006 19:12:24 +08003 From: "Richard Maher" <maher_rj@hotspamnotmail.com> 6 Subject: Re: OT: Loreena McKennitt has a new album out1 Message-ID: <el0s21$pjj$1@news-02.connect.com.au>    Hi,   K I wonder what Loreena would make of the war in Iraq, and what part religion C has had to play in the field of human conflict throughout the ages?   L I have it on good authority that Loreena, like *many* others considers RickyL Ponting to be an irredeemable wanker, no matter how many runs he scores; andL that telling Shane to bowl leg-theory was the lowest point in Oz sport since Trevor Chappel's under-arm!    Regards Richard Maher   : "William Webb" <william.w.webb@gmail.com> wrote in messageC news:8660a3a10612012329l5116c6b1p2d3a3add0243acd7@mail.gmail.com... G > On 1 Dec 2006 18:47:22 GMT, Bill Gunshannon <bill@cs.uofs.edu> wrote: % > > In article <2WjPqyGfRzig@sinead>, H > >         pmoreau@ath.cena.fr (Patrick MOREAU, DTI Athis ex CENA, Tel: 01.69.57.68.40) writes:  > > > In articleG <8660a3a10612010500h2f0e2577s5e4be7ccbedbe266@mail.gmail.com>, "William ( Webb" <william.w.webb@gmail.com> writes:J > > >> Forgive the post, but somebody who posts or used to post here had aJ > > >> line from one of her songs as a tagline, and I thought that if they2 > > >> were still around they'd like to hear this. > > >>I > > >> I have heard her on National Public Radio's "Thistle and Shamrock"  program. > > >>C > > >> http://www.quinlanroad.com/explorethemusic/anancientmuse.asp  > > >>@ > > >> This woman is a gifted songwriter and musician who has an extraordinary voice. > > > F > > > Yes, she's really nice, I like the Celtic/Medieval/Mediterranean style. > > > F > > > Another great celtic bands (to be really OT): Lunasa, Shantalla,
 Gaelic Storm, G > > > Capercaille (ah, Karen Matheson singing in Scottish Gaelic ....).  > > > ( > > > Feel free to continue the list ... > > >  > >  > > Silly Wizard > >  > > bill > >  > > --G > > Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three  wolvesH > > bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. > > University of Scranton   |B > > Scranton, Pennsylvania   |         #include <std.disclaimer.h> > >  > F > Okay , if you like fiddle music--Martin Hayes and Dennis Cahill "The > Lonesome Touch"  > , > and there's always The Battlefield Band. , >  > WWWebb > --   > Ajilon Consulting  > Site resident at > Quest Diagnostics ? > first.x.last@f$edit(contents of previous line,"COLLAPSE").com    ------------------------------   Date: 4 Dec 2006 07:46:40 -0600 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) " Subject: Re: recursive copy in VMS3 Message-ID: <iQSMcGgw4hrj@eisner.encompasserve.org>   a In article <O%nch.25218$E02.10113@newsb.telia.net>, =?ISO-8859-1?Q?Jan-Erik_S=F6derholm?= writes: 2 > Phillip Helbig---remove CLOTHES to reply wrote : > D >> Many responses mentioned backup.  COPY can also do the [...] bit. > ) > Both as input *and* output file spec ?? 0 > I didn't know that. When was that introduced ?  D    I've been working with VMS since 1.x in the late 1970's.  I don'tE    know if there was a version where I wasn't aware of it, but I have 6    been using COPY this way as long as I can remember.  C    [...] is standard RMS syntax and does not depend on what utility     is using it.    ------------------------------   Date: 4 Dec 2006 07:50:36 -0600 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) " Subject: Re: recursive copy in VMS3 Message-ID: <ksUlOYJDatlJ@eisner.encompasserve.org>   h In article <eadba$457349ff$cef8887a$16408@TEKSAVVY.COM>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: > AEF wrote: > ; >> Normally only page- and swap-files have this attribute.   >  > N > Due to the disk space growing at a faster rate than tape drives (in my case J > anyways),  I have often employed the SET FILE/NOBACKUP for files that I : > know are copies of stuff than can be obtained elsewhere.  C    Similarly, when we had trouble with the amount of tape needed to F    backup a development system we marked all the .OBJ, .OLB, and .EXE C    as /NOBACKUP.  We knew we could recreate them from source, as a  3    matter of fact we already did that fairly often.    ------------------------------   Date: 4 Dec 2006 07:52:21 -0600 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) " Subject: Re: recursive copy in VMS3 Message-ID: <cjbSu3Xvsw+q@eisner.encompasserve.org>   N In article <873b7w4y6r.fsf@k9.prep.synonet.com>, prep@prep.synonet.com writes:; > Jan-Erik Sderholm <jan-erik.soderholm@telia.com> writes:  > 3 >> Phillip Helbig---remove CLOTHES to reply wrote :  > E >>> Many responses mentioned backup.  COPY can also do the [...] bit.  > * >> Both as input *and* output file spec ?? > 5 > Yes, but you have to ensure the `first' dir exists.  > 1 >> I didn't know that. When was that introduced ?  > @ > 1978 I think. ;) (It may have been when COPY replaced PIP, and > that was I think v3.0)  G    EH?  3.0 was a bit later than 1978.  I'm not sure late 1981 or early     1982, I think.    ------------------------------  $ Date: Mon, 4 Dec 2006 08:56:13 -0500 From: norm.raphael@metso.com" Subject: Re: recursive copy in VMSQ Message-ID: <OFC978DF98.B43969C6-ON8525723A.004C5D1A-8525723A.004C8F24@metso.com>   I koehler@eisner.nospam.encompasserve.org (Bob Koehler) wrote on 12/04/2006  08:50:36 AM:  C > In article <eadba$457349ff$cef8887a$16408@TEKSAVVY.COM>, JF Mezei ( > <jfmezei.spamnot@teksavvy.com> writes: > > AEF wrote: > > < > >> Normally only page- and swap-files have this attribute. > >  > > J > > Due to the disk space growing at a faster rate than tape drives (in my caseK > > anyways),  I have often employed the SET FILE/NOBACKUP for files that I   < > > know are copies of stuff than can be obtained elsewhere. > E >    Similarly, when we had trouble with the amount of tape needed to G >    backup a development system we marked all the .OBJ, .OLB, and .EXE D >    as /NOBACKUP.  We knew we could recreate them from source, as a5 >    matter of fact we already did that fairly often.  > J Agreed.  I have marked downloaded ECO kits "NOBACKUP" for the same reason;K they can easily be downloaded again if necessary, so why waste tape/time on 
 copying them.    ------------------------------  # Date: Mon, 04 Dec 2006 14:16:01 GMT ' From: jls <jeffls-nospam@sbcglobal.net> " Subject: Re: recursive copy in VMS8 Message-ID: <c8b8n29li49m7nt5q588dnnc7cq3qr1287@4ax.com>  C On 1 Dec 2006 11:37:52 -0800, "AEF" <spamsink2001@yahoo.com> wrote:    >  >jls wrote: H >> On 1 Dec 2006 08:17:28 -0600, koehler@eisner.nospam.encompasserve.org >> (Bob Koehler) wrote:  >>l >> >In article <c9e95$456f4dda$cef8887a$11425@TEKSAVVY.COM>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: >> >> N >> >> OK, then tell me how many times in your life you have wanted to copy all: >> >> files from a directory TREE onto a single directory. >> >K >> >   That is irrelavent.  I've done it more than once and once is enough. J >> >   Meanwhile BACKUP's behaviour should not be unecessarily changed, it# >> >   breaks upward compatability.  >>I >> One thing that I will say is counterintuitive with VMS BACKUP is that, H >> when you BACKUP DISK:[*...] DISK2:[*...], the utility does (did?) notH >> copy the protections of all the .dir files in the [000000] (MFD).  ItG >> copied the security of all files under the [*] directories fine, but F >> instead, it just createe the directories on the output disk for the >> MFD directories.  >>E >> I had to learn this the hard way.  From then on, I always used two 	 >> steps:  >>A >> BACKUP DISK1:[000000]*.DIR DISK2:[000000]*.*/BY_OWNER=ORIGINAL 8 >> BACKUP DISK1:[*...]*.* DISK2:[*...]/BY_OWNER=ORIGINAL >>E >> I don't know if this functionality was ever changed (imho, fixed), 
 >> though. > 
 >Why not use   > ! >    $ BACKUP/IMAGE DISK1: DISK2:  >   @ Um... because I didn't want to?  Trying to consolidate data from, mulitple disks onto a larger disk, possibly.  - Note, IIRC, this problem even existed if you:   8 BACKUP DISK1:[APPLES....] DISK2:[*...]/by_owner=original  @ I.e., it will not (or at least, not on my last available testing8 version) copy the full directory security of APPLES.DIR.   ------------------------------   Date: 4 Dec 2006 09:02:35 -0800 $ From: "AEF" <spamsink2001@yahoo.com>" Subject: Re: recursive copy in VMSC Message-ID: <1165251755.249877.151440@n67g2000cwd.googlegroups.com>    JF Mezei wrote:  > AEF wrote: > ; > > Normally only page- and swap-files have this attribute.  >  > M > Due to the disk space growing at a faster rate than tape drives (in my case I > anyways),  I have often employed the SET FILE/NOBACKUP for files that I : > know are copies of stuff than can be obtained elsewhere. > G > For instance, when I backup a mac to my vax, all those files are then M > marked /NOBACKUP so that they don't take up huge amounts of space on a tape E > (and slow the backup process). Similarly, large patches that can be 4 > downloadeed from the HP site get marked /NOBACKUP.  " But you cut too much from my post:   I wrote:  E Normally only page- and swap-files have this attribute. And since you B DON'T want to back up their contents, there is usually no need forF /IGNORE=BACKUP. Other files would have had to have been explicitly setE with the nobackup attribute, in which case you didn't want their data B backed up anyway! So I think it would be a rare occasion for which /IGNORE=BACKUP is needed.    OK  F Now, if you've marked these files NOBACKUP because you don't want themD backed up, why all of a sudden do you want to use /IGNORE=BACKUP? Do you want them backed up or not?   F One problem with this approach is that when you restore from tape, allF the NOBACKUP files will be restored, but without their data. They willG take up space on the disk and you will have to delete them all. This is F exactly what you want for pagefiles and swapfiles, but is not what youE want for the files you mark NOBACKUP. Depending on how many and which E files you mark NOBACKUP, you might be left with quite a mess to clean  up!    AEF    ------------------------------   Date: 4 Dec 2006 10:26:27 -0800 $ From: "AEF" <spamsink2001@yahoo.com>" Subject: Re: recursive copy in VMSC Message-ID: <1165256787.269246.256820@j72g2000cwa.googlegroups.com>   
 jls wrote:E > On 1 Dec 2006 11:37:52 -0800, "AEF" <spamsink2001@yahoo.com> wrote:  >  > > 
 > >jls wrote: J > >> On 1 Dec 2006 08:17:28 -0600, koehler@eisner.nospam.encompasserve.org > >> (Bob Koehler) wrote:  > >>n > >> >In article <c9e95$456f4dda$cef8887a$11425@TEKSAVVY.COM>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: > >> >> P > >> >> OK, then tell me how many times in your life you have wanted to copy all< > >> >> files from a directory TREE onto a single directory. > >> >M > >> >   That is irrelavent.  I've done it more than once and once is enough. L > >> >   Meanwhile BACKUP's behaviour should not be unecessarily changed, it% > >> >   breaks upward compatability.  > >>K > >> One thing that I will say is counterintuitive with VMS BACKUP is that, J > >> when you BACKUP DISK:[*...] DISK2:[*...], the utility does (did?) notJ > >> copy the protections of all the .dir files in the [000000] (MFD).  ItI > >> copied the security of all files under the [*] directories fine, but H > >> instead, it just createe the directories on the output disk for the > >> MFD directories.  > >>G > >> I had to learn this the hard way.  From then on, I always used two  > >> steps:  > >>C > >> BACKUP DISK1:[000000]*.DIR DISK2:[000000]*.*/BY_OWNER=ORIGINAL : > >> BACKUP DISK1:[*...]*.* DISK2:[*...]/BY_OWNER=ORIGINAL > >>G > >> I don't know if this functionality was ever changed (imho, fixed),  > >> though.  D I just tried it (VMS V6.2) and directory protections were copied butD directory ACL's were not. (Well, my second disk was a rooted logical' disk; I don't think that should matter.    > >  > >Why not use > > # > >    $ BACKUP/IMAGE DISK1: DISK2:  > >  > B > Um... because I didn't want to?  Trying to consolidate data from. > mulitple disks onto a larger disk, possibly.   You're asking me? :-)    > / > Note, IIRC, this problem even existed if you:  > : > BACKUP DISK1:[APPLES....] DISK2:[*...]/by_owner=original > B > I.e., it will not (or at least, not on my last available testing: > version) copy the full directory security of APPLES.DIR.   AEF    ------------------------------   Date: 4 Dec 2006 09:45:41 -0800 - From: "Andrew" <andrew_harrison@symantec.com> = Subject: Re: Thoughts on the book: DEC is dead, long live DEC B Message-ID: <1165254341.523301.299410@f1g2000cwa.googlegroups.com>   William Pechter wrote:A > In article <DTiotGxQ0bj6-pn2-0dYBihSd4ZT6@dave2_os2.home.ours>, 3 > Dave Weatherall <djw-nothere@nospam.nohow> wrote: 4 > >On Wed, 29 Nov 2006 19:14:07 UTC, Stephen Hoffman, > ><Hoff@HoffmanLabs-RemoveThis-.Org> wrote: > >  > >> Dave Weatherall wrote:  > >>= > >> > ISTR hat Linux does DecNet - haven't tried it yet tho'  > >>G > >>    Linux and various Unix systems have DECnet capabilities.  I was E > >> dealing with a Sun SunOS box doing DECnet and even providing MOP O > >> downloads for feeding bits into DECserver devices almost twenty years ago.  > > - > >Hm! must check if Solaris can still do it.  > >  > >--  > >Cheers - Dave W.  > I > IIRC it was a third-party DECnet program...  I know Concurrent/Masscomp J > and Sun had offerings in this area (I think it was a third party package  > OEM'd by the computer makers).  F Sun had their on Phase IV end node DECNET product for SunOS. But if myE memory serves me right it never transitioned to Solaris, there were a E number of 3rd party DECNET products and LAT products or you could use  OSI if you were brave.   Regards  Andrew Harrison    ------------------------------   Date: 4 Dec 2006 09:52:11 -0800 - From: "Andrew" <andrew_harrison@symantec.com> = Subject: Re: Thoughts on the book: DEC is dead, long live DEC B Message-ID: <1165254731.559018.149980@73g2000cwn.googlegroups.com>   Bob Koehler wrote:v > In article <DTiotGxQ0bj6-pn2-0dYBihSd4ZT6@dave2_os2.home.ours>, "Dave Weatherall" <djw-nothere@nospam.nohow> writes:5 > > On Wed, 29 Nov 2006 19:14:07 UTC, Stephen Hoffman - > > <Hoff@HoffmanLabs-RemoveThis-.Org> wrote:  > >  > >> Dave Weatherall wrote:  > >>= > >> > ISTR hat Linux does DecNet - haven't tried it yet tho'  > >>G > >>    Linux and various Unix systems have DECnet capabilities.  I was E > >> dealing with a Sun SunOS box doing DECnet and even providing MOP O > >> downloads for feeding bits into DECserver devices almost twenty years ago.  > > . > > Hm! must check if Solaris can still do it. > >  > H >    IIRC it was an option Sun sold which may have fallen off the low enJ >    of sales by now.  But there were also two or three third parties that8 >    would seel DECnet Phase IV for just about anything. > G >    Sun and others also had ISO/OSI products for a while, which should I >    interoperate with DECnet Phase V.  But they, too, may have fallen of ! >    the bottom of marketability.   > Its probably worth pointing out that by the time most of Sun'sE customers had transitioned from SunOS to Solaris the interoperability D problem had changed from being Sun's problem to being DEC's problem.  A When Sun was a smallish workstation vendor the onus was on Sun to E provide interoperability with VMS. By the time Solaris had taken hold E DEC were no longer the main player, TCP/IP is the way everyone wanted A to connect dissimilar systems together and the problem had become E DEC's. I have no doubt that DEC's slow response to this change is one  reason why DEC is no more.   Regards  Andrew   ------------------------------   Date: 4 Dec 2006 04:26:38 -0800 - From: "estelle king" <yjbqdhekycdy@yahoo.com> 2 Subject: What's Your eBay Reputation Really Worth?B Message-ID: <1165235198.374296.97040@j72g2000cwa.googlegroups.com>  G Your eBay reputation is everything you are on eBay - without it, you're E nothing. Your reputation is worth as much as every sale you will ever 	 make.<br> F If you've ever bought anything on eBay (and the chances are you have),D then think about your own behaviour. Buying from a seller with a lowC feedback rating makes you feel a little nervous and insecure, while @ buying from a PowerSeller with their reputation in the thousandsF doesn't require any thought or fear - it feels just like buying from a	 shop.<br> ) A Bad Reputation Will Lose You Sales.<br> A In fact, a bad reputation will lose you almost all your sales. If E someone leaves you negative feedback, you will feel the pain straight C away, as that rating will go right at the top of your user page for A everyone to see. Who's going to want to do business with you when F they've just read that you "took a month to deliver the item", or thatB you had "bad communication and sent a damaged item"? The answer is no-one.<br> C Your next few items will need to be very cheap things, just to push G that negative down the page. You might have to spend days or even weeks G selling cheap stuff to get enough positive feedback to make anyone deal  with you again....<br>   http://ebayiovc.blogspot.com/    ------------------------------  $ Date: Mon, 4 Dec 2006 16:23:16 +02003 From: "Guy Peleg" <guy.peleg@REMOVE_THISbruden.com> 8 Subject: [ANN] BRUDEN-OSSG Treats OpenVMS with Integrity9 Message-ID: <45742283$0$20559$88260bb3@free.teranews.com>   J Over the past month BRUDEN-OSSG has been directly involved in three ports ) from Alpha to Integrity Server platforms.   K Two of the ports are completed and the foundations for the third port have  7 been laid.  The third port will be done in house by the   K company that contracted BRUDEN-OSSG to help them with tests and a proof of   concept for the port.       G The programming languages involved in the ports included Java, C, C++,  - Pascal, Bliss, and PL/I.  BRUDEN-OSSG remains   L actively involved in assisting customers in maintaining their investment in + OpenVMS through Integrity Server platforms.       F Aside from BRUDEN-OSSG's direct porting efforts, BRUDEN-OSSG assisted ) OpenVMS Engineering with presentations on   L Integrity Server performance in the October, 2006 European Technical Update ) days.  BRUDEN-OSSG has been involved with   F OpenVMS Engineering through proof of concept and performance analysis ' associated with Montecito HyperThreads.   L It has also been very active in analyzing and improving Java Performance on  OpenVMS Systems.      M BRUDEN-OSSG porting efforts have resulted in several customers continuing on  1 OpenVMS platforms.  These efforts have translated   J in over three quarters of a million dollars in Integrity Server sales, in 4 just the last two months, with a possible projection  & around two and a half million dollars.       --  = Posted via a free Usenet account from http://www.teranews.com    ------------------------------   End of INFO-VAX 2006.667 ************************                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                  O_FPTR(Perl_pp_ftpipe),
	MEMBER_TO_FPTR(Perl_pp_ftlink),
	MEMBER_TO_FPTR(Perl_pp_ftsuid),
	MEMBER_TO_FPTR(Perl_pp_ftsgid),
	MEMBER_TO_FPTR(Perl_pp_ftsvtx),
	MEMBER_TO_FPTR(Perl_pp_fttty),
	MEMBER_TO_FPTR(Perl_pp_fttext),
	MEMBER_TO_FPTR(Perl_pp_ftbinary),
	MEMBER_TO_FPTR(Perl_pp_chdir),
	MEMBER_TO_FPTR(Perl_pp_chown),
	MEMBER_TO_FPTR(Perl_pp_chroot),
	MEMBER_TO_FPTR(Perl_pp_unlink),
	MEMBER_TO_FPTR(Perl_pp_chmod),
	MEMBER_TO_FPTR(Perl_pp_utime),
	MEMBER_TO_FPTR(Perl_pp_rename),
	MEMBER_TO_FPTR(Perl_pp_link),
	MEMBER_TO_FPTR(Perl_pp_symlink),
	MEMBER_TO_FPTR(Perl_pp_readlink),
	MEMBER_TO_FPTR(Perl_pp_mkdir),
	MEMBER_TO_FPTR(Perl_pp_rmdir),
	MEMBER_TO_FPTR(Perl_pp_open_dir),
	MEMBER_TO_FPTR(Perl_pp_readdir),
	MEMBER_TO_FPTR(Perl_pp_telldir),
	MEMBER_TO_FPTR(Perl_pp_seekdir),
	MEMBER_TO_FPTR(Perl_pp_rewinddir),
	MEMBER_TO_FPTR(Perl_pp_closedir),
	MEMBER_TO_FPTR(Perl_pp_fork),
	MEMBER_TO_FPTR(Perl_pp_wait),
	MEMBER_TO_FPTR(Perl_pp_waitpid),
	MEMBER_TO_FPTR(Perl_pp_system),
	MEMBER_TO