1 INFO-VAX	Wed, 07 Jul 2004	Volume 2004 : Issue 373       Contents: Re: A lint Utility for OpenVMS+ Re: Accuweather video mentions VMS (TWICE!) 4 Re: Changing a Unix path to a VMS file specification  Datatrieve Help Creating Domains$ Re: Datatrieve Help Creating Domains$ Re: diff between a process and batch  DS15 systems and DLT tape drives( DSPP (EMEA) newsletter too big & in HTML, Re: DSPP (EMEA) newsletter too big & in HTML" EXQUOTA SYSTEM's efault privilege?& Re: EXQUOTA SYSTEM's efault privilege?& Re: Getting the RFA of Record in COBOLG Re: HP beats IBM in new cluster Total Cost of Ownership comparisonstudy G Re: HP beats IBM in new cluster Total Cost of Ownership comparisonstudy G Re: HP beats IBM in new cluster Total Cost of Ownership comparisonstudy G Re: HP beats IBM in new cluster Total Cost of Ownership comparisonstudy G Re: HP beats IBM in new cluster Total Cost of Ownership comparisonstudy H Re: HP is top IT service provider in Technology Business Research survey Re: Itanium Porting Class  RE: Itanium Porting Class  Re: Itanium Porting Class ! Re: Linux becoming windoze clone! + Re: OpenVMS 7.3-1 on Alpha Wokstation 500au + Re: OpenVMS 7.3-1 on Alpha Wokstation 500au  OpenVMS Positions - Europe Re: OpenVMS Positions - Europe Re: OT: Sun / Sparc  FUD, Question about AS 800 and display resolution0 Re: Question about AS 800 and display resolution+ question on terminal settings for an AS1200 / Re: question on terminal settings for an AS1200 / Re: question on terminal settings for an AS1200  Re: Reading from a LAT device  Re: Reading from a LAT device  Re: Reading from a LAT device  RE: Reading from a LAT device  RE: Reading from a LAT device < Re: SCSI CD on OpenVMS (was: Re: VMS on VAXstation 3100 M76)< Re: SCSI CD on OpenVMS (was: Re: VMS on VAXstation 3100 M76)< Re: SCSI CD on OpenVMS (was: Re: VMS on VAXstation 3100 M76) Re: VMS on VAXstation 3100 M76 Re: XBitHack in SWS 2.0? Re: XBitHack in SWS 2.0? Re: [SSH] SET TERM in SYLOGIN  Re: [SSH] SET TERM in SYLOGIN   F ----------------------------------------------------------------------  % Date: Wed, 07 Jul 2004 15:24:54 +0200 0 From: Keith Cayemberg <keith.cayemberg@arcor.de>' Subject: Re: A lint Utility for OpenVMS B Message-ID: <40ebf9a7$0$20312$9b4e6d93@newsread4.arcor-online.net>   Nom de Plume wrote: ` > bill@gw5.cs.uofs.edu (Bill Gunshannon) wrote in message news:<2kiqo8F2rt5vU1@uni-berlin.de>... > 5 >>In article <+7cLsym7q+6K@eisner.encompasserve.org>, 2 >>	Kilgallen@SpamCop.net (Larry Kilgallen) writes: >>\ >>>In article <2kilq2F2pfuqU2@uni-berlin.de>, bill@gw5.cs.uofs.edu (Bill Gunshannon) writes: >>>  >>> F >>>>Depends on the location of the trench.  One size does not fit all.G >>>>Use the right tool for the job.  It's a poor workman who blames his F >>>>tools.    etc. etc. etc.  If C does a bad job, maybe it wasn't theF >>>>right language for the job, or just maybe, the programmer isn't as* >>>>good at using it as he thought he was. >>> D >>>The advantages of higher level languages is that they depend lessD >>>on the excellence of the programmer, in particular regarding nitsF >>>about the programming language at hand compared to other languages. >>G >>While I might agree with the first part I definitely don't agree with I >>the second.  Unless you are using a totally bullet-proof language (does G >>one actually exist?) you still have to know what the machine is going I >>to do when you use any particular structure or feature of the language. H >>But then, one part of that "excellence of the programmer" would be theI >>ability to pick the right language for a particular job.  I would never J >>recommend using C as the first choice for a financials program but then,= >>I also woudn't recommend COBOL for writting device drivers.  >> >>bill >  > C > There are a number of useful languages out there.  No language is ? > bullet-proof from bad programmers or teams without processes, F > procedures, or standards.  I recently had fun digging around tens of . . .  . . .  >  > JMOD  G Yes, but improvements and support for high-quality error-free code are  C generally desirable. This can be attained/affected by the language  G choice, architecture, design, programmer expertise, and implementation  D method. And by application choice, architecture, design, programmer H expertise, and implementation method. And, as many would attest in this ? news group, the Operating System choice, architecture, design,  G programmer expertise, and implementation method can be decisive to the   solution quality.   H It would logically be best to look at All these aspects, especially for B mission-critical code. To rely on the high standard of one aspect E (programmer expertise) to make up for a lower standard in some other  ? aspect is to promote the probability of a non-optimal solution.   H Security, Up-Time, Availability, Reliability, Correctness, Punctuality, ? Robustness, Error-Tolerance, Disaster-Tolerance and many other  D conditions describing high quality are the result of a multitude of G dependant factors inwhich (as in a chain) the weakest link weakens the   entire solution (chain).  F That being said, I wish to also bring this thread back to the originalB theme by offering a different LINK to a tool which is intended to K strengthen the "C" Link to level comparable to some higher-level languages.   # DCC for VMS - Disciplined C Checker & Nuclear Chemistry @ Stony Brook - SUNY0 http://nucwww.chem.sunysb.edu/info/dcc.htmlx#Top   Cheers!    Keith Cayemberg . IBM Business Services GmbH - Hannover, Germany   ------------------------------  $ Date: Tue, 6 Jul 2004 17:28:43 -0400: From: Charles Shannon Hendrix <shannon@news.widomaker.com>4 Subject: Re: Accuweather video mentions VMS (TWICE!)+ Message-ID: <bi5fcc.lt2.ln@escape.goid.lan>   > On 2004-07-06, Alan E. Feldman <spamsink2001@yahoo.com> wrote:  H > I've viewed so few videos from the Net that this has never happened toG > me. I've had problems viewing videos, yes. But still this is great to F > see HP promoting VMS, even if it's not the best possible effort. WhyF > don't you ask them to remove the video and destroy it? Would that be	 > better?  > A > I'm not going to let the nitpickers ruin this for me. I enjoyed  > watching it a lot.  D If they aren't providing it in a standard format, just how seriously% can you take this "promotion" of VMS?      --  J shannon "AT" widomaker.com -- ["We are all of us in the gutter, some of us& looking at the stars." -- Oscar Wilde]   ------------------------------  * Date: Wed, 7 Jul 2004 10:41:49 +0000 (UTC)? From: Graham Burley <burley.not-this@encompasserve-or-this.org> = Subject: Re: Changing a Unix path to a VMS file specification 9 Message-ID: <40EBD35A.1CE9372C@encompasserve-or-this.org>    Alphaman wrote:    F > I found a bug: if you spec "/file.ext", you get back "file.ext:".  IG > made a minor change (see the IF statement around the "000000" string) ! > and came up with the following:   : That doesn't cope with /dev/, this might be getting there:  D $!UNIX_TO_VMS.COM - convert a unix file specification into a VMS one $! P1 = unix file spec $! $ on warning then exit $status $ on control_y then exit %x2c  $!' $       if P1 .eqs. "" then $exit %x114  $       dev = "" $       dir = "" $       fn = "" 
 $       c = 0  $LOOP:$ $       t'c' = f$element(c, "/", P1) $       if t'c' .nes. "/" & $         then  dir = dir + "." + t'c' $               fn = t'c'  $               c = c + 1  $               goto LOOP 
 $       endif , $       dir = (dir + "#") - ("." + fn + "#") $       if (t0 .eqs. "") $         then  if fn .eqs. t1  $                 then  dir = ""& $                 else  dev = t1 + ":"7 $                       dir = (dir - (".." + t1)) - "."  $               endif 4 $               if dir .eqs. "" then $dir = "000000"
 $       endif 3 $       if dir .nes. "" then $dir = "[" + dir + "]" # $       tmp = f$element(2, ".", fn) @ $       if (tmp .nes. ".") .and. (f$type(tmp) .eqs. "INTEGER") -3           .and. (f$element(3, ".", fn) .eqs. ".") - E                 then $fn = (fn + "#") - ("." + tmp + "#") + ";" + tmp  $!. $       UNIX_TO_VMS_FILESPEC == dev + dir + fn $       exit     $ @test_utov6 /dev/dir1/dir2/name.ext.1 -> dev:[dir1.dir2]name.ext;13 dir1/dir2/name.ext.1      -> [.dir1.dir2]name.ext;1 . dir2/name.ext.1           -> [.dir2]name.ext;1' name.ext.1                -> name.ext;1 / /name.ext.1               -> [000000]name.ext;1 ) /dev/                     -> dev:[000000] 3 /dev/name.ext.1           -> dev:[000000]name.ext;1 ' /dev/dir1/                -> dev:[dir1] , /dev/dir1/dir2/           -> dev:[dir1.dir2]) /file                     -> [000000]file   ; I'm not sure that last one is really correct, and there are  cases like ../ unhandled.     C > I'd like to post this on dcl.openvms.org if that's okay with you, ! > Graham.  I think it's a keeper.    No problem.      Graham   ------------------------------   Date: 7 Jul 2004 07:44:24 -0700 # From: cbell@qch.on.ca (Johnny Hosp) ) Subject: Datatrieve Help Creating Domains = Message-ID: <e2db8f9b.0407070644.24440c79@posting.google.com>    Hi, E Can someone help me with a brief overview on the process for creating B a new domain? I am using datatrieve on a VMS box running a payrollC system. I need to extract some data. It appears that there is not a D domain defined that provides the fields I require. I am not clear onD the overall process for creating a new domain. Do I need to define aB record before the domain can be defined? Do I need to define a newC dictionary first? Can the dictionary be linked to a path containing D the .dat files I believe contains the data I require? Etc.. I do notF necessarily need the specific commands ( I can find these using Help),; I just need to know the overall process to get this set up.    Thanks,  JH   ------------------------------  $ Date: Wed, 7 Jul 2004 16:06:32 +01002 From: "Roger Fraser" <roger.fraser@baesystems.com>- Subject: Re: Datatrieve Help Creating Domains 3 Message-ID: <40ec0fe9$1_1@baen1673807.greenlnk.net>   0 "Johnny Hosp" <cbell@qch.on.ca> wrote in message7 news:e2db8f9b.0407070644.24440c79@posting.google.com...  > Hi, G > Can someone help me with a brief overview on the process for creating D > a new domain? I am using datatrieve on a VMS box running a payrollE > system. I need to extract some data. It appears that there is not a F > domain defined that provides the fields I require. I am not clear onF > the overall process for creating a new domain. Do I need to define aD > record before the domain can be defined? Do I need to define a newE > dictionary first? Can the dictionary be linked to a path containing F > the .dat files I believe contains the data I require? Etc.. I do notH > necessarily need the specific commands ( I can find these using Help),= > I just need to know the overall process to get this set up.  > 	 > Thanks,  > JH  # I haven't used DTR for ages but try     DTR> ADT % then answer YES for detailed prompts.   	     Roger    ------------------------------   Date: 7 Jul 2004 08:48:59 -0500 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) - Subject: Re: diff between a process and batch 3 Message-ID: <EdTRwxpCdxLk@eisner.encompasserve.org>   b In article <7e127df6.0407061902.6e675e7e@posting.google.com>, thick_guy_9@yahoo.com (AMIT) writes:	 > Hi all,  > I have a basic doubt here: > 2 > Are all batch jobs executed by VMS as a process?  A    Yes.  And they can start subprocesses, but rarely do.  The job >    controller starts one detached process for every batch job.   ------------------------------  % Date: Wed, 07 Jul 2004 14:23:41 +0200 3 From: Michael Unger <spam.to.unger@spamgourmet.com> ) Subject: DS15 systems and DLT tape drives * Message-ID: <2l28ioF7mu09U1@uni-berlin.de>  H (I'm referring to the "AlphaServer DS15 QuickSpecs", PDF version, latest edition as of 5-Jul-2004 here.)      * Page 9, Step 5, Tape Drives    - Internal Storage Cage !     - DLT VS80, Tru64 UNIX *only*    - Front Access Storage Cage      - no DLT at all   # * Page 14, Step 9, External Storage    - DLT/SDLT Tabletop Drives;     - DLT VS80, order number 3R-A4982-AA (OS not mentioned)     5 Why isn't an *internal* DLT drive supported with VMS?   A What about DLT *VS160* drives (Quantum, Tandberg Data; HP not yet G apparently) with an Ultra160 LVD SCSI bus exactly matching the external 0 bus of the on-board SCSI controller of the DS15?  H Is it a matter of "not tested (yet)", "not supported" or "definitely notE working"? Or the rather old-fashioned matter of "we need to have some 1 OEM firmware fixes done first to get it working"?    Michael    --  ; Real names enhance the probability of getting real answers. 5 My e-mail account at DECUS Munich is no longer valid.    ------------------------------  % Date: Wed, 07 Jul 2004 11:26:55 +0200 * From: Paul Sture <nospam@sture.homeip.net>1 Subject: DSPP (EMEA) newsletter too big & in HTML * Message-ID: <2l1tv1F7hgsjU1@uni-berlin.de>  E Has anyone else received a ridiculously long DSPP EMEA Newsletter in   their email?  F This arrived in the early hours of this morning; it was 187KB of HTML. Pity the folks on dialup lines!   8 Included were Vol 4, issues 3 (June), 2 and 1 (January).  G Issue 3 contained a URL to the same content on hp.com; that would have  	 sufficed.   / In addition, there was a 50K attachment  named  I europe_dspp_technical_newsletter_aug2002.htm. This broke MUNPACK, as the  ; filename element is 40 bytes long, MIME truncated it to 39.   ? This was an Aug-2002 article dealing purely wityh HP-UX issues.   ? Needless to say, I am sending feedback to the relevant address.    ------------------------------   Date: 7 Jul 2004 05:11:26 -0500 - From: Kilgallen@SpamCop.net (Larry Kilgallen) 5 Subject: Re: DSPP (EMEA) newsletter too big & in HTML 3 Message-ID: <fFvM70FhfK1I@eisner.encompasserve.org>   W In article <2l1tv1F7hgsjU1@uni-berlin.de>, Paul Sture <nospam@sture.homeip.net> writes: G > Has anyone else received a ridiculously long DSPP EMEA Newsletter in   > their email?   Yes, several years ago.   ? That is when I stopped trusting them with anything other than a - Sneakemail address (which can be turned off).    ------------------------------   Date: 7 Jul 2004 08:09:05 GMT < From: gartmann@non.immunbio.mpg.de.sens (Christoph Gartmann)+ Subject: EXQUOTA SYSTEM's efault privilege? 0 Message-ID: <ccgb31$it6$1@n.ruf.uni-freiburg.de>   Hello,  I yesterday I noticed that a process filled up the system disk with an ever I increasing single file. The file belonged to a different account and this L account didn't have enough quotas to fill up the system disk. I noticed thatL the process in question ran under the SYSTEM account. The latter had EXQUOTAH enabled by default. So I removed this privilege from the list of defaultL privileges. It is still an authorized privilege. I don't know whether EQUOTAG as a default privilege is some standard setup under OpenVMS. If this is I the case, which side effects should I expect? Do other installations have  a similar setup?   Regards,    Christoph Gartmann    --  E  Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452   ImmunbiologieI  Postfach 1169                 Internet: gartmann@immunbio dot mpg dot de   D-79011  Freiburg, Germany 9                http://www.immunbio.mpg.de/home/menue.html    ------------------------------   Date: 7 Jul 2004 08:51:25 -0500 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) / Subject: Re: EXQUOTA SYSTEM's efault privilege? 3 Message-ID: <I4rZZqYRbTVp@eisner.encompasserve.org>   o In article <ccgb31$it6$1@n.ruf.uni-freiburg.de>, gartmann@non.immunbio.mpg.de.sens (Christoph Gartmann) writes:  > Hello, > K > yesterday I noticed that a process filled up the system disk with an ever K > increasing single file. The file belonged to a different account and this N > account didn't have enough quotas to fill up the system disk. I noticed thatN > the process in question ran under the SYSTEM account. The latter had EXQUOTAJ > enabled by default. So I removed this privilege from the list of defaultN > privileges. It is still an authorized privilege. I don't know whether EQUOTAI > as a default privilege is some standard setup under OpenVMS. If this is K > the case, which side effects should I expect? Do other installations have  > a similar setup?  G    The SYSTEM account normally has all privileges.  What you realy want F    to do is find out how and why that process belonging to a differentB    account was running under the SYSTEM account and correct this. ?    Perhaps it needs elevated privilege, but not all privileges.    ------------------------------   Date: 7 Jul 2004 08:19:45 -0700  From: lsk55@hotmail.com (Scott) / Subject: Re: Getting the RFA of Record in COBOL = Message-ID: <926edf3b.0407070719.19b07997@posting.google.com>   e David J Dachtera <djesys.nospam@comcast.net> wrote in message news:<40E9DF5F.A70B34E1@comcast.net>...  > Scott wrote: > > F > > I need a way to obtain the RFA of an indexed file record that I'veF > > just read from COBOL.  Anyone know of a way to do this?  Thanks so > > much!  --Scott > G > Interesting question. I wonder if there is a routine in the BASIC RTL J > called "BAS$GETRFA" that could be used. Then, you'd just have figure outI > which register contains the result and issue the appropriate LIB$mumble , > call to retrive the value in the register. > @ > ...or perhaps a "walk" through the RMS manual might be useful. >  > D.J.D.  G Unfortunately, the BAS$GETRFA function isn't the complete answer, since G BASIC needs a channel number.  So, I bagged it all and wrote a 10 (+/-) F line BASIC program to do it for me.  :-)  Maybe some things just ought not be done in COBOL.   I Sort will produce a tag file with RFA's in it too, if I remember rightly.   ! Thank you for your answers, guys.    ------------------------------  $ Date: Wed, 7 Jul 2004 08:43:18 +0200( From: "Rudolf Wingert" <win@fom.fgan.de>P Subject: Re: HP beats IBM in new cluster Total Cost of Ownership comparisonstudy3 Message-ID: <001e01c463ed$afd494c0$994614ac@wat153>    Hello,  F Andrew, do you know something real about OpenVMS? About it's stabilityG and security? I don't think so. It may correct, that HP does not insert G CERT allerts if OpenVMS does have a security problem. You believe, that G not email to CERT means to have a lot of security problems. That's also G incorrect, I do administrate an OpenVMS cluster and I did not see a lot @ of security allerts or patches. I could count them with one handF fingers. Yes there are more bugs, but without any security problem. InD the most cases you don't get system rights and can't do nothing withE this bug. I did not patch my OpenVMS over one year, and I do not have G had any crash, security allert or problems with application (other then F the situation with Solaris, which we do have too). Everybody, who haveB OpenVMS cluster can tell you, that the TCO is lower then any other) system which support cluster >= 32 nodes.    Best regards R. Wingert    ------------------------------  % Date: Wed, 07 Jul 2004 13:30:23 +0100 9 From: Andrew Harrison <andrew_._remove_harrison@su_n.com> P Subject: Re: HP beats IBM in new cluster Total Cost of Ownership comparisonstudy0 Message-ID: <ccgqd0$mvn$1@new-usenet.uk.sun.com>   Fred Kleinsorge wrote:H >>>I was in a pub at Monument the other day and saw three Sun employees, >  > that > J >>>appeared to be claiming to be Andrew Harrison, rolling around the floor >  > and  > K >>>laughing their tits off at the hoops that they can make loyal VMS people E >>>jump through just by plying this newsgroup with shite. (I'd always  > 	 > thought  > E >>>that one person could not be responsible for that amount of crap.)  >>>  >> > M > Please.  Andrew is a computing giant, a jet setter, and raconteur.  Sort of K > Bill Gates meets James Bond meets Antonio Bandaras meets Albert Einstein. N > If he isn't creating new paradigms for computing - or rolling his sleeves upI > to single handedly implement clusters - he can be found on his yacht or K > touring in his Ferrari.  I believe he hops over in his Gulfstream to give K > Scott McNealy lessons as his golf swing coach (Andrew is, of course, a +5 F > handicap).  His wine cellar is widely known and regarded, as are his7 > elaborate parties where Prince Charles is often seen.  >     = If I remember correctly Fred last time we conversed I invited A you to buzz off and find one example that supported you assertion = du jour namely that I butted out of discussions when they got 
 technical.  = The fact that you have buzzed off and not come back until now D rather ruins your ability to sustain the argument you are advancing.  @ Incidentally its an Austin Healey Fred not a Ferrari but hey who+ was expecting you to get that right either.    Regards  Andrew Harrison    ------------------------------  # Date: Wed, 07 Jul 2004 13:33:58 GMT 9 From: "Fred Kleinsorge" <my-last-name@stardotzko.dec.com> P Subject: Re: HP beats IBM in new cluster Total Cost of Ownership comparisonstudy1 Message-ID: <aZSGc.5420$DI1.355@news.cpqcorp.net>   F "Andrew Harrison" <andrew_._remove_harrison@su_n.com> wrote in message* news:ccgqd0$mvn$1@new-usenet.uk.sun.com... > Fred Kleinsorge wrote: > ? > The fact that you have buzzed off and not come back until now F > rather ruins your ability to sustain the argument you are advancing. >   L Hmm.  You somehow think that, like you, my life is built around interactionsJ in cov - or the tedious interchanges with you.  I've been a bit busy.  TheL July 4th holiday week is a bit slow, so I killed a few minutes reading here. Not much has changed.    ------------------------------  % Date: Wed, 07 Jul 2004 15:22:23 +0100 9 From: Andrew Harrison <andrew_._remove_harrison@su_n.com> P Subject: Re: HP beats IBM in new cluster Total Cost of Ownership comparisonstudy0 Message-ID: <cch0v0$p6v$1@new-usenet.uk.sun.com>   Fred Kleinsorge wrote:H > "Andrew Harrison" <andrew_._remove_harrison@su_n.com> wrote in message, > news:ccgqd0$mvn$1@new-usenet.uk.sun.com... >  >>Fred Kleinsorge wrote: >>? >>The fact that you have buzzed off and not come back until now F >>rather ruins your ability to sustain the argument you are advancing. >> >  > N > Hmm.  You somehow think that, like you, my life is built around interactionsL > in cov - or the tedious interchanges with you.  I've been a bit busy.  TheN > July 4th holiday week is a bit slow, so I killed a few minutes reading here. > Not much has changed.  >   @ Sorry Fred but whats rather tedious is your continual repetitionD of a theory that you have failed ever to support with any collateraL, except your opinion which counts for naught.  C I would suggest that before you repeat your BS that you endevour to  support it with examples.   C You are right not much has changed, you make your claims, I ask you 8 to provide examples that support them you fail to do so.   Regards  Andrew Harrison  >  >  >    ------------------------------  # Date: Wed, 07 Jul 2004 15:34:27 GMT 9 From: "Fred Kleinsorge" <my-last-name@stardotzko.dec.com> P Subject: Re: HP beats IBM in new cluster Total Cost of Ownership comparisonstudy2 Message-ID: <7KUGc.5433$SN1.4454@news.cpqcorp.net>  J Not my job Beavis.  Someone with a lot more patience and desire can googleK all the misinformation and ducking out of real questions you've done in the E past.  I simply don't have either.  I've got code to write, things to  design... as opposed to you.  K In the end, it looks like I'll watch you fade away as the SUN sets (perhaps L it will become a wholly owned part of Fujitsu).  It's just a matter of time.I You can't keep bleeding red ink forever, and becomming an AMD clone maker $ isn't going to revive your fortunes.    F "Andrew Harrison" <andrew_._remove_harrison@su_n.com> wrote in message* news:cch0v0$p6v$1@new-usenet.uk.sun.com... > Fred Kleinsorge wrote:J > > "Andrew Harrison" <andrew_._remove_harrison@su_n.com> wrote in message. > > news:ccgqd0$mvn$1@new-usenet.uk.sun.com... > >  > >>Fred Kleinsorge wrote: > >>A > >>The fact that you have buzzed off and not come back until now H > >>rather ruins your ability to sustain the argument you are advancing. > >> > >  > > C > > Hmm.  You somehow think that, like you, my life is built around  interactionsI > > in cov - or the tedious interchanges with you.  I've been a bit busy.  The J > > July 4th holiday week is a bit slow, so I killed a few minutes reading here.  > > Not much has changed.  > >  > B > Sorry Fred but whats rather tedious is your continual repetitionF > of a theory that you have failed ever to support with any collateraL. > except your opinion which counts for naught. > E > I would suggest that before you repeat your BS that you endevour to  > support it with examples.  > E > You are right not much has changed, you make your claims, I ask you : > to provide examples that support them you fail to do so. > 	 > Regards  > Andrew Harrison  > >  > >  > >  >    ------------------------------   Date: 7 Jul 2004 08:47:38 -0500 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Q Subject: Re: HP is top IT service provider in Technology Business Research survey 3 Message-ID: <Wi+eVMk9JJy0@eisner.encompasserve.org>   q In article <cf15391e.0407061627.6727b8ea@posting.google.com>, keithparris_NOSPAM@yahoo.com (Keith Parris) writes:  > @ > "PC maker Dell continued to have difficulty meeting all of itsH > business customers' expectations for service during the first quarter, > according to a survey.  G    Perhaps this is why Dell announced they're going back into the Linux 3    business.  Can't fool all the CEOs all the time.    ------------------------------  $ Date: Wed, 7 Jul 2004 15:16:42 +03000 From: "Guy Peleg" <guy.peleg@remove_this_hp.com>" Subject: Re: Itanium Porting Class* Message-ID: <40ebec13@usenet01.boi.hp.com>  = "Stanley F. Quayle" <squayle@insight.rr.com> wrote in message ( news:40E6C16F.26249.6123F49@localhost...E > Just got back from the Itanium porting class in Bedford, MA.  These G > classes are great!  Several attendees completed their port during the ' > class.  I'm about 90% done with mine.  > E > For $2000, you get not only a 3-day opportunity to port your source G > code, but experts to help.  About a dozen experts from HP Engineering G > were available to figure out problems.  And, in about a week, I'll be C > receiving a brand-new, dual-processor, rx2600 with 4 GB of RAM to 7 > continue the porting effort -- included in the $2000.  > A > Some of lectures were like drinking from a fire hose.  The VMS- C > oriented ones were excellent.  There was also a session on how to E > disassemble/reassemble the rx2600.  No tools are required, but it's / > not immediately obvious how it goes together.  >  > There were a few surprises:  > G > - The return value from F$GETSYI("HW_MODEL") was zero.  This required E >   me to change a whole bunch of DCL code which branched for VAX vs.  >   "not VAX". > G > - The return value from F$GETSYI("ARCH_NAME") was "IA64", not "IA-64" > >   as previously documented.  Some sort of trademark issue... > G > - Calls to cli$dcl_parse were broken.  All along, the second argument F >   was supposed to be a pointer to an "extern int".  However, passingC >   a pointer to an external function would work because the linker F >   didn't care.  In the ELF standard, a pointer to data is completely> >   different from a pointer to code.  This was a known issue. > E > - There's a difference between Itanium and Alpha/VAX license PAK's. G >   If you have a license for PAKGEN from DSPP, you'll need a different C >   one to create licenses on Itanium.  And the licenses you create C >   will be different, too.  PAK's created on Alpha can't be loaded 5 >   on Itanium.  I'll research when I get my Itanium.   L One comment about LMF - It is possible to share activity  PAKs between Alpha@ and I64.  the pak should have the IA64_ALPHA keyword. It is also= possible to share a pak between all 3 architectures using the  IA64_ALPHA_VAX keyword.   E The concept of availability paks does not exist on I64. On I64 we use  PPL (per processor licensing)      > " > - One VAX Macro module returned: > E > IMAC-I-RUNTIMSTK, run time stack differences prevent accurate stack 	 > tracing  > F >   This error should have happened under Alpha, too, but doesn't.  HP >   is researching.  > D > - Linking against a shareable image library sometimes fails.  This >   was a new one for HP.  > G > - A bunch of C code returned "UNAVOLACC" errors that weren't reported D >   previously.  I'm going to research this before reporting it as a >   bug. > C > - Several programs access-violate when run normally, but are okay F >   when the debugger is run (the same image, not a relink).  A couple@ >   of the HP guys said that unitialized varibles can cause this# >   behavior. I'm researching this.  >  > All in all, time well spent! >  > --Stan Quayle  > Quayle Consulting Inc. >  > ----------/ > Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363 5 > 8572 North Spring Ct., Pickerington, OH  43147  USA 2 > stan-at-stanq-dot-com       http://www.stanq.com >  >  >    ------------------------------  $ Date: Wed, 7 Jul 2004 06:02:13 -0700# From: "Tom Linden" <tom@kednos.com> " Subject: RE: Itanium Porting Class9 Message-ID: <NDEMLKKEBOIFBMJLCECIMEBJDIAA.tom@kednos.com>      -----Original Message-----7   From: Guy Peleg [mailto:guy.peleg@remove_this_hp.com] (   Sent: Wednesday, July 07, 2004 5:17 AM   To: Info-VAX@Mvb.Saic.Com $   Subject: Re: Itanium Porting Class         ?   "Stanley F. Quayle" <squayle@insight.rr.com> wrote in message *   news:40E6C16F.26249.6123F49@localhost...G   > Just got back from the Itanium porting class in Bedford, MA.  These I   > classes are great!  Several attendees completed their port during the )   > class.  I'm about 90% done with mine.    > G   > For $2000, you get not only a 3-day opportunity to port your source I   > code, but experts to help.  About a dozen experts from HP Engineering I   > were available to figure out problems.  And, in about a week, I'll be E   > receiving a brand-new, dual-processor, rx2600 with 4 GB of RAM to 9   > continue the porting effort -- included in the $2000.    > C   > Some of lectures were like drinking from a fire hose.  The VMS- E   > oriented ones were excellent.  There was also a session on how to G   > disassemble/reassemble the rx2600.  No tools are required, but it's 1   > not immediately obvious how it goes together.    >    > There were a few surprises:    > I   > - The return value from F$GETSYI("HW_MODEL") was zero.  This required G   >   me to change a whole bunch of DCL code which branched for VAX vs.    >   "not VAX".   > I   > - The return value from F$GETSYI("ARCH_NAME") was "IA64", not "IA-64" @   >   as previously documented.  Some sort of trademark issue...   > I   > - Calls to cli$dcl_parse were broken.  All along, the second argument H   >   was supposed to be a pointer to an "extern int".  However, passingE   >   a pointer to an external function would work because the linker H   >   didn't care.  In the ELF standard, a pointer to data is completely@   >   different from a pointer to code.  This was a known issue.   > G   > - There's a difference between Itanium and Alpha/VAX license PAK's. I   >   If you have a license for PAKGEN from DSPP, you'll need a different E   >   one to create licenses on Itanium.  And the licenses you create E   >   will be different, too.  PAK's created on Alpha can't be loaded 7   >   on Itanium.  I'll research when I get my Itanium.    A   One comment about LMF - It is possible to share activity  PAKs     between Alpha B   and I64.  the pak should have the IA64_ALPHA keyword. It is also?   possible to share a pak between all 3 architectures using the    IA64_ALPHA_VAX keyword.    G   The concept of availability paks does not exist on I64. On I64 we use    PPL (per processor licensing)     For layered products as well?       > $   > - One VAX Macro module returned:   > G   > IMAC-I-RUNTIMSTK, run time stack differences prevent accurate stack    > tracing    > H   >   This error should have happened under Alpha, too, but doesn't.  HP   >   is researching.    > F   > - Linking against a shareable image library sometimes fails.  This   >   was a new one for HP.    > I   > - A bunch of C code returned "UNAVOLACC" errors that weren't reported F   >   previously.  I'm going to research this before reporting it as a
   >   bug.   >7E   > - Several programs access-violate when run normally, but are okayfH   >   when the debugger is run (the same image, not a relink).  A coupleB   >   of the HP guys said that unitialized varibles can cause this%   >   behavior. I'm researching this.s   >     > All in all, time well spent!   >s   > --Stan Quayle    > Quayle Consulting Inc.   >o   > ----------1   > Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363T7   > 8572 North Spring Ct., Pickerington, OH  43147  USA 4   > stan-at-stanq-dot-com       http://www.stanq.com   >b   >I   >          ---a(   Incoming mail is certified Virus Free.<   Checked by AVG anti-virus system (http://www.grisoft.com).B   Version: 6.0.710 / Virus Database: 466 - Release Date: 6/23/2004    ---d& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.710 / Virus Database: 466 - Release Date: 6/23/2004   ------------------------------  # Date: Wed, 07 Jul 2004 15:58:26 GMTo& From: John Reagan <john.reagan@hp.com>" Subject: Re: Itanium Porting Class2 Message-ID: <C4VGc.5440$_M1.4579@news.cpqcorp.net>   Tom Linden wrote:  >   I >   The concept of availability paks does not exist on I64. On I64 we usep! >   PPL (per processor licensing)u >    > For layered products as well?n >     I Not all, development tools (like compilers) will use user capacity based  	 licenses.t   -- o John Reagan / HP Pascal/{A|I}MACRO for OpenVMS Project Leader  Hewlett-Packard Companys   ------------------------------  % Date: Wed, 07 Jul 2004 15:23:32 +0100L9 From: Andrew Harrison <andrew_._remove_harrison@su_n.com>m* Subject: Re: Linux becoming windoze clone!0 Message-ID: <cch114$p6v$2@new-usenet.uk.sun.com>   Alex Daniels wrote:I  H > "Andrew Harrison" <andrew_remove_.harrison@s_u_n.com> wrote in message, > news:cce70b$ckc$2@new-usenet.uk.sun.com... >  >>Bob Ceculski wrote:e >> >>, >>>http://www.theinquirer.net/?article=16974 >>2 >>If you have the courage I would suggest that you2 >>make the same point on one of the Linux Advocacy >>newsgroups rather than here. >>% >>However I rather doubt that you do.e >>	 >>Regardsk >>Andrew Harrisonr >  > : > What is the "same point" that he should he make, Andrew? > ? > He just posted a URL, I presume as reference for people here.  >  > Alex >  > ? Oh I think we all know the point that Bob was attemping to makeb   Regards. Andrew Harrisone   ------------------------------  $ Date: Wed, 7 Jul 2004 09:06:03 +0200( From: "Rudolf Wingert" <win@fom.fgan.de>4 Subject: Re: OpenVMS 7.3-1 on Alpha Wokstation 500au3 Message-ID: <002001c463f0$ddc9b060$994614ac@wat153>e   Hello,  D did you install the newest firmware (6.6?)? Did you read the releaseE notes for OpenVMS 7.3-1 and any special remark about DPWS500au. We dotA have five of this nice workstations. But only as satellites in anr OpenVMS cluster V7.3-1 AXP.p   Best regards R. Wingertd   ------------------------------  % Date: Wed, 07 Jul 2004 10:34:55 -0700 & From: Tom Crabtree <tccrab@sunset.net>4 Subject: Re: OpenVMS 7.3-1 on Alpha Wokstation 500au, Message-ID: <cchc6801lml@enews1.newsguy.com>  H > I'm trying to install VMS on this box and can't get past word go......L > The box had True64 on it, loaded by the previous owner who installed it toG > test the box - therfore I figured that it would likely be OK for VMS.vN > I've checked the configuration (Toshiba CD-ROM with Cypress IDE controller),! > changed os_type to OpenVMS etc.>  ) Are you sure it has the Cypress chip set? F Does the system have the USB ports on the back, and is the SCSI built  into the motherboard?eI If not, it's a Miata MX5, and OpenVMS will not recognize the IDE chipset.tA If it does have the USB ports, then it is a Miata GL and OpenVMS  > *should* recognize the IDE. "Should" being the operative word.0 Try adding a Toshiba (or compatible) SCSI CDRom.  N > The machine will boot from the floopy for firmware upgrade - current version > is 7.2-1.g > I > Everything looks fine and indeed when I try to bbot from the CD it doespD > recognise that it is a bootable disc and jumps the bootstrap code.L > It then displays the "OpenVMS (TM) Alpha Operating System, Version V7.3-1"! > banner and just hangs..........nE I've seen this on at least two different occasions.  Once was simple  @ swap out IDE CDRom with SCSI.  The other was more involved, and 3 eventually required replacement of the motherboard.c > J > I've tried a different CD, swapped out the CD-ROM drive, swapped out the$ > hard disk too but all to no avail.  2 Is the HD a SCSI or IDE?  IDE probably won't work.   TomC   ------------------------------   Date: 7 Jul 2004 06:07:27 -0700e. From: fabiopenvms@yahoo.com.br (Fabio Cardoso)# Subject: OpenVMS Positions - Europee= Message-ID: <f30679fb.0407070507.2e012d0b@posting.google.com>    Just checking again....l  6 My OpenVMS time is finishing here in Brazil. Oct/2004.  : How are the positions in EU ? UK, Spain, DE and Austria ?    Lets check ....     []s   Fabio C.   ------------------------------  % Date: Wed, 07 Jul 2004 15:09:14 +0100i- From: Roy Omond <Roy.Omond@BlueBubble.UK.Com>h' Subject: Re: OpenVMS Positions - Europet* Message-ID: <2l2ej3F7ukl3U1@uni-berlin.de>   Fabio Cardoso wrote:   > Just checking again....t > 8 > My OpenVMS time is finishing here in Brazil. Oct/2004. > < > How are the positions in EU ? UK, Spain, DE and Austria ?  >  > Lets check ....  8 Fabio, we've been through this before, and sorry to pour cold water on your aspirations.i  : Why should you (a non-EU citizen) be granted a work permit< to work in the EU, when there are zillions of well-qualified; VMS people in the EU (with the right of abode here) who are: desperate for VMS employment ?   Sorry, you've got *no* chance.  4 And sorry that your VMS time is finishing in Brazil.  , Now, if you can play decent football ... :-)  	 Roy Omond  Blue Bubble Ltd.   ------------------------------  % Date: Wed, 07 Jul 2004 14:06:01 +0100t9 From: Andrew Harrison <andrew_._remove_harrison@su_n.com>t! Subject: Re: OT: Sun / Sparc  FUDy0 Message-ID: <ccgsfp$nl5$1@new-usenet.uk.sun.com>   Keith Parris wrote: u > Andrew Harrison <andrew_remove__.harrison@___sun.com> wrote in message news:<cbeu26$5kp$1@new-usenet.uk.sun.com>...n > A >>We have gone through this exhaustively before, OpenVMS revenuest? >>excluding services currently run at between 50 and 60 million = >>a quarter, well below what most people would consider to bea? >>a level that ensures that the installed base of OpenVMS boxese >>is increasing not decreasing.) >  > = > You're trying to use IDC Quarterly Server Tracker data as ajF > measurement of the OpenVMS development revenue stream. This is wrong# > for at least a couple of reasons:hD > o  IDC Quarterly Server Tracker data is focused on server hardware= > revenues, so it actually EXCLUDES operating system revenue.t  ? Platform specific services which you refer to require platformse> the total population of OpenVMS systems is your target market.  > The fact that according to IDC the server revenues for OpenVMS> have fallen to less than 1/3 their peak in the last 5 years is> clear enough indication that the available market for services is also being squeezed.   = The tracker has always excluded OS/Software revenues and even : if they are equal to the server revenues would put OpenVMS8 revenues not including services at ~400 million per year again a tiny amount.   Regards  Andrew Harrison    ------------------------------  % Date: Wed, 07 Jul 2004 11:18:48 +0200 > From: Alain Chappuis <Alain.Chappuis@medecine.unige.ch.nospam>5 Subject: Question about AS 800 and display resolution & Message-ID: <40ebbff8$1@nntp.unige.ch>   Hello," My old alpha 3000-m600 is died :-(* I replaced by one AS 800 and it work well!  , But in CDE I have a 800X600 SVGA resolution!@ In the server we have an S3 Trio64/Trio32 graphic card on board.  ? My question: it is possible to have better resolution, such as:$# 1024X768 or better 1280X1024 in CDE   A If you have a good solution let me know in detail how to make it.n (I'm not use frendly VSM)+   Thank you in advance.  AlainN -- _@   Alain Chappuis    (Remove NO.SPAM to answer me in my address!)@   Universit de Genve /Facult de Mdecine/Service Informatique1   http://www.sifm.unige.ch/presentation/alain.php.   ------------------------------  # Date: Wed, 07 Jul 2004 13:38:13 GMTx9 From: "Fred Kleinsorge" <my-last-name@stardotzko.dec.com>v9 Subject: Re: Question about AS 800 and display resolution 2 Message-ID: <91TGc.5421$vF1.3065@news.cpqcorp.net>  < Isn't this the system with a built-in Cirrus Logic dumb VGA?  K Look at DECW$PRIVATE_SERVER_SETUP.TEMPLATE rename it to .COM and edit it toi taste.      K "Alain Chappuis" <Alain.Chappuis@medecine.unige.ch.nospam> wrote in messagen  news:40ebbff8$1@nntp.unige.ch... > Hello,$ > My old alpha 3000-m600 is died :-(, > I replaced by one AS 800 and it work well! >-. > But in CDE I have a 800X600 SVGA resolution!B > In the server we have an S3 Trio64/Trio32 graphic card on board. >oA > My question: it is possible to have better resolution, such as:m% > 1024X768 or better 1280X1024 in CDEb >fC > If you have a good solution let me know in detail how to make it.t > (I'm not use frendly VSM)p >o > Thank you in advance.r > Alaind > --  B >   Alain Chappuis    (Remove NO.SPAM to answer me in my address!)B >   Universit de Genve /Facult de Mdecine/Service Informatique3 >   http://www.sifm.unige.ch/presentation/alain.phpo   ------------------------------   Date: 7 Jul 2004 07:01:25 -0700 E From: kirk.reindl@osioutsourcing.com (kirk.reindl@osioutsourcing.com)e4 Subject: question on terminal settings for an AS1200= Message-ID: <e5bea15d.0407070601.214753d1@posting.google.com>    Hi:n  4 Our company just purchased a used AS1200 DEC server.F I've loaded VMS OS ver 7.3-1 in an attempt to test upgrading to 7.3-2.  D Can someone tell me what set term configs I should have so my screen paints correctly?  Here is some more info.eA The monitor that is connected is a graphics style monitor that is E relatively new.  The monitor then gets connected to a video card.  Ito appears to be a 17" screen.   F I can login into the system and everything is okay, but when I attemptD to edit a file the thing goes hayware and I get gobble d gook on the screen.   + The terminal type is defaulting to unknown.e) Thanks for any direction you can give me.s Regards, Kirk   ------------------------------  # Date: Wed, 07 Jul 2004 15:26:33 GMT.9 From: "Fred Kleinsorge" <my-last-name@stardotzko.dec.com>e8 Subject: Re: question on terminal settings for an AS12002 Message-ID: <JCUGc.5432$XM1.2094@news.cpqcorp.net>  H You have a graphics console of an unknown type.  You *should* be runningF Motif on it - but it sounds like you aren't.  By default, the graphicsL console will run a very dumb terminal emulator.  If the screen has a line onL the bottom that says something to the effect "OpenVMS Console", then you can; issue a "SET TERM/DEV=VT52" command and EDIT/EDT will work.-  K What you should do is to install the Motif layered product, which will givev@ you the X11/CDE interfaces, and offers VT400 terminal emulation.    1 <kirk.reindl@osioutsourcing.com> wrote in message 7 news:e5bea15d.0407070601.214753d1@posting.google.com...l > Hi:  >c6 > Our company just purchased a used AS1200 DEC server.H > I've loaded VMS OS ver 7.3-1 in an attempt to test upgrading to 7.3-2. > F > Can someone tell me what set term configs I should have so my screen > paints correctly?d > Here is some more info.aC > The monitor that is connected is a graphics style monitor that is1G > relatively new.  The monitor then gets connected to a video card.  Itj > appears to be a 17" screen.d >eH > I can login into the system and everything is okay, but when I attemptF > to edit a file the thing goes hayware and I get gobble d gook on the	 > screen.  > - > The terminal type is defaulting to unknown.o+ > Thanks for any direction you can give me. 
 > Regards, > Kirk   ------------------------------   Date: 7 Jul 2004 12:48:21 -0500r; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)b8 Subject: Re: question on terminal settings for an AS12003 Message-ID: <JR5JDLwVIF89@eisner.encompasserve.org>T   In article <e5bea15d.0407070601.214753d1@posting.google.com>, kirk.reindl@osioutsourcing.com (kirk.reindl@osioutsourcing.com) writes:e > Hi:r > 6 > Our company just purchased a used AS1200 DEC server.H > I've loaded VMS OS ver 7.3-1 in an attempt to test upgrading to 7.3-2. > F > Can someone tell me what set term configs I should have so my screen > paints correctly?       Try         set terminal/vt52e       edit/edt  D    There's a partial VT52 emulator in many of the graphics consoles,F    imperfect but good enough for editing with EDT.  I'm not sure about    the AS1200.   ------------------------------  $ Date: Wed, 7 Jul 2004 17:35:03 +1000 From: "Pip" <pip@ti.nl0.com>& Subject: Re: Reading from a LAT device< Message-ID: <40eba793$0$16105$afc38c87@news.optusnet.com.au>  ! Thanks Jack - right on the money.i  I The COPY LTA666: SYS$LOGIN:CAPTURE.TXT was being done via a SPAWN/NOWAIT.iJ I added "COPY SYS$LOGIN:ONEBYTE.TXT LTA666:" after the SPAWN, and the LAT  connect established.  H Now I'm just left with the mystery of why it worked before the Terminal  Server rebooted.M It's not because I'd inadvertantly forced a LAT connect someone when the job MK first started way-back-when, because the SPAWN'ed process is stopped every  0 day to restart a new capture file. Go figure....   Thanks Pips  6 "Jack Peacock" <peacock@simconv.com> wrote in message , news:DoKdnTa9uZyCpXbd4p2dnA@mpowercom.net...) > "Pip" <pip@ti.nl0.com> wrote in message 8 > news:40eb3233$0$18190$afc38c87@news.optusnet.com.au...K >> However, if I abort the job and use "SET HOST LTA666/DTE" interactively,m > it >> captures data fine. >>B >> I'm at a complete loss as to why rebooting the 90M caused this.J >> Any suggestions? (or a more reliable way to read from a lat device in a >> detached proces)  >>J > I believe you have to send something to the LAT device first in order toH > actually open the channel.  I've encountered this with timeclocks; theI > workaround was to send a NUL after opening the channel.  That's why it i > worksp > after a SET HOST.G >  Jack Peacock: >Q >    ------------------------------   Date: 7 Jul 2004 07:24:49 -0500i From: briggs@encompasserve.org& Subject: Re: Reading from a LAT device3 Message-ID: <Pq6GwlF0kJTy@eisner.encompasserve.org>   [ In article <40eba793$0$16105$afc38c87@news.optusnet.com.au>, "Pip" <pip@ti.nl0.com> writes:e# > Thanks Jack - right on the money.c > K > The COPY LTA666: SYS$LOGIN:CAPTURE.TXT was being done via a SPAWN/NOWAIT.dL > I added "COPY SYS$LOGIN:ONEBYTE.TXT LTA666:" after the SPAWN, and the LAT  > connect established. > J > Now I'm just left with the mystery of why it worked before the Terminal  > Server rebooted.O > It's not because I'd inadvertantly forced a LAT connect someone when the job hM > first started way-back-when, because the SPAWN'ed process is stopped every -2 > day to restart a new capture file. Go figure....  H Why would you expect the LAT connection to drop just because you stopped) the process that currently owns the port?   B Without digging into the details, I suspect that a terminal serverD reboot will disconnect the LAT connection and give you an SS$_HANGUPI return status on your reads.  So the $ COPY LTA666: SYS$LOGIN:CAPTURE.TXTEE would fail with SS$_HANGUP.  If you want to be robust, you would wantcK to notice this and take steps to re-establish the LAT connection afterward.@  G I'd be wary of $ COPY SYS$LOGIN:ONEBYTE.TXT LTA666: on a regular basis.tI If the serial device is not accepting input and supports flow control younC could jam up the port.  If the device drops input on the floor, youi	 are safe.n   	John Briggs   ------------------------------  % Date: Wed, 07 Jul 2004 10:21:28 -0400e* From: Chuck Chopp <ChuckChopp@rtfmcsi.com>& Subject: Re: Reading from a LAT device: Message-ID: <CFTGc.15228$285.14116@bignews6.bellsouth.net>   briggs@encompasserve.org wrote:v  I > I'd be wary of $ COPY SYS$LOGIN:ONEBYTE.TXT LTA666: on a regular basis. K > If the serial device is not accepting input and supports flow control youeE > could jam up the port.  If the device drops input on the floor, youc > are safe.y  J Are you kidding?  I don't know how many times I've seen people do this... K leave an RS232 port unterminated or with a cable attached at only one end.  I When the terminal server port drops the input from the LTA device on the  K floor, you're going to have a puddle of bits all over the place and people 4M will get ASCII poisoning if they're not properly protected from that.  It is oE even worse if you leave a bisync connection open like that... EBCDIC cK poisoning is significantly worse than ASCII poisoning, along the lines of, 0  say, mercury vs. lead poisoning.     -- r Chuck    ------------------------------  $ Date: Wed, 7 Jul 2004 07:20:15 -0700# From: "Tom Linden" <tom@kednos.com>n& Subject: RE: Reading from a LAT device9 Message-ID: <NDEMLKKEBOIFBMJLCECICEBODIAA.tom@kednos.com>r     -----Original Message-----3   From: Chuck Chopp [mailto:ChuckChopp@rtfmcsi.com]'(   Sent: Wednesday, July 07, 2004 7:21 AM   To: Info-VAX@Mvb.Saic.Comt(   Subject: Re: Reading from a LAT device    !   briggs@encompasserve.org wrote:.  K   > I'd be wary of $ COPY SYS$LOGIN:ONEBYTE.TXT LTA666: on a regular basis.nA   > If the serial device is not accepting input and supports flowc
   control you G   > could jam up the port.  If the device drops input on the floor, youp
   > are safe.   K   Are you kidding?  I don't know how many times I've seen people do this... C   leave an RS232 port unterminated or with a cable attached at onlyh
   one end.J   When the terminal server port drops the input from the LTA device on theA   floor, you're going to have a puddle of bits all over the placec   and peopleA   will get ASCII poisoning if they're not properly protected fromg   that.  It isF   even worse if you leave a bisync connection open like that... EBCDICB   poisoning is significantly worse than ASCII poisoning, along the   lines of,y"   say, mercury vs. lead poisoning.  G But with EBCDIC you have more time to react since the big bits come outo first.       --   Chuckv     ---f(   Incoming mail is certified Virus Free.<   Checked by AVG anti-virus system (http://www.grisoft.com).B   Version: 6.0.710 / Virus Database: 466 - Release Date: 6/23/2004   ---r& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.710 / Virus Database: 466 - Release Date: 6/23/2004   ------------------------------   Date: 7 Jul 2004 09:52:51 -0500e From: briggs@encompasserve.org& Subject: RE: Reading from a LAT device3 Message-ID: <mS+gc0rK77YY@eisner.encompasserve.org>   _ In article <NDEMLKKEBOIFBMJLCECICEBODIAA.tom@kednos.com>, "Tom Linden" <tom@kednos.com> writes:s >  >  >   -----Original Message-----5 >   From: Chuck Chopp [mailto:ChuckChopp@rtfmcsi.com]0* >   Sent: Wednesday, July 07, 2004 7:21 AM >   To: Info-VAX@Mvb.Saic.Comj* >   Subject: Re: Reading from a LAT device  N >>   Are you kidding?  I don't know how many times I've seen people do this...F >>   leave an RS232 port unterminated or with a cable attached at only
 >>   one end.uM >>   When the terminal server port drops the input from the LTA device on the D >>   floor, you're going to have a puddle of bits all over the place >>   and peopletD >>   will get ASCII poisoning if they're not properly protected from >>   that.  It is I >>   even worse if you leave a bisync connection open like that... EBCDIClE >>   poisoning is significantly worse than ASCII poisoning, along theu >>   lines of,% >>   say, mercury vs. lead poisoning.i > I > But with EBCDIC you have more time to react since the big bits come outh > first.  G Actually, EBCDIC and ASCII is irrelevant here.  What matters is whether A you dump the bits out of the Ethernet side of the terminal servero or the serial side.   B On the Ethernet side, big bits come in first.  On the serial side, little bits go out first.c  E Fortunately, DEC terminal servers are able to use parallel processingnC hardware to apply a fixed permutation, thus optimizing this sortings@ process from the theoretical minimum of O(8 log 8) to O(1), thus@ achieving a 24 to one speed-up in terminal server processing and8 eliminating the need for cumbersome legacy bit calipers.  H A second crucial technological innovation in more recent terminal serverH hardware is the use of Thiotimoline (1) "cut-through" switching elementsG that allow the little bit to come out the serial side while the big bittE is still coming in the Ethernet side, thus providing dramatic latency 
 improvements.w  C (1) Asimov: The Endochronic Properties of Resublimated Thiotimoline1   	John Briggs   ------------------------------  $ Date: Wed, 7 Jul 2004 08:59:12 +0200( From: "Rudolf Wingert" <win@fom.fgan.de>E Subject: Re: SCSI CD on OpenVMS (was: Re: VMS on VAXstation 3100 M76)t3 Message-ID: <001f01c463ef$e891f670$994614ac@wat153>n   Hello,  G sorry, I did read only the Email from Di. 06.07.2004 20:45. What's your E problem wit SCSI Cdrom uunder OpenVMS VAX. We did have a lot of years G SCSI Cdroms connectes to our VAXesThere was no problem. We have had RRDnG drives and Cdroms from other vendors (but be aware, they must supported G under UNIX; special firmware). Our problem was, that you don't get SCSI @ Cdroms anymore. Do you have a VS42D-JH (VS3100 SCSI controller)?   Best regards R. Wingert    ------------------------------  # Date: Wed, 07 Jul 2004 10:28:04 GMT ! From: Nigel Barker <nigel@hp.com>rE Subject: Re: SCSI CD on OpenVMS (was: Re: VMS on VAXstation 3100 M76) 8 Message-ID: <2ghne0p256pune935n3jq4m7pep3ff3h70@4ax.com>  L On Wed, 7 Jul 2004 08:59:12 +0200, "Rudolf Wingert" <win@fom.fgan.de> wrote:   >Hello,r >nH >sorry, I did read only the Email from Di. 06.07.2004 20:45. What's yourF >problem wit SCSI Cdrom uunder OpenVMS VAX. We did have a lot of yearsH >SCSI Cdroms connectes to our VAXesThere was no problem. We have had RRDH >drives and Cdroms from other vendors (but be aware, they must supportedH >under UNIX; special firmware). Our problem was, that you don't get SCSIA >Cdroms anymore. Do you have a VS42D-JH (VS3100 SCSI controller)?y  K You can still buy SCSI CD Reader/Writers. Plextor for example still producegM them. They are quite expensive however whereas the IDE variants are amazinglyy cheap nowadays.e   -- Nigel Barker Live from the sunny Cote d'Azuro   ------------------------------   Date: 7 Jul 2004 12:41:43 -0500 B From: clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley)E Subject: Re: SCSI CD on OpenVMS (was: Re: VMS on VAXstation 3100 M76)o3 Message-ID: <wYkO+hXBCF17@eisner.encompasserve.org>h  Y In article <2l0a9uF76bbuU3@uni-berlin.de>, bill@gw5.cs.uofs.edu (Bill Gunshannon) writes:- > E > I don't think I would say that.  I would say it is more likely thatsD > a very good job is done taking any CD Drive and emulating one thatB > works on a VAX.  After all, they emulate all the other hardware,? > including things like RA drives, why not emulated CD as well?n >   H This is exactly what I did when I wrote an ODS-2 reader a few years ago.  G The low-level I/O routine in the reader took the requested LBN, dividedeH it by 4 and then read the corresponding 2048-byte CD block. It then usedK the remainder from the division to determine which 512 byte block to return * to the upper layers. Trivial to implement.   Simon.   -- aB Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP       P SCO: Proudly pushing Microsoft down to #2 on the list of most disliked companies   ------------------------------  % Date: Wed, 07 Jul 2004 23:29:12 +0800@, From: Paul Repacholi <prep@prep.synonet.com>' Subject: Re: VMS on VAXstation 3100 M76o0 Message-ID: <87n02bomyf.fsf@k9.prep.synonet.com>  ) "BobbydaMong" <bobby@nowhere.com> writes:   N > Hey there... have a VAXstation 3100 M76, and would like to boot it...! Can't > even do that at the mo'...  L > Have a VMS7.3 CD to boot from, but booting from a Sun single-speed / caddy > CDROM gets :   >>>> boot dkb100  N > DKBTDRIVER halting at relative address 041A  DKBTDRIVER base addr = 0000163C   <chomp>   D Those Sun badged drives reboot their u-controller when they get a 10D byte SCSI packet, and are slow enough to come back onto the bus thatA the driver has died a messy death by the time the drive recovers.n   Rinse, lather, repeat...   -- y< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.s@                                              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: Wed, 07 Jul 2004 15:11:46 GMT-) From: "Rick Barry" <richard.barry@hp.com> ! Subject: Re: XBitHack in SWS 2.0?p1 Message-ID: <SoUGc.5429$QH1.923@news.cpqcorp.net>I  E Just to confirm for everyone, Apache on OpenVMS disables the XBitHackW feature.   Regards,  
 Rick Barry" Secure Web Server Development Team OpenVMS System Software Group  Hewlett-Packard Companyc
 Nashua, NH  ; "Alphaman" <alphaman-nix-spam@alphant.com> wrote in messaget* news:10ek1oca50g0ac5@corp.supernews.com..., > Alan Winston - SSRL Admin Cmptg Mgr wrote:8 > > Huh.  If I understand what you're saying, you've got > >n" > > AddHandler server-parsed .html > > J > > and you're running SSI on every file, and you'd prefer not to do that. > :-	 > :[snip]a > :e7 > > RewriteRule ^filename.html  ^filename.shtml [NC,PT]g > >v > > at one line per file.: > >i9 > > Still work, but at least your old links keep working.> > >S > > -- Alany >  >uI > Superb!  Excellent workaround -- and based on your other posting, I cansH > relax in knowing that I was indeed approaching it properly and that itD > is a flaw (Feature? :^) in SWS that prevents XBitHack (Hack -- how > apropos!) from working.  >  > Thanks, Alan.  >  > Aaron0   ------------------------------  * Date: Wed, 7 Jul 2004 11:07:49 -0500 (CDT) From: sms@antinode.org! Subject: Re: XBitHack in SWS 2.0?e) Message-ID: <04070711074961@antinode.org>i  ) From: "Rick Barry" <richard.barry@hp.com>-  G > Just to confirm for everyone, Apache on OpenVMS disables the XBitHackf
 > feature.  E    Just to confirm, is this new for 2.0?  I thought I was using it in  1.3.  H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-orgt    Saint Paul  MN  55105-2547e   ------------------------------  * Date: Wed, 7 Jul 2004 06:19:40 +0000 (UTC)6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)& Subject: Re: [SSH] SET TERM in SYLOGIN/ Message-ID: <newscache$8lxg0i$mw$1@news.sil.at>I  u In article <22nme0lapdej47modgea248mctnp8cqe2d@4ax.com>, Rich Whalen <moc.ncr@nelahwvr  - read right to left> writes:cD >Have you tried SFTP to make sure that your SYLOGIN mods don't causeF >problems?  The SFTP Server has some tolerance to I/O on the terminal,! >but too much can cause problems.o  ? SFTP doen't use interactive sessions so SET_TERM is not called.i  ! I've in SYS$SYLOGIN (and LOGIN) ar $       GOTO 'F$MODE()'e in use with a 
 $interactive: A $       IF .NOT. F$GETDVI ("SYS$COMMAND:", "TRM") THEN GOTO others
 and also a $other: A $       IF F$GETDVI ("SYS$COMMAND:", "TRM") THEN GOTO interactivec
 so no problemo   Thanks for respondings   -- c Peter "EPLAN" LANGSTOEGERn% Network and OpenVMS system specialiste E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  $ Date: Wed, 7 Jul 2004 12:40:35 -0400< From: "Peter Weaver" <WeaverConsultingServices@sympatico.ca>& Subject: Re: [SSH] SET TERM in SYLOGIN* Message-ID: <2l2nc5F7dj94U1@uni-berlin.de>    Peter 'EPLAN' LANGSTOEGER wrote: >...B > $       WRITE SYS$OUTPUT "%SYLOGIN-I-HANDSOFF, Starting terminal inquiry ..."* > $       DEFINE/NOLOG/USER SYS$ERROR  NL:* > $       DEFINE/NOLOG/USER SYS$OUTPUT NL:3 > $       IF F$GETJ(0,"TERMINAL") .NES. "" THEN SETl TERMINAL/INQUIRE/BROAD/LINE @ > $       WRITE SYS$OUTPUT "%SYLOGIN-I-HANDSON, Terminal inquiry	 finished"e > $       RETURN >... > Any Cons ?  ? The only thing I notice is that if your IF statement fails thenrE SYS$ERROR and SYS$OUTPUT will be pointing to NL: until the next imagerD rundown. You won't see the WRITE and the next image after the RETURNG will not display anything. So you might want to put the two DEFINE's in  the IF statement.o   --   Peter Weaver Weaver Consulting Services Inc.  Canadian VAR for CHARON-VAX  www.weaverconsulting.ca    ------------------------------   End of INFO-VAX 2004.373 ************************--------/ > Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363 5 > 8572 North Spring Ct., Pickerington, OH  43147  USA 2 > stan-at-stanq-dot-com       http://www.stanq.com >  >  >    ------------------------------  $ Date: Wed, 7 Jul 2004 06:02:13 -0700# From: "Tom Linden" <tom@kednos.com> " Subject: RE: Itanium Porting Class9 Message-ID: <NDEMLKKEBOIFBMJLCECIMEBJDIAA.tom@kednos.com>      -----Original Message-----7   From: Guy Peleg [mailto:guy.peleg@remove_tfeed.fjserv.net!oleane.net!oleane!freenix!deine.net!fr.clara.net!heighliner.fr.clara.net!skynet.be!skynet.be!ngpeer.news.aol.com!audrey-m1.news.aol.com!not-for-mail
Xref: mvb.saic.com rec.arts.sf.starwars.collecting.vintage:6411

>Not saying, Bill, that you know the
>mind of ebay or anything, but just wanted to make sure I understood you
>correctly and wanted to make that more general observation.

This is based on ebay pulling/ending auctions that people have listed, and then
posted links to-from a NG or forum. (in the past)  In light of what Gus is
going through, I don't think anyone is "safe" from what ebay is clearly capable
of.
 I certainly have no issues with Paul (personally) this was more of an
informative/ "be careful" follow-up

Bill




Rare and Unusual DARTH VADER Items WANTED $$$$$$:
-PROPS
-Prototypes      
-Proof Cards 
-Store Displays 
-Foreign Carded and Boxed Figures 

The Darth Vader Toy Museum ~ www.sithtoys.com
^~00004071:0000154069:036372:From: "Nell Reynolds" <nsreyn@austin.rr.com>
Newsgroups: rec.crafts.textiles.quilting
References: <3E3335CA.767A1E9D@insightbb.com> <dhKY9.119490$H7.4873246@news2.calgary.shaw.ca>
Subject: Re: My quilting/sewing weekend
Lines: 66
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Message-ID: <kcTY9.20044$iW3.757048@twister.austin.rr.com>
Date: Sun, 26 Jan 2003 15:32:32 GMT
NNTP-Posting-Host: 24.243.209.102
X-Complaints-To: abuse@rr.com
X-Trace: twister.austin.rr.com 1043595152 24.243.209.102 (Sun, 26 Jan 2003 09:32:32 CST)
NNTP-Posting-Date: Sun, 26 Jan 2003 09:32:32 CST
Organization: Road Runner - Texas
Path: mvb.saic.com!news-out.cwix.com!newsfeed.cwix.com!news.maxwell.syr.edu!newsfeed-east.nntpserver.com!nntpserver.com!news-west.rr.com!cyclone.austin.rr.com!twister.austin.rr.com.POSTED!53ab2750!not-for-mail
Xref: mvb.saic.com rec.crafts.textiles.quilting:154069

Hey! At last I know the answer to a technical question.  I took a clothing
design class 20 years ago from a lovely British lady whose husband brought
her to Austin.

A sloper is the basic pattern for a top, skirt, pants, or whatever anyone
might wear.  At the first class meeting we wore our best foundation garments
of whatever type we preferred and measured each other at chest (obove the
bust and just under the arms), waist, bust, neck, back waist length (that is
from the prominent bone at the back of your neck to your waist), high bust
point (nipple), distance between high bust points (HBP), and maybe one or
two other things I don't remember.  That was just for the dress top/blouse
sloper, but it is by far the most complicated.

Then we traced out on posterboard our own personal sloper.  It looks like a
plain fitted dress top for the right side only with a high round neck.  It
is cut out where the darts from waist to HBP and from side seam to HBP would
be.  On the back was a small dart cutout on the shoulder and another one
from the waist