1 INFO-VAX	Mon, 03 Jun 2002	Volume 2002 : Issue 306       Contents:* Re: $WAKE() lost during high AST activity?* Re: $WAKE() lost during high AST activity?* Re: $WAKE() lost during high AST activity?4 Re: $WAKE() lost during high AST activity? - THANKS!% a new WEB address for DEC Global Soft 6 AMD has Alpha guys, but don't expect to much early ... ANN: Snes9x ported to VMS  Re: ANN: Snes9x ported to VMS  Re: ANN: Snes9x ported to VMS 2 Re: Blocking maile (waOh My God Help Me Please!!!)6 C++ conflict with C hanging in LIB$FIND_IMAGE_SYMBOL ? Re: Caculator within DCL= Re: China to launch cyber attacks soon, be on VMS or bye-bye! = Re: China to launch cyber attacks soon, be on VMS or bye-bye!  Re: Console graphics reset Re: Could linux become VMS?  Re: Could linux become VMS?   Re: Creating ACEs from a program  Re: Creating ACEs from a program  Re: Creating ACEs from a program+ CSWB (was RE: OpenVMS FAQ due next week...) 2 Re: Data redundancy options for 3000 foot distance DEFINE/TRANS=CONC  Re: DEFINE/TRANS=CONC  Re: DEFINE/TRANS=CONC  Re: DEFINE/TRANS=CONC  Re: DEFINE/TRANS=CONC 
 DFO and ODS-5  Re: DFO and ODS-5  dlt tape space Exit code from PERL script Re: Exit code from PERL script6 FYI - Sybase ASE 64-bit versions 12.5 and 12.5.0.1 bug- Re: has anyone ported this opensource to VMS? - Re: has anyone ported this opensource to VMS? - Re: has anyone ported this opensource to VMS? - Re: has anyone ported this opensource to VMS? * Re: IDE controller in Alphaserver 4100????. Is Polycenter for VMS a good security product? Library of shareable images  Re: Library of shareable images & Re: Looking for a couple of volunteers& Re: Looking for a couple of volunteers& Re: Looking for a couple of volunteers Newuser of PERL5 Re: Newuser of PERL5 RE: Open Letter to HP * Re: Open-source poses security risks - Da!* Re: Open-source poses security risks - Da!* Re: Open-source poses security risks - Da!0 Re: OT: JF's reputation (Was: Please Read - ...) RE: OVMS Web Ring  Re: Powered by HP ; Re: Real Time Survey: After the MIRA, the VAX FT. And then? ; Re: Real Time Survey: After the MIRA, the VAX FT. And then?  Re: Shadow sets efficiency Re: Shadow sets efficiencyB Re: Shadowset on standalone system goes into merge state on reboot$ What 'The New HP' Must Do to Survive1 Re: Who does the CLUEXIT? (was Re: Strange crash) 5 Re: Would you like to see this on the VMS freeware CD # Re: [Change topic]:  USofA'an coins # Re: [Change topic]:  USofA'an coins # Re: [Change topic]:  USofA'an coins # Re: [Change topic]:  USofA'an coins # Re: [Change topic]:  USofA'an coins   F ----------------------------------------------------------------------  # Date: Mon, 03 Jun 2002 06:03:47 GMT ' From: Jeffrey Chimene <jeff@nospam.net> 3 Subject: Re: $WAKE() lost during high AST activity? * Message-ID: <3CFB060C.19583908@nospam.net>   JF Mezei wrote:    > Jeffrey Chimene wrote:S > > There will be those who disagree with this assesment: remove the $qioW from the U > > AST routine. The AST should be doing nothing more than indicating to the mainline  > > that the $qio has finished.  > B > Note that QIO doesn't actually do the IO, it queues the request.  Q Agreed. However, that's not the issue in this particular case. The current design U employs a $qioW inside an AST. Not only will that queue the I/O request, it will also P wait for its completion; which wait is counter to the purpose of an AST routine.  P > For "terminal" type of programs that take data from one port and shove it downM > the other port, this seems to be a perfectly valid paradigm. When a READ IO K > completes, an AST is fired which does a WRITE of the received data on the + > othert port and then queues another READ.   U Yes, it is a *design*, but not a valid *paradigm*. By this I mean it is a design that V doesn't translate well to other architectures, or implementations. It does not qualifyM as a paradigm. A paradigm should be applicable across a range of platforms or P implementations; which breadth is not necessarily true of a design. Referring toU Random House Dictionary, by "paradigm" I mean "an example; pattern." I trust this too Q is what you mean. By "design", I mean "a plan or sketch for work to be executed."   P > Yes, there is the issue of what happens when the second channel becomes XOFFEDL > and the QIOW will hang because the buffers are full, thereby stopping yourN > program.  But when you think about it, it isn't so bad since when the outputL > channel is full/blocked, you generally also want to stop the input channelO > from sending further data until the situation is resolved, and while you wait K > for the WRITE to complete, the input typeahead buffer for the channel you N > would be reading from will fill up and an XOFF will be sent to it to tell it > to stop for a while.  > Well, that assumes it's possible to stop the "gozinta" stream.  M > Now, one should really issue a QIO instead of QIOW for the write operations N > with an event flag set to indicate completion, and before you issue the nextN > QIO (write) you make sure the event flag from the previous QIO was set. ThisM > way, if the previous QIO (write) hasn't completed yet, your program doesn't N > freeze and you can take whatever actions you deem necessary to deal with the, > case of a output channel which is blocked.  P Well, now the design becomes arbitrarily complex ("... whatever actions you deemO necessary ..."). Mixing the asynchronous and synchronous I/O models invevitably R complicates the design. I prefer to avoid such problems by segregating the models.M i.e. using synchronous I/O (if necessary) only during channel setup/teardown.   M > Note that if the output channel is slower than the input channel, then QIOW K > (write) is fine since the operating system will throttle your application L > automatically and in doing so, the typeahead buffer for the faster channelN > will also auto-throttle the remote data generating system since you won't beS > issuing QIO (read) to empty that typeahead buffer until the writes are completed.   V Again, this assumes the input channel can be throttled. In a specific design, that mayL be true. A paradigmatic approach should make as few assumptions as possible.  S > > revealed to the list. However, two decades work w/ OpenVMS suggests that I/O in 1 > > an AST routine is To Be Avoided At All Costs.  > 0 > What is so wrong with having a QIO in an AST ?  U Nothing. But that's not my re-work suggestion. I pointed out that the $qioW inside an  AST is a  culpable design.  L > To me, the esthetics of having a "read loop" that is AST driven (eg: afterO > read complete, you issue a new QIO from within the AST which will call itself O > when that IO completes) makes for extremely simpler programs, especially when N > you have DECNET connections that can handle multiple connections at the sameL > time (server application). The AST uses an argument to determine who it isL > talking to, stores the received data, dispatches the work, and then queues > then read on that channel.  O Agreed. After writing several non-transparent Decnet task-to-task communication P programs of this sort, I settled on the deque design. Manipulating queue headersQ inside an AST is very robust (still on version 1 after seven years), maintainable P (convert to TCP/IP from Decnet with no change in design), and reliable (100's of connections per hour).  K > A single routine can then handle multiple clients and that makes for much  > simpler coding.    Agreed.      -- microsoft free by 2003   ------------------------------  % Date: Mon, 03 Jun 2002 02:42:48 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> 3 Subject: Re: $WAKE() lost during high AST activity? , Message-ID: <3CFB0FE5.91268DBD@videotron.ca>   Jeffrey Chimene wrote:S > Agreed. However, that's not the issue in this particular case. The current design W > employs a $qioW inside an AST. Not only will that queue the I/O request, it will also R > wait for its completion; which wait is counter to the purpose of an AST routine.  L Routine is called to advise you that a buffer has been filled by a READ QIO.K Prior to issuing the next READ QIO, you need to ensure that the contents of   that buffer have been processed.   so:  check "A"' iostatus block 0 QIOW (write) of the received buffer to channel B+ QIO (read) for the next data from channel A   I Is a safe way of doing this that doesn't require you do buffer management M since the WRITE QIO can work on the buffer that the READ QIO just filled, and J by the time you issue the next READ QIO, you know that the contents of theC buffer are no longer needed and can be the targer of the next read.   I Now, the QIOW is risky, I agree. However, one can do a risk analysis on a J write IO blocking. For serial ports, I have found that a write QIOW rarely stops a program permanently.  M If you choose to use QIO for the write as well, you then have to contend with L a circular list of buffers, and ensure that, for the READ QIO , you use onlyG free buffers that are not currently specicied in uncompleted write QIO.   L In this context, what do you do when the output channel is XOFFED ? You willI continue to receive data and queue up write QIO until you are out of free N buffers, and then what do you do ? You are in the middle of an AST, and cannotI issue the next READ QIO because you are out of buffers. You are then in a N situation where you have to loop to check all outstanding io status blocks forI your outstanding write IOS until you find one that has completed. The end F result is the same since you are stuck inside of an AST, waiting for a resource to become available.   L the use of QIOW is far simpler and more robust in my opinion since you don't, need to write som much more additional code.  L disclaimer: this philosophy applies only to channels you know well enough toL judge the risk of becoming stuck during a write operations. If you know thatJ such a channel would often get stuck in a write operation, then the designJ might have to be changed. But if all you are doing is taking data from oneN serial port and showing it out of the second serial port, and let the hardwareJ and OS take care of flow control, then using QIOW for the write works wellK because the odds of it getting permanently stuck are very low, and the QIOW F will automatically throttle your program before you fall too far back.   ------------------------------  # Date: Mon, 03 Jun 2002 14:50:44 GMT 9 From: Hein van den Heuvel <hein_netscape@eps.zko.dec.com> 3 Subject: Re: $WAKE() lost during high AST activity? / Message-ID: <3CFB7F87.5A5B2B16@eps.zko.dec.com>    JF Mezei wrote:   N > It would seem to me that you issue a $SETIMR whose AST gets delivered beforeO > the $HIBER executes, so when the AST does a $WAKE, the process isn't sleeping I > yet so $WAKE does nothing, and a little later, $HIBER finally executes.  >   Q This is not correct. (You indicated uncertainty  in an other reply in this topic) I VMS nicely remembers a pending wake precisly to close this timing window:   M http://www.openvms.compaq.com:8000/73final/4527/4527pro_104.html#index_x_1253   Q "If one or more wake requests are issued for a process not currently hibernating, P a subsequent hibernate request completes  immediately; that is, the process doesF not hibernate. No count of outstanding wakeup requests is maintained."  N The basic hiber/wake/ast mechanisme works, works well, works often better than LEFsQ and has proven itself in thousands of programs. Hunderds of those programs failed 	 initially Q (actually, mostly after some time) because of program design faults. Maybe 1 or 2 N over the last 20 years  failed because of true VMS problem/bug. So I suspect a 'normal' programming problemM like inadequat system service status checking, like running out of quota on a R setimr or qio, possibly after a race condition. Oh... handling those errors may be tricky because your regular 2 error handler might need the quota you are out of!   hth, Hein.    ------------------------------   Date: 3 Jun 2002 19:12:57 GMT 7 From: yehavi@vms.huji.ac.il (Yehavi Bourvine (58-4279)) = Subject: Re: $WAKE() lost during high AST activity? - THANKS! $ Message-ID: <2002Jun3.191257@hujicc>   Hello,G   Thanks to all who answered me. I have enough food for thought by now.   ;                                           Thanks, __Yehavi:    ------------------------------  % Date: Mon, 03 Jun 2002 19:10:10 +0200 - From: Didier Morandi <Didier.Morandi@Free.fr> . Subject: a new WEB address for DEC Global Soft' Message-ID: <3CFBA2F3.235ED491@Free.fr>   * http://www.digitalglobalsoft.com/index.asp   D. --  2   ------------------------------------------------2 MORANDI Consultants  http://Didier.Morandi.Free.fr0   19 chemin de la Butte, 31400 Toulouse, France.2 Tel.: +33 (0)6 7983 6418 - Fax: +33 (0)5 6154 19282 OpenVMS, APPLE, Computer Security, Migration plans2 --------------------------------------------------   ------------------------------   Date: 3 Jun 2002 06:18:55 -0700 ( From: bob@instantwhip.com (Bob Ceculski)? Subject: AMD has Alpha guys, but don't expect to much early ... = Message-ID: <d7791aa1.0206030518.1c5cbf80@posting.google.com>   9 that is what the inquirer says ... I think AMD is finding 6 out what Intel did, that even with Alpha guys helping,7 nothing beats an Alpha ... I think you got a little too 7 anxious Bill and didn't realize how good Alpha actually 9 is ... and now Intel holds its secrets, and without using 9 EV8 design, both Itanium and AMD chips will take years to  catch up, if ever ...       AMD limits Clawhammer to 800MHz   ) Locked so folk can't overclock it - Heye  & By Mike Magee, 03/06/2002 10:43:34 BST    F AFTER AMD HAD its press conference this morning, we dashed off to chatB to some of the board makers to see how their own performance tests were shaping up.D As mobo makers have axes to grind aplenty against the CPU makers, weC weren't surprised to find one or two mainboard makers who felt that ( AMD was giving people over expectations.  C They don't want to be named of course, if they were, how could they C ever deal face-to-face with AMD again? One said to us that he was a E little concerned about the performance of the Clawhammer (in December C it will be an Athlon) chip, and that the demos AMD was showing were * with chips that hovered around the 900MHz.  E We had a one to one interview with Richard Heye later in the morning. F He's AMD's mastermind on the Clawhammer and Sledgehammer products. You> probably won't be surprised to learn that he worked on the DEC (Compaq, Intel) Alpha too.  A Heye provided some guidance on the performance of the Clawhammer. B Although the final speed in high performance systems which will beE sold in December of this year is top secret, he said that sample CPUs B in the hands of the mainboard makers are all locked at 800MHz. The> reason for this, he said, was that he didn't want his partnersB overclocking chips and so providing "great expectations" which AMD probably couldn't meet.   C Heye  who some of you might remember appeared in an INQwell leaked B Microsoft memo some weeks back, was pretty forthcoming about AMD's< plans for the Hammer family as we obstinately still call it.  ; He said: "We're trying to tune for performance and not just C frequency." When the first Clawhammathlons appear in December, they D will be the performance leader and, he claimed, Intel had nothing to- match it. "The ball's in our court," he said.   F AMD, we already know, will migrate the Hammerish design to mobiles, toD desktops and to servers, and he claimed that the introduction of two9 way, four way and then more processor based systems would 4 fundamentally change the rules in the server market.  E "It's clear that Intel architected servers from PC designs," he said. / "The Hammer was architected by the Alpha guys."   : What that will mean he said that after we see uniprocessorF Clawhammerish systems in December, we'll start to see two way OpteronsE  he was suggesting that the Chinese and Taiwanese motherboard makers ( are already working on some such boards.  @ He said he and AMD wanted to fundamentally change the 2/4 marketD place. "People are going to use the 64-bit for Hammers," he said. No= one, a year ago, would have considered a $1,000 64-bit systemJ possible, he added.   F "By late 2004/2005, we'll have a good chance to change the workstationB and cluster market," he said. "Four way boards wouldn't be $20,000 boards.t  E Heye also said that whether Intel is developing a "Yamhill" processordD or not, based on AMD designs, it would have a tough time positioning it in the marketplace.  B He estimated that Intel's IA-64 account had already soaked up $700C million, and he couldn't begin to estimate what the Itanium projecto had cost Chipzilla in total.  C He said that Microsoft had realised that AMD's X86-64 business "was E real, and a real business". Microsoft wasn't interested in the Hammer < family because it thought Jerry Sanders III was handsome, he> suggested. Although he does of course think Jerry is handsome.  B The two PR scribes up back woke up when Jerry was mentioned, so we@ thought we'd compound it a bit and mention Jerry, Pierre and the? yachts. But we don't think any of that will be in the report toA- General Headquarters Richard, so don't worry.A   ------------------------------  # Date: Mon, 03 Jun 2002 14:33:56 GMT . From: ">>> ^P" <plj@NOSPAM.byron.ext.telia.se>" Subject: ANN: Snes9x ported to VMS9 Message-ID: <3CFB7E54.BD041065@NOSPAM.byron.ext.telia.se>0   Hi,   > Snes9x (Super Nintendo Entertainment System) emulator has been 'successfully' portedVF to VMS, kind of crippled, no sound, no joy[stick], no networkplay, but anyway... it is very stable ;-)   E You need C++ and MOTIF to build, an 7.3 Alpha executable is provided.r   No VAX testing has been done.e  <  http://byron.ext.telia.se/anonymous/VMS/tdf/S9XS139_VMS.ZIP   Here's the VMS-porting page . http://byron.ext.telia.se/vms/vmsporting.htmlx    	 >>> ^P.Lje   ------------------------------  % Date: Mon, 03 Jun 2002 10:56:09 -0400n! From: Jim Agnew <jpagnew@vcu.edu> & Subject: Re: ANN: Snes9x ported to VMS' Message-ID: <3CFB8389.72F556A3@vcu.edu>-  5 and how would I stick a SNES cartridge in it????  ;-DE   ">>> ^P" wrote:e >  > Hi,y > @ > Snes9x (Super Nintendo Entertainment System) emulator has been > 'successfully' ported H > to VMS, kind of crippled, no sound, no joy[stick], no networkplay, but! > anyway... it is very stable ;-)a > G > You need C++ and MOTIF to build, an 7.3 Alpha executable is provided.S >  > No VAX testing has been done.s > > >  http://byron.ext.telia.se/anonymous/VMS/tdf/S9XS139_VMS.ZIP >  > Here's the VMS-porting pageA0 > http://byron.ext.telia.se/vms/vmsporting.htmlx >  > >>> ^P.Lj]   ------------------------------  # Date: Mon, 03 Jun 2002 15:10:43 GMTi. From: ">>> ^P" <plj@NOSPAM.byron.ext.telia.se>& Subject: Re: ANN: Snes9x ported to VMS9 Message-ID: <3CFB86F3.B2462F96@NOSPAM.byron.ext.telia.se>e  ' You just download a few free ones here:$2 http://www.zophar.net/roms.phtml?op=show&type=snes  
 Unzip ... and8  + SYSTEM> sn9xvms -nosound [roms]FROGNES_.BINh No ROM file header found.lK "FROGNES" [bad checksum] LoROM, 16Mbits, Type: ROM only, Mode: 20, TV: PAL,S S-RA M: 0Kb, ROMId:  Company:     ;-))  	 >>> ^P.Ljd     Jim Agnew skrev:  7 > and how would I stick a SNES cartridge in it????  ;-Do >' > ">>> ^P" wrote:O > >q > > Hi,  > >sB > > Snes9x (Super Nintendo Entertainment System) emulator has been > > 'successfully' portedyJ > > to VMS, kind of crippled, no sound, no joy[stick], no networkplay, but# > > anyway... it is very stable ;-)w > >sI > > You need C++ and MOTIF to build, an 7.3 Alpha executable is provided.r > >h! > > No VAX testing has been done.e > >o@ > >  http://byron.ext.telia.se/anonymous/VMS/tdf/S9XS139_VMS.ZIP > >  > > Here's the VMS-porting pages2 > > http://byron.ext.telia.se/vms/vmsporting.htmlx > > 
 > > >>> ^P.Lj    ------------------------------  % Date: Mon, 03 Jun 2002 08:43:54 -0400i5 From: David Beatty <David.Beatty@qwertysasasdfgh.com>l; Subject: Re: Blocking maile (waOh My God Help Me Please!!!)n2 Message-ID: <lWP7PLlfawD57cQel27VQpWi=qf1@4ax.com>  F On Sat, 01 Jun 2002 10:47:05 -0400, David Froble <davef@tsoft-inc.com> wrote:   >Paul Repacholi wrote: >e: >> David Beatty <David.Beatty@qwertysasasdfgh.com> writes: >> l >> t >>>Amendment IVi >>>  >>   >> oA >>>The right of the people to be secure in their persons, houses,e
 >>>papers, >>>e >>   >> sE >>>and effects, against unreasonable searches and seizures, shall notIE >>>be violated, and no Warrants shall issue, but upon probable cause,gD >>>supported by Oath or affirmation, and particularly describing the@ >>>place to be searched, and the persons or things to be seized. >>>t >> nI >> Are they planning to post this in airports when the Federals take overy >> `security'? >> R >> o  =     Would make one question the Constitutionality of the Fedsl> taking over airport security.  Can't have those nasty citizens% thinking for themselves, can we?  ;-)l   >tP >Ha!  They'll just re-define the definition of 'unreasonable'.  Isn't that what  >the zealous always do?W >r >Dave3  C     Unfortunately, yes.  Having the Feds take over airport securityf- is not the smartest thing to do in the world.s  F     Even worse is the proposal for a "trusted traveller" id.  One step= closer to a national ID card.  Can you say "Papers, please?"!    David R. Beattyt   ------------------------------   Date: 3 Jun 2002 07:41:22 -0600 - From: Kilgallen@SpamCop.net (Larry Kilgallen)h? Subject: C++ conflict with C hanging in LIB$FIND_IMAGE_SYMBOL ?e3 Message-ID: <3hKe8o1ksEEE@eisner.encompasserve.org>h  ; I am looking at a problem with a process which hangs duringr= LIB$FIND_IMAGE_SYMBOL when a main image written in C attemptss< to activate a pair of shareable images written in C++.  I am@ curious as to whether anyone who has worked with these languages> more than I might have encountered something similar.  One can3 escape from the hang into the debugger with CTRL/C.n  ; The image called SHARE_CXX_1 (for purposes of this post) isi8 linked against image SHARE_CXX_2 (yes, using CXXLINKER).  5 Image MAIN_C calls LIB$FIND_IMAGE_SYMBOL specifying aa: (mangled) entrypoint name in SHARE_CXX_1.  That activation> seems to go reasonably well, as noted by a proper error signal  if image SHARE_CXX_2 is missing.  < Within LIB$FIND_IMAGE_SYMBOL, however, there is some code in> lines 1427 through 1440 (Alpha VMS V7.3 listings kit) to stall= if some "other thread" is currently in LIB$FIND_IMAGE_SYMBOL.sB The identity of a thread is determined by calling the undocumented? system service $READ_THREAD_UNQ which fetches a number from theoD PALcode.  There is an exception made if that returns the value zero,0 which is deemed to not conflict with any thread.  E I don't have PALcode source, but my guess is that the result returnedlD by undocumented system service $READ_THREAD_UNQ is determined solelyC by previous calls to undocumented system service $WRITE_THREAD_UNQ.uD A search of the maps on the listings kit indicates $WRITE_THREAD_UNQ4 is called by Posix modules within the VMS Executive.  @ If I replace image MAIN_C with something I wrote myself in Bliss@ presenting the same arguments to LIB$FIND_IMAGE_SYMBOL, there is no hang.  < My current thoughts are that possibly the CRTL against which; MAIN_C is linked is calling the undocumented system service : $WRITE_THREAD_UNQ with one value (which gets stored in the; lock cell within LIB$FIND_IMAGE_SYMBOL when MAIN_C calls ton@ activate SHARE_CXX_1) and then the CXXRTL calls the undocumented> system service $WRITE_THREAD_UNQ with a different value, which9 does not match the lock cell within LIB$FIND_IMAGE_SYMBOLr during the recursive call.  C For the sake of completeness, although I don't think it is crucial,z? the recursive call to LIB$FIND_IMAGE_SYMBOL from SHARE_CXX_2 isiB originating inthe module CXXL$VMS_CXX_EXC, which comes from objectB library LIBCXXSTD_MA.OLB, presumably the implementation of the C++> Standard Library for VMS.  Module CXXL$VMS_CXX_EXC contributesF to the LIB$INITIALIZE program section within the SHARE_CXX_2 shareable image.  > Note that the hang is entered before LIB$FIND_IMAGE_SYMBOL has> decided whether or not the target image is already loaded into@ memory.  As it happens, the target image in this case is CMA$RTL= defaulted to location SYS$SHARE:.EXE, which is not yet loadedc= into memory.  The entrypoint whose address is being sought is 
 CMA$DELAY.  = My basis for thinking that LIB$FIND_IMAGE_SYMBOL has caught a = conflict in calls to $WRITE_THREAD_UNQ rather than the threadmA conflict it was designed to catch is that breaking the hung imageD' with Control/C I can get the following:s   DBG> pthread threadsO   Thread Name                      State           Substate    Policy       PrieO   ------ ------------------------- --------------- ----------- ------------ ---sN        1 default thread            running VP 1                SCHED_OTHER  11 DBG> a  / indicating that only a single thread is active.   % Also, from SDA, I get something like:n  : Process index: 013A   Name: TEST    Extended PID: 00000F3A: ----------------------------------------------------------  4                             Process activated images4                             ------------------------  L              Image Name                 Start     End        Type       IMCBN -------------------------------------- -------- -------- ------------ --------N MAIN_C                                 00000000 004F3FFF MAIN         7FF40650N MOUNTSHR                               004F4000 005D7FFF GLBL PRT SHR 7FF3ED70N DISMNTSHR                              005D8000 00639FFF GLBL PRT SHR 7FF3EB30N LIBOTS                                 0063A000 006401FF GLBL     SHR 7FF3F390N LIBRTL                                 00702000 007539FF GLBL     SHR 7FF40530N DECC$SHR                               008C4000 009573FF GLBL     SHR 7FF3FF10N DPML$SHR                               00958000 0099C9FF GLBL     SHR 7FF3FDF0N CMA$TIS_SHR                            0099E000 009AC3FF GLBL     SHR 7FF3E790N SYS$SSISHR                             009AE000 009DE3FF GLBL PRT SHR 7FF40160N DEBUG                                  009E4000 00B24BFF MRGD     SHR 7FF3FCD0N SHRIMGMSG                              00B48000 00B4E9FF MRGD     SHR 7FF3F080N DECC$MSG                               00B50000 00B53FFF MRGD     SHR 7FF3E670N DBGTBKMSG                              00B54000 00B617FF MRGD         7FF3E550N UCX$IPC_SHR                            00B94000 00C151FF MRGD     SHR 7FF3E060N TCPIP$ACCESS_SHR                       00C16000 00CB69FF GLBL     SHR 7FF40410N SHARE_C                                00CB8000 00D09FFF MRGD PRT SHR 7FF3EC50N SHARE_CXX_1                            09B9A000 09CAD1FF MRGD         7FF3EE90N SHARE_CXX_2                            09CAE000 0A0C7BFF GLBL         7FF3E3E0N PTHREAD$RTL                            0A0C8000 0A1595FF GLBL     SHR 7FF40280N SYS$PUBLIC_VECTORS                     81003E78 81005E37 GLBL         7FF3F930N SYS$BASE_IMAGE                         81019D90 8102C23F GLBL         7FF3F1A0  = Total images = 21                      Pages allocated = 2084t SDA>  + with names changed to protect the innocent.7   ------------------------------  % Date: Mon, 03 Jun 2002 08:19:31 -0700 ' From: David Mathog <mathog@caltech.edu>b! Subject: Re: Caculator within DCLr+ Message-ID: <3CFB8903.E215154F@caltech.edu>r   John Santos wrote:   > > or even: > > $> calc 40393.324*5.32 > > 214892.48368 > 9 > It would be nice to be able to assign the result of theo> > calculation to a symbol (either as a string or, if in range,< > as a numeric symbol), so you can use the result in further= > calculations, store it for later, concatenate it with otherM) > stuff in an F$FAO expression, etc. etc.d  B The icalc variant I modified did just that.  I think it's probablyA the same one as on Hunter's site.  If not there's a version (fromn
 1997) here  ;   ftp://saf.bio.caltech.edu/pub/software/openvms/icalcv.zip     = > P.S.  Are numeric symbols stored as longs, or are they justa? > strings that have all digits and are within the signed 32 bit- > range?  B In this version of icalc the results are stored as a string.  TheyD sort of have to be since the result might be a float and DCL doesn't support floats.i   Regards,   David Mathog mathog@caltech.edu   ------------------------------  * Date: Mon, 3 Jun 2002 03:54:00 -0700 (PDT). From: Fabio Cardoso <fabiopenvms@yahoo.com.br>F Subject: Re: China to launch cyber attacks soon, be on VMS or bye-bye!@ Message-ID: <20020603105400.91000.qmail@web20207.mail.yahoo.com>   Blahhhhhh !!!!!:     Regardsd   FC r    , --- Doran Werling <Doran167W@aol.com> wrote:3 > Fabio Cardoso <fabiopenvms@yahoo.com.br> wrote inp	 > message  > < news:<20020531194830.76598.qmail@web20210.mail.yahoo.com>...5 > > Why americans are so paranoids ???? Poor chinese,l > > iranians....0 > > You should look for their  "enemies" between6 > > the US militaries... they waste billion of dollars > > with6 > > these computer toys....this money should be useful0 > > to finish the starving of the own americans. > >  > >  > > Regards  > >  > > FC . >  > >C >  > 1 > When civilian airliners full of innocent peoplem > start flying into buildings7" > in Brazil, then come talk to us. >  >  > - Doran Werlingt >   RW/SCS Inc..     =====A ========================== Fbio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazili fabiopenvms@yahoo.com.br ==========================  2 __________________________________________________ Do You Yahoo!?0 Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.coma   ------------------------------   Date: 3 Jun 2002 10:19:37 -0700s' From: Doran167W@aol.com (Doran Werling)kF Subject: Re: China to launch cyber attacks soon, be on VMS or bye-bye!= Message-ID: <d7aafdca.0206030919.6adaa581@posting.google.com>r  v Fabio Cardoso <fabiopenvms@yahoo.com.br> wrote in message news:<20020603105400.91000.qmail@web20207.mail.yahoo.com>... > Blahhhhhh !!!!!p >  > 	 > Regardsr >  > FC a >  > . > --- Doran Werling <Doran167W@aol.com> wrote:5 > > Fabio Cardoso <fabiopenvms@yahoo.com.br> wrote in  > > messagew > >d? >  news:<20020531194830.76598.qmail@web20210.mail.yahoo.com>...t7 > > > Why americans are so paranoids ???? Poor chinese,  > > > iranians....2 > > > You should look for their  "enemies" between8 > > > the US militaries... they waste billion of dollars
 > > > with8 > > > these computer toys....this money should be useful2 > > > to finish the starving of the own americans. > > >  > > > 
 > > > Regardsu > > > 	 > > > FC   >  i > > >l > >  > > 3 > > When civilian airliners full of innocent peoplee > > start flying into buildingsr$ > > in Brazil, then come talk to us. > >  > >  > > - Doran Werlingn > >   RW/SCS Inc.l >  >  > =====e > ========================== > Fbio dos Santos Cardoso > OpenVMS System Manager > Rio de Janeiro - Brazil  > fabiopenvms@yahoo.com.br > ========================== > 4 > __________________________________________________ > Do You Yahoo!?2 > Yahoo! - Official partner of 2002 FIFA World Cup > http://fifaworldcup.yahoo.comr      (   Who's paranoid Mr.  Blahhhhhh !!!!! ??   Fly Air Brazil  F Rio De Janeiro, September 14, 2001 -- The Brazilian parliament decidedF today to permit all passengers over 21 to carry light weapons on boardE passenger aircraft as a guarantee against hijacking. Currently 65% oft> all Brazilians earning over US$2000 always wear a gun. FurtherF information will be presented by the air hostess when they demonstrateA the safety equipment they will inform the passengers to shot withoE precision and always aim for chest to avoid perforating the fusilage.u  > President Fernando Henrique Cardoso's veto was rejected by theD astounding mayority of 234 against 6 votes. (Tom s Mano de Carvalho, Alliance Nacional do Brasil)."       -  Doran Werling    RW/SCS Inc.   ------------------------------  $ Date: Mon, 3 Jun 2002 08:18:24 -0500& From: "JR McKenzie" <mrjr@airmail.net># Subject: Re: Console graphics resetoO Message-ID: <71B8EBF33A27195C.5D3515DFA87C9DA8.C9E9343027D52537@lp.airnews.net>l  I Thanks for the information, but none of the suggestions work. The consolelI still receives output so at the next reboot I'll just put the system in am non graphic mode.   6 "Paul Sture" <p_sture@elias.decus.ch> wrote in message# news:ALp5FeAnLgKp@elias.decus.ch...e8 > In article <3CF895D0.D9E09FDC@Free.fr>, Didier Morandi  <Didier.Morandi@Free.fr> writes: > > What is CTRL F2 ?d > >e) > Hold down the Control Key and press F2.h >e" > The key with "F2" written on it. >s< > The one just the right of the key with "F1" written on it. >sC > Also the one just to the left of the key with "F3" written on it.c >n, > At the top left hand side of the keyboard. >l > :-) :-) :-) :-) :-)w >  > > D. > >r > > Mike Rechtman wrote: > >>( > >> Could you be referring to CTRL-F2 ?	 > >> Mikes > >>L > >> >How do you get the console back into graphics mode after it has switch toL > >> >character cell and is no longer functional? There used to be a control5 > >> >sequence if I remember right....senior moments. % > >> >any help would be appreciated..e > -- > __ > Paul Sture
 > Switzerlandd   ------------------------------  * Date: Mon, 3 Jun 2002 08:45:06 +0000 (UTC)9 From: Roar =?iso-8859-1?Q?Thron=E6s?= <roart@nvg.ntnu.no>s$ Subject: Re: Could linux become VMS?- Message-ID: <adfaai$mtv$1@tyfon.itea.ntnu.no>2  ) Bob Ceculski <bob@instantwhip.com> wrote:r : Just a wild thought but ... < : VMS is written in Bliss ... our discussions on comp.os.vms: : has concluded that one of the big factors that makes VMS8 : immune to buffer overflow attacks is that it is mainly: : written in Bliss, which forces you to handle descriptors= : differently than in "c" ... "c" is the problem in linux ...d   I am no expert in strings, but:tH C has not descriptors (like ascid), just asciz (zero-terminated string).* Libraries/system calls are (mainly) asciz.D Wasn't it said in at least an earlier discussion that using asciz in9 VMS was not secure either (figured that out in the 80s?)?   < : why doesn't someone in the linux crowd do something useful< : and rewrite linux in Bliss, which is available for free as  D Or did you also suggest changing all interfaces from asciz to ascid?  ; : the compiler is available to anyone?  Then I may considerx  
 To anyone?J The only available source is almost 30-years old and for pdp-10/11 writtenH in bliss and macro, and it might not be a small task getting that to run! og Linux og writing from scratch. < (And that version of Bliss does not have descriptors anyway)  : : using linux someday, after it proves itself ... any idea : when this may happen?o  
 When pigs...?9   ------------------------------   Date: 3 Jun 2002 08:52:03 -0600a- From: koehler@encompasserve.org (Bob Koehler)-$ Subject: Re: Could linux become VMS?3 Message-ID: <cDzugfCAIrB+@eisner.encompasserve.org>O  h In article <d7791aa1.0206020627.502d931a@posting.google.com>, bob@instantwhip.com (Bob Ceculski) writes: > Just a wild thought but ...w > VMS is written in Bliss$  ?    VMS is written in lots of langauges.  See the great many oldn    posts on the subject.  < > why doesn't someone in the linux crowd do something useful > and rewrite linux in Bliss  ?    Seing how Linus complained it took him ten minutes to figure:E    out dir/size when he tried VMS, I can't believe he'd be interestedc    in BLISS.   ------------------------------  % Date: Mon, 03 Jun 2002 14:03:11 +0200s= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> ) Subject: Re: Creating ACEs from a program ) Message-ID: <3CFB5AFE.6426000B@gtech.com>r  
 Joe wrote:= > Must admit I'm finding the fine manuals a bit obtuse on theMG > descriptions of these services (and how ever they decided to list thesC > "related services" sections). Anyway... did a search on Google...V? > found a few dozen posts from others complaining about how the C > documentation on the above services is... a bit obtuse. Found one C > (post) from Hoff about an example that he had posted to c.o.v (?) F > going back about 5 years but couldn't find it in Google... Found oneF > post from Arne to some FTP examples (C, Pascal, FORTRAN) that hintedB > they might be relavent but the link was broken and didn't see an9 > "examples" section (of any kind) at his current site...a > H > Anyone out there willing to share a simple example? Say something that > creates something like:i  0 http://www.hhs.dk/anonymous/pub/vms/misc/ACL.MAR5 http://www.hhs.dk/anonymous/pub/vms/misc/TEST_ACL.FOR>5 http://www.hhs.dk/anonymous/pub/vms/misc/TEST_ACL.PAS   > If you read Macro-32 then you should be able to figure it out.  8 If you just need to use it, then maybe you can just call the routines in ACL.MAR.   Arne   ------------------------------   Date: 3 Jun 2002 10:31:49 -0700e" From: cstranslations@msn.com (Joe)) Subject: Re: Creating ACEs from a program = Message-ID: <d56d1c2d.0206030931.42481575@posting.google.com>e  k Howard S Shubs <howard@shubs.net> wrote in message news:<howard-24620E.20213531052002@enews.newsguy.com>...i) > In article <3CF7C9DB.73EE8396@Free.fr>,!1 >  Didier Morandi <Didier.Morandi@Free.fr> wrote:n > E > I put some code together several months ago.  I forget if I got it tG > working or not.  It's at work.  I'll see if I can cut it loose.  OP: a* > e-mail me directly at hshubs@iso-ne.com.  > I seem to have it mostly figured out. Problem with $PARSE_ACL.F According to the manual one of the string descriptors is read only but> isn't (that was last Friday and maybe I'm just not remembering correctly).   E Been fighting with the OSS$_PROTECTION item code on $SET_SECURITY foriC the last several hours. Two byte field. So I figure 16 bits, 4 bitsi@ across (S,O,G,W), with in that bits for each of RWED. Except I'mA "setting" values and what I'm getting bears no relation to what ItE expect. Then I have some really, really, really deep dark memory from+E about 6+ years back involving the above 16-bit bit field on somethinggC else I (and that it's backwards - clear bit grants "access" and setsC bit denies access). On top of that the whole bit field seems to rundB backwards so that they're (W,G,O,S). I suppose one could make someC "edian" type argument on the final point but for christsake... is aGF few extra sentences (I'll forgo a diagram) on what is suppose to be in4 the OSS$_PROTECTION buffer asking for all that much?   ------------------------------   Date: 3 Jun 2002 10:31:51 -0700F" From: cstranslations@msn.com (Joe)) Subject: Re: Creating ACEs from a programa< Message-ID: <d56d1c2d.0206030931.ffa3e3f@posting.google.com>  k Howard S Shubs <howard@shubs.net> wrote in message news:<howard-24620E.20213531052002@enews.newsguy.com>...s) > In article <3CF7C9DB.73EE8396@Free.fr>,b1 >  Didier Morandi <Didier.Morandi@Free.fr> wrote:i > E > I put some code together several months ago.  I forget if I got it rG > working or not.  It's at work.  I'll see if I can cut it loose.  OP: r* > e-mail me directly at hshubs@iso-ne.com.  > I seem to have it mostly figured out. Problem with $PARSE_ACL.F According to the manual one of the string descriptors is read only but> isn't (that was last Friday and maybe I'm just not remembering correctly).x  E Been fighting with the OSS$_PROTECTION item code on $SET_SECURITY foriC the last several hours. Two byte field. So I figure 16 bits, 4 bits @ across (S,O,G,W), with in that bits for each of RWED. Except I'mA "setting" values and what I'm getting bears no relation to what I E expect. Then I have some really, really, really deep dark memory from E about 6+ years back involving the above 16-bit bit field on something1C else I (and that it's backwards - clear bit grants "access" and setHC bit denies access). On top of that the whole bit field seems to runwB backwards so that they're (W,G,O,S). I suppose one could make someC "edian" type argument on the final point but for christsake... is auF few extra sentences (I'll forgo a diagram) on what is suppose to be in4 the OSS$_PROTECTION buffer asking for all that much?   ------------------------------  $ Date: Mon, 3 Jun 2002 09:42:55 -0400* From: WILLIAM WEBB <WWEBB1@email.usps.gov>4 Subject: CSWB (was RE: OpenVMS FAQ due next week...)- Message-ID: <0033000066509538000002L082*@MHS>t  H =0A   I'm running CSWB on an AlphaStation 200 4/166 with 192 MB of RAM.=    E    If anyone knows of an ISP that handles VMS clients that serves theaH    Raleigh, NC USA area, I'll put it on my hobbyist PWS 433au with 1GB = of3    memory and we'll see how it runs on *that* baby.o  	    WWWebb    -----Original Message-----/ From: Info-VAX-Request@Mvb.Saic.Com at INTERNETL# Sent: Sunday, June 02, 2002 2:19 AM$B To: Webb, William W Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNET) Subject: RE: OpenVMS FAQ due next week...i     Hi John,  H CSWB (Mozilla in "supported" mode) works fine, but needs *lots* of memo= ry andH PGFLQ.  I tried variations of Mozilla from 0.9-1 up to 0.9-8, and did n= ot seeH the problem with downloads that you mention.  I suspect that running on=  aH faster workstation might help, too - but that may not be an option.    =  :-)  
 Good luck.  H In article <1020531190331.359A-100000@Ives.egh.com>, John Santos <JOHN@= egh.com>+ writes: >On 30 May 2002, Bob Koehler wrote:- >-H >> In article <ad40k7$6bt$3@web1.cup.hp.com>, hoffman@xdelta.zko.dec.no= spam (Hoff Hoffman) writes: >> > H >> >   One distribution question: do y'all want to see the eight articl= esH >> >   that it will take to post the new FAQ -- this due to a two-hundr= edH >> >   block limit in the local news server -- or will a notification h= ere H >> >   of its availability, and where you can access the new FAQ and/or=  H >> >   download it suffice?  (Or are there other distribution alternati= ves < >> >   that might be prefered?  Ok, that's two questions...) >>H >>    As long as I can get a text-only version, I don't care how.  HTML=  = >>    is nice, but sometimes I need to read the FAQ with EDT.4 >0E >I'll second this, but I *do* care (slightly) how.  (And I don't read F >it with EDT, I use TECO.  And SEARCH...  Amongst the reasons I prefer7 >the text-only version are such diverse elements as...)0 >EF >Someday, I will spend the 10 minutes necessary to install Lynx on oneE >of my VMS systems.  Pending that, I can read news groups and use FTP H >on my VMS systems, but I need to run web browsers on my DEC Unix syste= m H >or go elsewhere to a PC.  When I download stuff from the web, I need t= o H >FTP it to somewhere useful (i.e. any disk on my VMS cluster.)  For one= -step E >downloading, I prefer it to be accessible via FTP, or if it's posted 5 >to the newsgroup, I can just save to disk from Pine.3 >0B >Maybe this is a short-term issue, and VMS Mozilla will be useableE >soon.  M0.9-8, the last one I tried, doesn't do downloads correctly,MC >or maybe at all.  (I couldn't get it to work, and I think it was a E >known problem.)  In addition, it took many minutes to start up on my0C >world's slowest AlphaStation 200 4/100.  (Maybe the 1st generation C >Alphas with faster clocks were actually slower, I don't know.)  It E >was almost as slow to start up on my AlphaServer 1200 5/533.  Is theAC >latest Mozilla faster/better?  Is that a FAQ?  P.S.  Netscape 4.73 D >on an identical AlphaStation 200 4/100 running DEC Unix works fine.. >But Netscape 4.xx isn't available for VMS :-( >- >--- >John Santos >Evans Griffiths & Hart, Inc.0 >781-861-0670 ext 539m >a   Bradford J. Hamilton. braMdhamAilPtoSn@aMtAtPbi.cSom          (home). sMy1A88P89S@rabMbit.fAmPr.coSm          (work)  ; "All opinions that I express are my own, not my employer's"  "Lose the MAPS"=   ------------------------------    Date: 03 Jun 2002 10:18:42 +0800, From: Paul Repacholi <prep@prep.synonet.com>; Subject: Re: Data redundancy options for 3000 foot distancen- Message-ID: <87wuth5cl9.fsf@prep.synonet.com>o  ( jordan@ccs4vms.com (Rich Jordan) writes:  F > Looking for a 'primary' site with a DS20e box and local storage, andE > a 'backup' site with a DS10 and equivalent storage, running OpenVMS C > V7.3 (or newer) and applications that are mostly based on RMS andaD > Oracle Codasyl DBMS (used to be DEC's).  The backup site will be aE > 'hot standby', not used unless the main goes down, and in that case B > would still see less load (hence the smaller system).  An outageF > must be assumed to incapacitate an entire site, not just the server,A > so having all storage at one site (on fiber) is not acceptable.hE > Ideal would be 100% same time data consistency across the link, but3F > price may decide on a 'slower' method that might require some mannerD > of recovery on the backup site before it goes live.  This is not aC > large data site; initial plans for a standalone server had 6 each.D > 18GB spindles, and actual current data usage is around 24GB total.  D Can you tolerate a manual intervention to regain quorum? If so, dropF an FDDI quad between then and use HBVS. DEFPAs will run full duplex if& they are a single point to point link.  E If you can add another pair, putting a 3rd machine in there to have a , vote and keep quorum would be pretty simple.   -- e< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.g@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  + Date: Mon, 03 Jun 2002 11:43:50 +0100 (MET)=9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>t Subject: DEFINE/TRANS=CONC; Message-ID: <01KIHQZR6QE096WE0C@sysdev.deutsche-boerse.com>=  H I need to define a concealed device which points to not a physical disk H but another concealed device.  This doesn't work (so I will write a DCL G procedure to do this---find the hidden physical name etc while keeping  F this transparent to the user).  Why doesn't it work?  Is it somewhere   documented that it doesn't work.  I The whole idea of concealed devices is, at least to normal users (not to iI BACKUP etc), that they look like disks.  This is true in most cases, but 9F not if another concealed device is defined in terms of them.  One can  DEFINE it, but a  N    -RMS-F-DEV, error in device name or inappropriate device type for operation  - keeps one from doing anything useful with it.d   ------------------------------  # Date: Mon, 03 Jun 2002 11:57:18 GMT $ From: "labadie" <labadie_g@decus.fr> Subject: Re: DEFINE/TRANS=CONC1 Message-ID: <yQIK8.7$967.255061@news.cpqcorp.net>n  F "Phillip Helbig" <HELBPHI@sysdev.deutsche-boerse.com> wrote in message5 news:01KIHQZR6QE096WE0C@sysdev.deutsche-boerse.com... I > I need to define a concealed device which points to not a physical diskeI > but another concealed device.  This doesn't work (so I will write a DCLlH > procedure to do this---find the hidden physical name etc while keepingG > this transparent to the user).  Why doesn't it work?  Is it somewhereS" > documented that it doesn't work. >= In the Dcl Concepts, I read J you can only use the CONCEALED attribute with logical names that represent physical devices.r, If memory serves me, you can have the string .][_$ only once in a disk:directory syntax   Regardsh   Grard   ------------------------------  + Date: Mon, 03 Jun 2002 16:21:26 +0100 (MET) 9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>r Subject: Re: DEFINE/TRANS=CONC; Message-ID: <01KII0NBOOJI96WE0C@sysdev.deutsche-boerse.com>i   > In the Dcl Concepts,    " Which manual is this specifically?  I > I read you can only use the CONCEALED attribute with logical names thatsJ > represent physical devices. If memory serves me, you can have the string+ > .][ only once in a disk:directory syntax    E This sounds like a good description; I just didn't know where it was s documented.s  H I encountered this problem not while doing DCL for relaxation, but in a H real-world situation.  Is there some fundamental reason WHY this is not H allowed?  Allowing it (up to some maximum nesting level, perhaps) would E be in keeping with the "concealed device looks like a real device to   applications" philosophy.:  H Sure, one can write a few lines of code to get the physical device name I for the definition and still keep this hidden from the user.  Not having @( to do so would be more elegant, however.   ------------------------------  # Date: Mon, 03 Jun 2002 15:17:03 GMTu$ From: "labadie" <labadie_g@decus.fr> Subject: Re: DEFINE/TRANS=CONC2 Message-ID: <PLLK8.19$8d7.569495@news.cpqcorp.net>  F "Phillip Helbig" <HELBPHI@sysdev.deutsche-boerse.com> wrote in message5 news:01KII0NBOOJI96WE0C@sysdev.deutsche-boerse.com...f > > In the Dcl Concepts, >F$ > Which manual is this specifically? >nK > > I read you can only use the CONCEALED attribute with logical names thatrL > > represent physical devices. If memory serves me, you can have the string, > > .][ only once in a disk:directory syntax >eF > This sounds like a good description; I just didn't know where it was
 > documented.  On this mirror of the doc 	 begin urlyL http://pi-net.dyndns.org/docs/openvms073/v73/6489/6489pro_030.html#lognames_ ch end urlg I findJ The CONCEALED attribute causes system messages to display the logical nameK rather than the physical name of a device. Typically, you use the CONCEALEDm= attribute with logical names that represent physical devices.    It does not explain a lot.  # I had saved the following long ago: B A rooted directory is designed to behave like a device and its MFDA (i.e. [000000]) directory.  Asking a path name to have two rooted A directories in it is equivalent to asking a path name to have two@ devices and two MFDs.r   Regardsw   Grard   ------------------------------  + Date: Mon, 03 Jun 2002 17:36:00 +0100 (MET)o9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>e Subject: Re: DEFINE/TRANS=CONC; Message-ID: <01KII32XGGTI96WE0C@sysdev.deutsche-boerse.com>d  G > The CONCEALED attribute causes system messages to display the logical.H > name rather than the physical name of a device. Typically, you use theJ > CONCEALED attribute with logical names that represent physical devices.  >  > It does not explain a lot.  F Right.  The CONCEALED itself is rather straightforward: I want things B like SHOW DEFAULT to use the logical name rather than the physical
 device name. n  C Thus, things like DEFINE/TRANS=(CONC,TERM) USER_DISK $2$DKB300 are  E useful so one can use USER_DISK whatever the physical device name is. D (Of course, mounting a disk with the label USER gives the DISK$USER ( label which is also /TRANS=(CONC,TERM).)  $ The pseudo-disk feature achieved by   ;    DEFINE/TRANS=(CONC) PSEUDO_DISK DISK$USER:[PSEUDO_ROOT.]t  H is actually something completely different although, of course, this is H also one of the cases when the logical name rather than its translation E should be displayed and be available for use in commands.  Actually, -F perhaps I should be surprised that the normal DEFINE command, with no ! additional qualifiers, does this.r  I The "typically" in the above quote is interesting, since it implies that cE one can use CONCEALED with things other than physical device names.  oD However, that is not possible if a pseudo-root directory is what is  being defined.  % > I had saved the following long ago:rJ > A rooted directory is designed to behave like a device and its MFD (i.e.I > [000000]) directory.  Asking a path name to have two rooted directorieseG > in it is equivalent to asking a path name to have two devices and twou > MFDs.   I Makes sense.  On the other hand, the pseudo-root directory is not REALLY  H a [000000] directory.  Even in the case of the normal definition, there E is an "extra" MFD, so I don't see why there cannot be two extra MFDs.h   ------------------------------   Date: 3 Jun 2002 08:22:19 -07005" From: ewilts@ewilts.org (Ed Wilts) Subject: DFO and ODS-5= Message-ID: <995e39b6.0206030722.61924602@posting.google.com>h  ? It was my impression that DFO 2.6 would support ODS-5 volumes. rD However, it won't let me add a new ODS-5 volume, nor will it processF an existing volume that was converted to ODS-5.  The error message is: DFO>show nfs001/free/volume 7 %DFG-W-NOTODSDEV, NFS001 is not an ODS-2 mounted deviceh  @ Note that this isn't really a warning - it's a fatal error.  The? script doesn't even create the log file specified and the errore! appears in the DFG$node.LOG file.i  E Is anyone aware of any plans of ODS-5 support for DFO?  I'm currently 
 running V2.6.c   Thanks,y
     .../Ed mailto:ewilts@ewilts.org   ------------------------------  * Date: Mon, 3 Jun 2002 16:45:41 +0000 (UTC) From: david20@alpha2.mdx.ac.uk Subject: Re: DFO and ODS-5+ Message-ID: <adg6fl$n4a$1@aquila.mdx.ac.uk>m  b In article <995e39b6.0206030722.61924602@posting.google.com>, ewilts@ewilts.org (Ed Wilts) writes:@ >It was my impression that DFO 2.6 would support ODS-5 volumes. E >However, it won't let me add a new ODS-5 volume, nor will it process G >an existing volume that was converted to ODS-5.  The error message is:  >DFO>show nfs001/free/volume8 >%DFG-W-NOTODSDEV, NFS001 is not an ODS-2 mounted device >1A >Note that this isn't really a warning - it's a fatal error.  Thea@ >script doesn't even create the log file specified and the error" >appears in the DFG$node.LOG file. >CF >Is anyone aware of any plans of ODS-5 support for DFO?  I'm currently >running V2.6. >   E This should work. DFO has supported ODS-5 since at least version 2.5.    Alpha2:sh dev/full usrdisk1e  K Disk $255$DKB105: (ALPHA2), device type HSZ50-AX, is online, mounted, file- O     oriented device, shareable, available to cluster, error logging is enabled.n  O     Error count                    2    Operations completed           11044886 O     Owner process                 ""    Owner UIC                      [SYSTEM]CO     Owner process ID        00000000    Dev Prot            S:RWPL,O:RWPL,G:R,WIO     Reference count                3    Default buffer size                 512xO     Total blocks            71114623    Sectors per track                   254eO     Total cylinders            13999    Tracks per cylinder                  20s$     Allocation class             255  O     Volume label          "USRDISK1"    Relative volume number                0 O     Cluster size                   1    Transaction count                    16aO     Free blocks             43207359    Maximum files allowed          16711679nO     Extend quantity                5    Mount count                           2 O     Mount status              System    Cache name        "_$255$DKB0:XQPCACHE" O     Extent cache size             64    Maximum blocks in extent cache  4320735 O     File ID cache size            64    Blocks in extent cache             1210eO     Quota cache size             400    Maximum buffers in FCP cache       5118aP     Volume owner UIC            [1,1]    Vol Prot    S:RWCD,O:RWCD,G:RWCD,W:RWCD    J   Volume Status:  ODS-5, subject to mount verification, write-back caching       enabled.#   Volume is also mounted on ALPHA1.r            
 Alpha2:defragg( Disk File Optimizer for OpenVMS DFG V2.5B Copyright ) Compaq Computer Corp. 1991,1999.   All rights reserved DFO> DFO> show usrdisk1/free/volt;                    F r a g m e n t a t i o n    R e p o r td  P USRDISK1                                                  3-JUN-2002 17:42:36.99   .i .  .  .b      6             LBNs 59808159 to  59808160 (2 blocks free);             LBNs 59808646 to  59983246 (174601 blocks free)t=             LBNs 60293658 to  71112619 (10818962 blocks free)c     File Fragmentation Summary: 7         Number of files (with some allocation):  344042'7         Total file extents on the disk:          358973v9         Average number of file extents per file: 1.043399 2         Median number of file extents per file:  1   Most Fragmented File: :         [USR52.DAVID20]VIRUSES-SOURCED.TXT;4 (446 extents)      
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------  % Date: Mon, 03 Jun 2002 10:15:22 -0500e+ From: Chuck Aaron <caaron@ceris.purdue.edu>k Subject: dlt tape spacet0 Message-ID: <3CFB880A.24BF1F9C@ceris.purdue.edu>  E What is the command that will provide you the available space left on- any given DLT tape?    Thanks,,   Chuck0   ------------------------------   Date: 3 Jun 2002 01:20:28 -0700:& From: meetkrishnas@hotmail.com (Krish)# Subject: Exit code from PERL script0= Message-ID: <19e2ed27.0206030020.777e6f59@posting.google.com>   ? I have a C file which runs as an agent on an OpenVMS machine. AaD request to this agent comes from a Windows machine, through network,F and the request is executed locally by submitting it to a batch queue,D by sys$sndjbc. This is the basic working principle on which my query is based upon.  B The request needs to be processed using PERL script. So the C fileD creates a temporary .COM file and write to this file the appropriateF PERL command with its corresponding arguments (Eg $PERL TEST.PL " SHOWE DEVICE" ). It then closes this file and submits this .COM file into aGE batch queue, using sys$sndjbc, for execution. The PERL script that is D being executed has its own predefined exit values. Now when the perlD script is executed within the batch queue, after completion it exitsE with an exit value. We also get the same message when executed simplyA from the .COM file:,  ( %SYSTEM-F-NOMSG, Message number 000007D4  F 000007D4 translates to 2004, which is the return value within the perlC script for successful completion. Now how do we capture this return C value, given from PERL script. Because the $STATUS in the .com filea" does not reflect this  exit value.  F We will appreciate any help in capturing this exit value from the PERL script.a   - Ks   ------------------------------   Date: 3 Jun 2002 06:49:04 -0600 - From: Kilgallen@SpamCop.net (Larry Kilgallen) ' Subject: Re: Exit code from PERL scripte3 Message-ID: <Fkm$VKL$z14j@eisner.encompasserve.org>h  f In article <19e2ed27.0206030020.777e6f59@posting.google.com>, meetkrishnas@hotmail.com (Krish) writes:  G > batch queue, using sys$sndjbc, for execution. The PERL script that ishF > being executed has its own predefined exit values. Now when the perlF > script is executed within the batch queue, after completion it exitsG > with an exit value. We also get the same message when executed simply  > from the .COM file:t > * > %SYSTEM-F-NOMSG, Message number 000007D4 > H > 000007D4 translates to 2004, which is the return value within the perlE > script for successful completion. Now how do we capture this return E > value, given from PERL script. Because the $STATUS in the .com file=$ > does not reflect this  exit value.  5 If you are saying you want a particular text message:a  ? 	1. Change the Perl script to use a site-specific facility code  	   in it's exit values.  A 	2. Use the SET MESSAGE command to compile an appropriate messageV	 	   file.w  B 	3. Use the SET MESSAGE command to select the resulting executable@ 	   in any process that is supposed to interpret these messages.  A The value 000007D4 already belongs to the SYSTEM facility in VMS.u   ------------------------------  # Date: Mon, 03 Jun 2002 17:12:04 GMTt# From: "John Smith" <a@nonymous.com>e? Subject: FYI - Sybase ASE 64-bit versions 12.5 and 12.5.0.1 bugsH Message-ID: <ErNK8.177405$ah_.4206@news01.bloor.is.net.cable.rogers.com>  3 http://www.sybase.com/detail/1,6904,1019108,00.htmlo  J Urgent from Sybase to Customers: Problems with converting money to integer	 datatypesn  J Rounding errors occur when converting from datatype money to int on 64-bit6 platforms which could cause invalid data to be stored.   SummaryPJ A change in the Open Client routines used by Adaptive Server Enterprise toI convert between datatypes has resulted in rounding errors when convertingsK from money to an integer datatype. This problem affects ASE 64-bit versions+7 12.5 and 12.5.0.1 including the 12.5 ESDs and one-offs.c     Note: A This problem is restricted to conversions from the money datatype. exclusivelyn   ------------------------------  # Date: Mon, 03 Jun 2002 07:20:13 GMTp. From: ">>> ^P" <plj@NOSPAM.byron.ext.telia.se>6 Subject: Re: has anyone ported this opensource to VMS?9 Message-ID: <3CFB18B1.D5258F0B@NOSPAM.byron.ext.telia.se>a  G I've been working on the required library SimGear, not finished, I haveT a port of fltlib.      Sue Skonetski skrev:   > http://www.flightgear.org, >d1 > I am thinking this would be pretty cool on VMS.t >s > sues   ------------------------------  # Date: Mon, 03 Jun 2002 07:23:38 GMT . From: ">>> ^P" <plj@NOSPAM.byron.ext.telia.se>6 Subject: Re: has anyone ported this opensource to VMS?9 Message-ID: <3CFB1981.7E63A487@NOSPAM.byron.ext.telia.se>c  + I forgot, I have a working PLIB 1.5.1 also.q       ">>> ^P" skrev:r  I > I've been working on the required library SimGear, not finished, I haves > a port of fltlib.r >s > Sue Skonetski skrev: >. > > http://www.flightgear.orgu > > 3 > > I am thinking this would be pretty cool on VMS.a > >a > > suen   ------------------------------   Date: 3 Jun 2002 08:35:58 -0600 - From: koehler@encompasserve.org (Bob Koehler)a6 Subject: Re: has anyone ported this opensource to VMS?3 Message-ID: <rlvea5CKtmFv@eisner.encompasserve.org>a  \ In article <3CFAF791.3A17B1E7@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes: > O > Is there any resource that really explains this dilemma ? I checked the world N > reference, but the explanations do not deal with the difference between real > north and magnetic north.   A    You mean the simple fact t hat the magnetic pole is not at the-E    geographic pole, the choice of magnetic for runway headings, or an=-    inability of DECUS Flight to deal with it?-   ------------------------------  % Date: Mon, 03 Jun 2002 09:58:35 -0400y- From: JF Mezei <jfmezei.spamnot@videotron.ca>a6 Subject: Re: has anyone ported this opensource to VMS?, Message-ID: <3CFB75EF.92F36E9E@videotron.ca>   Bob Koehler wrote:C >    You mean the simple fact t hat the magnetic pole is not at thekG >    geographic pole, the choice of magnetic for runway headings, or ane/ >    inability of DECUS Flight to deal with it?h  N No, wondering how folks have built worlds based on geographical data (latitudeI and longitude for instance) while being able to provide the user with theh aviation magnetic headings.d  N I tried various combinations of the DEFINE COORDINATES but that didn't seem toK make a difference. I have to assume that there is some magic incantation tonI make the compass squew its heading to make it go magnetic while the world0 below it is defined true north.    ------------------------------  % Date: Mon, 03 Jun 2002 13:29:49 -040092 From: Atlant Schmidt <atlantnospam@mindspring.com>3 Subject: Re: IDE controller in Alphaserver 4100????e. Message-ID: <3CFBA78D.9F86CB94@mindspring.com>   Dirk Munk wrote:  I > The DQ driver does not support just any IDE controller. For instance inoI > my PWS500au there is a IDE controller, but VMS does not support it, notdJ > even for the CD-Rom. That makes it very unlikely that you can get such a > setup running.  < Dirk, I think you may be confused about what you have there.> If a PWS500au is the thing I remember as being a "Miata", thenB the IDE chip in there (a Cypress, I think) is certainly supported.< (It was the first platform we really supported IDE/ATA/ATAPI= drives upon and the one I did all my early development upon.)-= On the other hand, if you have a PWS500a (White box, no "u"),0A then you're right, the <can't recall; Intel?> chip in there isn'tm
 supported.  < But even there, I think the issues are primarily auto-config9 issues. In non-DMA mode, one IDE controller isn't a wholea> lot different than another IDE controller and if you can get a7 DQ device properly configured, you might find it works.s4 (Emphasis on "might".) Heck, for about US$5, you can; probably buy a new PCIbus IDE card with a fully-supportableu chip.e   Atlant   ------------------------------   Date: 3 Jun 2002 06:40:22 -0700n( From: bob@instantwhip.com (Bob Ceculski)7 Subject: Is Polycenter for VMS a good security product?o= Message-ID: <d7791aa1.0206030540.3cda9019@posting.google.com>u  9 Touch Technologies now has DEC Polycenter for VMS, and itn8 looks like a good security tool ... has anyone ever used7 it, and is it pretty good to automate the monitoring of  servers?   ------------------------------  % Date: Mon, 03 Jun 2002 05:36:11 -0400s- From: JF Mezei <jfmezei.spamnot@videotron.ca>w$ Subject: Library of shareable images, Message-ID: <3CFB3884.38750FAA@videotron.ca>  K I have been trying to understand the role of a library of shareable images./  G From what I read and basic experiment, it contains only pointers to theH% symbols defined in a shareable image.c  K So is it just a convenient way to make a directory of shareable images that J may be of use when linking an application ? (so that such list need not be@ included in the linker options, just a ponter to that library) ?  M That would allow one to add new shareable images to the "search list" withoutg5 having to modify the link command for an application.h  8 Is that a correct understanding ? Are there other uses ?  M How diffcult would it be to store the shareable image in a library and at rundJ time, the main program would dynamically extract the modules it needs into( memory and make that memory executable ?U (i.e. the equivalent of LIB$FIND_IMAGE_SYMBOL on memory instead of a specified file).c  J Is LIB$FIND_IMAGE_SYMBOL the only ~supported~ way to dynamically load code into an image ?    ------------------------------  % Date: Mon, 03 Jun 2002 13:43:13 +0200d= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>e( Subject: Re: Library of shareable images) Message-ID: <3CFB5651.64E41C94@gtech.com>e   JF Mezei wrote: I > From what I read and basic experiment, it contains only pointers to the-' > symbols defined in a shareable image.,   Yes.  M > So is it just a convenient way to make a directory of shareable images thatcL > may be of use when linking an application ? (so that such list need not beB > included in the linker options, just a ponter to that library) ?   I think so.   O > How diffcult would it be to store the shareable image in a library and at runtL > time, the main program would dynamically extract the modules it needs into* > memory and make that memory executable ?W > (i.e. the equivalent of LIB$FIND_IMAGE_SYMBOL on memory instead of a specified file).e  * The current image activator can not do it.  * In theory it would not be difficult to do.  2 But in practice I think it would not be that easy.  6 AFAIK then RO pages are read from the EXE-file via the% paging mechanism not with RMS or QIO.b  5 There are some special cases - like writeable images.(  CL > Is LIB$FIND_IMAGE_SYMBOL the only ~supported~ way to dynamically load code > into an image ?[   Yes.  , SYS$IMGACT and SYS$IMGFIX are not supported.   Arne   ------------------------------  % Date: Mon, 03 Jun 2002 10:06:10 -0400h! From: Jim Agnew <jpagnew@vcu.edu> / Subject: Re: Looking for a couple of volunteersA' Message-ID: <3CFB77D2.A3830775@vcu.edu>   H Actually I thought the 25th anniversary was 5 years ago??? or am I off??   Jim    I'll volunteer...o       Sue Skonetski wrote: >  > Dear Newsgroup,n > L > I am in the process of getting the session list for ETS/CETS/DECUS 2002 in > St.Louis.i > L > I am looking for aprox 5 volunteers to look at the list of sessions I haveK > so far and let me know if I am missing something you would really like toa > see. > K > Just so you know, we are planning on doing a celebration for OpenVMS's 25e > anniversary in St.Louis. > - > Please send me mail susan.skonetski@hp.com.  >  > Warm Regards,. > Suee   ------------------------------  $ Date: Mon, 3 Jun 2002 12:23:35 -0400- From: "Peter Weaver" <peter.weaver@stelco.ca> / Subject: Re: Looking for a couple of volunteersr6 Message-ID: <adg568$104fcu$1@ID-141708.news.dfncis.de>  8 "Christopher Smith" <csmith@amdocs.com> wrote in messageD news:7E008308CD77154485FEF878168D078E017846C9@CMIMAIL1.amdocs.com... > > -----Original Message-----9 > > From: Fabio Cardoso [mailto:fabiopenvms@yahoo.com.br]- >o) > > Is not time to CREATE AN OPENVMS LOGOw > > IN THE NEW HP ?????t > >e > > LOGO LOGO LOGO ! ! ! >a3 > .. or they could just use the shark, maybe with aw >  |d|i|g|i|t|a|l| under it. :)D    I I was thinking the other day, if I had any artistic skills at all I wouldaJ create a picture with a bunch of lemmings diving off a cliff. The lemmingsI would be painted with the "Flying Windows" logo. At the base of the cliffrJ would be a VMS shark having a fest of Windows lemmings. Looks pretty in myK head, but I'll leave it to someone else to get it on a computer screen (and-& taped to the wall outside my cubical).   -- Peter WeaverL Opinions are my own, and do not reflect the opinions of my employer, nor theK company that it sub-contracts to, nor the company that it sub-contracts to.o   ------------------------------  % Date: Mon, 03 Jun 2002 18:38:10 +02006- From: Didier Morandi <Didier.Morandi@Free.fr>n/ Subject: Re: Looking for a couple of volunteersc' Message-ID: <3CFB9B72.CEB89662@Free.fr>t  # VMS was officially lauched in 1977.D   D.   Jim Agnew wrote: > J > Actually I thought the 25th anniversary was 5 years ago??? or am I off??   ------------------------------  $ Date: Mon, 3 Jun 2002 12:05:33 -0400, From: "J. Scott Greig" <jsgreig@geminaq.com> Subject: Newuser of PERL5f/ Message-ID: <ufn4ko953jj624@corp.supernews.com>s  
 Hello All:  8 I have installed PERL5 from the OpenVMS Freeware 5.0 CD,E and have noticed that the startup file (Sys$Startup:Perl$Startup.Com)l& defines the PERL_ROOT logical name as:  I    PERL_ROOT" [exec] = "SYS$SYSROOT:[PERL$VMS.PERL5_005_03.]" [concealed]e  < It seems to me, that any attempt to use PERL_ROOT:[whatever]
 will fail.  < I look at the Perl documentation site (www.perl.com) and see; the suggested translation for PERL_ROOT (concealed) to be a 9 proper rooted logical name (i.e. pointing to a device and  directory).   < Any attempt to use Perl (I'm actually trying to make TXT2PDF9 work for a client) seems to fail, indicating that variousc' files (e.g. strict.pm) cannot be found.c   Notes:  2 One cannot specify the installation directory when- installing Perl from the OpenVMS Freeware CD.   6 I'm running on OpenVMS V7.2-1, essentially all patches
 to May/02.  
 Any thoughts?l Scottb   ------------------------------  + Date: Mon, 03 Jun 2002 18:19:24 +0100 (MET) 9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>  Subject: Re: Newuser of PERL5 ; Message-ID: <01KII4MXM13G96WE0C@sysdev.deutsche-boerse.com>n  K >    PERL_ROOT" [exec] = "SYS$SYSROOT:[PERL$VMS.PERL5_005_03.]" [concealed]a > > > It seems to me, that any attempt to use PERL_ROOT:[whatever] > will fail. > > > I look at the Perl documentation site (www.perl.com) and see= > the suggested translation for PERL_ROOT (concealed) to be a ; > proper rooted logical name (i.e. pointing to a device and1
 > directory).o > > > Any attempt to use Perl (I'm actually trying to make TXT2PDF; > work for a client) seems to fail, indicating that various ) > files (e.g. strict.pm) cannot be found.e  H Check out the thread I initiated today on DEFINE/TRAN=CONC.  I think it G is the same problem: you want to define a rooted logical name in terms lF of another rooted logical name (i.e. SYS$SYSROOT).  (SYS$SYSROOT is a 3 search list, but that is not really relevant here.)1  / What probably will work is to do something like-  %   $  DEFINE/EXEC/TRAN=CONC PERLROOT - 6      DISK$SYSTEM:[SYSn.],DISK$SYSTEM:[SYSn.SYSCOMMON.]  G where DISK$SYSTEM is the PHYSICAL name of your system disk (e.g. DSA0)  G and n is the root number of the node in question (e.g. probably 0 on a i 1-node system).   D This is ugly since you have to USE THE PHYSICAL DEVICE NAME IN DCL, + which is something which should be avoided.   F The best solution is probably to write a DCL procedure to do this for C you: the physical name still ends up in the definition, but is not R) hard-coded anywhere and thus transparent.t   ------------------------------  $ Date: Mon, 3 Jun 2002 13:05:45 -0400* From: WILLIAM WEBB <WWEBB1@email.usps.gov> Subject: RE: Open Letter to HP- Message-ID: <0033000066543533000002L032*@MHS>   3 =0ALE's credibility went out the window as far as IC( am concerned when he hired Joe Lockhart.   WWWebb   -----Original Message-----/ From: Info-VAX-Request@Mvb.Saic.Com at INTERNETh" Sent: Friday, May 31, 2002 4:02 PMB To: Webb, William W Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNET Subject: RE: Open Letter to HP    0 it should come from a guy like Larry Ellison ( I doubt)0 or another great company with software developed. in/for OpenVMS  !!! We need an Ambassador with credetials.o   RegardsW   FC2 --- Jason O'Donnell <jodonnell@hrblock.com> wrote: > To Whom It May Concern:t > 1 > A company has an application, responsible for ar > significant portion of- > its gross revenue, that resides on a Compaqb > (formerly Digital) OpenVMS5 > platform.  The application uses many of the OpenVMS  > system services.5 > Because the application uses these services, moving  > the application to2 > a different operating system would be expensive. >s* > With the recent acquisition of Compaq by > Hewlett-Packard (HP), I have5 > looked for information from HP regarding the futurex > of OpenVMS.  I3 > recently read a "white paper" entitled HP Product, > Roadmaps from HP.e3 > This document contained only this one sentence ine > regard to OpenVMS: >r2 > HP also will deliver on the previously announced > Compaq OpenVMS?7) > roadmap, including the port to Itanium.v >e5 > While it is heartening to know that HP will deliver  > on the Roadmap, as6 > single sentence is hardly rousing support.  The fact > that thisc3 > sentence was placed under the UNIX section ratherl > than its own section/ > or at the very least placed with NonStop as aa > high-availability-1 > operating system would indicate that the New HP0 > management has no idea& > what OpenVMS is or its capabilities. >i5 > That lack of knowledge will inevitably continue then > minimal marketingh5 > effort that OpenVMS has endured, reduce funds spento > on development ofs3 > the system, and eventually lead to its stagnations > and demise.  Ifu2 > OpenVMS technology will be "End-of-Lifed" by HP, > then the sooner we6 > know that the more proactive we can be in porting to > IBM hardware > running Linux. >t2 > In order for me to support and promote continued > investment in HP0 > OpenVMS products, I need to see the following:2 > 1. A press release from the CEO and other senior > corporate officers3 > highlighting the strengths of OpenVMS and statinge > that HP will investo3 > in marketing and development of OpenVMS as one ofL > its premier products > for the foreseeable future.n3 > 2. Major network television commercials promoting 
 > OpenVMS.4 > 3. Discussions with customers highlighting planned > or potential > OpenVMS enhancements.n >' > Jason O'Donnell21 > The opinions expressed above are my own and noti > necessarily the views  > of my employers.     =3D=3D=3D=3D=3DcI =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=t =3D=3D F?bio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - BrazilS fabiopenvms@yahoo.com.brI =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=o =3D=3D  2 __________________________________________________ Do You Yahoo!?0 Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com=   ------------------------------   Date: 3 Jun 2002 08:30:11 -0600e- From: koehler@encompasserve.org (Bob Koehler)o3 Subject: Re: Open-source poses security risks - Da!n3 Message-ID: <$7umQ9kVNruA@eisner.encompasserve.org>m  h In article <d7791aa1.0205311009.1d26bda8@posting.google.com>, bob@instantwhip.com (Bob Ceculski) writes: > D > A conservative U.S. think-tank suggests in an upcoming report thatA > open-source software is inherently less secure than proprietaryiH > software, and will warn governments against relying on open-source for > national security.  B    So they're Microsoft parrots.  This is exactly what Bill's beenC    saying, without managing to note that the most proprietary OS ino     use is also the least secure.   ------------------------------   Date: 3 Jun 2002 08:47:28 -0600o- From: Kilgallen@SpamCop.net (Larry Kilgallen)13 Subject: Re: Open-source poses security risks - Da! 3 Message-ID: <TdZ4Mo9EsIns@eisner.encompasserve.org>,  c In article <$7umQ9kVNruA@eisner.encompasserve.org>, koehler@encompasserve.org (Bob Koehler) writes:kj > In article <d7791aa1.0205311009.1d26bda8@posting.google.com>, bob@instantwhip.com (Bob Ceculski) writes: >> :E >> A conservative U.S. think-tank suggests in an upcoming report that:B >> open-source software is inherently less secure than proprietaryI >> software, and will warn governments against relying on open-source for  >> national security.s > D >    So they're Microsoft parrots.  This is exactly what Bill's beenE >    saying, without managing to note that the most proprietary OS int" >    use is also the least secure.  D I don't know that any of the various Windows operating systems wouldF qualify as "most proprietary operating system".  Certainly VMS is justB as proprietary.  Availability of source listings does not make VMSI any less proprietary.  Perhaps one might say one of the Windows operatingo? systems is the "most widely-used proprietary operating system".m   ------------------------------  # Date: Mon, 03 Jun 2002 15:16:14 GMTl# From: "John Smith" <a@nonymous.com>h3 Subject: Re: Open-source poses security risks - Da!aJ Message-ID: <2LLK8.175563$ah_.147910@news01.bloor.is.net.cable.rogers.com>  : "Larry Kilgallen" <Kilgallen@SpamCop.net> wrote in message- news:TdZ4Mo9EsIns@eisner.encompasserve.org...n > I > Availability of source listings does not make VMS any less proprietary.-  G But it does make it more 'open' and verifiable. As an example, the DESXMC Encrypting File System in WinXP is a Microsoft implementation of antK 'extended' 3DES.  Microsoft's code is closed source, and there is no way ofoC determining if they use proper implementation, proper random numbers generation, etc.      C > Perhaps one might say one of the Windows operating systems is thei2 > "most widely-used proprietary operating system".  : That's perhaps the nicest thing anyone could say about it.   ------------------------------  % Date: Mon, 03 Jun 2002 10:01:16 -0400r! From: Jim Agnew <jpagnew@vcu.edu>n9 Subject: Re: OT: JF's reputation (Was: Please Read - ...)T& Message-ID: <3CFB76AC.502B28E@vcu.edu>  H HAallaahahahahahahahahhaaa...  Your sense of humor is as sick as mine...   You made my morning, thanks...   JF Mezei wrote:  >  > Jim Agnew wrote: > >eE > > Actually, this behavior is typical of Klez.. someone who has JF's0 > > address is infected... > I > I know I am bad, but not THAT bad... my name isn't so bad that its mereaS > presence in an address book results it that person being infected :-) :-) :-) :-)  > M > Note that the culprit did some research on what newsgroups I participate inPL > and targetted those.  Perhaps the news->mail gateway for comp.os.vms couldV > automatically filter out any message that is cross-posted to a non comp.* newsgroup.   ------------------------------  $ Date: Mon, 3 Jun 2002 11:17:32 -0400* From: WILLIAM WEBB <WWEBB1@email.usps.gov> Subject: RE: OVMS Web Ring- Message-ID: <0033000066526537000002L072*@MHS>   . =0AI just checked mine and it works just fine.  ? Can't say I'm exactly happy about one of the neighbors, though.u   WWWebb   -----Original Message-----/ From: Info-VAX-Request@Mvb.Saic.Com at INTERNET,# Sent: Sunday, June 02, 2002 7:24 AMhB To: Webb, William W Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNET Subject: RE: OVMS Web Ring     Doc.Cypher wrote:EH > On Sat, 01 Jun 2002, "David J. Dachtera" <djesys.nospam@fsi.net> wrot= e: >cH >>Just today, I finally updated the OpenVMS Web Ring code on my OpenVMS=  H >>page, http://www.djesys.com/vms/ . Actually, I "borrowed" code from a=  7 >>"neighboring" site and adjusted it to fit my site id.- >>E >>I noticed that many sites on the ring do not have the web ring codetH >>working, just as mine didn't until today (actually, I had the old cod= e,H >>which broke when WebRing split off from Yahoo). Some sites are missin= gc? >>even. So, the OpenVMS Web Ring is currently a bit fragmented.e >>H >>If you have an OpenVMS web ring site, please go to the web ring hub a= tmH >>http://www.webring.org/cgi-bin/webring?home;ring=3Dopenvms and find o= ut8 >>what you need to make the ring connections work again. >o >iH > Neither of my neighbouring websites has the Webring code on the pages=  thatAF > you get directed to. This means I get virtually zero traffic via theH > webring. I find it pretty pointless to actually be a member of the we= bring ( > if other people don't use it properly. >b >i > Doc.  F Well, even the OpenVMS Webring's home page, which is supposed to be atD http://members.gtw.net/~taylor/tms/ovmsring/OpenVMShome.html tell usH that it has been moved to http://www.tetranet.net/taylor/tms/ovmsring/,=    which in turn gives a 404 error.  F Also, if you follow the ring (I started at John Wisniewski's page, butH that's because that one happens to be in my bookmarks), when you follow=   the 'next' links, the link fromu3 http://www.montagar.com/~patj/freevms.htm points todH http://www.acersoft.com/. However, most of the time you get stuck in an=  F advertising page from webring, with lots of pop-ups. Of course you are out of the ring by then.  H Maybe we all should implement our own webring running on OpenVMS system= s.  
 Bart Zorn=   ------------------------------    Date: 28 May 2002 09:43:25 -06009 From: kaplow_r@eisner.encompasserve.org.mars (Bob Kaplow)e Subject: Re: Powered by HP3 Message-ID: <IZGeY1K0emds@eisner.encompasserve.org>r  n In article <YGYC8.36976$GLp1.3995@news01.bloor.is.net.cable.rogers.com>, "John Smith" <a@nonymous.com> writes:M > HP can take one submission/petition, signed by thousands, and circular file, > it very quickly. > L > Hundreds of individual letters arriving daily from different customers are@ > harder to ignore. (It's the same way you  influence Congress). > K > Get the Chairman/CEO/President/COO/CFO etc...as high as you can get to inoM > your own organization to send the letter to Carly......you write it for hima > if you have to >  > Get them in the mail asap. > I > Hell, maybe we can get them to port any useful features from HP-UX into  > TRU64 on Alpha. :-)   K The only feature of HPUX I've encountered over the past handful of years ismE its need for more patches every weekend than I've installed on my VMSd systems in 3 years.   7 Port THAT feature to VMS and we'll all be EX-customers!r    @         You [should] not examine legislation in the light of theD         benefits it will convey if properly administered, but in theF         light of the wrongs it would do and the harm it would cause ifF         improperly administered -- Lyndon Johnson, former President of         the U.S.  1 	26-October, 2001: A day that will live in infamy24 	Support Freedom: http://www.indefenseoffreedom.org/   ------------------------------   Date: 3 Jun 2002 08:48:01 -0600D- From: koehler@encompasserve.org (Bob Koehler)2D Subject: Re: Real Time Survey: After the MIRA, the VAX FT. And then?3 Message-ID: <eeQeABGcuB1L@eisner.encompasserve.org>g  W In article <3CF9B2C2.B24A21ED@Free.fr>, Didier Morandi <Didier.Morandi@Free.fr> writes:    > [X] Itanium/VMSm  >    Lives are at stake.  I wouldn't use anything less than VMS.   ------------------------------  # Date: Mon, 03 Jun 2002 15:09:12 GMT # From: "John Smith" <a@nonymous.com>nD Subject: Re: Real Time Survey: After the MIRA, the VAX FT. And then?J Message-ID: <sELK8.194553$t8_.142511@news01.bloor.is.net.cable.rogers.com>  H If your customer feels that they need to re-write their applications, goG through month/years of testing after a port, or wants to spend a lot ofuJ money for no sound reason, tell them that they can choose anything on your list except VMS.  I Most transit systems world-wide are usually underfunded, and doing a port0C and all the testing for something that is completely automated is a-I challenging and expensive task - perhaps it is something that they cannoto afford right now.n  L If they want to maintain an operational transit system, tell them to stay onJ VMS until it is no longer supported. In the interim, they can clean-up theJ code, remove non-essential VMS dependencies, and make the code cleaner for4 an eventual (if necessary) port to another platform.  I For additional redundancy, they can purchase some low-end Alphas cheaply,  and cluster them."  L You can tell them to wait to see what will be the fate of VMS and NSK. Maybe/ NSK will eventually incoporate so VMS features.e      : "Didier Morandi" <Didier.Morandi@Free.fr> wrote in message! news:3CF9B2C2.B24A21ED@Free.fr...-H > I had a talk with a Customer doing intensive real time processing with	 VMS. Theyn> > drive the automatic metro of Toulouse (metro without pilot). >uI > They started 15 years ago with a MIRA. The MIRA, produced by DEC CSS in2 AnnecyE > (France) was the first nearly-fault-tolerant VAX, with Master-SlaveL > relationship, running VMS. >c4 > Then, they bought the second generation, a VAX FT. >iI > This application manages the cars of the subway, opens and close subwayt stationsI > doors, car doors, lights, elevators and mechanical stairs, collects and- sendsaC > signalisation, in two words, does intensive real time management.e >a- > What will be their next platform? they ask.  >n > Your suggestion: >e
 > [ ] PDP/RSXl > [ ] Tandem/NSK > [ ] Itanium/VMS  > [ ] Intel/windows5 > [ ] Intel/Linuxt
 > [ ] G4/OS Xt > [ ] CMOS/MVS XAr
 > [ ] Palm/OSp4 > [ ] Other, specify _______________________________ >_ > D. > --4 >   ------------------------------------------------4 > MORANDI Consultants  http://Didier.Morandi.Free.fr2 >   19 chemin de la Butte, 31400 Toulouse, France.4 > Tel.: +33 (0)6 7983 6418 - Fax: +33 (0)5 6154 19284 > OpenVMS, APPLE, Computer Security, Migration plans4 > --------------------------------------------------   ------------------------------   Date: 3 Jun 02 07:47:03 PSTT From: mckinneyj@cpva.saic.coms# Subject: Re: Shadow sets efficiencyi( Message-ID: <OXq$INXNL+0B@cpva.saic.com>  5 In article <1020602171644.1319A-100000@Ives.egh.com>,h#  John Santos <JOHN@egh.com> writes:F. > On 1 Jun 2002 mckinneyj@cpva.saic.com wrote: > 2 >> In article <3CF79958.8040406@xs4all.nospam.nl>,/ >>  Bart Zorn <B.Zorn@xs4all.nospam.nl> writes:o >> > Alan E. Feldman wrote: q >> >> "Marc Van Dyck" <marc.vandyck@skynet.be> wrote in message news:<3cf5df5e$0$6963$ba620e4c@news.skynet.be>...K >> >>  >> >>>Hello, >> >>>O >> >>>    We are replacing the old storageworks disks of one of our clusters by  >> >>>new universaltK >> >>>disks. This means we'll have to copy about 1 TB net of data. The data  >> >>>storage is entirelynR >> >>>on shadow sets. What is the most efficient way (elapsed time optimisation) : >> >>>J >> >>>1) initialize the new shadow sets and copy the data directly to them >> >>> >> >>>or >> >>>O >> >>>2) copy the data on normal disks and re-mount them as shadow sets (with a  >> >>>shadow copy) after ? >> >>>O >> >>>Also, when initializing a new shadow set, is there a way to do it withouto) >> >>>having a shadow copy taking place ?m >> b >> No. >>   >> >>> >> >>>Thanks in advance, >> >>> >> >>>Marc Van Dyck. >> >>  >> >> L >> >> In my previous post I said BACKUP/PHYSICAL does the same thing as doesH >> >> a shadow copy operation. I stand corrected. It would be faster, inH >> >> general. However, I still haven't tried it to see if the shadowingK >> >> software would consider them both to be current members. I'll have to.! >> >> try it when I get a chance.r >> >>  >> >> Disclaimer: JMHO >> >> Alan E. Feldmane( >> >> afeldman atski gfigroup dotski com >> > TN >> > I can't imagine that the shadowing software would accept the result of a N >> > BACKUP/PHYSICAL as a valid shadowset member just because it has the same  >> yN >> It won't... the generation number in the shadow control block matches, but,N >> the mount flag is also set. Since the SCB's mount flag is set the shadowingO >> software will decide that a merge is required. I don't know if the shadowingtJ >> software will make the correct decision as to which device contains theN >> authoritative data. This would be a problem if the desired source has been,J >> or, is active other than the backup and merge operations. Any potentialK >> problem here could be avoided by simply initializing the volume that was,P >> created using a physical backup. An unqualified INITIALIZE will just recreateO >> the volume label and reserved files. The remainder of the disk is unchanged. K >> If this is done then a shadow copy will be performed rather than a mergesO >> since the SCB is now absent. The copy will require very few write operationsoO >> since, as others have pointed out, both the copy and merge functions performnJ >> a compare prior to any write and only write when a difference is found. > F > I don't understand the benefit of this.  Why is it faster to read A,J > compare with B (with the write A to B if different rarely if ever done)   > than it is to read A, write B? > G > In other words don't two reads from different disks take just as longf, > as a read from one and a write to another? >   ? In many cases the read operations could be overlapped and occur E simultaneously. The compare would be quicker than a write. Obviously,PA if a write is required, then an extra read has already been done.t  H > (You could use two different methods to compare the disk blocks.  ReadK > both blocks into separate buffers and use the CPU to compare the buffers,rM > or read one block into a buffer and then use a read/compare (or readcheck?)sG > function on the second drive to let the disk hardware do the compare.nF > Clearly the second method should be faster since the compare is doneL > during the second transfer instead of after it, but maybe all drives don't > support this function.)   8 Dunno whether this method is already used or possible...   >   C In instances where both shadow members are disks served by the sameaD HSx controller an "assisted" or "minimerge" is possible where all ofD this activity occurs out on the HSx and VMS does not get involved in' any read, compare, or write operations.y  G > It should take just as long (at the disk head) to read a block (or topJ > do a read/compare) as it does to write a block.  The head is moving pastE > the surface at the same speed, so the bit rate should be identical.p > K > If this has something to do with rotational latency and missed transfers,nF > wouldn't using multiple large buffers and async I/O (as BACKUP does)$ > mask the effect almost completely? > L >> Whenever the composition of a shadow set changes the generation number ofK >> the current members' SCB is incremented. So if a volume is dismounted orrG >> removed due to a crash it's generation number would be less than thedD >> remaining shadow members (whose generation numbers have just been@ >> incremented). When it re-joins the shadow set it will requireH >> a copy. While each shadow member is mounted into it's shadow set it'sP >> SCB's mount flag is set. If it is dismounted the flag is cleared. If a systemM >> that is serving a disk crashes then the mount flag remains set. So too, ifrI >> there are files open on this volume during system shutdown so that theoF >> disk can not be properly dismounted. In either event, when the diskI >> re-joins the shadow set a merge is required. Simple right? But what ifuF >> the mount flag is set and the generation number differs? Well, the J >> differing generation numbers take precedence. A copy would be performedE >> in all cases where the generation number is different (or absent).e >> aH >> I suggest using the strategy from the following example if you decideF >> to use BACKUP/PHYSICAL (unless you know that the shadow set will be0 >> static during the entire reformation process. >> n >> c >> $ SHOW DEVICE DSA2y >>  S >> Device                  Device           Error    Volume         Free  Trans MnteS >>  Name                   Status           Count     Label        Blocks Count CntlS >> DSA2:                   Mounted              0  USER01          823815     1   1iD >> $1$DIA2:      (R5IMFG)  ShadowSetMember      0  (member of DSA2:) >> a* >> $ MOUNT/FOREIGN/OVERIDE=SHADOW $1$DIA3:# >> $ BACKUP/PHYSICAL DSA2: $1$DIA3:u >> $ DISMOUNT/NOUNLOAD $1$DIA3:r >> $ INITIALIZE $1$DIA3: SHADOWZ. >> $ MOUNT/SYSTEM DSA2:/SHADOW=$1$DIA3: USER02 >> 7 >> $ SHOW DEVICE DSA2p >> vS >> Device                  Device           Error    Volume         Free  Trans Mnt3S >>  Name                   Status           Count     Label        Blocks Count Cnt S >> DSA2:                   Mounted              0  USER01          823815     1   1eD >> $1$DIA2:      (R5IMFG)  ShadowSetMember      0  (member of DSA2:)P >> $1$DIA3:      (R5QLSA)  ShadowCopying        0  (copy trgt DSA2:   0% copied) >>  J >> > generation number. Equal generation numbers are only valid when more M >> > than one member gets mounted into an empty (or not yet existing) shadow lM >> > set. In the case that a volume gets added to a shadow set, the software sN >> > will invalidate the new member and subject it to a copy operation. Being K >> > the result of said BACKUP/PHYSICAL it will be an efficient copy since  B >> > only a relatively small number of blocks needs to be written. >> > t >> > Bart Zorn >> > - >> > o >> > y >> --  >> - Jim >>   >> - >  > -- -
 > John Santos  > Evans Griffiths & Hart, Inc. > 781-861-0670 ext 539 >  -- o - Jimh   ------------------------------    Date: 04 Jun 2002 01:02:20 +0800, From: Paul Repacholi <prep@prep.synonet.com># Subject: Re: Shadow sets efficiencyK0 Message-ID: <871ybol2hv.fsf@k9.prep.synonet.com>  " John Santos <JOHN@egh.com> writes:  F > I don't understand the benefit of this.  Why is it faster to read A,C > compare with B (with the write A to B if different rarely if ever,& > done) than it is to read A, write B?   B > In other words don't two reads from different disks take just as1 > long as a read from one and a write to another?e  B Because untill you READ the disk, you are in `hope and pray' land.@ So you would have to read A, write B, read-compare B. Witha fullB revolution from the write to the read :( If most of the blocks areA up to date, then  read A/B, compare, and write only if different..   -- -< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.O@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  $ Date: Mon, 3 Jun 2002 10:53:25 +0200$ From: "Peter Flunger" <p-i-b@gmx.at>K Subject: Re: Shadowset on standalone system goes into merge state on reboott0 Message-ID: <adfaq6$tur$1@newsreader1.netway.at>  ( "Rich Jordan" <jordan@ccs4vms.com> wrote  F > The 'last' shadowset DSA2 is going into 'merge' state after a systemE > shutdown and reboot.  DSA0 and DSA1 do not act this way.  The mergesA > took almost 40 hours to complete on a mostly idle system (afteriC > restarting from 0% when the machine had to be shut down to move).s  A If it is the time that concerns you most, try setting the logical1- SHAD$MERGE_DELAY_FACTOR to 1000 in the systemp lnm table in EXEC mode. A This will speed up the merge operation on 'fast disk subsystems',s as Compaq calls it. @ This logical name defines the maximum allowed difference betweenB the fastest IO and the slowest IO on a Disk ( where 100 would mean= no difference, so fastest = 100% of slowest ) while mergeing.,A The default is 200, meaning the slowest IO may only take twice asCC much time as the fastest IO or else the shadow-merge operation will   delay the mergeing of the disks.A Maximun allowed value is 1000, meaning the slowest IO may take 10l times as long as the fastest.c  B Commenting on why there is a merge after all has already been done' in follow up messages in this threat ..g   Peterd   ------------------------------  # Date: Mon, 03 Jun 2002 14:57:57 GMTr# From: "John Smith" <a@nonymous.com>>- Subject: What 'The New HP' Must Do to SurvivelI Message-ID: <VtLK8.175427$ah_.72425@news01.bloor.is.net.cable.rogers.com>)  8 http://www.eweek.com/article/0,3658,s=706&a=27376,00.asp   May 27, 2002$ What 'The New HP' Must Do to Survive   By  Peter Coffee  K It's bad enough that "the new HP" is going against my judgment, but when itb= defies Consumer Reports-well, that may be an even worse sign.k  K I'm talking about the first disclosures of which product lines will surviveeF and which will die as HP's and Compaq's mostly parallel portfolios areK combined. One announcement said, "The Compaq iPaq Pocket PC ... will be ournG smart handheld platform. ... Jornada products will be phased out of the  market in 2002."  K This crossed my desk on the same day as the June Consumer Reports, with its J detailed comparison of 20 PDAs (both Palm OS and Pocket PC). One Pocket PCJ is much like another, unlike the Palm OS space, where there's a much widerJ range of function, design and price. Even so, the Jornada 560 series edgedJ out the iPaq 3800 series on both hardware (user-replaceable batteries) and# software (superior usability aids).h  I I reached the same conclusion last November, when the Jornada 568 finallynL offered me enough capability to replace a notebook PC at Comdex. Others haveL different needs. For example, I just bought my engineer wife a Palm m100 forJ Mother's Day, all that she wanted for no more than she'd want me to spend.D But the m100, like my Jornada, lets the owner replace the batteries.  H Why do I harp on this issue? For people whose upgrade cycle is driven byL "What's the latest?" a built-in battery is no big deal; they'll be ready forJ something better before it stops working. But for people who buy what theyJ need and keep it until it dies, an expensive round trip to the factory forF something as simple as a new battery is a potential deal breaker-as it
 should be.  H On the larger scale of enterprise hardware, upgrade behavior is likewiseK evolving toward demand-pull rather than technology-push. Costs of replacingsF what works are starting to outweigh associated improvements. Our eWeekL Corporate Partners are talking more about taming their management costs than@ about unleashing The Next Big Thing. Bought any Itaniums lately?  L The new HP had better be looking at the customer of tomorrow, instead of the product successes of the past.  < Tell me what you want from HP at peter_coffee@ziffdavis.com.            = Copyright (c) 2002 Ziff Davis Media Inc. All Rights Reserved.    ------------------------------  $ Date: Mon, 3 Jun 2002 12:08:30 -0400- From: "Peter Weaver" <peter.weaver@stelco.ca>i: Subject: Re: Who does the CLUEXIT? (was Re: Strange crash)6 Message-ID: <adg49v$10tni1$1@ID-141708.news.dfncis.de>  , Thanks to both Mark and Nic for the answers.  K We do have an extra Ethernet card in the ES40 that we are adding in (it wasnL our Galaxy test box) and we have another Ethernet card that we just took outK of another box so I think we'll add this to the existing ES40. We can add a-L cross-over cable and never have to worry about the network switch losing its
 mind again :)   
 Thanks again.    -- Peter WeaverL Opinions are my own, and do not reflect the opinions of my employer, nor theK company that it sub-contracts to, nor the company that it sub-contracts to.n   ------------------------------  # Date: Mon, 03 Jun 2002 11:36:16 GMTo. From: ">>> ^P" <plj@NOSPAM.byron.ext.telia.se>> Subject: Re: Would you like to see this on the VMS freeware CD9 Message-ID: <3CFB54AF.1113693D@NOSPAM.byron.ext.telia.se>S  ( Yes, I would like a copy to look at now.  	 >>> ^P.Lj    Forrest Kenney skrev:n  I >     I got bored last Sunday and built a Joystick driver that works with 	 > the USB G > code latent in V7.3-1.  Thanks go to Andy Goldstein for bugging me toa > writeeH > one for him.  It is highly unlikely that this will ever get shipped in
 > the OpenVMS G > kits we send out.  So if folks would like it I will see about gettinge > out on theD > freeware site and CD after V7.3-1 ships.  There are some other USB	 > goodieslH > being done as midnight/weekend project that will find their way to the
 > freeware > site when they are ready.a >aF >     Please do send me requests for your favorite USB device I do not > have timee1 > to take on any additional after hours USB work.o >n > Forrest Kenney" > OpenVMS group USB project leader > Forrest.Kenney@hp.come   ------------------------------    Date: 29 May 2002 08:44:31 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) , Subject: Re: [Change topic]:  USofA'an coins3 Message-ID: <+wI24JVgFnJy@eisner.encompasserve.org>   _ In article <ad2kl7$fjl$1@info.cs.uofs.edu>, bill@triangle.cs.uofs.edu (Bill Gunshannon) writes: + > In article <3CF26161.4D75C05F@127.0.0.1>,-- >  Nic Clews <sendspamhere@127.0.0.1> writes:e > |>E > |> In my pocket I have a 2001 2 pound coin which says "Marconi 1901s$ > |> wireless bridges the atlantic". > |> 1L > |> If he knew what broadcast radio was like today he'd have abandoned it.  > G > Yes, but he actually knew nothing about the technology he is credited E > with.  Most likely because he stole all of it and actually invented 
 > nothing. > G > Before he did his "famous" trans-atlantic transmission he visited the E > lab of a radio pioneer who was making regular transmissions betweenn) > Wilkes-Barre and Scranton Pennsylvania.d  4 For the record, what was the name of your townsman ?  L > Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesF > bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. > University of Scranton   |C > Scranton, Pennsylvania   |         #include <std.disclaimer.h>   _   ------------------------------  * Date: Mon, 3 Jun 2002 11:31:06 +0000 (UTC) From: david20@alpha2.mdx.ac.uk, Subject: Re: [Change topic]:  USofA'an coins+ Message-ID: <adfk1q$h7c$1@aquila.mdx.ac.uk>6  c In article <+wI24JVgFnJy@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes:-` >In article <ad2kl7$fjl$1@info.cs.uofs.edu>, bill@triangle.cs.uofs.edu (Bill Gunshannon) writes:, >> In article <3CF26161.4D75C05F@127.0.0.1>,. >>  Nic Clews <sendspamhere@127.0.0.1> writes: >> |>LF >> |> In my pocket I have a 2001 2 pound coin which says "Marconi 1901% >> |> wireless bridges the atlantic".s >> |> M >> |> If he knew what broadcast radio was like today he'd have abandoned it. @ >> lH >> Yes, but he actually knew nothing about the technology he is creditedF >> with.  Most likely because he stole all of it and actually invented >> nothing.e >> cH >> Before he did his "famous" trans-atlantic transmission he visited theF >> lab of a radio pioneer who was making regular transmissions between* >> Wilkes-Barre and Scranton Pennsylvania. >iC Isn't Wilkes-Barre in Pennsylvania ? How far did the signal cover ?t, Also what year did this meeting take place ?J Radio transmissions over shorter distances had been taking place for some 1 years before the 1901 transatlantic transmission.e   see   0 http://www.vwlowen.demon.co.uk/radio/radhist.htm  I The point of the transatlantic transmission is that it "proved" that suchpE transmissions were possible. Something that up to then the scientifictH establishment believed was impossible due to the curvature of the earth.  M "proved" is put in quotes because there are many who did not believe and some.L who still do not believe that Marconi actually did successfully transmit and1 receive a signal with the equipment he was using.s  . See http://www.ucs.mun.ca/~jcraig/marconi.html  .  
 David Webb VMS and Unix team leader CCSS Middlesex University    5 >For the record, what was the name of your townsman ?  >eM >> Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolves G >> bill@cs.scranton.edu     |  and a sheep voting on what's for dinner.I >> University of Scranton   |nD >> Scranton, Pennsylvania   |         #include <std.disclaimer.h>      ------------------------------  $ Date: Mon, 3 Jun 2002 09:40:44 -0400( From: Bill Gunshannon <bill@cs.uofs.edu>, Subject: Re: [Change topic]:  USofA'an coinsB Message-ID: <20020603093857.B73117-100000@server2.cs.scranton.edu>  % On Thu, 30 May 2002, Bill Todd wrote:o   >nK > Which ($14.99) is exactly the case with the digital pumps.  But I haven'tdK > noticed whether the final calculation is rounded up (i.e., 10.001 gallonsiK > would cost $15.00) or to the nearest penny (i.e., you wouldn't hit $15.00i > until about 10.004 gallons).  H Actually, 10.0006671114 gallons of gas, which is impossible to determineF given the output device on even the most modern digital pump, ignoring' the possible accuracy of such a device.h   bill   -- tJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |> Scranton, Pennsylvania   |         #include <std.disclaimer.h>   ------------------------------  $ Date: Mon, 3 Jun 2002 10:50:08 -0400( From: Bill Gunshannon <bill@cs.uofs.edu>, Subject: Re: [Change topic]:  USofA'an coinsB Message-ID: <20020603104343.R73117-100000@server2.cs.scranton.edu>  & On 29 May 2002, Larry Kilgallen wrote:  a > In article <ad2kl7$fjl$1@info.cs.uofs.edu>, bill@triangle.cs.uofs.edu (Bill Gunshannon) writes:a > > I > > Yes, but he actually knew nothing about the technology he is creditedoG > > with.  Most likely because he stole all of it and actually inventedr > > nothing. > >oI > > Before he did his "famous" trans-atlantic transmission he visited the G > > lab of a radio pioneer who was making regular transmissions betweend+ > > Wilkes-Barre and Scranton Pennsylvania.  > 6 > For the record, what was the name of your townsman ? >f   Fr. Josef Murgas  C I was mistaken about one thing, however.  He did hold some patents.    bill   -- oJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |> Scranton, Pennsylvania   |         #include <std.disclaimer.h>   ------------------------------  # Date: Mon, 03 Jun 2002 17:11:37 GMTs* From: "Bill Todd" <billtodd@metrocast.net>, Subject: Re: [Change topic]:  USofA'an coinsB Message-ID: <drNK8.108081$jm.10677741@bin6.nnrp.aus1.giganews.com>  5 "Bill Gunshannon" <bill@cs.uofs.edu> wrote in message < news:20020603093857.B73117-100000@server2.cs.scranton.edu...' > On Thu, 30 May 2002, Bill Todd wrote:a >o > >TE > > Which ($14.99) is exactly the case with the digital pumps.  But Ie haven'teE > > noticed whether the final calculation is rounded up (i.e., 10.001  gallonsdF > > would cost $15.00) or to the nearest penny (i.e., you wouldn't hit $15.00  > > until about 10.004 gallons). >t( > Actually, 10.0006671114 gallons of gas  J Actually, 10.003+ gallons, which I rounded up to 10.004 since 10.003 wouldL have been too low (and as I said I think the pump resolution is 0.001).  You1 appear to have dropped a decimal point somewhere.i   - bill   ------------------------------   End of INFO-VAX 2002.306 ************************