1 INFO-VAX	Fri, 19 Nov 2004	Volume 2004 : Issue 643       Contents:9 Re: (Just for fun) What if DEC had licensed VMS to Apple? ) Can't Access SSH Server TCPIP-F-SSH_FATAL " Re: Cross-platform Backup Solution Date Restricted SEARCH/SINCE  Re: Date Restricted SEARCH/SINCE  Re: Date Restricted SEARCH/SINCE Re: DCL on Linux Re: DECW$CLOCK design flaw ! Re: DECW$CLOCK design flaw ! Re: DECW$CLOCK design flaw ! Re: DECW$CLOCK design flaw ! Re: DECW$CLOCK design flaw ! Re: DECW$CLOCK design flaw ! Re: DECW$CLOCK design flaw ! Re: DECW$CLOCK design flaw ! Re: DECW$CLOCK design flaw ! Re: DECW$CLOCK design flaw ! Re: DECW$CLOCK design flaw ! Re: DECW$CLOCK design flaw !G Re: Getting to know what subprocess is the parent of another subprocess G Re: Getting to know what subprocess is the parent of another subprocess G Re: Getting to know what subprocess is the parent of another subprocess G Re: Getting to know what subprocess is the parent of another subprocess A Re: How do I attach zip csv and other binary files from Vms mail? A Re: How do I attach zip csv and other binary files from Vms mail? I I am looking for cheap or free vaxstations, decstations, or alphastations M Re: I am looking for cheap or free vaxstations, decstations, or alphastations M Re: I am looking for cheap or free vaxstations, decstations, or alphastations  MySQL C API problem? MyInit  Re: MySQL C API problem? MyInit  Re: One more retreat for IA64  Re: One more retreat for IA64  Re: raid hardware 1 Re: reporter inquiry: Is HP selling AlphaServers? 1 Re: reporter inquiry: Is HP selling AlphaServers? 1 Re: reporter inquiry: Is HP selling AlphaServers? 1 Re: reporter inquiry: Is HP selling AlphaServers? 1 Re: reporter inquiry: Is HP selling AlphaServers? 1 Re: reporter inquiry: Is HP selling AlphaServers? 1 Re: reporter inquiry: Is HP selling AlphaServers? 1 Re: reporter inquiry: Is HP selling AlphaServers? 1 Re: reporter inquiry: Is HP selling AlphaServers? 1 Re: reporter inquiry: Is HP selling AlphaServers? % Re: RMS Files and directories Indexes 	 SIMH V3.3 
 Re: SIMH V3.3  Re: t1lib, %SYSTEM-F-HPARITH& Re: Upgrade base/path for V8.2 release& Re: Upgrade base/path for V8.2 release VMS V1
 Re: VMS V1  F ----------------------------------------------------------------------    Date: 19 Nov 2004 08:13:41 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) B Subject: Re: (Just for fun) What if DEC had licensed VMS to Apple?3 Message-ID: <u+0+myJ4425z@eisner.encompasserve.org>   n In article <2004111819372416807%jburgess@carolinarrcom>, Jeffrey R. Burgess <jburgess@carolina.rr.com> writes:  # > No one made a better system than  H > Digital.  I have never seen such engineering.  If no one believes me, 9 > just disassemble a VAX 6000 series cabinet.  Beautiful!   1    You ever come head-up with a DEC power supply?    ------------------------------    Date: 19 Nov 2004 08:04:44 -0800, From: g.pavelcak@comcast.net (Greg Pavelcak)2 Subject: Can't Access SSH Server TCPIP-F-SSH_FATAL= Message-ID: <d4f7c497.0411190804.451d0cee@posting.google.com>   E We had a consultant upgrade our VMS and TCPIP recently mainly for the 4 SSH support, but I'm left trying to get SSH running.   We have:  9 DEC AXPVMS OPENVMS V7.3-2           Platform    Installed 9 DEC AXPVMS TCPIP V5.4-15            Full LP     Installed   B I thought I could get ssh running just by activating the server inB TCPIP$CONFIG, and docs seem to support that belief. However, after@ enabling and starting the SSH server, I get the following on the console when trying to log in:  $ Message from user INTERnet on UHSAXPD INTERnet ACP SSH Accept Request from Host: 128.229.118.225 Port:2107  $ Message from user INTERnet on UHSAXP7 INTERnet ACP detected TCPIP$SSH exiting before 'socket'   $ Message from user INTERnet on UHSAXP6 INTERnet ACP AUXS error during process exit Status = % TCPIP-F-SSH_FATAL   B This is probably a real novice question, but I'm a real novice, so3 that makes sense. Any pointers greatly appreciated.    Greg   ------------------------------    Date: 19 Nov 2004 08:11:36 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) + Subject: Re: Cross-platform Backup Solution 3 Message-ID: <8rLhcx8WfVkQ@eisner.encompasserve.org>   X In article <cn1ept$fgn$1@news4.jaring.my>, "Yong Boon, Lim" <y0ngb00n@yahoo.com> writes:I > Does anyone of you know any cross-platform backup product which support  > Windows and OpenVMS?      Legato, and others.   ------------------------------  % Date: Fri, 19 Nov 2004 07:13:38 -0700 . From: "Michael D. Ober" <mdo.@.wakeassoc..com>% Subject: Date Restricted SEARCH/SINCE / Message-ID: <mcnnd.382$dx4.216@news.uswest.net>   $ I need the syntax for the following:  ! SEARCH /SINCE=(Two Weeks Ago) ...   : The relative date syntax appears to be only in the future.   Thanks, 
 Mike Ober.   ------------------------------  # Date: Fri, 19 Nov 2004 14:38:03 GMT 5 From: brad@rabbit.dnsalias.org (Bradford J. Hamilton) ) Subject: Re: Date Restricted SEARCH/SINCE , Message-ID: <fznnd.117640$HA.6297@attbi_s01>  ` In article <mcnnd.382$dx4.216@news.uswest.net>, "Michael D. Ober" <mdo.@.wakeassoc..com> writes:% !I need the syntax for the following:  ! " !SEARCH /SINCE=(Two Weeks Ago) ... !   J search/sin="-14-" should do it; you might have to add a /create switch, as well...   ; !The relative date syntax appears to be only in the future.  !  !Thanks, !Mike Ober.  !  !   J __________________________________________________________________________A Bradford J. Hamilton                    "All opinions are my own" K bMradAhamiPltSon-at-coMmcAast.nPeSt     "Lose the MAPS, and replace '-at-'  0                                          with @"   ------------------------------  % Date: Fri, 19 Nov 2004 11:09:08 -0700 . From: "Michael D. Ober" <mdo.@.wakeassoc..com>) Subject: Re: Date Restricted SEARCH/SINCE / Message-ID: <8Fqnd.4$sI4.10002@news.uswest.net>   G Thanks - I think using "-14-" was about the only syntax option I hadn't  tried.   Mike.   B "Bradford J. Hamilton" <brad@rabbit.dnsalias.org> wrote in message& news:fznnd.117640$HA.6297@attbi_s01...C > In article <mcnnd.382$dx4.216@news.uswest.net>, "Michael D. Ober"  <mdo.@.wakeassoc..com> writes:' > !I need the syntax for the following:  > ! $ > !SEARCH /SINCE=(Two Weeks Ago) ... > !  > L > search/sin="-14-" should do it; you might have to add a /create switch, as	 > well...  > = > !The relative date syntax appears to be only in the future.  > ! 
 > !Thanks,
 > !Mike Ober.  > !  > !  > L > __________________________________________________________________________C > Bradford J. Hamilton                    "All opinions are my own" L > bMradAhamiPltSon-at-coMmcAast.nPeSt     "Lose the MAPS, and replace '-at-'2 >                                          with @"   ------------------------------    Date: 19 Nov 2004 07:42:39 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)  Subject: Re: DCL on Linux 3 Message-ID: <Zwr9Vvygb6bP@eisner.encompasserve.org>   \ In article <419CD5DF.58053FD@hp.com>, Mike Rechtman <michael.rechtman.nospam@hp.com> writes: > I > I suppose you got a pair of roller-skates to practice for driver's ed.?   E    Acutally bicycle riding does teach pratical relavent lessons about 2    maintaining control and not stopping on a dime.   ------------------------------  % Date: Fri, 19 Nov 2004 19:08:28 +1100 4 From: Paddy O'Brien <paddy.o'brien@transgrid.com.au>% Subject: Re: DECW$CLOCK design flaw ! - Message-ID: <419DA9FC.30003@transgrid.com.au>    JF Mezei wrote:  > "Alan E. Feldman" wrote: > > >>Nope. The laws of physics do not allow for time reversal for: >>macroscopic events. It is forbidden by the Second Law of >>Thermodynamics.  >  > O > Laws were made to be broken. And there is no police to enforce those laws :-)  >  > H >>physics. You would not be able to tell which was forward and which wasF >>backward. This, of course, doesn't hold true on a macrosopics scale.@ >>If we film an egg being dropped on the floor, and run the film( >>backwards, we know something is wrong. >  > N > However, there was a british documentary series called "Red Dwarf" when they,                                  ^^^^^^^^^^^$ not really the right description :-)  M > landed on a planet where people lived backwards. They filled an empty glass P > with beer coming out of their mouth, then handed the bartender a full glass ofP > beer and the bartender then forced them to accept money - a newspaper headlineT > had "bankrobbers will force bank teller to accept X thousands of pounds tomorrow". > > > On that planet, bicycles rode backwards, as did cars/trucks. > G > So it is pretty arrogant for humans to assume that time runs forwards P > everywhere in this and any other universes :-) :-) :-) :-) :-) :-) :-) :-) :-)    D Moving into this era, Dr Who was nearer to my generation and he went bi-directional :-)  C But I agree with Alan and VAXMAN, time cannot go backwards, and our B setting time earlier is not the same as time going backwards.  OurH summertime/daylight saving, etc. is merely our contrivance of wall-clockA time.  And I have never seen any example/discussion of relativity ( where time has actually become negative.  I I think Alan's reply to Charlie Hammond was excellent and agrees with my  3 understanding from my studies (but many years ago).    Regards, Paddy        G ***********************************************************************   C "This electronic message and any attachments may contain privileged > and confidential information intended only for the use of the B addressees named above.  If you are not the intended recipient of C this email, please delete the message and any attachment and advise B the sender.  You are hereby notified that any use, dissemination, 7 distribution, reproduction of this email is prohibited.   A If you have received the email in error, please notify TransGrid  A immediately.  Any views expressed in this email are those of the  = individual sender except where the sender expressly and with  C authority states them to be the views of TransGrid.  TransGrid uses > virus-scanning software but excludes any liability for viruses contained in any attachment.  < Please note the email address for TransGrid personnel is now$ firstname.lastname@transgrid.com.au"  G ***********************************************************************    ------------------------------    Date: 19 Nov 2004 01:24:54 -0800. From: martinkirby12@yahoo.co.uk (Martin Kirby)% Subject: Re: DECW$CLOCK design flaw ! ; Message-ID: <224291b.0411190124.6b9749e@posting.google.com>   a JF Mezei <jfmezei.spamnot@teksavvy.com> wrote in message news:<419CAAA8.434D90D5@teksavvy.com>... L > DECW$CLOCK seem's to be programmed to only update its display when the new; > time is greater than the time displayed on the screen....  > O > So, if you adjust the time backwards (such as an NTP adjustement), DECW$CLOCK N > remains "idle" until the real time catches up, instead of reflecting the new > time within one minute.   D I think that it will update it if the mouse is moved over the clock,D or maybe if it is repainted. Problem is that although the timer is aD delta AST, and updated the display, it didn't cause an XFlush so the# updates weren't sent to the server.   8 This will be fixed in DECwindows V1.5 for Alpha and I64.   Martin   ------------------------------    Date: 19 Nov 2004 03:01:56 -0800. From: martinkirby12@yahoo.co.uk (Martin Kirby)% Subject: Re: DECW$CLOCK design flaw ! < Message-ID: <224291b.0411190301.11132401@posting.google.com>  r elementyl@hotmail.com (James Wilkinson) wrote in message news:<e2ac4c66.0411181740.43f9fc7b@posting.google.com>... > H > This seems to be a consequence of calling XtAppAddTimeOut, which seemsD > to re-issue an "adjusted" delta timer on the caller's behalf (gee,0 > thanks) when the original delta timer expires. >   ( DECW$CLOCK doesn't use XtAppAddTimeout.   E XtAppAddTimeout only supports specifying an interval (delta time) and < not an absolute time which is a problem with that interface.  C If there are multiple XtAppAddTimeout calls Xt internals maintain a < list and works out the time for the first one to be invoked.? Therefore, it handles the expiration time of all the entries as  absolute times.   B In the X.Org sample implementation the time functions used are UTCD times so intervals work over daylight savings but not over arbitraryF changes to the time. DECwindows uses local time. However, UTC time hasC been available on OpenVMS for a few years so consideration has been ; given to changing DECwindows to use UTC absolute times. For @ compatibility, it would have to be an explicitly enabled option.  E As for handling times as real intervals. The problem is that there is F no way for us to tell whether the user called XtAppAddTimeout with the
 intention of:       Wake me up in 5 minutes, or    Wake me up at 6:00 am   Regards,   Martin Kirby   ------------------------------    Date: 19 Nov 2004 07:23:16 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) % Subject: Re: DECW$CLOCK design flaw ! 3 Message-ID: <IiHKuQW7L4xG@eisner.encompasserve.org>   h In article <oj3nd.3130$G24.2476@news.cpqcorp.net>, hammond@not@peek.ssr.hp.com (Charlie Hammond) writes: > I > Longer anwser:  There are many places where OpenVMS and layerd products F > (such as DECwindows) running on OpenVMS display results based on theH > underlying assumption that time moves only forward.  Although EinsteinF > has shown this to be an invalid assumption, it remains a pretty goodF > rule-of-thumb, at least for matters outside the realm of theoretical9 > physics, which tend to be governed by human perception.   F    I know of no case in which Einstein would not agree that time movesE    only forward.  It may move at different rates, but never backs up.    ------------------------------    Date: 19 Nov 2004 07:38:09 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) % Subject: Re: DECW$CLOCK design flaw ! 3 Message-ID: <4qRuO+BnMaeO@eisner.encompasserve.org>   a In article <304lfjF2sedggU1@uni-berlin.de>, Michael Unger <spam.to.unger@spamgourmet.com> writes:  > % > What about "Daylight Savings Time"?   )    That's the whole point of this thread.    ------------------------------    Date: 19 Nov 2004 07:37:29 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) % Subject: Re: DECW$CLOCK design flaw ! 3 Message-ID: <LLYrdW2XmUjp@eisner.encompasserve.org>   h In article <r37nd.3163$Xp4.1741@news.cpqcorp.net>, hammond@not@peek.ssr.hp.com (Charlie Hammond) writes: > M > I'm not a theoretical physicist -- I don't even play one on the InterNet -- D > but my layman's understanding is that the equations which describeI > relativety have solutions that include negative delta time.  This could E > be interprted as showing that movement it time is no different than C > movement in space -- i.e. both "forward" and "backward" motion is 
 > allowed.  E    I'm not employed as any kind of physicist, but I do sometimes play     on on the 'net.  B    To move into realms where the negative time solutions are validF    requires objects to move faster than the speed of light:  tachyons.  F    If you have tachyons you have big problems:  tachyons have infiniteG    energy, therfor you have infinite mass, therefor you have an infinte 8    gravitational field; you have causality problems, ...  E    Physicists have good reason to believe these things don't actually D    occur.  Such as:  nobody ever noticed any infinite gravitational G    fields, it would be hard for Earth's gravitational field to overcome @    them and we wouldn't be sitting here reading the usenet news.  D    There are many problems in physics where mathematically allowable*    answers are ruled out by mother nature.   ------------------------------  + Date: Fri, 19 Nov 2004 13:35:50 +0000 (UTC)  From: david20@alpha2.mdx.ac.uk% Subject: Re: DECW$CLOCK design flaw ! ) Message-ID: <cnksrl$njp$1@news.mdx.ac.uk>   \ In article <419D2A92.B73F10A2@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes:" >VAXman-, @SendSpamHere.ORG wrote:L >> 'Tis my understanding that Mr. Einstein's theories state that any assump-L >> tion that time is consistent for all observers it not true.  I do not be-< >> lieve that his theories show that time varies negatively. > ? Kurt Godel found a solution for Einstein's equations of General N Relativity in 1949 that allowed "closed timelike curves" ie allows travel back in time.   See   8 Chapter 10 of Stephen Hawking's a Brief History of Time   X http://scare.kick-ass.net/Stephen%20Hawking%20-%20A%20Brief%20History%20Of%20Time/i.html    & There is also a book available called   : "Godel meets Einstein - Time travel in the Godel Universe"   see   8 http://www.amazon.com/gp/reader/0812694082/ref=sib_dp_pt! /104-8857831-4085505#reader-link        
 David Webb Security team leader CCSS Middlesex University    > >It does every year in most parts of the world, by one hour...   ------------------------------  % Date: Fri, 19 Nov 2004 13:50:16 +0000 - From: John Laird <nospam@laird-towers.org.uk> % Subject: Re: DECW$CLOCK design flaw ! 8 Message-ID: <brtrp0dr95uhbuk94g2449happnvb3hoj4@4ax.com>  K On 19 Nov 2004 07:30:24 -0600, koehler@eisner.nospam.encompasserve.org (Bob  Koehler) wrote:   ^ >In article <cnigmb$mj9$3@newslocal.mitre.org>, lewis@PROBE.MITRE.ORG (Keith A. Lewis) writes: >> JF Mezei <jfmezei.spamnot@teksavvy.com> writes in article <419CAAA8.434D90D5@teksavvy.com> dated Thu, 18 Nov 2004 08:59:52 -0500:O >>>(I assume that they do a absolute-time timer request for the next minute, so Q >>>when the clock goes back, the clock program just waits until the timer request N >>>is complete at the set time). Perhaps the clock shoudl have a repeating ASTO >>>every minute to detect when clock is changed. (OK, I know, the odds that VMS = >>>engineers would be allowed to fix such a program are low).  >>  K >> Have you verified that a delta-time AST behaves in the way you want?  My M >> guess is that it gets converted into absolute time before it goes into the 9 >> timer queue and would therefore have the same problem.  > H >   I think you will find exactly this in the internals manual.  The TQE; >   list is ordered by time of the entry, in absolute time.   D Yes, otherwise the ordered list would be harder to maintain, but theC absolute-v-delta flag is also preserved.  Delta-based timers can be B distinguished from their absolute equivalents, and as a result theJ implied/calculated absolute expiry time can be adjusted by the same amountK that the system clock is changed, when it is changed.  As long as the clock J interrupt rate is not altered significantly, a delta-time timer of "1 hourI from now" will go off in 1 hour's time, regardless of what happens to the  system clock in the meantime.    --  . Never stand between a fire hydrant and a dog.    Mail john rather than nospam...    ------------------------------  + Date: Fri, 19 Nov 2004 13:47:56 +0000 (UTC)  From: david20@alpha2.mdx.ac.uk% Subject: Re: DECW$CLOCK design flaw ! ) Message-ID: <cnktib$njp$2@news.mdx.ac.uk>   n In article <b096a4ee.0411182011.3ae5e45c@posting.google.com>, spamsink2001@yahoo.com (Alan E. Feldman) writes:n >hammond@not@peek.ssr.hp.com (Charlie Hammond) wrote in message news:<r37nd.3163$Xp4.1741@news.cpqcorp.net>...= >> In article <00A3B0E7.9C61712D@SendSpamHere.ORG>, VAXman-    >> @SendSpamHere.ORG writes: >>  M >> >'Tis my understanding that Mr. Einstein's theories state that any assump- M >> >tion that time is consistent for all observers it not true.  I do not be- = >> >lieve that his theories show that time varies negatively.  > G >Correct, but I'd put it that different observers in different inertial D >reference frames will, in general, come up with different delta-T'sC >for the same event. But these effects are completely negligible at E >ordinary speeds. Even at half the speed of light, the "gamma factor" E >is only 1.15, meaning that if it takes 10 min. to smoke a cigarette, E >someone whizzing by at half the speed of light will see it take 11.5 F >minutes. At 1/10 the speed of light, the gamma factor is already downE >to 1.01. At normal terrestrial speeds it factor is for all practical # >purposes indistinguishable from 1.   5 Wrong.  You are only dealing with Special Relativity. F Solutions to the equations of General Relativity allowing Time travel  have been known since 1949.   - See my other posting for further information.     
 David Webb Security team leader CCSS Middlesex University     > N >> I'm not a theoretical physicist -- I don't even play one on the InterNet --E >> but my layman's understanding is that the equations which describe J >> relativety have solutions that include negative delta time.  This couldF >> be interprted as showing that movement it time is no different thanD >> movement in space -- i.e. both "forward" and "backward" motion is >> allowed.  > = >Nope. The laws of physics do not allow for time reversal for 9 >macroscopic events. It is forbidden by the Second Law of  >Thermodynamics. > F >On a microscopic scale it is a much more involved story. For the vastD >majority of particle reactions, time is "reversible". Not that thatG >means that time goes backwards in such reactions -- it only means that E >one cannot distinguish between whether a "film" of such reactions is D >being run forwards or backwards in time. If you watched such a filmD >run in either direction, you would see no violations of the laws ofG >physics. You would not be able to tell which was forward and which was E >backward. This, of course, doesn't hold true on a macrosopics scale. ? >If we film an egg being dropped on the floor, and run the film ' >backwards, we know something is wrong.  > @ >In any event, I am not aware of any law of physics that forbids$ >setting a clock to an earlier time! > E >Bonus comment: The Seinfeld Principle of Space-Time Assymetry: (from E >his book) You can measure distance by time: "How far is that place?" G >"About 20 minutes." But it doesn't work the other way around: "When do % >you get off work?" "Around 3 miles."    ------------------------------  + Date: Fri, 19 Nov 2004 13:56:21 +0000 (UTC)  From: david20@alpha2.mdx.ac.uk% Subject: Re: DECW$CLOCK design flaw ! ) Message-ID: <cnku24$njp$3@news.mdx.ac.uk>   \ In article <419D869C.FDF561A1@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: >"Alan E. Feldman" wrote: ? >> Nope. The laws of physics do not allow for time reversal for ; >> macroscopic events. It is forbidden by the Second Law of  >> Thermodynamics. > N >Laws were made to be broken. And there is no police to enforce those laws :-) > I >> physics. You would not be able to tell which was forward and which was G >> backward. This, of course, doesn't hold true on a macrosopics scale. A >> If we film an egg being dropped on the floor, and run the film ) >> backwards, we know something is wrong.  > M >However, there was a british documentary series called "Red Dwarf" when they L >landed on a planet where people lived backwards. They filled an empty glassO >with beer coming out of their mouth, then handed the bartender a full glass of O >beer and the bartender then forced them to accept money - a newspaper headline S >had "bankrobbers will force bank teller to accept X thousands of pounds tomorrow".  > = >On that planet, bicycles rode backwards, as did cars/trucks.  > F >So it is pretty arrogant for humans to assume that time runs forwardsO >everywhere in this and any other universes :-) :-) :-) :-) :-) :-) :-) :-) :-)   E That episode was pretty much a rip-off of Philip K Dick's 1967 Novel   Counter-Clock world.  
 David Webb Security Team Leader CCSS Middlesex University   ------------------------------    Date: 19 Nov 2004 09:37:45 -0800- From: elementyl@hotmail.com (James Wilkinson) % Subject: Re: DECW$CLOCK design flaw ! : Message-ID: <e2ac4c66.0411190937.d026a@posting.google.com>   Martin Kirby wrote: * > DECW$CLOCK doesn't use XtAppAddTimeout.   0 Didn't check, but the behavior sounded familiar.  G > XtAppAddTimeout only supports specifying an interval (delta time) and > > not an absolute time which is a problem with that interface.  ? Don't see why that is a "problem", that simply means one cannot - specify an absolute time with that interface.   E > If there are multiple XtAppAddTimeout calls Xt internals maintain a > > list and works out the time for the first one to be invoked.A > Therefore, it handles the expiration time of all the entries as  > absolute times.   B I don't see how that follows.  It is simple enough to maintain the list as a set of delta times.    > [...]  > G > As for handling times as real intervals. The problem is that there is H > no way for us to tell whether the user called XtAppAddTimeout with the > intention of:  >   >    Wake me up in 5 minutes, or >    Wake me up at 6:00 am  F So the routine incorrectly implements the latter.  Since the interfaceE specifies a time interval, it seems pretty clear that this is all one A can expect.  It is also interesting that rather than simply using B absolute timers in the OS, the final result is still delta timers,? just with the intervals adjusted to reflect a bit of arithmetic E arising from the fact that the XtAppAddTimeout internal queue is kept  as absolute times.   Cheers,    James    ------------------------------    Date: 19 Nov 2004 11:50:06 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) % Subject: Re: DECW$CLOCK design flaw ! 3 Message-ID: <kS9YCwnic6AY@eisner.encompasserve.org>   J In article <cnksrl$njp$1@news.mdx.ac.uk>, david20@alpha2.mdx.ac.uk writes:  A > Kurt Godel found a solution for Einstein's equations of General P > Relativity in 1949 that allowed "closed timelike curves" ie allows travel back
 > in time.  F    There are equations in Physics 101 that have solutions that predictA    things fall up.  Just because Godel did the math doesn't prove $    the solution is physically valid.   ------------------------------    Date: 19 Nov 2004 08:09:59 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) P Subject: Re: Getting to know what subprocess is the parent of another subprocess3 Message-ID: <Gb$DIlemXYKd@eisner.encompasserve.org>   _ In article <SV5nd.294$df.21852@tor-nn1.netcom.ca>, "Syltrem" <syltremzulu@videotron.ca> writes:  > Given: > $ sh proc/subp/id=0000021E >   EDICOM_DET_52 (*)  >     EDIMGR_1 >       PostRecvIRM3146  >     EDIMGR_2 >       MainRecvSIQ3147  > I > How does the SHOW command know that SUBprocess EDIMGR_2 is the one that & > spawned SUBprocess MainRecvSIQ3147 ? > L > It appears to me that it knows, because it does the correct indentation in > the display.  J    The process control block keeps track of the parent process.  Relavent D    fields are PCB$L_OWNER and PCB$L_EOWNER, compare to the parent's     PCB$L_PID and PCB$L_EPID.  H    Not a hard thing to sort out when you remember they all have the sameF    job information block, which has a pointer to the detached process.   ------------------------------  % Date: Fri, 19 Nov 2004 10:11:03 -0500 * From: "Syltrem" <syltremzulu@videotron.ca>P Subject: Re: Getting to know what subprocess is the parent of another subprocess2 Message-ID: <z%nnd.323$df.22834@tor-nn1.netcom.ca>  I It's not the MASTER_PID I want to know, it's the "real" parent - that is, $ the one that actually did the SPAWN.J Bob probably has the right thing but it cannot be done in DCL, and I won't$ write a program just for this thing.L I was hoping for a quick solution... Having the correct info would have been7 helpful but is not an absolute necessity at this point.   
 Thanks to all    --   Syltrem    OpenVMS 7.3-1 + Oracle 8.1.7.4H http://pages.infinit.net/syltrem (OpenVMS related web site, en franais)% ---zulu is not in my email address--- 5 "Barry" <dysert@gmail.com> a crit dans le message de = news:1100875546.755420.221500@c13g2000cwb.googlegroups.com... H > Now that I have access to a VAX, I see you can have your subprocess doI > a F$GETJPI(0,"OWNER") and get the PID of the parent. Again, if you want D > the PID of the whole job tree there's the MASTER_PID item.  Enjoy! >    ------------------------------    Date: 19 Nov 2004 07:40:33 -0800  From: "Barry" <dysert@gmail.com>P Subject: Re: Getting to know what subprocess is the parent of another subprocessC Message-ID: <1100878833.080614.127590@z14g2000cwz.googlegroups.com>   : It *can* be done in DCL (almost anything can).  As I said,9 F$GETJPI(0,"OWNER") does what I think you're looking for.    ------------------------------  % Date: Fri, 19 Nov 2004 11:38:13 -0500 < From: "Peter Weaver" <WeaverConsultingServices@sympatico.ca>P Subject: Re: Getting to know what subprocess is the parent of another subprocess+ Message-ID: <306lrnF2njf1sU1@uni-berlin.de>    Syltrem wrote:F > Bob probably has the right thing but it cannot be done in DCL, and I, > won't write a program just for this thing. >...  H You might want to re-read Barry's answer again, he gave the right answer with the "owner" parameter     $ ty xxx.com $!------------Cut Here
 $create x.com  $ deck $write sys$output - G "Process ''f$getjpi("","PID") was spawned from ''f$getjpi("","owner")'"  $eod $ create xx.com  $ deck $ @x $ spawn/nolog @x $eod $ spawn/nolog @xx  $!------------Cut Here $ @xxx* Process 0003DB3D was spawned from 0003D048* Process 0003DC40 was spawned from 0003DB3D     --   Peter Weaver Weaver Consulting Services Inc.  Canadian VAR for CHARON-VAX  www.weaverconsulting.ca    ------------------------------  % Date: Fri, 19 Nov 2004 10:03:33 +0100 9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com> J Subject: Re: How do I attach zip csv and other binary files from Vms mail?' Message-ID: <419DB6E5.F868F059@aaa.com>   9 I use MPACK/MUNPACK to create/unpack attachements on VMS. ; Works great and handles a number of diffrent ways of coding ? attachements on the fly. Then I use NBL to actaly send the mail @ out from VMS. A DS20 handles thousends of mails a day using this setup since several years back.   	 Jan-Erik.    > "Stewart, Bill" wrote: > > P > >         We have an OpenVMS cluster running version 7.3-2 Alpha.  What is theP > > procedure to send attachments from OpenVMS through our PMDF system in such aO > > way that they will show up as attachments when the mail gets to an exchange  > > server?    ------------------------------   Date: 19 NOV 2004 16:48:28 GMT+ From: Dave Greenwood <greenwoodde@ornl.gov> J Subject: Re: How do I attach zip csv and other binary files from Vms mail?2 Message-ID: <19NOV04.16482869@feda01.fed.ornl.gov>  B In a previous article, "Stewart, Bill" <wjs-corp@kaman.com> wrote: >    >   G > 	We have an OpenVMS cluster running version 7.3-2 Alpha.  What is the N > procedure to send attachments from OpenVMS through our PMDF system in such aM > way that they will show up as attachments when the mail gets to an exchange 	 > server?  >   > > 	I've tried using the VMS mime utility, and sff to send, butB > everything I've tried so far has given me the following results.  E If you have PMDF running on your VMS system (and it's not clear to me F whether that's the case) you may be able to use PMDF MAIL for that.  IG don't have an exchange server to test with, but I send attachments with  a command like:   /   $ PMDF MAIL file/ENCAPSULATE[/FILE] recipient   E The "/FILE" qualifier includes the filename in the attachment header.    Dave --------------9 Dave Greenwood                Email: Greenwoodde@ORNL.GOV H Oak Ridge National Lab        %STD-W-DISCLAIMER, I only speak for myself   ------------------------------    Date: 19 Nov 2004 08:10:41 -0800% From: Eric.Loyd@gmail.com (Eric Loyd) R Subject: I am looking for cheap or free vaxstations, decstations, or alphastations= Message-ID: <6c905686.0411190810.6463894c@posting.google.com>   E I am a recovering unemployed computer professional who is looking for ; jobs.  One of the skills I would like to refresh on is VMS.   A Does anyone have any sort of old DEC workstation (or server) that C they'd be willing to part with for free or a small fee?  I'll cover 3 shipping to US ZIP 14505 if anyone can help me out.   9 Email replies to eric.loyd@gmail.com, please.  Thank you.    -Eric    ------------------------------  % Date: Fri, 19 Nov 2004 08:08:20 -0800 # From: "Tom Linden" <tom@kednos.com> V Subject: Re: I am looking for cheap or free vaxstations, decstations, or alphastations( Message-ID: <opshpy36xazgicya@hyrrokkin>  E On 19 Nov 2004 08:10:41 -0800, Eric Loyd <Eric.Loyd@gmail.com> wrote:e  G > I am a recovering unemployed computer professional who is looking forS= > jobs.  One of the skills I would like to refresh on is VMS.a >RC > Does anyone have any sort of old DEC workstation (or server) thatsE > they'd be willing to part with for free or a small fee?  I'll covere5 > shipping to US ZIP 14505 if anyone can help me out.! >e; > Email replies to eric.loyd@gmail.com, please.  Thank you.   , If you have a PC or Linux, why not try Simh? >w > -EricE       -- sC Using Opera's revolutionary e-mail client: http://www.opera.com/m2/!   ------------------------------    Date: 19 Nov 2004 12:02:10 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)sV Subject: Re: I am looking for cheap or free vaxstations, decstations, or alphastations3 Message-ID: <vjuxrE9mHtuv@eisner.encompasserve.org>b  e In article <6c905686.0411190810.6463894c@posting.google.com>, Eric.Loyd@gmail.com (Eric Loyd) writes:iG > I am a recovering unemployed computer professional who is looking for = > jobs.  One of the skills I would like to refresh on is VMS.o > C > Does anyone have any sort of old DEC workstation (or server) thatcE > they'd be willing to part with for free or a small fee?  I'll coveri5 > shipping to US ZIP 14505 if anyone can help me out.s > ; > Email replies to eric.loyd@gmail.com, please.  Thank you.M  =    Frequently seen on eBay, sold used at local colleges, etc.I  =    Just make sure you get a VAX or an Alpha, DEC made lots ofh     computers that can't run VMS.   ------------------------------    Date: 19 Nov 2004 06:00:24 -0800- From: brian_benning@yahoo.com (Brian Benning) $ Subject: MySQL C API problem? MyInit= Message-ID: <e65b6b99.0411190600.3d8e532a@posting.google.com>n  E I downloaded the mysql client port for OpenVMS on the freeware 6 CD.  7 I can get it compiled, but it keeps dying when running.t  . Heres the very simple program I am running....   #include <stdio.h> #include <stdlib.h>  #include <string.h>e #include "mysqlinclude:mysql.h"   #include "mysqlinclude:config.h"     int main(int argc, char **argv)2 {l
   MYSQL m;   mysql_init(&m);    mysql_close(&m);   return 0;  }-   after running the program....-    ; %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual- address=00000000, PC =00106F08, PSL=03C00004./ %TRACE-F-TRACEBACK, symbolic stack dump followshE module name     routine name                     line       rel PC   e abs PC  D                                                            00106F08  00106F08D MY_INIT         my_init                         13129      000000B7  0000ACF7D LIBMYSQL        mysql_once_init                 16484      0000002F  0000346BD LIBMYSQL        mysql_init                      16462      00000009  000033D9D LOAD_TEST       main                             3843      00000028  00000E40D                                                            00019A28  00019A28D                                                            00011BE8  00011BE8    D This example here is from a VAX, but I have the same problem (ACCVIO on MyInit) on an Alpha too.u  D Can anyone push me in the direction of the problem?  Thanks for your help.S  
 Brian Benning  brian_benning@yahoo.comE   ------------------------------    Date: 19 Nov 2004 11:58:21 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)I( Subject: Re: MySQL C API problem? MyInit3 Message-ID: <Ie0X4fkD41w6@eisner.encompasserve.org>e  m In article <e65b6b99.0411190600.3d8e532a@posting.google.com>, brian_benning@yahoo.com (Brian Benning) writes:t  G > module name     routine name                     line       rel PC   m > abs PC > F >                                                            00106F08 
 > 00106F08F > MY_INIT         my_init                         13129      000000B7 
 > 0000ACF7F > LIBMYSQL        mysql_once_init                 16484      0000002F 
 > 0000346BF > LIBMYSQL        mysql_init                      16462      00000009 
 > 000033D9F > LOAD_TEST       main                             3843      00000028 
 > 00000E40F >                                                            00019A28 
 > 00019A28F >                                                            00011BE8 
 > 00011BE8  G    The problem is in the function my_init in the source file my_init.c.k:    Unless you post that source, as well as LIBMYSQL source@    mysql_once_init and mysql_init, we cannot debug your problem.  =    I suggest you run with the debugger and set a break point:a       set module my_init+       set break my_init\my_init\%line 13129C      Then see what's bad there.6   ------------------------------  + Date: Fri, 19 Nov 2004 11:54:24 +0000 (UTC)W( From: m.kraemer@gsi.de (Michael Kraemer)& Subject: Re: One more retreat for IA645 Message-ID: <cnkmtg$o92$1@lnx107.hrz.tu-darmstadt.de>   [ In article <419D4A60.9AACEAB3@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writesu > K > "Itanium is showing success in the high end, not in the mid-range," Intel_O > President Paul Otellini, who was chosen to take over as Intel chief executivewJ > next year, said in an interview with BusinessWeek.                       > ...(O > Otellini said Intel is repositioning Itanium 2 to be designed into higher-end P > servers and mainframes that do the heavy lifting for corporations and research > institutions.    how does that fit together with_  ; http://www.theregister.co.uk/2004/11/18/ibm_shatterrs_tpcc/_   ?_   Comments by Rob, Keith, etc. ?   Anyone ?   ------------------------------    Date: 19 Nov 2004 06:10:07 -0800( From: bob@instantwhip.com (Bob Ceculski)& Subject: Re: One more retreat for IA64= Message-ID: <d7791aa1.0411190610.5eba7c21@posting.google.com>9  a JF Mezei <jfmezei.spamnot@teksavvy.com> wrote in message news:<419D4A60.9AACEAB3@teksavvy.com>...   H this is all I worry about, rx1600 and 2600 for small vms work groups ...  N > Intel spokesman Robert Manetta said Otellini's comments do not mean that theJ > company is withdrawing Itanium from the lower-end server market. He saidM > Itanium's success has picked up this year, with deployment of Itanium-basedl- > servers up as much as 60 percent this year.I   ------------------------------  % Date: Fri, 19 Nov 2004 12:13:50 -0500)* From: "Marty O'Connor" <moconnor@dvfs.com> Subject: Re: raid hardware+ Message-ID: <306ns9F2t68c5U1@uni-berlin.de>r  2 "Sean O'Banion" <sean@obanion.us> wrote in message7 news:dffe4465.0411182204.2ba2b02c@posting.google.com..._G : The point I was tying to make about needing the SAN Appliance running F : is that even if you use SSSU, if the SAN Appliance, or Command View,+ : is not running, SSSU does not run either.h :A :  : Sean  ` The SAN Appliance does not need to be running for SSSU to function. Since Command View in on theI HSVs then if the EVA is up, you can use SSSU to access the configuration..   MartyK   ------------------------------    Date: 19 Nov 2004 07:45:03 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) : Subject: Re: reporter inquiry: Is HP selling AlphaServers?3 Message-ID: <BIEfJFKhmBnn@eisner.encompasserve.org>c  P In article <Lg3nd.6841$qS4.1892@trnddc09>, "smoke11" <smoke11@yahoo.com> writes: > Looking into Alpha sales ....l > J > -- Is anyone having trouble buying them from HP? Are HP AlphaServer reps2 > available? Is HP trying to selling AlphaServers? > H > -- Anyone surprised by revenue decline on AlphaServers? (Why buy new?) > " > -- OpenVMS implications, if any?  B    Went to a "tech expo" at my customer's site yesterday.  Lots ofA    vendors.  The HP folks brought two Wintel systems to show off.t  ,    Just like most of the other vendors.  8-(  =    At least the Apple vendor didn't bring any Wintel systems.l   ------------------------------    Date: 19 Nov 2004 07:50:58 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) : Subject: Re: reporter inquiry: Is HP selling AlphaServers?3 Message-ID: <eLZPGaFRcxt4@eisner.encompasserve.org>   ` In article <419D6C0C.E717D11F@comcast.net>, David J Dachtera <djesys.nospam@comcast.net> writes: > smoke11 wrote: >> "  >> Looking into Alpha sales .... >>  K >> -- Is anyone having trouble buying them from HP? Are HP AlphaServer repst3 >> available? Is HP trying to selling AlphaServers?l > D > The biggest problem is HP pushing non-VMS solutions to current VMSJ > customers. Most of HP's sales force has never even heard of either Alpha	 > or VMS.e  H    It was a pleasant suprize to see VMS as a move-to possibility in HP'sE    presentations posted from the Holland get together for MPE, Tru64,     and HPARC users.o   ------------------------------  % Date: Fri, 19 Nov 2004 07:01:02 -0700r+ From: John Nebel <john.nebel_vms@csdco.com>): Subject: Re: reporter inquiry: Is HP selling AlphaServers?( Message-ID: <419DFC9E.1000402@csdco.com>  5 We bought a 1280 from an HP reseller because of this:   F STREAM Memory Bandwidth --- John D. McCalpin, mccalpin@cs.virginia.edu' Revised to Wed Nov  3 08:04:46 CST 2004d  5 All results are in MB/s --- 1 MB=10^6 B, *not* 2^20 Bo  H ------------------------------------------------------------------------H Machine ID                      ncpus    COPY    SCALE      ADD    TRIADH ------------------------------------------------------------------------H SGI_Altix_3000                   512 854062.0 854338.0 1008594. 1007828.H NEC_SX-7                          32 876174.7 865144.1 869179.2 872259.1H NEC_SX-5-16A                      16 607492.0 590390.0 607412.0 583069.0H NEC_SX-4                          32 434784.0 432886.0 437358.0 436954.0H HP_AlphaServer_GS1280-1300        64 407351.0 400142.0 437010.0 431450.0H Cray_T932_321024-3E               32 310721.0 302182.0 359841.0 359270.0H NEC_SX-6                           8 202627.2 192306.2 190231.3 213024.3H IBM_eServer_p5-595                64 158176.4 153812.4 169687.4 174567.4H Cray_C90                          16 105497.0 104656.0 101736.0 103812.0H SGI_Origin3800-500               256  87019.5  85514.4 101695.6  99680.2  H There is curently a $200M system failure in the news in Colorado due to H EDS bungling and another probable which is not public and the system we I run for the state is going to suffer no such fate.  You can say Alpha is tG obsolete, but what is available right now?  It's really interesting to *F see the relief on some faces when they see or hear about that machine.  & OK, off soap box now, back to lurking.   JN   ------------------------------  % Date: Fri, 19 Nov 2004 09:55:54 -0500 # From: "John Smith" <a@nonymous.com>o: Subject: Re: reporter inquiry: Is HP selling AlphaServers?, Message-ID: <3OudnSV7T77hlAPcRVn-qQ@igs.net>   Bob Koehler wrote:> > In article <419D6C0C.E717D11F@comcast.net>, David J Dachtera% > <djesys.nospam@comcast.net> writes:e >> smoke11 wrote:  >>> ! >>> Looking into Alpha sales ....r >>>uG >>> -- Is anyone having trouble buying them from HP? Are HP AlphaServeri9 >>> reps available? Is HP trying to selling AlphaServers?  >>E >> The biggest problem is HP pushing non-VMS solutions to current VMShE >> customers. Most of HP's sales force has never even heard of eithere >> Alpha or VMS. >dE >    It was a pleasant suprize to see VMS as a move-to possibility in E >    HP's presentations posted from the Holland get together for MPE,  >    Tru64, and HPARC users.  @ Was that an official HP presentation?  I am shocked if it is so.   ------------------------------  % Date: Fri, 19 Nov 2004 17:26:47 +0100  From: Dirk Munk <munk@home.nl>: Subject: Re: reporter inquiry: Is HP selling AlphaServers?2 Message-ID: <cnl6sc$mlu$1@news5.zwoll1.ov.home.nl>   John Nebel wrote:n >  > 7 > We bought a 1280 from an HP reseller because of this:  > H > STREAM Memory Bandwidth --- John D. McCalpin, mccalpin@cs.virginia.edu) > Revised to Wed Nov  3 08:04:46 CST 2004i > 7 > All results are in MB/s --- 1 MB=10^6 B, *not* 2^20 Bp > J > ------------------------------------------------------------------------J > Machine ID                      ncpus    COPY    SCALE      ADD    TRIADJ > ------------------------------------------------------------------------J > SGI_Altix_3000                   512 854062.0 854338.0 1008594. 1007828.J > NEC_SX-7                          32 876174.7 865144.1 869179.2 872259.1J > NEC_SX-5-16A                      16 607492.0 590390.0 607412.0 583069.0J > NEC_SX-4                          32 434784.0 432886.0 437358.0 436954.0J > HP_AlphaServer_GS1280-1300        64 407351.0 400142.0 437010.0 431450.0J > Cray_T932_321024-3E               32 310721.0 302182.0 359841.0 359270.0J > NEC_SX-6                           8 202627.2 192306.2 190231.3 213024.3J > IBM_eServer_p5-595                64 158176.4 153812.4 169687.4 174567.4J > Cray_C90                          16 105497.0 104656.0 101736.0 103812.0J > SGI_Origin3800-500               256  87019.5  85514.4 101695.6  99680.2 > J > There is curently a $200M system failure in the news in Colorado due to J > EDS bungling and another probable which is not public and the system we K > run for the state is going to suffer no such fate.  You can say Alpha is @I > obsolete, but what is available right now?  It's really interesting to nH > see the relief on some faces when they see or hear about that machine. > ( > OK, off soap box now, back to lurking. >  > JN > > The sad news is that VMS only supports 32 CPU's in one system.N The good news is that you can even get a 128 cpu GS1280 if you ask HP nicely. L (Why do you think it is called GS1280 ?). That would bring a 128 cpu GS1280 I almost at the top of this table .... Poor superdome (PA Risc or Itanium).    ------------------------------  % Date: Fri, 19 Nov 2004 17:31:03 +0100  From: Dirk Munk <munk@home.nl>: Subject: Re: reporter inquiry: Is HP selling AlphaServers?2 Message-ID: <cnl74h$pht$1@news5.zwoll1.ov.home.nl>   John Smith wrote:a > Bob Koehler wrote: > > >>In article <419D6C0C.E717D11F@comcast.net>, David J Dachtera% >><djesys.nospam@comcast.net> writes:  >> >>>smoke11 wrote:B >>>@! >>>>Looking into Alpha sales ....t >>>>G >>>>-- Is anyone having trouble buying them from HP? Are HP AlphaServerc9 >>>>reps available? Is HP trying to selling AlphaServers?  >>>aE >>>The biggest problem is HP pushing non-VMS solutions to current VMS E >>>customers. Most of HP's sales force has never even heard of eithers >>>Alpha or VMS. >>E >>   It was a pleasant suprize to see VMS as a move-to possibility iniE >>   HP's presentations posted from the Holland get together for MPE,p >>   Tru64, and HPARC users. >  > B > Was that an official HP presentation?  I am shocked if it is so.M It was, in fact one of the Tru64 guys told me that there are Tru64 customers  Q moving to VMS because of the clustering. Tru64 has the best Unix clustering, and tP they don't want to wait for and experiment with the HP-UX Tru64 clustering. And O why should they if the worlds most advanced clustering is available right now??    (HP marketing, please read !!)   ------------------------------  % Date: Fri, 19 Nov 2004 09:07:02 -0800 ' From: David Mathog <mathog@caltech.edu>i: Subject: Re: reporter inquiry: Is HP selling AlphaServers?+ Message-ID: <cnl97n$hj8$1@naig.caltech.edu>o   John Nebel wrote:a >  > 7 > We bought a 1280 from an HP reseller because of this:h > H > STREAM Memory Bandwidth --- John D. McCalpin, mccalpin@cs.virginia.edu) > Revised to Wed Nov  3 08:04:46 CST 2004t > 7 > All results are in MB/s --- 1 MB=10^6 B, *not* 2^20 B  >   ? Stream is written in C without regard to any potential hardwaref? accelaration that might be available via assembly level coding.m@ If you get these in the binary its only because the compiler you? used was smart enough to put them in.  Typically that action isa not the default.  D I found that it was possible to do MUCH better than "vanilla" STREAM? on an Athlon MP by using the coding methods described in AMD's 2C documentation.  ( Prefetch and the like.) I expect that the Opteronr@ would do even better with these optimizations since the prefetch; on that CPU is more effective than on the MP.  If Alpha hasa; explicit prefetch instructions it would definitely be worthrC giving those a try if your application is memory bandwidth limited.n  D My point - STREAM is nice for a start, but you shouldn't assume thatG the scores it produces represent the true Memory Bandwidth of a system,oD more of a lower limit actually.  By alternative coding utilizing CPU= specific instructions you can do better.  STREAM is also onlye< relevant if your key application is memory bandwidth limited/ and not, for instance, CPU or disk I/O limited.0   Regards,   David Mathog mathog@caltech.edu   ------------------------------    Date: 19 Nov 2004 11:54:21 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)o: Subject: Re: reporter inquiry: Is HP selling AlphaServers?3 Message-ID: <3JzbI2QLVdZ8@eisner.encompasserve.org>   S In article <cnl6sc$mlu$1@news5.zwoll1.ov.home.nl>, Dirk Munk <munk@home.nl> writes:h  @ > The sad news is that VMS only supports 32 CPU's in one system.P > The good news is that you can even get a 128 cpu GS1280 if you ask HP nicely. N > (Why do you think it is called GS1280 ?). That would bring a 128 cpu GS1280 K > almost at the top of this table .... Poor superdome (PA Risc or Itanium).   F    Define "system".  Can we cluster 4 Galaxy instances of 32 CPUs each6    to make use of all 128 CPUs running VMS in one box?    z   ------------------------------    Date: 19 Nov 2004 11:52:40 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)a: Subject: Re: reporter inquiry: Is HP selling AlphaServers?3 Message-ID: <0eEwbzDoX51M@eisner.encompasserve.org>j  R In article <3OudnSV7T77hlAPcRVn-qQ@igs.net>, "John Smith" <a@nonymous.com> writes: > B > Was that an official HP presentation?  I am shocked if it is so.  B    I didn't keep that one.  I wish I kept the URL.  It sure looked6    to me like it was a publc statement coming from HP.   ------------------------------  % Date: Fri, 19 Nov 2004 11:12:54 -0700h. From: "Michael D. Ober" <mdo.@.wakeassoc..com>: Subject: Re: reporter inquiry: Is HP selling AlphaServers?/ Message-ID: <HIqnd.5$sI4.10215@news.uswest.net>x  8 "John Nebel" <john.nebel_vms@csdco.com> wrote in message" news:419DFC9E.1000402@csdco.com... >  >eI > There is curently a $200M system failure in the news in Colorado due to I > EDS bungling and another probable which is not public and the system wenJ > run for the state is going to suffer no such fate.  You can say Alpha isH > obsolete, but what is available right now?  It's really interesting toH > see the relief on some faces when they see or hear about that machine. >a( > OK, off soap box now, back to lurking. >  > JN >"I This is a pure software screwup.  The platform in this case wouldn't havetK made a difference since the backend database runs on multiple systems.  ThedI state's auditors identified this problem over a year before "turn on" and-( the politicians overrode their concerns.  	 Mike OberC
 Denver, CO   ------------------------------    Date: 19 Nov 2004 07:21:53 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)0. Subject: Re: RMS Files and directories Indexes3 Message-ID: <zNqShBVkrJ8k@eisner.encompasserve.org>t  ` In article <419D614A.A674F390@comcast.net>, David J Dachtera <djesys.nospam@comcast.net> writes: > Bob Koehler wrote: >> 1c >> In article <419C0D62.A912ED7C@comcast.net>, David J Dachtera <djesys.nospam@comcast.net> writes:t >> E* >> > D'ya ever have to deal with All-in-1? >> i* >>    No.  Never used it, never missed it. > B > You're lucky. It was a MOTHER! ...but it did some useful things.  B    All I heard was hog-in-1, due to it's large memory requirementsD    (for the time), about 1 MB per user.  Then DECwindows shipped andD    our 4MB VAXStation 2000 couldn't handle one user, we got the 12MB    upgrade.   G    I still remember doing Fortran IV-Plus applications running VMS 1.x mF    on an 11/780 with 1/2 MB, the minimum DEC recommended just to boot.F    And compiling source files from labeled tape because I didn't have -    enough disk space for sources and objects.t   ------------------------------  % Date: Fri, 19 Nov 2004 07:17:46 -0500i1 From: Bob Supnik <bob.supnik@sicortex.nospam.com>u Subject: SIMH V3.38 Message-ID: <2sorp0t91vqrpfgtac2o37lnegnb1fe6u3@4ax.com>  ) SIMH V3.3 is available from the web site,y HTTP://simh.trailing-edge.com.  F V3.3 includes a major overhaul of the PDP-11 simulator.  Users can nowD choose a specific PDP-11 model, rather than a generic Unibus or Qbus? CPU.  This facilitates running operating systems that support at4 limited range of models, such as Unix V5 or RSX11M+.  D V3.3 also includes a significant overhaul of the VAX simulator.  TheF VAX simulator now has latent support for the VAX-11/780.  This is part& of an ongoing effort to revive VMS V1.  E Finally, V3.3 has a large set of fixes and improvements to the HP2100lB family simulator, courtesy of Dave Bryan.  The HP2100 now runs all> extent diagnostics, as well as HP operating systems up through RTE-IVB.  B Please look through the README.TXT file in the source zip file for9 caveats and restrictions resulting from the many changes."   /Bob Supnikt   ------------------------------    Date: 19 Nov 2004 08:15:55 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)l Subject: Re: SIMH V3.33 Message-ID: <XSy+oD64MQNX@eisner.encompasserve.org>t  l In article <2sorp0t91vqrpfgtac2o37lnegnb1fe6u3@4ax.com>, Bob Supnik <bob.supnik@sicortex.nospam.com> writes:+ > SIMH V3.3 is available from the web site,a  > HTTP://simh.trailing-edge.com. > H > V3.3 includes a major overhaul of the PDP-11 simulator.  Users can nowF > choose a specific PDP-11 model, rather than a generic Unibus or QbusA > CPU.  This facilitates running operating systems that support as6 > limited range of models, such as Unix V5 or RSX11M+. > F > V3.3 also includes a significant overhaul of the VAX simulator.  TheH > VAX simulator now has latent support for the VAX-11/780.  This is part( > of an ongoing effort to revive VMS V1.  B    Does that mean they've got enough of the PDP-11 simulation intoF    the VAX simulation to enable code to run in simulated compatability    mode?  =    Don't try doing a DIR command under VMS V1 unless you haveDH    compatability mode.  As a matter of fact, you'ld probably have a hard    time booting.   ------------------------------    Date: 19 Nov 2004 07:52:37 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) % Subject: Re: t1lib, %SYSTEM-F-HPARITHb3 Message-ID: <kqWWsQ1LFAUw@eisner.encompasserve.org>e  ] In article <cnifck$mj9$1@newslocal.mitre.org>, lewis@PROBE.MITRE.ORG (Keith A. Lewis) writes:   I > I was going to suggest doing this in the VMS debugger, which is a greatoJ > utility but notorious for changing the values of uninitialized variables  D    The debugger does not change those values.  Compiling /nooptimize@    is the culprit that often hides the problem.  You can use theB    debugger while compiling /optimize in order to track down these    kinds of problems.e   ------------------------------  % Date: Fri, 19 Nov 2004 09:01:17 +0000t0 From: Chris Sharman <chris.sharman@sorry.nospam>/ Subject: Re: Upgrade base/path for V8.2 releasel4 Message-ID: <cnkcou$t9c$1$8302bc10@news.demon.co.uk>   Bob Koehler wrote:I >    Published plans for 8.2 on VAX show it appearing sometime next year.r > 0 >    I suspect HP will make good on those plans.  + Any ideas when 8.2 Alpha is going to ship ?iD I understood starting shipping was normally a 6 week process, so if E they're going to make this quarter they must have a date now, right ?n  G And does anyone know whether it's compatible in the usual way, meaning rE Cognos Powerhouse is likely to run, or are there any special issues ?8   Thanks,l Chris@   ------------------------------    Date: 19 Nov 2004 07:17:10 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) / Subject: Re: Upgrade base/path for V8.2 releaseX3 Message-ID: <LFuhVufB3ysz@eisner.encompasserve.org>u  g In article <cnkcou$t9c$1$8302bc10@news.demon.co.uk>, Chris Sharman <chris.sharman@sorry.nospam> writes:t > Bob Koehler wrote:J >>    Published plans for 8.2 on VAX show it appearing sometime next year. >> o1 >>    I suspect HP will make good on those plans.r > - > Any ideas when 8.2 Alpha is going to ship ?a  D    Published plans are for both Alpha and IA64 shipments of 8.2 this2    quarter.  At this time I read that as December.   ------------------------------  % Date: Fri, 19 Nov 2004 07:20:57 -0500 1 From: Bob Supnik <bob.supnik@sicortex.nospam.com>  Subject: VMS V1d8 Message-ID: <d3prp09l6jvrebfmfe1o854608gcu08ooa@4ax.com>  A The SIMH team is attempting to revive VMS V1.  A 780 simulator is D written and partially debugged, V1 sources have been found, as has a binary kit for V1.5.   What's lacking, notably, are:6  C - VAX-11/780 floppies for V1, particularly the tape restore utilityi- - Installation and operational manuals for V1rE - Detailed specifications on the LSI-11 console interaction protocol,h% or the actual firmware for the LSI-11t - VAX-11/780 bootstrap ROM code   E If you have any of this material, please let me or Al Kossow know; we - can arrange to have the material transcribed.X   Thanks,o   /Bob Supniku   ------------------------------  % Date: Fri, 19 Nov 2004 14:35:41 +0100-+ From: "Michel Herrscher" <mhc@herrscher.fr>0 Subject: Re: VMS V1r7 Message-ID: <419df698$0$17596$8fcfb975@news.wanadoo.fr>C  # Dans un message Bob Supnik disait :9  C > The SIMH team is attempting to revive VMS V1.  A 780 simulator isdF > written and partially debugged, V1 sources have been found, as has a > binary kit for V1.5. >s  K Ouahhhh My very first experience with 780 ( VMS 1.3..) none of the compilero was in native mode .....  ; Except in a museum, I do not see where you can find such HWh   Michel Herrscher   ------------------------------   End of INFO-VAX 2004.643 ************************