1 INFO-VAX	Sun, 18 Jul 2004	Volume 2004 : Issue 395       Contents:" Re: 68 pin SCSI on 50 pin SCSI bus" Re: 68 pin SCSI on 50 pin SCSI bus" Re: 68 pin SCSI on 50 pin SCSI bus" Re: 68 pin SCSI on 50 pin SCSI bus Re: DECnet question  Re: DECnet question 1 Re: HSx ECB (cache battery) troubleshooting/specs - Re: Itanium Licensing and Hobbyist on Itanium - Re: Itanium Licensing and Hobbyist on Itanium   Re: LOGIN.COM comparison utility Re: OpenVMS security?  Re: OpenVMS security?  Re: OpenVMS security? < OT Humour (in German). Was: Re: Mailing list as email/digest@ Re: OT Humour (in German). Was: Re: Mailing list as email/digest@ Re: OT Humour (in German). Was: Re: Mailing list as email/digest@ Re: OT Humour (in German). Was: Re: Mailing list as email/digest Richard Maher, Thanks!( Update: SIMH 3.2-2 - important bug fixes  F ----------------------------------------------------------------------  % Date: Sun, 18 Jul 2004 14:53:33 +0200 , From: "Hans Vlems" <hvlems.dotweg@zonnet.nl>+ Subject: Re: 68 pin SCSI on 50 pin SCSI bus * Message-ID: <2lva71Ffb4baU1@uni-berlin.de>  > "Stuart Norris" <stuie_norris@yahoo.com.au> schreef in bericht7 news:51262235.0407171352.4a97d539@posting.google.com...  > Hello All, > % > I have an Alpha station 200i 4/100.  > L > I am finding it very hard to get 50 pin SCSI disks that are good enough to use. > 6 > I have several RZ29 drives with a 68 pin interfaces. > K > If I buy a female 50 pin to female 68 pin SCSI adapter can I connect this 
 adapter toK > the mother board and run the 68 pin drives.  The 68 pin SCSI cable I have  states> > that all the drives including the last must be unterminated. > - > From a gender point of view this will work.  > + > Will this work from a SCSI point of view?  >  > Stuart  F In the world of SCSI anything goes, but the answer to your question is probably: yes.E I have a  QUANTUM ATLAS_V__9_WLS disk fitted with an adapter like you 	 describe: J male 68-to-male 50 pin SCSI and it works in a Digital Server 5305 (similar
 to an AS1200) F uner VMS 7.3 and in an expansion box (the one with the VAXstation 3100 look) attached. to a VAXstation 4000-90A also running VMS 7.3.G A company I found very reliable and knowledgeable is McPricebreakers on  eBay:   L http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&category=11150&item=5108053783  L The product listed above is somewhat clumsy, I prefer the straight converter kind.    Hans   ------------------------------  % Date: Sun, 18 Jul 2004 15:31:32 +0200   From: "Dr. Dweeb" <dr@dweeb.com>+ Subject: Re: 68 pin SCSI on 50 pin SCSI bus - Message-ID: <cddu3m$2plv$1@news.cybercity.dk>    Jefferson Humber wrote: 1 > BlackBox sell internal SCSI adapters for HDD's.  > E > We have bought 80pin -> 50pin & 68pin -> 50pin adapters that simply " > plug onto the back of the drive. > & > Haven't used them on Alpha's though. >  > Jeff >  >  > Stuart Norris wrote:
 >> Hello All,  >>& >> I have an Alpha station 200i 4/100. >>C >> I am finding it very hard to get 50 pin SCSI disks that are good  >> enough to use.  >>7 >> I have several RZ29 drives with a 68 pin interfaces.  >>G >> If I buy a female 50 pin to female 68 pin SCSI adapter can I connect F >> this adapter to the mother board and run the 68 pin drives.  The 68F >> pin SCSI cable I have states that all the drives including the last >> must be unterminated. >>. >> From a gender point of view this will work. >>, >> Will this work from a SCSI point of view? >>	 >> Stuart   G I tried it once 68--> 50 and the Alpha firmware failed to recognise the  drive.  YMMV   Dweeb.   ------------------------------  % Date: Sun, 18 Jul 2004 23:44:22 +0800 , From: Paul Repacholi <prep@prep.synonet.com>+ Subject: Re: 68 pin SCSI on 50 pin SCSI bus 0 Message-ID: <87d62tz5ex.fsf@k9.prep.synonet.com>  1 stuie_norris@yahoo.com.au (Stuart Norris) writes:   F > If I buy a female 50 pin to female 68 pin SCSI adapter can I connectE > this adapter to the mother board and run the 68 pin drives.  The 68 E > pin SCSI cable I have states that all the drives including the last  > must be unterminated.   . > From a gender point of view this will work.   + > Will this work from a SCSI point of view?   C Some will, some won't... Not being funny, SCSI and `standard' don't  belong on the same page...  D But, RZ29s on a 16 bit SCSI bus with 16 bit terminators on the cableF can be pluged via a 68-50 converter into a narrow controller and work.  A Some drives will not, they will only work on a 16 bit bus as they D don't use 8 bit x'fers, others are quite happy to have only an 8 bit? bus connected and disable the unused 8 data lines and the extra 
 address line.     It is called `Industry Standard'   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Sun, 18 Jul 2004 12:01:22 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>+ Subject: Re: 68 pin SCSI on 50 pin SCSI bus + Message-ID: <40FAACE2.60A7B93C@comcast.net>    Paul Repacholi wrote:  > 3 > stuie_norris@yahoo.com.au (Stuart Norris) writes:  > H > > If I buy a female 50 pin to female 68 pin SCSI adapter can I connectG > > this adapter to the mother board and run the 68 pin drives.  The 68 G > > pin SCSI cable I have states that all the drives including the last  > > must be unterminated.  > / > > From a gender point of view this will work.  > - > > Will this work from a SCSI point of view?  > E > Some will, some won't... Not being funny, SCSI and `standard' don't  > belong on the same page...  ? It is important to remember that neither of the "S"'s in "SCSI" G represent the word "standard". "SCSI" is an acronym for "Small Computer D Systems Interface". It is a set of specifications, not a "standard".  F > But, RZ29s on a 16 bit SCSI bus with 16 bit terminators on the cableH > can be pluged via a 68-50 converter into a narrow controller and work. > C > Some drives will not, they will only work on a 16 bit bus as they F > don't use 8 bit x'fers, others are quite happy to have only an 8 bitA > bus connected and disable the unused 8 data lines and the extra  > address line.  > " > It is called `Industry Standard'  F The more common interpretations of the SCSI specification are de-facto@ standards by token of their commonness and ubiquity, and are notA prescribed by any standards body recognized industry-wide, AFAIK.    D.J.D.   ------------------------------   Date: 18 Jul 2004 07:25:36 GMT2 From: "Dave Weatherall" <djw-nothere@nospam.nohow> Subject: Re: DECnet question? Message-ID: <DTiotGxQ0bj6-pn2-zLbzYKLd2R82@dave2_os2.home.ours>   , On Sat, 17 Jul 2004 16:50:27 UTC, Jay Olson . <jay.olson@triton-software.com.no.spam> wrote:  J > Perhaps you misunderstood my qustion. I am asking about what parameters H > control when a $QIOW write to a DECnet channel will succeed/complete. I > TCP/IP has nothing to do with the problem. I can reproduce the problem  K > by suspending the process on the other end or by sitting in the debugger.  >  > glen herrmannsfeldt wrote: >  > > Jay Olson wrote:     I > >> It appears that the main program can do a $QIOW to send data to the  J > >> TCP/IP communication programs and the write will complete before the L > >> other end has read the data. In fact, the $QIOW will copmplete even if F > >> the other end doesn't have a read active. However, this can only F > >> happen a limited number of times, after which the $QIOW does not 6 > >> complete until a read is issued on the other end.  D I think I read it the same way as Glen, i,e how does the TCP/IP bit D work and not the DecNet. All my DecNet task to task communications, A including the ones in a scenario similar to yours, return status  F reports after each write. ie. all QIO writes are followed by reads so F I can't remember whether the Client write returns immediately even if F the server. Thinking about it, I suspect it does because the data has F arrived at the target which is what the qioW is waiting for. When the F memory available/allocated for buffering messages is exhausted the QIO. will wait until the transfer can be completed   F So it will be the situation described ny JF. It will be the parameter 6 setting on the receiver that will be important though.  F It's funny how 10 years of succesful operation of some code allows you& to forget the principles behind it... E I need a set on manuals at home. At work I'm too busy to read them...     --   Cheers - Dave.   ------------------------------  % Date: Sun, 18 Jul 2004 18:42:24 +0800 , From: Paul Repacholi <prep@prep.synonet.com> Subject: Re: DECnet question0 Message-ID: <87wu117g1b.fsf@k9.prep.synonet.com>  9 Jay Olson <jay.olson@triton-software.com.no.spam> writes:   > > Perhaps you misunderstood my qustion. I am asking about what@ > parameters control when a $QIOW write to a DECnet channel willD > succeed/complete. TCP/IP has nothing to do with the problem. I canE > reproduce the problem by suspending the process on the other end or  > by sitting in the debugger.   E No parameters, it is the DECnet definitions. An IO completes when the E data is in the destination USER buffer. IP QIOs `complete' when it is B in the local system buffers for transmittion. Until you run out ofB byte quota, and then either DECnet or IP will stall, which ever isE first. App design often means that a specific case if far more likley  than others.   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Sun, 18 Jul 2004 11:42:59 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>: Subject: Re: HSx ECB (cache battery) troubleshooting/specs+ Message-ID: <40FAA892.4745C441@comcast.net>    Bob Kaplow wrote:  > b > In article <40F89A49.79DE2D76@comcast.net>, David J Dachtera <djesys.nospam@comcast.net> writes:L > > Good luck. Rumor has it that cache batteries turn to mush if they're not5 > > kept charged, ragardless of the voltage readings.  > M > That's been my experience. They have an in-use life of about 2 years, and a K > sit on the shelf life of at most a few months. Lead Acid needs to be kept  > fully charged or it's trash.  A Wonder if NiMH or Lithium-ion would have been better, had it been  feasible/available...    D.J.D.   ------------------------------  # Date: Sun, 18 Jul 2004 11:45:31 GMT 5 From: rdeininger@mindspringdot.com (Robert Deininger) 6 Subject: Re: Itanium Licensing and Hobbyist on ItaniumL Message-ID: <rdeininger-1807040751310001@user-105n888.dialup.mindspring.com>  D In article <40f9ae73$0$7801$db0fefd9@news.zen.co.uk>, "Alex Daniels". <AlexNOSPAMTHANKSDaniels@themail.co.uk> wrote:  H >With some of the talk about what will (and will not) be included in theM >different licensing options with Itanium and the comments about it not being G >definitively decided yet, I had a look around on an pre 8.2 base level 	 >machine.  > G >The products in the different categories were no shock and as previous H >stated by hp, but looks like hobbyists won't have to load quite so manyI >licences any more, and more importantly shows that they are committed to 7 >catering for hobbyist's from the start. Well done hp..  >  >From the early 8.2 box... >  >   FOE     Foundation2 >   OPENVMS-I64,OPENVMS-USER,DVNETEND,DW-MOTIF,UCX; >   TDC,DCOM-MIDL,X500-ADMIN-FACILITY,X500-DIRECTORY-SERVER  >  >   EOE     Enterprise  >   DECRAM,RMSJNL,VOLSHAD,SYSMGT >  >   MCOE    Mission Critical( >   RTR-SVR,VMSCLUSTER,VMSCLUSTER-CLIENT >  >   HOE     Hobbyist >   OPENVMS-HOE  > M >It has been documented prior that each category will also include everything  >from the preceding categories.   C I don't think HOE is part of the same hierarchy as the other 3 OEs.    ------------------------------  % Date: Sun, 18 Jul 2004 12:06:37 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>6 Subject: Re: Itanium Licensing and Hobbyist on Itanium+ Message-ID: <40FAAE1D.ED128966@comcast.net>    Alex Daniels wrote:  > I > With some of the talk about what will (and will not) be included in the N > different licensing options with Itanium and the comments about it not beingH > definitively decided yet, I had a look around on an pre 8.2 base level
 > machine. > H > The products in the different categories were no shock and as previousI > stated by hp, but looks like hobbyists won't have to load quite so many J > licences any more, and more importantly shows that they are committed to8 > catering for hobbyist's from the start. Well done hp.. >  > From the early 8.2 box...  >  >    FOE     Foundation 3 >    OPENVMS-I64,OPENVMS-USER,DVNETEND,DW-MOTIF,UCX < >    TDC,DCOM-MIDL,X500-ADMIN-FACILITY,X500-DIRECTORY-SERVER >  >    EOE     Enterprise ! >    DECRAM,RMSJNL,VOLSHAD,SYSMGT  >  >    MCOE    Mission Critical ) >    RTR-SVR,VMSCLUSTER,VMSCLUSTER-CLIENT  >  >    HOE     Hobbyist  >    OPENVMS-HOE > N > It has been documented prior that each category will also include everything  > from the preceding categories.  G It is interesting to note that the most common place for VMS to live is H in the back-end server tier, which of course requires the MCOE licensingH tier. That is, once again: minimal acceptable OpenVMS licensing bundle =C prohibitive cost-to-acquire, while affordable (read: competitive) =  virtually useless.  H These supposed business school graduates just don't get it, and probably never will.    D.J.D.   ------------------------------  % Date: Sun, 18 Jul 2004 11:41:04 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>) Subject: Re: LOGIN.COM comparison utility + Message-ID: <40FAA820.6B9E43FA@comcast.net>    John Brandon wrote:  >  > D.J.D. writes:E > > I did that in DCL about eight or nine years ago. I may be able to K > > resurrect the code from the many archives I've kept, if you REALLY want  > > it.  > O > It may be useful to look at for point of reference.  My thought process is to H > develop a process by which I read each login.com and create a database1 > consisting of symbols and associated usernames.  > S > > > I have a legacy system that some dev/admin had the great idea to add the same , > > > symbols (etc) to each users LOGIN.COM. > > & > > Typical "cut and paste" mentality. > O > Got that right - and the "You can consolidate, really?" or "You can do that?"  >  mentalitty (or ignorance).  > S > > > My mission is to go out and consolidate these symbols (etc) into the SYLOGIN.  > >  > > PLEASE!!! NOT SYLOGIN!!! > > K > > If you must consolidate, put them in a separate .COM file and invoke it J > > in LOGIN, perhaps conditionally based on whatever criteria make sense. > > H > > Best not to clog up SYLOGIN with application specific stuff (not all > > users will need it). > K > Whoa - I am not a person who likes to clutter - sometimes babble, but not 
 > clutter! > G > I was thinking of creating a login process that will check for rights N > identifiers and execute a specific code for that user.  When I say SYLOGIN IF > my meaning is the system login process not SYLOGIN.COM specifically.  D I did something similar to that pursuant to the research I mentionedA before (a proc. to analyze LOGIN.COMs). The idea was to develop a G "parameter-driven" user menu, the "Parameters" being rights identifiers E that caused certain options to be displayed/enabled (though some were  enabled but not displayed).   D I'll see if I can dig up the old code, but I cannot guarantee a timeF frame. I still have to finish up my PPT for the 4-hour DCL ProgrammingF session I'm giving (twice in one day) at this year's "DECUS" (HPworld)
 Symposium.   D.J.D.   ------------------------------   Date: 18 Jul 2004 07:26:01 GMT2 From: "Dave Weatherall" <djw-nothere@nospam.nohow> Subject: Re: OpenVMS security?? Message-ID: <DTiotGxQ0bj6-pn2-KwndmIbLZRUd@dave2_os2.home.ours>   E On Sat, 17 Jul 2004 16:43:43 UTC, bob@instantwhip.com (Bob Ceculski)   wrote:  1 Snipped - accurate description of VMS principles.   	 > Cheers!  >  > Keith Cayemberg + > IBM Business Services - Hannover, Germany   E And there's me thinking 'that's the longest / most lucid thing Bob's   ever written'...   Good quote Bob,    --   Cheers - Dave.   ------------------------------  % Date: Sun, 18 Jul 2004 11:50:23 -0400 # From: "John Smith" <a@nonymous.com>  Subject: Re: OpenVMS security?, Message-ID: <Ddadnf6C7N_eAWfdRVn-sA@igs.net>   Robert Deininger wrote: ; > In article <Hoadnc3EK9GZ3mTdRVn-hg@igs.net>, "John Smith"  > <a@nonymous.com> wrote:  >  >> Robert Deininger wrote:@ >>> In article <AMWdnWKtYYEgnWTdRVn-ig@comcast.com>, Undisclosed, >>> <nomail@dontbeaweaselspammer.com> wrote: >>>  >> <<snip>>  >> > G >>> I think a lot can be done to help VMS, quicker, cheaper, and easier  >>> than porting to Opteron. >> >>G >> Like taking the money an Opeteron port would cost and devoting it to  >> VMS-exclusive advertising?  > E > I think some advertising would be helpful, yes.  But maybe not THAT  > much advertising.   I *THAT* much advertising certainly has not hurt Microsoft's or Orcale's or L SAP's bottom line. It drives customers to you; it encourages layered product" development; it creates mindshare.      @ >>>> I'd love to see more competition in the OS marketplace, andG >>>> aggressively pricing OpenVMS as a solid server while putting it on = >>>> real commodity hardware might win OVMS a lot more users.  >>> > >>> Well, if I was in charge I'd try to make VMS dirt cheap onC >>> entry-level systems.  This is a business decision that's pretty A >>> independent of what hardware VMS runs on.  Alpha, Itanium, or   >>> Opteron, the decision on VMS# >>> price points would be the same.  >> >>@ >> I like your thinking. Maybe we should put you in-charge?  :-) >  > Don't hold your breath. :-)     F I'll talk to carly(tm) about it next time we're in Davos together. ;-)H Don't worry...the new title comes with enough extra money to pay for the suits you'll have to wear.  ;-)    ------------------------------  % Date: Sun, 18 Jul 2004 11:48:44 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net> Subject: Re: OpenVMS security?+ Message-ID: <40FAA9EC.E10A09A9@comcast.net>    Robert Deininger wrote:  > L > In article <Hoadnc3EK9GZ3mTdRVn-hg@igs.net>, "John Smith" <a@nonymous.com> > wrote: >  > >Robert Deininger wrote:A > >> In article <AMWdnWKtYYEgnWTdRVn-ig@comcast.com>, Undisclosed - > >> <nomail@dontbeaweaselspammer.com> wrote:  > >> > ><<snip>>  > >  > H > >> I think a lot can be done to help VMS, quicker, cheaper, and easier > >> than porting to Opteron.  > >  > > G > >Like taking the money an Opeteron port would cost and devoting it to  > >VMS-exclusive advertising?  > J > I think some advertising would be helpful, yes.  But maybe not THAT much > advertising.  D It may very well be that the whole security situation is approachingD "critical mass": all it might take at this point is for something toD come along that offers VMS's security with the "ease of use" usually' associated with "point and click toys".   D VMS could have been there ready to sieze the day, but for its denial) about the ubiquity and dominance of IA32.    D.J.D.   ------------------------------  % Date: Sun, 18 Jul 2004 09:22:37 +0200 * From: Paul Sture <nospam@sture.homeip.net>E Subject: OT Humour (in German). Was: Re: Mailing list as email/digest * Message-ID: <2lumq1Fggs22U1@uni-berlin.de>   Roy Omond wrote: > Dave Weatherall wrote: > 5 >> On Tue, 13 Jul 2004 16:40:37 UTC, Keith Cayemberg  $ >> <keith.cayemberg@arcor.de> wrote: >> >>G >>>> I think that you mean change it to an '@' sign. I forget what the   >>>> official wordD >>>> is in English but in French it is an escargot (snail) which is  >>>> cute:-) An  >>>> ampersand is '&'. >>>  >>> E >>> In German we call it an "Affenklammer" meaning literally "Monkey  C >>> bracket".  Also cute if you visualize a monkey with a long arm   >>> extending past it's feet.  >> >>* >> In Bavaria we call it 'klammeraffe' :-) >  > @ > Also in Baden-Wuerttemberg.  It's a north/south-German thingy. > A > Just reminds me that the "clover" key on Macintoshes was dubbed 0 > "Blumenkohl" (cauliflower) by our secretaries.  G Sorry, but cannot resist posting this which just came in. Apologies in  - advance to those who don't understand German.   G ----------------------------------------------------------------------- K Eines Tages an der Strippe der Hotline geschah, was einmal geschehen mute:   @ Ein Super-DAU (dmmster anzunehmender User) rief die Hotline an!  J Hotline: Guten Tag, hier ist die *** - Hotline. Was kann ich fr Sie  tun?  ' DAU: Guten Tag, mein Name ist Daumeier.   ) Ich habe ein Problem mit meinem Computer.   % Hotline: Welches denn, Herr Daumeier?   * DAU: Auf meiner Tastatur fehlt eine Taste.  $ Hotline: Welche denn, Herr Daumeier?   DAU: Die Enikei-Taste.  - Hotline: Wofr brauchen Sie denn diese Taste?   ' DAU: Das Programm verlangt diese Taste.   + Hotline: Was ist das denn fr ein Programm?   ? DAU: Das wei ich nicht, aber es will, da ich die Enikei-Taste D drcke. Ich habe ja schon die Strg-, die Alt- und die Gromachtaste % ausprobiert, aber es tut sich nichts.   @ Hotline: Herr Daumeier, was steht denn gerade auf Ihrem Monitor?   DAU: Eine Blumenvase.    Hotline: Nein.  > Herr Daumeier, lesen Sie mal vor, was auf Ihrem Monitor steht!  
 DAU: I be em.   C Hotline: Nein. Herr Daumeier, was auf Ihrem Schirm steht mchte ich  wissen!   ( DAU: Moment, der hngt an der Garderobe.  F Hotline: Halt! Herr Daumeier, ......................... Herr Daumeier?  D DAU: So, jetzt habe ich Ihn aufgespannt. Da steht aber nichts drauf.  F Hotline: Herr Daumeier, schauen Sie mal auf Ihren Bildschirm und lesen, Sie mal genau vor, was da geschrieben steht.  D DAU: Ach so, Sie meinten, ..... oh, Entschuldigung! Da steht: "Plies press Enikei tu kontinu".   @ Hotline: Aha, das heit: "Please press any key to continue." Der& Computer meldet sich also in Englisch.  0 DAU: Nein, wenn er was sagt, dann piepst er nur.  - Hotline: Drcken Sie mal auf die Enter-Taste.   E DAU: Jetzt gehts. Das ist also die Enikei-Taste. Das knnen Sie aber H auch gleich draufschreiben. Gut, wie kann ich denn jetzt dieses Programm( beenden, damit ich wieder arbeiten kann?  ' Hotline: Sie mssen erst mal rausgehen.    DAU: Gut. Moment bitte.   E Hotline: Nein. Herr Daumeier, bleiben Sie doch am Telefon. Ich meinte E ................. Herr Daumeier??? .............. Hallo!!! ..........  Hallo???  C DAU: Ja, da bin ich wieder. Ich habe Sie im Flur kaum hren knnen.   F Hotline: Sie sollten auch nicht in den Flur gehen. Ich wollte nur, da Sie das Fenster schlieen!  > DAU: Warum sagen Sie das nicht gleich? Warten Sie ............   Hotline: Herr Daumeier?   = DAU: Ja, ich bin wieder dran. Soll ich die Tr auch zumachen?   @ Hotline: Nein. Herr Daumeier. Nein. Wirklich nicht!!! EigentlichF sollten Sie nur das Programmfenster schlieen, aber ich glaube es ist = das Beste, wenn Sie gleich den Stecker aus der Dose ziehen!!!     DAU: Wenn Sie meinen ...........  ; Hotline: H a l t !!! Das war doch nur ein Scherz, Herr Daum  ...........   C DAU: Alles klar. Ich habe ihn herausgezogen. Hallo? Hallo? Sind Sie G noch dran? Komisch, jetzt ist die Leitung tot. Also, die in der Hotline * haben aber auch berhaupt keine Ahnung !!!   ------------------------------  % Date: Sun, 18 Jul 2004 10:43:23 +0200 3 From: Michael Unger <spam.to.unger@spamgourmet.com> I Subject: Re: OT Humour (in German). Was: Re: Mailing list as email/digest * Message-ID: <2lusirFfhc95U1@uni-berlin.de>  ( On 2004-07-18 09:22, "Paul Sture" wrote:   > [...]  > I > Sorry, but cannot resist posting this which just came in. Apologies in  / > advance to those who don't understand German.  > I > ----------------------------------------------------------------------- M > Eines Tages an der Strippe der Hotline geschah, was einmal geschehen mute:  >  > [...]   D Really amusing indeed. It's the "extended version" of what I've read$ (don't remember where) years ago ...   Michael    --  ; Real names enhance the probability of getting real answers. 5 My e-mail account at DECUS Munich is no longer valid.    ------------------------------    Date: 18 Jul 2004 08:33:10 -05004 From: kaplow_r@encompasserve.org.TRABoD (Bob Kaplow)I Subject: Re: OT Humour (in German). Was: Re: Mailing list as email/digest 3 Message-ID: <4CKltVv2YoLj@eisner.encompasserve.org>   W In article <2lumq1Fggs22U1@uni-berlin.de>, Paul Sture <nospam@sture.homeip.net> writes: I > Sorry, but cannot resist posting this which just came in. Apologies in  / > advance to those who don't understand German.    From babelfish...   K A daily to strip the Hotline happened, what had to happen once: A super DAU K (stupidest user who can be accepted) called the Hotline! Hotline: Good day, K here is *** - the Hotline. What can I do for you? DAU: Good day, my name is J Daumeier. I have a problem with my computer. Hotline: Which, Mr. Daumeier?L DAU: On my keyboard a key is missing. Hotline: Which, Mr. Daumeier? DAU: TheD Enikei key. Hotline: For what do you need this key? DAU: The programJ requires this key. Hotline: What is for a program? DAU: I do not know, butL it wants that I press the Enikei key. I have already the Strg -, which triesK old and out great power branch, but it does nothing. Hotline: Mr. Daumeier, J which stands straight on your monitor? DAU: A blumenvase. Hotline: No. Mr.E Daumeier, you read out times, what stands on your monitor! DAU: I em. L Hotline: No. Mr. Daumeier, which stands on your screen would like I to know!1 DAU: Moment, hangs on clothes. Hotline: Stop! Mr. J Daumeier......................... Mr. Daumeier? DAU: Thus, now I stretchedH him. There however nothing stands drauf. Hotline: Mr. Daumeier, you lookF times on your screen and read out you times exactly, what stands thereK written. DAU: Oh so, you meant..... oh, apology! There stands: "Plies press L Enikei do kontinu". Hotline: Aha, i.e.: "Please press any key ton continue."I The computer announces itself thus in English. DAU: No, if he which says, K then he beeps only. Hotline: Press times on the enter key. DAU: Now geht?s. L That is thus the Enikei key. That can draufschreiben you in addition, equal.E Well, how I can terminate this program now, so that I can work again? I Hotline: They must rausgehen only times. DAU: Well. Moment asks. Hotline: = No. Mr. Daumeier nevertheless, you remain at the telephone. I I meant................. Mr. Daumeier??? .............. Hello!!! .......... C Hello??? DAU: Yes, there am I again. I could hardly hear you in the K corridor. Hotline: They should not go also into the corridor. I wanted only = that you closed the window! DAU: Why do you say not directly? H Wait............ Hotline: Mr. Daumeier? DAU: Yes, I am again to. Am I toJ also close the door? Hotline: No. Mr. Daumeier. No. Really not!!! ActuallyJ you should close only the program window, but I believe it am the best, ifL you pull equal the plug from the box!!! DAU: If you mean........... Hotline:8 H A l t!!! That was nevertheless only one joke, Mr. Daum    1 	Bob Kaplow	NAR # 18L	TRA # "Impeach the TRA BoD" & 		>>> To reply, remove the TRABoD! <<<K Kaplow Klips & Baffle:	http://nira-rocketry.org/LeadingEdge/Phantom4000.pdf L     www.encompasserve.org/~kaplow_r/    www.nira-rocketry.org    www.nar.org  O  Save Model Rocketry from the HSA!   http://www.space-rockets.com/congress.html    ------------------------------  % Date: Sun, 18 Jul 2004 16:21:03 +0200 3 From: Michael Unger <spam.to.unger@spamgourmet.com> I Subject: Re: OT Humour (in German). Was: Re: Mailing list as email/digest * Message-ID: <2lvh0hFgufivU1@uni-berlin.de>  ( On 2004-07-18 15:33, "Bob Kaplow" wrote:  Y > In article <2lumq1Fggs22U1@uni-berlin.de>, Paul Sture <nospam@sture.homeip.net> writes: J >> Sorry, but cannot resist posting this which just came in. Apologies in 0 >> advance to those who don't understand German. >  > From babelfish...  >  > [semi-babylonian nonsense]  G I don't think a translation (even if well-done) would be appropriate -- E part of the joke is the user's inability to unterstand error messages ? and hints given by a computer program (in English of course :-)    Michael    --  ; Real names enhance the probability of getting real answers. 5 My e-mail account at DECUS Munich is no longer valid.    ------------------------------  # Date: Sun, 18 Jul 2004 12:59:10 GMT " From:   VAXman-  @SendSpamHere.ORG Subject: Richard Maher, Thanks! 0 Message-ID: <00A3502D.F5EB22F0@SendSpamHere.ORG>  K Having just returned from my >fortnight holiday in the UK, I just wanted to K publicly state what a pleasure it was to *finally* meetup with Richard even K if it was for only an hour.  It looks as if the third time was a charm this  time out.     K My wife and I enjoyed beer, pizza and pleasant conversation at the Dicken's F Inn near Tower Bridge with Richard.  Thanks.  VMS people are the best.   --  B http://www.legacy-2000.com  for the *best* OpenVMS system securityC                             solutions that others only claim to be.  --  K VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------  % Date: Sun, 18 Jul 2004 09:43:40 -0400 , From: Bob Supnik <bob.supnik@sun.nospam.com>1 Subject: Update: SIMH 3.2-2 - important bug fixes 8 Message-ID: <ihvkf0hep1u5b60q3ro5qap5hgdjg4el85@4ax.com>  / There's been a quick update to SIMH, to V3.2-2.   F 3.2-1 was released with a serious bug in big-endian support, rendering" it useless on Sparc, PowerPC, etc.  9 3.2-2 is on the web site at http://simh.trailing-edge.com    /Bob Supnik   . On Sat, 10 Jul 2004 09:20:10 -0400, Bob Supnik" <bob.supnik@sun.nospam.com> wrote:  ; >SIMH 3.2-1 was released this morning to the SIMH web site,  >http://simh.trailing-edge.com.  > F >This bug fix release contains a fix s to a serious bug in the VAX CPUG >(improper execution of DIVBx and DIVWx), as well as to problems in the ) >PDP-11 and VAX MSCP tape drive emulator.  > * >It also has numerous fixes to the HP2100. > E >Users of other simulators need not upgrade, but users of the PDP-11, 7 >VAX, and HP simulators should upgrade to this release.  >  >/Bob Supnik   ------------------------------   End of INFO-VAX 2004.395 ************************                                                                                                                                                                                                      te+for+the+U.S.+Department+of+%0AEnergy%27s+Energy+Efficiency+and+Renewable+%0AEnergy+Network+%28EREN%29+includes+many+links+to+%0Aalternative+energy+sources.">
<NaviLinkData ID=51 url="http://energyindustry.about.com/industry/energyindustry/" sdesc="About.com%3A+Energy+Industry" ldesc="Presented+by+About.com%2C+this+site+for+the+%0AEnergy+Industry+includes+general+articles+and+%0Alinks+about+the+oil+and+energy+industry.+">
<NaviLinkData ID=52 url="http://puc.paonline.com/" sdesc="Pennsylvania+Public+Utility+Commission" ldesc="The+Pennsylvania+Public+Utility+Commission+%0Ahome+page%2C+with+information+on+objectives%2C+%0Aprograms+and+contacts.">
<NaviLinkData ID=53 url="http://sln.fi.edu/fellows/fellow2/jan99/oilindex.html" sdesc="Basic+Oil+Primer" ldesc="This+site%2C+created+by+a+science+class+at+%0ABethune+Academy%2C+TX%2C+includes+an+%0Aunderstandable+primer+on+oil.">
<NaviLinkData ID=54 url="http://www.mdu.com/" sdesc="MDU+Resources+Group%2C+Inc." ldesc="The+corporate+home+page+of+MDU+Resources+%0AGroup%2C+Inc.">
<NaviLinkData ID=55 url="http://www.eia.doe.gov/oil_gas/natural_gas/nat_frame.html" sdesc="US+Natural+Gas+Info+at+a+Glance" ldesc="This+page+from+the+Energy+Information+%0AAdministration+archives+data+on+the+U.S.+gas+%0Aindustry.++Resources%2C+production%2C+imports%2C+%0Ainfrastructure+and+consumption+are+among+the+%0Asubjects+covered.">
<NaviLinkData ID=56 url="http://sln.fi.edu/tfi/units/energy/wind.html" sdesc="Wind" ldesc="This+is+a+good+educational+resource+on+the+%0Afundamentals+of+wind