1 INFO-VAX	Wed, 10 Sep 2003	Volume 2003 : Issue 502       Contents:+ Re: "HP breakup on the way" - Merrill Lynch + Re: "HP breakup on the way" - Merrill Lynch + Re: "HP breakup on the way" - Merrill Lynch + Re: "HP breakup on the way" - Merrill Lynch + RE: "HP breakup on the way" - Merrill Lynch + Re: "HP breakup on the way" - Merrill Lynch + Re: "HP breakup on the way" - Merrill Lynch + Re: "HP breakup on the way" - Merrill Lynch + Re: "HP breakup on the way" - Merrill Lynch M Re: ??==Delete key only backspaces w/o delete from Telnet in Mac OSX Terminal - Advanced Server - copying large file problem? 1 Re: Advanced Server - copying large file problem? 1 Re: Advanced Server - copying large file problem? 1 Re: Advanced Server - copying large file problem? 7 Re: ANN: some new freeware and freeware updates for VMS + Re: Backup foreground/background operations 	 Re: BCC08 	 Re: BCC08 : Re: Can an OpenVMS program access a DB2 database directly?: Re: Can an OpenVMS program access a DB2 database directly?% Re: Choosing between ASTs and Threads % Re: Choosing between ASTs and Threads % Re: Choosing between ASTs and Threads , Re: Deerfield-based Itanium 2 systems arrive Re: FTP - Get size of a file Re: Image tools for VMS  Re: Image tools for VMS # Re: Image tools for VMS - follow up # Re: Image tools for VMS - follow up & Re: Mac OS X -> Pathworks/Mac problems MESSAGE problem  Re: MESSAGE problem  Re: MESSAGE problem  Re: MESSAGE problem  Re: MESSAGE problem  RE: MESSAGE problem # Moving a Tk70 from 3400 to 4000/600 ' Re: Moving a Tk70 from 3400 to 4000/600 ' Re: Moving a Tk70 from 3400 to 4000/600  Need HP Reseller in Germany  Re: Need HP Reseller in Germany ' Re: New linker ECOs for V7.3 and V7.3-1 ' Re: New linker ECOs for V7.3 and V7.3-1  Re: OpenVMS Security Re: OpenVMS Security Re: OpenVMS Security Pathworks32  Re: PDP-11 OS Release Dates 9 Re: pgp 2.6.3ia multi05 finally running on OpenVMS V7.3-1 9 Re: pgp 2.6.3ia multi05 finally running on OpenVMS V7.3-1 9 Re: pgp 2.6.3ia multi05 finally running on OpenVMS V7.3-1  Re: Recommended replacements9 Runtime linking of Java to AWT graphics libraries problem = Re: Runtime linking of Java to AWT graphics libraries problem + Re: What is T4 and what can it do  for you? 1 Re: Will OpenVMS I64 run on a Dell PowerEdge 3250 2 Re: Will OpenVMS I64 run on a Dell PowerEdge 3250n  F ----------------------------------------------------------------------  % Date: Wed, 10 Sep 2003 10:58:38 +0100 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> 4 Subject: Re: "HP breakup on the way" - Merrill Lynch0 Message-ID: <bjmske$b4f$1@new-usenet.uk.sun.com>   Chris Morgan wrote: S > Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes:  >  > ? >>Q2 was also a bit of an odd quarter, Sun's bookings were well ? >>up but because of a suppliers component problem (NIC Chipset) ; >>we didn't supply any V210/V240 servers our highest volume ; >>product and therefore didn't revenue any. However I don't : >>know of any customers who have cancelled their orders so8 >>all of the outstanding orders will result in revenues. >  > ? > No, but we're starting to seriously consider cancelling them.  >  > Chris : > -owner of sad unloved and unusable v240 with GBE NIC bug     Is it really unusable ?   = The bug is a problem for non IP network traffic that does not  do checksumming on blocks.  5 On an affected V240 (not all the servers manufactured : use the batch of NICs with the manufacturing defect) using5 IP this results in ~0.3% retransmission rate which is  pretty much background noise.   7 Of course if you are using a non IP based protocol with * no checksumming then 0.3% is unacceptable.  6 We are replacing the motherboards on systems that have6 the affected NIC's in the field so I would in any case3 talk to you Sun Service Account Manager to get that 
 scheduled.     Regards  Andrew Harrison    ------------------------------  % Date: Wed, 10 Sep 2003 11:47:51 +0100 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> 4 Subject: Re: "HP breakup on the way" - Merrill Lynch0 Message-ID: <bjmvgo$c60$1@new-usenet.uk.sun.com>   Rob Young wrote:s > In article <857e9e41.0309091149.757f4d26@posting.google.com>, susan_skonetski@hotmail.com (Sue Skonetski) writes:  > E >>Are you two at it again?  Have you ever had the chance to meet each D >>other. You both have so much in common.  Neither of you are whimpsF >>thats for sure.  Andrew we have many competitors that their servicesE >>department sells or uses VMS. I am not sure if that is your case or H >>not but you obviously know some about VMS. I hope that your purpose is0 >>to make VMS better not to try and embarass us. >> >>Sue  >  > > > 	Andrew has been around here since about mid-1997.  His main; > 	purpose is to spread FUD and market Sun.  A while ago he / > 	actually had marketing attached to his name:  >   : Ohh dear ohh dear have you forgotten why I started posting' to this group in the first place Rob ??   9 Let me remind you, you were spreading a rich layer of FUD 7 related to eBays problems with their Oracle/Veritas/Sun 	 platform.   9 Let me also remind you that all the FUD you spread turned = out to be complete BS some of which which you ended up having ? to defend by claiming that you had made a serious cut and paste - error and that it wasn't really your mistake.   9 Once in I discovered a group which was prepared to accept 7 things like your "predictions" and other complete BS at  face value.   9 Let me remind you that your "predictions" to date have an  almost 100% failure rate.     ] > http://groups.google.com/groups?selm=30ED6574.43F3%40uk.sun.com&oe=ISO-8859-1&output=gplain  > I > From: Andrew Harrison - Sun UK - Product marketing <andrewh@uk.sun.com>  > Subject: Re: Windows 95  > Date: 1996/01/05 > F > 	Summer of 1996 he and his buddy Adrian Cockcroft ran wild defendingB > 	and talking up their stuff.  By then Andrew's product marketingD > 	moniker strangely disappeared.  One wonders if they had an edict?B > 	Wouldn't be much of a stretch.  Random groups.google.com search9 > 	for cockcroft large unix server bears out the traffic.  >   < I was seconded to product marketing temporarely as part of a@ program for engineers to see what the other bits of the business did.  = Many companies operate these kinds of job experience programs < and its pretty clear that the quality and relevance of a lot8 the the postings to this group would be better if Compaq had a similar program.  > After my stint in product marketing I returned to  what becameA Sun's Solutions Technology Group in the UK, engineers/consultants  no marketing people.   Regards  Andrew Harrison    ------------------------------    Date: 10 Sep 2003 09:55:06 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 4 Subject: Re: "HP breakup on the way" - Merrill Lynch3 Message-ID: <SR+mUkWXl3J3@eisner.encompasserve.org>    In article <bjkomh$iha$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes:  9 > VMS relys on Alpha and is migrating to Itanium it isn't @ > if you include OpenVMS's share of developing and manufacturing< > those platforms in your cost base I very much doubt if you > are remotely profitable.  F    Nonsense.  Alphas have never made as much profit as VMS.  The money    is in software, not chips.         ------------------------------    Date: 10 Sep 2003 10:27:31 -0500+ From: young_r@encompasserve.org (Rob Young) 4 Subject: Re: "HP breakup on the way" - Merrill Lynch3 Message-ID: <zvpVnRu+zgtl@eisner.encompasserve.org>    In article <bjmvgo$c60$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes: > Rob Young wrote:t >> In article <857e9e41.0309091149.757f4d26@posting.google.com>, susan_skonetski@hotmail.com (Sue Skonetski) writes: >>  F >>>Are you two at it again?  Have you ever had the chance to meet eachE >>>other. You both have so much in common.  Neither of you are whimps G >>>thats for sure.  Andrew we have many competitors that their services F >>>department sells or uses VMS. I am not sure if that is your case orI >>>not but you obviously know some about VMS. I hope that your purpose is 1 >>>to make VMS better not to try and embarass us.  >>>  >>>Sue >>   >>  ? >> 	Andrew has been around here since about mid-1997.  His main < >> 	purpose is to spread FUD and market Sun.  A while ago he0 >> 	actually had marketing attached to his name: >>   > < > Ohh dear ohh dear have you forgotten why I started posting) > to this group in the first place Rob ??  > ; > Let me remind you, you were spreading a rich layer of FUD 9 > related to eBays problems with their Oracle/Veritas/Sun  > platform.  >   7 	No.  Your customers were.  How soon we forget, and how % 	soon revisionist history takes over.   Z http://groups.google.com/groups?selm=39FE1E4E.4FA2FB2F%40oracle.com&oe=UTF-8&output=gplain  4 http://www.forbes.com/forbes/2000/1113/6613068a.html  9 THE MYSTERIOUS GLITCH has been popping up since late last . year. At a new Web company in San Francisco, a9 telecommunications company in the Midwest, a Baby Bell in ; Atlanta, an Internet domain registry on the East Coast--for 0 no apparent reason, high-end servers made by Sun Microsystems suddenly crashed.  8 It happens not to all of them, and not all the time, but< enough to cause problems for America Online, Ebay and dozens9 of other major corporate accounts, baffling Sun engineers 0 who spent months trying to identify the problem.  : Adding to the mystery is Sun's own reticence. It has never: issued a warning to its customers or disclosed the flaw to: new buyers. For months Sun told customers seeking a repair: that they must sign a legal agreement promising to keep it< secret. Many still don't dare speak out. Even now Sun hasn't9 published on its main Web site an official explanation of  the bug.   ---   6 http://www.forbes.com/forbes/2000/1113/6613068a_2.html  L "At BellSouth Technology Service Sun has already replaced modules on serversM that crashed, says Richard Liddell, a BellSouth vice president. But a dot-com J in San Francisco has been waiting weeks for a repair. It bought a Sun 6500O server to run the database that is core to its business. The server crashed and L rebooted four times over a few months. "It's ridiculous. I've got a $300,000J server that doesn't work.The thing should be bulletproof," says the firm's president."    ---   6 http://www.forbes.com/forbes/2000/1113/6613068a_3.html  M "Last November Verisign Global Registry Services, a domain name registry, was O down for two hours after a crucial Sun box crashed. Verisign complained but got L no explanation. Months later an executive at Verisign ran across the Gartner
 bulletin."   M "I said to Sun, 'My God, you knew about this problem, and you didn't tell me? L That's unconscionable,' " he says.Verisign still uses Sun for some tasks but6 has moved important systems onto IBM Unix servers.       ---   < 	It wouldn't be too much of a stretch to imagine that on the; 	next go round of upgrades, Sun made the short list but IBM ; 	was and is being chosen.  After all, how could IBM Unix be @ 	flourishing and Sun Unix floundering (considerable Sun revenue F 	decline - 20% year over year)?  Afer all, CIOs read mags like Forbes > 	and the above referenced article *SURELY* made its rounds andC 	not being dolts it wasn't a stretch for CIOs to put 2 + 2 together A 	and decide to save their jobs , get rid of the "flakey" hardware 8 	they have.  Hardware they were flat out deceived about:  O "[An executive at Verisign] said to Sun, 'My God, you knew about this problem,  1 and you didn't tell me?  That's unconscionable,'"     ; > Let me also remind you that all the FUD you spread turned ? > out to be complete BS some of which which you ended up having A > to defend by claiming that you had made a serious cut and paste / > error and that it wasn't really your mistake.   = 	Yeah.  Dig it up.  Tell me though Andrew, regarding the eBay ; 	cache fiasco that shot through your customer base and made < 	Forbes, was it really Zinc Whiskers causing all those cache
 	troubles?   > ; > Let me remind you that your "predictions" to date have an  > almost 100% failure rate.  >    	Nope.  By counter-example:   c http://groups.google.com/groups?selm=aTzfp2lkhXRI%40eisner.encompasserve.org&oe=UTF-8&output=gplain   + From: young_r@encompasserve.org (Rob Young)  Newsgroups: comp.os.vms " Subject: Re: The Gauntlet is Cast!  Date: 11 Sep 2002 14:57:04 -0600   	Point is...  A 	Declining server margins are going to hurt non-Dell vendors that  	are dependent on hardware.   4 	Sun the most I'd dare say, but we knew that, right?   ---   9 	Of course, each and everytime you see that you remind us ? 	of narrow victories (Sun is still #1 Unix vendor - the fastest 1 	shrinking Unix vendor, why not highlight that?).   = 	Hmmmmm... which narrow victory is left for you to highlight  , 	Andrew?  Pooridge getting a bit thin is it?  A 	Oh, regarding eBay - they too had hardware problems.  I leave it C 	as an exercise to search Google and bring up their own annoucement @ 	pages that show it was/is backend hardware that caused a number 	of outages.  Example:  z http://groups.google.com/groups?selm=910612C07BCAD1119AF40000F86AF0D803B2B97A%40kaoexc4.kao.dec.com&oe=UTF-8&output=gplain   User: aw@ebay.com  Date: 12/08/99 Time: 03:48:25 PST   			*** SYSTEM STATUS ***  K We were performing emergency repairs on our backup system to correct issues E from yesterday's outage. During this time, the primary system became  J unavailable. We were able to restore the backup system and to successfullyG transition service to it. The site downtime was from 01:31 PST to 03:17 N PST. We will continue to work to address the issues causing the outage, and weI will continue to keep a close eye on things. Thank you for your patience.   !                          Regards,                           eBay    ---   < 	And there are a number of examples of that.  Perhaps we can 	have a rehash for newcomers?    				Rob    ------------------------------  % Date: Wed, 10 Sep 2003 08:23:29 -0700 # From: "Tom Linden" <tom@kednos.com> 4 Subject: RE: "HP breakup on the way" - Merrill Lynch9 Message-ID: <CIEJLCMNHNNDLLOOGNJICECMHPAA.tom@kednos.com>    >-----Original Message----- C >From: Bob Koehler [mailto:koehler@eisner.nospam.encompasserve.org] , >Sent: Wednesday, September 10, 2003 7:55 AM >To: Info-VAX@Mvb.Saic.Com5 >Subject: Re: "HP breakup on the way" - Merrill Lynch  >  > A >In article <bjkomh$iha$1@new-usenet.uk.sun.com>, Andrew Harrison B >SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes: > : >> VMS relys on Alpha and is migrating to Itanium it isn'tA >> if you include OpenVMS's share of developing and manufacturing = >> those platforms in your cost base I very much doubt if you  >> are remotely profitable.  > G >   Nonsense.  Alphas have never made as much profit as VMS.  The money  >   is in software, not chips.  G In fact, I think you might argue that Alpha in part was responsible for H putting Digital out of business.  Taking this argument one step further,H it would have been better to port VMS to x86 rather than Itanium.  After all,I the most successful OS vendor doesn't make HW, just uses it as a delivery D vehicle.  Same problem, of course, confronts Sun, and I would not beG surprised to see them abandon Sparc in favour volume produce gear (e.g.  Dell)  >  >  >---' >Incoming mail is certified Virus Free. ; >Checked by AVG anti-virus system (http://www.grisoft.com). A >Version: 6.0.512 / Virus Database: 309 - Release Date: 8/19/2003  >  --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.512 / Virus Database: 309 - Release Date: 8/19/2003   ------------------------------    Date: 10 Sep 2003 10:06:06 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 4 Subject: Re: "HP breakup on the way" - Merrill Lynch3 Message-ID: <Jr+tE2BGjBPs@eisner.encompasserve.org>    In article <bjl3rl$mc0$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes: > @ > Sun's share of the total server market declined, but its share% > of the UNIX market [...] increased    E    Translation:  the UNIX market got smaller and Sun became even more     dependent on it.   F    Thanks, Andrew, now we know why the stock has been going down and a    founder has left.   ------------------------------  % Date: Wed, 10 Sep 2003 17:03:55 +0100 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> 4 Subject: Re: "HP breakup on the way" - Merrill Lynch0 Message-ID: <bjni1b$ipu$1@new-usenet.uk.sun.com>   Bob Koehler wrote: > In article <bjl3rl$mc0$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes: > @ >>Sun's share of the total server market declined, but its share% >>of the UNIX market [...] increased   >  > G >    Translation:  the UNIX market got smaller and Sun became even more  >    dependent on it.  > H >    Thanks, Andrew, now we know why the stock has been going down and a >    founder has left. > > With the exception of the PC server market which grew a little1 all markets have declined its called a recession.   > Fred was arguing that because of the recession HP is suffering> and that HP with its merged product ranges will be well placed/ to do well when customers start spending again.   ; Without exception most marketing and economics experts will 9 tell you that the trick during a recesion is to do better : than the competitors in your chosen market(s) because when5 the recession ends you will do relatively better than  the competition.  8 Losing market share in all their markets as HP have done7 while shifting the balance of their product revenue mix 9 from the Enterprise systems market (where Freds economies ; are most likely to be seen) to PC's where HP clearly cannot 6 operate at close to Dells margins is hardly a plan for5 sucess nor is it any help to people like you who want  OpenVMS to suceed.   Regards  Andrew Harrison    ------------------------------  % Date: Wed, 10 Sep 2003 17:13:11 +0100 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> 4 Subject: Re: "HP breakup on the way" - Merrill Lynch0 Message-ID: <bjniin$iud$2@new-usenet.uk.sun.com>   Bob Koehler wrote: > In article <bjkomh$iha$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes: >  > 9 >>VMS relys on Alpha and is migrating to Itanium it isn't @ >>if you include OpenVMS's share of developing and manufacturing< >>those platforms in your cost base I very much doubt if you >>are remotely profitable. >  > H >    Nonsense.  Alphas have never made as much profit as VMS.  The money >    is in software, not chips.  >         - re read my point, you will find that I havn't / mentioned Alpha profitabilty at all making your 1 response rather pointless or nonsense to use your  choice of language.    regards  Andrew Harrison    ------------------------------  % Date: Wed, 10 Sep 2003 17:11:07 +0100 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> 4 Subject: Re: "HP breakup on the way" - Merrill Lynch0 Message-ID: <bjnier$iud$1@new-usenet.uk.sun.com>   Rob Young wrote: > In article <bjmvgo$c60$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes: >  >>Rob Young wrote: >>t >>>In article <857e9e41.0309091149.757f4d26@posting.google.com>, susan_skonetski@hotmail.com (Sue Skonetski) writes: >>>  >>> G >>>>Are you two at it again?  Have you ever had the chance to meet each F >>>>other. You both have so much in common.  Neither of you are whimpsH >>>>thats for sure.  Andrew we have many competitors that their servicesG >>>>department sells or uses VMS. I am not sure if that is your case or J >>>>not but you obviously know some about VMS. I hope that your purpose is2 >>>>to make VMS better not to try and embarass us. >>>> >>>>Sue  >>>  >>> ? >>>	Andrew has been around here since about mid-1997.  His main < >>>	purpose is to spread FUD and market Sun.  A while ago he0 >>>	actually had marketing attached to his name: >>>  >>< >>Ohh dear ohh dear have you forgotten why I started posting) >>to this group in the first place Rob ??  >>; >>Let me remind you, you were spreading a rich layer of FUD 9 >>related to eBays problems with their Oracle/Veritas/Sun  >>platform.  >> >  > 9 > 	No.  Your customers were.  How soon we forget, and how ' > 	soon revisionist history takes over.  >   2 Sorry Rob but both you an I know that you spent an2 inordinate amount of time producing a tide of eBay3 related FUD which failed to have any factual basis.   3 Attempts by you to deflect this charge by producing / yet more FUD is hardly edifying nor is it worth  your while.   2 The fact that you also have seen fit to re-publish3 the eBay Stuff which turned out to have been caused 3 by a fault in 2 3rd party software products is also # sad and hardly worth responding to.   4 I note that you havn't even attempted to defend your0 "predictions" and their laughable sucess rate. I2 guess that even you know where to cut your losses.  3 As ever just when you seem to have run out of limbs 2 to shoot you manage to find another to have a good shot at.   Regards  Andrew Harrison \ > http://groups.google.com/groups?selm=39FE1E4E.4FA2FB2F%40oracle.com&oe=UTF-8&output=gplain > 6 > http://www.forbes.com/forbes/2000/1113/6613068a.html > ; > THE MYSTERIOUS GLITCH has been popping up since late last 0 > year. At a new Web company in San Francisco, a; > telecommunications company in the Midwest, a Baby Bell in = > Atlanta, an Internet domain registry on the East Coast--for 2 > no apparent reason, high-end servers made by Sun  > Microsystems suddenly crashed. > : > It happens not to all of them, and not all the time, but> > enough to cause problems for America Online, Ebay and dozens; > of other major corporate accounts, baffling Sun engineers 2 > who spent months trying to identify the problem. > < > Adding to the mystery is Sun's own reticence. It has never< > issued a warning to its customers or disclosed the flaw to< > new buyers. For months Sun told customers seeking a repair< > that they must sign a legal agreement promising to keep it> > secret. Many still don't dare speak out. Even now Sun hasn't; > published on its main Web site an official explanation of 
 > the bug. >  > ---  > 8 > http://www.forbes.com/forbes/2000/1113/6613068a_2.html > N > "At BellSouth Technology Service Sun has already replaced modules on serversO > that crashed, says Richard Liddell, a BellSouth vice president. But a dot-com L > in San Francisco has been waiting weeks for a repair. It bought a Sun 6500Q > server to run the database that is core to its business. The server crashed and N > rebooted four times over a few months. "It's ridiculous. I've got a $300,000L > server that doesn't work.The thing should be bulletproof," says the firm's
 > president."  >  > ---  > 8 > http://www.forbes.com/forbes/2000/1113/6613068a_3.html > O > "Last November Verisign Global Registry Services, a domain name registry, was Q > down for two hours after a crucial Sun box crashed. Verisign complained but got N > no explanation. Months later an executive at Verisign ran across the Gartner > bulletin." >   O > "I said to Sun, 'My God, you knew about this problem, and you didn't tell me? N > That's unconscionable,' " he says.Verisign still uses Sun for some tasks but8 > has moved important systems onto IBM Unix servers.     >  > ---  > > > 	It wouldn't be too much of a stretch to imagine that on the= > 	next go round of upgrades, Sun made the short list but IBM = > 	was and is being chosen.  After all, how could IBM Unix be B > 	flourishing and Sun Unix floundering (considerable Sun revenue H > 	decline - 20% year over year)?  Afer all, CIOs read mags like Forbes @ > 	and the above referenced article *SURELY* made its rounds andE > 	not being dolts it wasn't a stretch for CIOs to put 2 + 2 together C > 	and decide to save their jobs , get rid of the "flakey" hardware : > 	they have.  Hardware they were flat out deceived about: > Q > "[An executive at Verisign] said to Sun, 'My God, you knew about this problem,  3 > and you didn't tell me?  That's unconscionable,'"  >  >  > ; >>Let me also remind you that all the FUD you spread turned ? >>out to be complete BS some of which which you ended up having A >>to defend by claiming that you had made a serious cut and paste / >>error and that it wasn't really your mistake.  >  > ? > 	Yeah.  Dig it up.  Tell me though Andrew, regarding the eBay = > 	cache fiasco that shot through your customer base and made > > 	Forbes, was it really Zinc Whiskers causing all those cache > 	troubles? >  > ; >>Let me remind you that your "predictions" to date have an  >>almost 100% failure rate.  >> >  >  > 	Nope.  By counter-example:  > e > http://groups.google.com/groups?selm=aTzfp2lkhXRI%40eisner.encompasserve.org&oe=UTF-8&output=gplain  > - > From: young_r@encompasserve.org (Rob Young)  > Newsgroups: comp.os.vms $ > Subject: Re: The Gauntlet is Cast!" > Date: 11 Sep 2002 14:57:04 -0600 >  > 	Point is... > C > 	Declining server margins are going to hurt non-Dell vendors that  > 	are dependent on hardware.  > 6 > 	Sun the most I'd dare say, but we knew that, right? >  > ---  > ; > 	Of course, each and everytime you see that you remind us A > 	of narrow victories (Sun is still #1 Unix vendor - the fastest 3 > 	shrinking Unix vendor, why not highlight that?).  > ? > 	Hmmmmm... which narrow victory is left for you to highlight  . > 	Andrew?  Pooridge getting a bit thin is it? > C > 	Oh, regarding eBay - they too had hardware problems.  I leave it E > 	as an exercise to search Google and bring up their own annoucement B > 	pages that show it was/is backend hardware that caused a number > 	of outages.  Example: > | > http://groups.google.com/groups?selm=910612C07BCAD1119AF40000F86AF0D803B2B97A%40kaoexc4.kao.dec.com&oe=UTF-8&output=gplain >  > User: aw@ebay.com  > Date: 12/08/99 > Time: 03:48:25 PST >  > 			*** SYSTEM STATUS *** > M > We were performing emergency repairs on our backup system to correct issues G > from yesterday's outage. During this time, the primary system became  L > unavailable. We were able to restore the backup system and to successfullyI > transition service to it. The site downtime was from 01:31 PST to 03:17 P > PST. We will continue to work to address the issues causing the outage, and weK > will continue to keep a close eye on things. Thank you for your patience.  > # >                          Regards,  >                          eBay  >  > ---  > > > 	And there are a number of examples of that.  Perhaps we can > 	have a rehash for newcomers?  > 	 > 				Rob  >  >    ------------------------------    Date: 10 Sep 2003 09:48:56 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) V Subject: Re: ??==Delete key only backspaces w/o delete from Telnet in Mac OSX Terminal3 Message-ID: <PjZjMTWaXYWZ@eisner.encompasserve.org>   d In article <bjl625$k7287$1@ID-135708.news.uni-berlin.de>, bill@cs.uofs.edu (Bill Gunshannon) writes: > = > That's pretty funny considering what the OS X Kernel is and 9 > what people here have had to say about that technology.   =    Yep, Mac is slipping.  But it's still got a real good GUI.    ------------------------------  % Date: Wed, 10 Sep 2003 08:03:55 -0500 / From: Clay M. Denton <denton@orison.dsserv.com> 6 Subject: Advanced Server - copying large file problem?8 Message-ID: <hk5ulvsf1f9me0d8fdv4hn4j4pon4h2i6h@4ax.com>   Environment:  ' AlphaServer GS60 6/525 6 cpu 4GB memory ' OpenVMS Alpha 7.3-1 (w lots of patches)  Advanced Server 7.3A$ PC Running Windows 2000 Server - SP63 100BaseT full duplex switched network - same subnet  TCP/IP as transport   X Am moving a directory structure from local PC drive to a share on the VMS system.  Have C 2 files which won't copy.  1 is more than 6GB, 1 is more than 10GB.   3 On the PC - I get a somewhat useless popup error -    3 Cannot copy file xyzabc The parameter is incorrect.   2 This occurs about 4GB of the way through the file.  X Additional note - though unrelated - throughput on this is very slow.  It takes about 90R minutes to copy 6 GB of data - so I'm only getting about 11Mbit/sec utilization ofI the network.  FTP from the same PC to the same Alpha gets me over 88Mbit.    Thoughts, anyone?    Thanks,  Clay   ------------------------------  % Date: Wed, 10 Sep 2003 15:52:25 +0200 $ From: Michael Unger <unger@decus.de>: Subject: Re: Advanced Server - copying large file problem?9 Message-ID: <bjnaed$kvndc$1@ID-152801.news.uni-berlin.de>   , On 2003-09-10 15:03, "Clay M. Denton" wrote:   > [...]  > Z > Am moving a directory structure from local PC drive to a share on the VMS system.  Have E > 2 files which won't copy.  1 is more than 6GB, 1 is more than 10GB.  > 5 > On the PC - I get a somewhat useless popup error -   > 5 > Cannot copy file xyzabc The parameter is incorrect.  > 4 > This occurs about 4GB of the way through the file. >  > [...]   G According to the "OpenVMS Record Management Utilities Reference Manual" / (V7.3, Section 4.7, FDL Facility, FILE Section)    <quote> 
 ALLOCATIONH This numeric attribute establishes the number initially allocated to theF file. The value must be an integer in the range 0 to 4,294,967,295. IfG you take the default (0), the system allocates no initial space for the  file.  </quote>  < So there seems to be a "hard coded" file size limit of 4 GB.   Michael    --  ; Real names enhance the probability of getting real answers. @ Please do *not* send "Security Patch Notifications" or "SecurityA Updates"; this system isn't running a Micro$oft operating system. = And don't annoy me <mailto:postmaster@[127.0.0.1]> please ;-)    ------------------------------  % Date: Wed, 10 Sep 2003 10:12:59 -0500 / From: Clay M. Denton <denton@orison.dsserv.com> : Subject: Re: Advanced Server - copying large file problem?8 Message-ID: <3rfulvoddtsc6t55fgjalusv6ja6mmedos@4ax.com>  5 I guess I read that as 2TB, not 4GB (block vs bytes).    Clay  I On Wed, 10 Sep 2003 15:52:25 +0200, Michael Unger <unger@decus.de> wrote:   - >On 2003-09-10 15:03, "Clay M. Denton" wrote:  >  >> [...] >>  [ >> Am moving a directory structure from local PC drive to a share on the VMS system.  Have  F >> 2 files which won't copy.  1 is more than 6GB, 1 is more than 10GB. >>  6 >> On the PC - I get a somewhat useless popup error -  >>  6 >> Cannot copy file xyzabc The parameter is incorrect. >>  5 >> This occurs about 4GB of the way through the file.  >>   >> [...] > H >According to the "OpenVMS Record Management Utilities Reference Manual"0 >(V7.3, Section 4.7, FDL Facility, FILE Section) >  ><quote> >ALLOCATION I >This numeric attribute establishes the number initially allocated to the G >file. The value must be an integer in the range 0 to 4,294,967,295. If H >you take the default (0), the system allocates no initial space for the >file.	 ></quote>  > = >So there seems to be a "hard coded" file size limit of 4 GB.  >  >Michael   ------------------------------  % Date: Wed, 10 Sep 2003 16:48:25 +0100 * From: "Richard Brodie" <R.Brodie@rl.ac.uk>: Subject: Re: Advanced Server - copying large file problem?+ Message-ID: <bjnh4a$l36@newton.cc.rl.ac.uk>   < "Clay M. Denton" <denton@orison.dsserv.com> wrote in message2 news:3rfulvoddtsc6t55fgjalusv6ja6mmedos@4ax.com...  7 > I guess I read that as 2TB, not 4GB (block vs bytes).   B Correct. However, there are other things involved too. Mainly thatB the C runtime typically uses 32-bit offsets for stuff like seek().= Large file support in the C runtime is new in 7.3-1 (although  backported).  > I would expect that relatively few applications are making use> of this 64-bit support in the CRTL. Advanced Server (and Samba. for that matter) seem prime candidates though.   ------------------------------   Date: 10 Sep 2003 07:24:37 GMT/ From: "Dave Weatherall" <djweath@attglobal.net> @ Subject: Re: ANN: some new freeware and freeware updates for VMS5 Message-ID: <DTiotGxQ0bj6-pn2-RBzR6z8Bjoc3@localhost>   B On Tue, 9 Sep 2003 23:48:24 UTC, kuhrt@nospammy.encompasserve.org  (Marty Kuhrt) wrote:  U > In article <bjlev7$uuf$1@news3.tilbu1.nb.home.nl>, Dirk Munk <munk@home.nl> writes:rS > > The only problem that I have with XPDF, is the fact that you can't open a file  Q > > from within XPDF itself. There is no menu with "Open File". Maybe in a later c > > version ???u > E > If you right click in the document area it will bring up a submenu  G > that has Open in it.  At least it does with the versions I run, 0.92 y > and 2.02p11.   Whatever happened to 1.xx :-)    --   Cheers - Dave.   ------------------------------  + Date: Wed, 10 Sep 2003 17:04:45 +0000 (UTC)S, From: lewis@mazda.mitre.org (Keith A. Lewis)4 Subject: Re: Backup foreground/background operations. Message-ID: <bjnljd$i3e$1@newslocal.mitre.org>   "David J. Dachtera" <djesys.nospam@fsi.net> writes in article <3F5E9522.AC0B34EC@fsi.net> dated Tue, 09 Sep 2003 22:06:10 -0500: >Bart Zorn wrote:e >> 0( >> See HELP BACKUP_command /RELEASE_TAPE >cI >Problem with that is all it does is release (deallocate) the tape drive.aF >There's no way to trigger another process to take over the drive just
 >released.   $tape_loop:h $ wait 0:0:5% $ on severe_error then goto tape_loop  $ backup .... /release_tape   G Could be smarter, but in most cases it will do what the original poster  needs.  > >I wrote some DCL code once to use DFU to set the backup dates   DFU?  + --Keith Lewis              klewis$mitre.orgb> The above may not (yet) represent the opinions of my employer.   ------------------------------    Date: 10 Sep 2003 07:30:59 -0000= From: Doc.Cypher <Use-Author-Supplied-Address-Header@[127.1]>e Subject: Re: BCC086 Message-ID: <20030910073059.32261.qmail@gacracker.org>  B On Tue, 09 Sep 2003, "warren sander" <warren.sander@hp.com> wrote:L >I grabbed the page but without the graphics (and I can't find them, the twoD >guys mentioned on the page are gone amd www.digital.co.uk is gone).I >I also found a couple of internal copies of the same stuff but again the.+ >images point to the uk site which is gone.  >eJ >If you think it's worth while I will put up what I have (plus a couple of >other pages I found).  N As I said, someone else asked me if I could get it out the WayBack machine.  IJ think they had it as a saved URL from when digital.co.uk still existed.  IL wouldn't be surprised if other people found it handy.  It's a real shame the* WayBack machine seems to be so unreliable.  E >I also found this place.. http://www.thecablefinder.com/ which lookse >interesting...0   Definitely.r     Doc. -- UK OpenVMS.         Eight out of ten hackers prefer *other* operating systems.kK [PGP Key via finger]     http://openvms-rocks.com     http://vmsbox.cjb.neto   ------------------------------  % Date: Wed, 10 Sep 2003 10:31:16 -0400H From: "Ray" <no@spam.me> Subject: Re: BCC08/ Message-ID: <vluddihufv917f@corp.supernews.com>i  D The "BCC08 without 8-9 jumpered" is more commonly called a BCC05 (^:  9 "Paul Repacholi" <prep@prep.synonet.com> wrote in messaget' news:87brttlqej.fsf@prep.synonet.com...rL > helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes:o >>D > > I have a BCC08 cable.  It doesn't seem to work as a serial cableF > > between a terminal and a VMS machine.  Am I correct that this is aD > > "special" cable since pins 8 and 9 are shorted together and thusE > > normally won't work (but will on a VAXstation 2000 or something)?  >t > Got CONSOLE on the DB9?  >bG > There are I think, 2 versions of the BCC008, the PRINTER one whithout G > 8-9 jumpered, and the console one that does. On a Pro or a uV2000 the.H > console cable inits the port as a physical console, without the jumperF > it acts as a printer port. On a BA23/123 and the lile for microVaxenG > and 11s, it is just a console, as they have no conection to pins 8 ora > 9. >h > -- t> > Paul Repacholi                               1 Crescent Rd.,9 > +61 (08) 9257-1001                           Kalamunda. B >                                              West Australia 6076, > comp.os.vms,- The Older, Grumpier Slashdot0 > Raw, Cooked or Well-done, it's all half baked.H > EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  + Date: Wed, 10 Sep 2003 03:55:37 -0700 (PDT)e. From: Fabio Cardoso <fabiopenvms@yahoo.com.br>C Subject: Re: Can an OpenVMS program access a DB2 database directly? @ Message-ID: <20030910105537.63967.qmail@web20209.mail.yahoo.com>   Warren   There is a product from Oracle?    Its m HELP    DBI_GATE_DB2  B      Rdb Transparent Gateway for DB2 provides read/write access toC      data stored in DB2 databases through Digital's DEC SNA Gatewayo2      and the VMS APPC/LU6.2 programming interface.  >      Rdb Transparent Gateway for DB2 consists of two products:?      Rdb Transparent Gateway for DB2 Client, which is installed.@      on your Digital system, and Rdb Transparent Gateway for DB23      Server, which is installed on your IBM system.e  ?      Rdb Transparent Gateway for DB2 does not have its own usergE      interface. Users access the DB2 gateway database through the SQLrF      interface or through one of the many supported Digital and third-E      party tools, such as DATATRIEVE or Microsoft ACCESS. Optionally,U@      you can use the gateway for DB2 with Database Integrator toB      integrate multiple databases into a single, logical database.      (...)t9 --- Warren Spencer <wspencer@ap.org.nospam.please> wrote:i > Hi,c > J > We're looking to alter one of our OpenVMS applications such that it can J > have full access to a DB2 database located on another machine.  By full L > access, I mean the usual insert/update/delete/select functions, and full  K > distributed transaction support.  I'll also need a C pre-compiler (for C   > programs with embedded SQL). > G > IBM (pre-sales tech support) told me on the phone today they have no eK > client-side tools for OpenVMS.  Would anyone out there know if there are d/ > are 3rd party tools that could do this job?  e >  > Many thanks! >  > ws >  > Warren Spencer) > Senior Software Engineer (not a writer)c > The Associated Press >      =====R ========================== Fbio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazil  fabiopenvms@yahoo.com.br ==========================  " __________________________________ Do you Yahoo!?? Yahoo! SiteBuilder - Free, easy-to-use web site design softwarex http://sitebuilder.yahoo.com   ------------------------------    Date: 10 Sep 2003 05:11:42 -0700 From: db2team@hotmail.com (DB2)oC Subject: Re: Can an OpenVMS program access a DB2 database directly? = Message-ID: <a78ec628.0309100411.5d1092bf@posting.google.com>h   Hi,n  D StarQuest also has a JDBC driver for DB2 (www.starquest.com) running on UNIX and Linux.   Bob-  k "Richard Maher" <maher_rj@hotspamnotmail.com> wrote in message news:<bjlblr$e73$1@sparta.btinternet.com>...c > Hi," > ; > > You need an XA-compliant TP monitor to do 2PC properly.@ > 
 > Bollocks!!!e > - > You're more stupid than Fred ssays you are!n >  > Regards Richard MaherC > . > John Smith <a@nonymous.com> wrote in messageF > news:38p7b.427744$4UE.400382@news01.bloor.is.net.cable.rogers.com... > >uB > > "Richard Maher" <maher_rj@hotspamnotmail.com> wrote in message- > > news:bjl3u9$fde$1@titan.btinternet.com...y > > > Hi Kerry,y > > >a5 > > > Do they support the IBM two-phase commit thingyo% > > > LU6.2something-level-something?r > >t; > > You need an XA-compliant TP monitor to do 2PC properly.S > >0: > > ACMS on VMS, CICS on an IBM mainframe, Tuxedo on unix. > >u > >:   ------------------------------   Date: 10 Sep 2003 07:24:36 GMT/ From: "Dave Weatherall" <djweath@attglobal.net>v. Subject: Re: Choosing between ASTs and Threads5 Message-ID: <DTiotGxQ0bj6-pn2-t6lrjDteMGIL@localhost>o  F On Wed, 10 Sep 2003 03:41:53 UTC, usenet_vms@lehrerfamily.com (Joshua  Lehrer) wrote:  n > "Dave Weatherall" <djweath@attglobal.net> wrote in message news:<DTiotGxQ0bj6-pn2-BylzPjSIdbNu@localhost>...J > > A simple example with 3 threads : a producer (P), a consumer (C) and a > > display monitor (M). > > G > > P and C use mutexes to serialise access to the data. M simply runs nJ > > every second and displays current values of the data. M does not need J > > a mutex and its actions have no detrimental effects on P and C because+ > > it makes no attempt to modify the data.S > G > I'm not sure that is correct.  Assume the global data is a pointer toi3 > a data structure.  In C terms, lets call it a T*:h >  > static T* pobj = 0;d > 9 > The producer locks the mutex and initalizes the object:  > 	 > lock();t > pobj = malloc(sizeof(T));o > construct_a_t_here(pobj);e > unlock();  > = > while T is being constructed, pobj holds the pointer to theaD > being-initialized memory.  pobj does not point to a valid T objectC > until "construct_a_t_here" returns.  In between the two lines, iteG > points to raw memory.  During the call to "construct", it points to aF > partially initialized object.F > D > If the thread "M" attempts to use pobj, and access any part of theE > object that has not been initialized yet, it has undefined results.a > C > The same thing applies to any stage where more than one operationiD > needs to be completed in a transaction.  For example, if you set aG > divisor to 0 and a valid flag to false.  If you set the divisor to 0,sH > then thread "M" does the division, it will crash.  It is only once theD > "P" thread does both operations, and unlocks the mutex, that it is) > safe for "M" to look at the two values.n > @ > Even using atomic types is not safe.  If the global value is aA > floating point value, then "P" has the right to fill it with anaC > interim value which isn't even a valid floating point number!  ItoB > isn't until the mutex is unlocked that "P" has promised that the! > global floating point is valid.e > > > Add C++ to the mix, and it gets even messier.  Add in a goodH > optimizer, and it gets messier++.  Add in multiple processors, and you# > need to add memory barriers, too.6 > E > The bottom line is that unless you know EXACTLY what you are doing, > > all of the threads should lock the mutex to access the data.  @ Joshua I won't dispute what you say. However, I did say 'simple C example'. As ever, the devil is in the detail. Maybe I should have eC included the caveat my Economics teacher used to use ; 'All things   being equal'... :-)h  E Before I got up, my mind drifted to the shared access scenario above i6 and realised that the producer doing something like :-   	g_value = g_value + term1 	g_value = g_value + term2  F is unsafe/misleading for M, as you point out above. Therefore, a safer way would be :=    	temp = g_Value + term1c 	g_value = temp +term2  E Obviously, the more terms/expressions there are the riskier/safer it t gets.g  aB Similarly, in practice the Monitor process wouldn't run until the C system is stable and you can indicate stability with a flag, mutex lF and/or whatever other method the OS provides. If we were talking aboutF a real-time system, then you probably wouldn't want non-time-critical . M influencing the execution of real-time P &C.  D Again, my main objective was to differentiate between 'can not' and 
 'should not'.r  ? I hope Vince is getting something useful out of the thread too.    -- e Cheers - Dave.   ------------------------------    Date: 10 Sep 2003 07:25:57 -07001 From: usenet_vms@lehrerfamily.com (Joshua Lehrer)d. Subject: Re: Choosing between ASTs and Threads= Message-ID: <477e0934.0309100625.64367322@posting.google.com>i  l "Dave Weatherall" <djweath@attglobal.net> wrote in message news:<DTiotGxQ0bj6-pn2-t6lrjDteMGIL@localhost>...G > Before I got up, my mind drifted to the shared access scenario above  8 > and realised that the producer doing something like :- >  > 	g_value = g_value + term1 > 	g_value = g_value + term2 > H > is unsafe/misleading for M, as you point out above. Therefore, a safer > way would be :=d >  > 	temp = g_Value + term1  > 	g_value = temp +term2 >     A Not to beat a dead horse, but this is not safe C++ code.  The C++iD compiler/optimizer has the right to reorder the code, as long as theF end result is the expected end result.  It is allowed to ignore "temp"5 and simply add "term1" to "g_value" then add "term2".s  C I think we are now off topic enough to kill this thread, we get thet point.  
 joshua lehrero factset research systems NYSE:FDS   ------------------------------  # Date: Wed, 10 Sep 2003 16:40:53 GMTn& From: jlsue <jefflsxxxz@sbcglobal.net>. Subject: Re: Choosing between ASTs and Threads8 Message-ID: <6skulvo84khbte1rdeo4ucu0esmoi9u2jc@4ax.com>  E On 8 Sep 2003 21:32:40 -0500, Kilgallen@SpamCop.net (Larry Kilgallen)p wrote:  r >In article <nRhQIvm$3yv9@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes:d >> In article <jv9plv4s1kdgdra6h07c6aorljrcqsk1et@4ax.com>, jlsue <jefflsxxxz@sbcglobal.net> writes:N >>> On 8 Sep 2003 08:06:43 -0500, koehler@eisner.nospam.encompasserve.org (Bob >>> Koehler) wrote:  >>>  >>>  >>>>I >>>>   You use threads when there's significant parallel work that can be E >>>>   done and the synchronization techniques provided by the threadh >>>>   package suffice.g >>> H >>> Not having done any thread programming, I'll ask what may be a sillyK >>> question:  Can you use the lock manager to synchronize threads for some0M >>> activities?  For example, when pulling work off the queue, can one threadeK >>> lock the queue to prevent multiple threads from stepping on each other?i >>> I >>    Generally, no.  Either your process has the lock or it doesn't (VMStK >>    DLM locks).  There's no mechanism to distinguish what thread in your   >>    process has it.y >mL >Generally yes you _can_, since which thread has the lock need only be known" >by the thread which has the lock. >   K That's the question... what if multiple threads in the same process need to ? synchronize.... it appears that lock manager won't work in that 
 circumstance.R    ; >>    Thread packages provide their own locking mechanisms.e >nD >Which likely will be more efficient if you are certain the resource? >will always be in use by another thread from the same process.1  J Well, if you have mulitple threads (in the same process) pulling items offK a queue, as each thread goes to do the "pop" activity, it needs to lock theCJ queue (head) so that nobody else gets the same item, or some indeterminate state.  J If each "thread" is actually in a separate process, then you could use the	 lock mgr.T   ------------------------------  % Date: Wed, 10 Sep 2003 12:01:25 +0200y9 From: Per =?ISO-8859-1?Q?Schr=F6der?= <pesc@bredband.net>o5 Subject: Re: Deerfield-based Itanium 2 systems arriver4 Message-ID: <GLC7b.103905$GK.555@news2.bredband.com>   Jack Peacock wrote:t  @ > "Keith Parris" <keithparris_NOSPAM@yahoo.com> wrote in message9 > news:cf15391e.0309091417.3d8c0a59@posting.google.com...vE >> HP announced Madison-based systems on June 30, and already systems F >> based on the next Itanium chip iteration are out.  For example, theG >> zx2000 uses a low-voltage 1 Ghz Itanium 2 chip (code name Deerfield) E >> with 1.5 MB L3 cache, providing a faster but less-expensive systemu. >> (US$3,666) than the previous 900 Mhz chips. >>H > It will be interesting to see how it performs against x86 boxes in the > sameI > $3600 price range.  Single 1GHZ CPU vs dual 2GHZ opterons, same memory,u > sameI > disk, and 64 bit?  These will be comparable systems in performance for,u > say,H > 64-bit MS SQL Server?  What is the cost of a small dual Opteron in the > sameJ > form factor?  I'd exclude Xeons and Athlons since a fair benchmark would% > be a 64-bit app and 4GB+ of memory.  > H > For that matter how does it compare to a DS10?  Isn't that the low end! > Alpha it would have to replace?g >    Jack Peacocko    E Here is a fun site that let you configure systems and compare prices:-   http://www.swt.com/e  H Unfortunately, they don't have the zx2000 systems, only the zx6000 ones.  E If you want to compare 64-bit systems, you probably want to have >4Gbs memory.J  
 /Per Schrderr   ------------------------------    Date: 10 Sep 2003 10:16:20 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)o% Subject: Re: FTP - Get size of a filer3 Message-ID: <69KhVe$v32Yf@eisner.encompasserve.org>   ^ In article <7419a88.0309090821.68943d2c@posting.google.com>, thomas.geel@ubs.com (Tom) writes: > Hi VMS Pro's > F > Introduction: I have to write a (Windows-) service to get files of aH > FTP server running on OpenVMS. I have no clue about VMS at all. In theD > past, we had problems with transfering files from this server to aB > Windows share; just part of a file was transfered. We do like toH > implement a check, so the filesize located on the FTP and the filesizeD > on the share is compared. If it does not match, transfer again (or
 > resume). > A > To my problem now: Is there a command like 'SIZE <file>' on themG > standart VMS FTP server? Is it a permission problem? The test-account,E > i got does not have such a command. Our VMS admin is out of office.a > Any hints?  E    The filesize reported by VMS is in 512 byte blocks, the last block G    can be assumed to be partially full.  There are ways to get the sizeaC    in bytes, but that can include meta-data that the FTP RFC strips I    off, and the client and server store differently.  So the actual size nG    in byte on Windows SHOULD be different for many files, just as they  D    SHOULD be different for many files _properly_ transfered between     Windows and UNIX.  D    Your also fighting the RFC, there is no _standard_ way to get theH    remote file size.  Your results very well may vary depending on whichA    VMS TCP/IP stack you're using as some will implement differento%    extensions to the RFC than others.a  A    You'ld be better off running a checksum or CRC over the _data_PG    portion of the file and comparing that on both ends.  Then you won'tmF    be exposed to variations in how different OS add meta-data to thierC    files.  This will give you a better place to start from if otherlG    additional servers or clients of even more and varied OS's get addedy    to the mix later.   ------------------------------  % Date: Wed, 10 Sep 2003 15:04:10 +0200 ' From: JOUKJ <joukj@hrem.stm.tudelft.nl>   Subject: Re: Image tools for VMS2 Message-ID: <3F5F214A.5040708@hrem.stm.tudelft.nl>   Keith Cayemberg wrote:= > Let it not be said that there are no graphics imaging tools. > for OpenVMS... >    [snip]   > 
 > ImageMagicki > http://www.imagemagick.org/d& > ftp://nchrem.tnw.tudelft.nl/openvms/   Please change this to.'   http://nchrem.tnw.tudelft.nl/openvms/a) since the FTP directory is somewhat "raw"f  9 > http://freshmeat.net/projects/imagemagick/?topic_id=100 < > http://h71000.www7.hp.com/freeware/freeware40/IMAGEMAGICK/ >  [snip]                      Jouk    ------------------------------    Date: 10 Sep 2003 06:49:59 -0700. From: al5vf03p02@sneakemail.com (William Webb)  Subject: Re: Image tools for VMS= Message-ID: <d5ce4b06.0309100549.696a2e26@posting.google.com>e  @ In a previous job I got pitched for digital document storage on + VMS systems by a company in Norcross called-: N.A. Technologies, but I have no idea if they still exist.   WWWebb  i Jack Fortune <jcfortune3@fedex.com> wrote in message news:<hhlrlv01mku5mrg4dqh80umaaa0vl2ec12@4ax.com>...a > Greetings all! > G > I am researching the range of available VMS tools that can be used toa5 > scan, store, and display images of paper documents.r > 8 > Are there scanners that can be used directly with VMS? > C > What are the best methods to display images stored on a VMS host?7 > < > Are there software products designed to build this kind of > application? > ' > Any information would be appreciated.e >  >  > Jack Fortune > Fedex Trade Networks > Atlanta, Georgia   ------------------------------  % Date: Wed, 10 Sep 2003 08:39:08 -0400h) From: Jack Fortune <jcfortune3@fedex.com>>, Subject: Re: Image tools for VMS - follow up8 Message-ID: <t45ulv0p1pqgleu3cthvqgl0vk7vd539ts@4ax.com>  0 On Tue, 09 Sep 2003 09:37:52 -0400, Jack Fortune <jcfortune3@fedex.com> wrote:m   >s >Greetings all!u > F >I am researching the range of available VMS tools that can be used to4 >scan, store, and display images of paper documents. >l7 >Are there scanners that can be used directly with VMS?: >>B >What are the best methods to display images stored on a VMS host? >>; >Are there software products designed to build this kind of 
 >application?p >d& >Any information would be appreciated. >s >o
 >Jack Fortuner >Fedex Trade Networks> >Atlanta, Georgia  >   D Thanks to everyone for the replies. Perhaps I can clarify & expand a little bit on our needs.  ? We currently run an application on our Alpha cluster to handle iB customs brokerage processing for our customers. This is a somewhatE vintage application written in COBOL which stores data in RMS files. eD We are beginning to investigate how we might be able to stop storing? all paper documents associated with our customs transactions byhE developing some kind of image storage/retrieval system. This would be B used primarily by our employees working on PC desktop computers inD remote offices connected to the Alpha data center over a frame relay WAN.  D These PC workstations are running terminal emulation software to useE our VMS/COBOL application and they have web browsers, as well. I fearoC that reconfiguring all of these machines with X-window servers will > not be a viable option. This leads me to believe that the bestD approach for image viewing is to utilize a VMS web server to display' the image files to the users' desktops.   E From many of the replies, I gather that there are SCSI scanners stilltB available that would connect to my Alpha's. Is there any way theseD kind of scanners could be connected from a remote office? If not, weA would need scanners located in several dozen remote offices. ThismA would require a PC front end to scan paper & send images onto thet Alpha cluster.  E We haven't given any thought yet to whether we would store image dataEE as separate RMS files or as blob's inside a dbms. If we went the dbmse4 route, we would probably be required to use Oracle.   & once again thanks for all information,   Jack Fortune      v   ------------------------------    Date: 10 Sep 2003 10:00:17 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)h, Subject: Re: Image tools for VMS - follow up3 Message-ID: <ahGBwiTwZYX1@eisner.encompasserve.org>.  d In article <t45ulv0p1pqgleu3cthvqgl0vk7vd539ts@4ax.com>, Jack Fortune <jcfortune3@fedex.com> writes:   > This would bewD > used primarily by our employees working on PC desktop computers inF > remote offices connected to the Alpha data center over a frame relay > WAN.  D    Since you've already got PCs in your shop, you should investigateB    the possibility of scanning on the PCs and then downloading the    images to the web server.  C    If I was doing this, I'd be quite sure not to tie into a producti5    producing MS proprietary file types from the scan.0   ------------------------------  # Date: Wed, 10 Sep 2003 14:33:50 GMTh* From: Paul Anderson <paul.anderson@hp.com>/ Subject: Re: Mac OS X -> Pathworks/Mac problems.5 Message-ID: <100920031033495520%paul.anderson@hp.com>v  H In article <bjlja50657@enews1.newsguy.com>, <healyzh@aracnet.com> wrote:  G > The moment that 'xemacs' tried to read the directory of the AppletalkaG > share, the Mac locked up SOLID.  After rebooting I decided to try ands@ > repeat this, and unfortunatly was able to without any problem.  > I just tried accessing and writing new versions of files to myG PATHWORKS for OpenVMS (Macintosh) share from my Mac OS X system, and itrB worked.  TextEdit and Excel could both read and write files to the share.  (I'm running 10.2.6.)r  D I recall having problems similar to yours in the past, and have alsoE found that the performance is not stellar in doing this, so I usually  don't use this method.  B > I'm guessing the correct solution is to access the data via NFS.  F Or an FTP connection, which is what I usually use, although if I spentA the time figuring out NFS it would probably be a better solution.2   Paul   --    Paul Anderson   OpenVMS Engineeringr   Hewlett-Packard Company    ------------------------------  % Date: Wed, 10 Sep 2003 13:13:34 +0100e& From: Edward Brocklesby <ejb@goth.net> Subject: MESSAGE problem? Message-ID: <xBE7b.11897$sY3.9843@news-binary.blueyonder.co.uk>    Good afternoon,s  G I'm trying to use the MESSAGE utility to generate some message objects oE for an application.  Following the example in the manual, I have the u following message file:n  % .TITLE        DELETE_DIRECTORY ERRORSl" .FACILITY     DELDIR,1/PREFIX=MSG_ .SEVERITY     ERRORh& DELFILE       <Deleted file !AS>/FAO=10 DELDIRECT     <Deleted directory file !AS>/FAO=17 SETPERM       <Modified file permissions for !AS>/FAO=1l* DELFAIL       <Failed to delete !AS>/FAO=1? SETPFAIL      <Failed to modify file permissions for !AS>/FAO=10 .END  H This is then compiled with "MESSAGE <file>" and linked into the program I via "link <program>.obj+<msgfile>.obj".  As I understand it, the message pI object is meant to contain symbols such as MSG_DELFILE which contain the sI message's identifier, for use by sys$putmsg() etc.  However, any attempt 4E to use these symbols produces an ACCVIO exception.  This occurs with o both a C program:l   main() {   extern msg_setpfail;,   printf("msg_setpfail=%d\n", msg_setpfail); }    And a PL/I program:    main: procedure options(main);+   dcl msg_setpfail fixed bin(31) globalref;o5   put edit('msg_setpfail=', msg_setpfail) (a,a) skip;a	 end main;s   The debugger says:   DBG> goh< %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual : address=000000000801802A, PC=00000000000200B8, PS=0000001B3 break on unhandled exception at TEST\main\%LINE 3+4h;       3:         printf("msg_setpfail=%d\n", msg_setpfail);o DBG> exa msg_setpfail > %DEBUG-E-NOACCESSR, no read access to address 000000000801802A DBG>  H The address 000000000801802A in the ACCVIO is, according to the linker, % the value of the symbol MSG_SETPFAIL.D  B Any suggestions as to what I'm doing wrong would be appreciated...   Regards, Edward.2   ------------------------------  % Date: Wed, 10 Sep 2003 13:48:33 +0100 & From: Edward Brocklesby <ejb@goth.net> Subject: Re: MESSAGE problem@ Message-ID: <k6F7b.12262$sY3.11032@news-binary.blueyonder.co.uk>  : Sorry to reply to my own message, but I forgot to mention:I This is on VMS Alpha V7.3-1, with Compaq C V6.5-001 and Kednos PL/I V4.4.r   Regards, Edward.    ------------------------------    Date: 10 Sep 2003 07:57:00 -0500 From: briggs@encompasserve.org Subject: Re: MESSAGE problem3 Message-ID: <OZSNt3FwFdQc@eisner.encompasserve.org>   h In article <xBE7b.11897$sY3.9843@news-binary.blueyonder.co.uk>, Edward Brocklesby <ejb@goth.net> writes: ....J > This is then compiled with "MESSAGE <file>" and linked into the program K > via "link <program>.obj+<msgfile>.obj".  As I understand it, the message oK > object is meant to contain symbols such as MSG_DELFILE which contain the  K > message's identifier, for use by sys$putmsg() etc.  However, any attempt PG > to use these symbols produces an ACCVIO exception.  This occurs with 3 > both a C program:d > 
 > main() { >   extern msg_setpfail;. >   printf("msg_setpfail=%d\n", msg_setpfail); > }O >  > The debugger says: > 	 > DBG> gov> > %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual < > address=000000000801802A, PC=00000000000200B8, PS=0000001B5 > break on unhandled exception at TEST\main\%LINE 3+4r= >       3:         printf("msg_setpfail=%d\n", msg_setpfail);e > DBG> exa msg_setpfailf@ > %DEBUG-E-NOACCESSR, no read access to address 000000000801802A > DBG> > J > The address 000000000801802A in the ACCVIO is, according to the linker, ' > the value of the symbol MSG_SETPFAIL.  > D > Any suggestions as to what I'm doing wrong would be appreciated...  D I'm not a C programmer, but my interpretation would be that what youA are getting from the message file is, from C's interpretation, an  address of a memory cell.e  C So when you call printf passing msg_setpfail by value, the compilersB dutifully generates code to fetch a value from the memory location- that ultimately resolves as 000000000801802A.h  D So what you want to do is pass the _address_ of that supposed memory cell by value.    ,  printf("msg_setpfail=%d\n", &msg_setpfail);                              ^; This is pretty standard procedure for dealing with externala8 references brought in using the linker.  In Fortran, for< instance, I would use %loc(external_symbol) to get the value( of a linker-resolved external reference.  B I'm also not a PL/I programmer.  But clearly, in PL/I, if you haveD an imported "variable" whose memory address is invalid, you're goingD to have problems passing it to an I/O routine or (if PL/I implementsC call by reference rather than copy-in/copy-back semantics) printing  it out from that I/O routine.h   	John Briggs   ------------------------------  % Date: Wed, 10 Sep 2003 08:51:43 -0500h( From: Wayne Sewell <wayne@tachysoft.com> Subject: Re: MESSAGE problem0 Message-ID: <00A25B01.38CB603D.17@tachysoft.com>   >tH >I'm trying to use the MESSAGE utility to generate some message objects F >for an application.  Following the example in the manual, I have the  >following message file: >A    I >This is then compiled with "MESSAGE <file>" and linked into the program  J >via "link <program>.obj+<msgfile>.obj".  As I understand it, the message J >object is meant to contain symbols such as MSG_DELFILE which contain the J >message's identifier, for use by sys$putmsg() etc.  However, any attempt F >to use these symbols produces an ACCVIO exception.  This occurs with  >both a C program: >t	 >main() {u- >  printf("msg_setpfail=%d\n", msg_setpfail);" >} >s  A You have to access the message code by value, not by reference.  e   Do it this way:@   #pragma extern_model save-  #pragma extern_model globalvalue extern msg_setpfail; #pragma extern_model restore    O =============================================================================== N Wayne Sewell, Tachyon Software Consulting  (281)812-0738   wayne@tachysoft.com; http://www.tachysoft.com/www/tachyon.html and wayne.html   dO ===============================================================================0N Butler:"Gentlemen!"  Curly(as he and other Stooges look around):"Who came in?"   ------------------------------  + Date: Wed, 10 Sep 2003 17:14:42 +0000 (UTC)s, From: lewis@mazda.mitre.org (Keith A. Lewis) Subject: Re: MESSAGE problem. Message-ID: <bjnm62$i3e$2@newslocal.mitre.org>   Edward Brocklesby <ejb@goth.net> writes in article <xBE7b.11897$sY3.9843@news-binary.blueyonder.co.uk> dated Wed, 10 Sep 2003 13:13:34 +0100:A, >  dcl msg_setpfail fixed bin(31) globalref;  C According to the examples I have lying around, that line should be:o  1   dcl msg_setpfail fixed bin(31) globalref value;t  + --Keith Lewis              klewis$mitre.org > The above may not (yet) represent the opinions of my employer.   ------------------------------  % Date: Wed, 10 Sep 2003 10:29:50 -0700s# From: "Tom Linden" <tom@kednos.com>  Subject: RE: MESSAGE problem9 Message-ID: <CIEJLCMNHNNDLLOOGNJIOEDAHPAA.tom@kednos.com>-   >-----Original Message-----e4 >From: Keith A. Lewis [mailto:lewis@mazda.mitre.org]- >Sent: Wednesday, September 10, 2003 10:15 AMv >To: Info-VAX@Mvb.Saic.Com >Subject: Re: MESSAGE probleme >n >.3 >Edward Brocklesby <ejb@goth.net> writes in articlecB ><xBE7b.11897$sY3.9843@news-binary.blueyonder.co.uk> dated Wed, 10 >Sep 2003 13:13:34 +0100:a- >>  dcl msg_setpfail fixed bin(31) globalref;. >wD >According to the examples I have lying around, that line should be: >i2 >  dcl msg_setpfail fixed bin(31) globalref value; >   K That certainly fixes it, but I was looking in the documentation for MESSAGElL and expected to find a definition of data types, presumably in SDL.  Surely,! there must be one, that I missed.d    , >--Keith Lewis              klewis$mitre.org? >The above may not (yet) represent the opinions of my employer.: >G >---' >Incoming mail is certified Virus Free.n; >Checked by AVG anti-virus system (http://www.grisoft.com).sA >Version: 6.0.512 / Virus Database: 309 - Release Date: 8/19/2003  >T --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.512 / Virus Database: 309 - Release Date: 8/19/2003   ------------------------------   Date: 10 Sep 2003 12:52:49 GMT From: tony.arnold@man.ac.ukm, Subject: Moving a Tk70 from 3400 to 4000/6009 Message-ID: <3f5f1ea1$0$257$cc9e4d1f@news.dial.pipex.com>u  E Seeing Adian Stapley's post recently about his TK-70 reminded me thatsE I have a 3400 with a TK-70 and I want to move the TK-70 to a MicroVAX.D 4000/600. Should this be possible and is there anything I need to be careful about?   Regards, Tony.e -- ,F Tony Arnold, Deputy to the Head of COS Division, Manchester Computing,: University of Manchester, Oxford Road, Manchester M13 9PL.F T: +44 (0)161 275 6093, F: +44 (0)870 136 1004, M: +44 (0)773 330 0039E E-mail: tony.arnold@man.ac.uk, Home: http://www.man.ac.uk/Tony.Arnold    ------------------------------  % Date: Wed, 10 Sep 2003 14:50:12 +0100L* From: Nic Clews <sendspamhere@[127.0.0.1]>0 Subject: Re: Moving a Tk70 from 3400 to 4000/600' Message-ID: <bjna3b$aar$1@lore.csc.com>g   tony.arnold@man.ac.uk wrote: > G > Seeing Adian Stapley's post recently about his TK-70 reminded me thathG > I have a 3400 with a TK-70 and I want to move the TK-70 to a MicroVAX F > 4000/600. Should this be possible and is there anything I need to be > careful about?  E You'll need a "tape device" carrier for the 4000-600. It looks like akH DSSI disk carrier but has a 5 to 4 pole power connector. It also has theG screw mounts offset so that the drive slides into the slot. You'll need0F the TQK70 controller and to get the cable up to the back of the drive.G Needless to say the DSSI interface is not involved with the TK70, it is  only supplying power.a  H I can't actually remember if I needed to use a 5 to 4 pole converter, orD if the DSSI "backplane" connector had just a 4 pole connector on it.   --  ? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciencesn nclews at csc dot comm   ------------------------------   Date: 10 Sep 2003 17:06:57 GMT& From: Tony Arnold <zzalsaca@man.ac.uk>0 Subject: Re: Moving a Tk70 from 3400 to 4000/6009 Message-ID: <3f5f5a31$0$270$cc9e4d1f@news.dial.pipex.com>l  + Nic Clews <sendspamhere@[127.0.0.1]> wrote:y > tony.arnold@man.ac.uk wrote: > > I > > Seeing Adian Stapley's post recently about his TK-70 reminded me thathI > > I have a 3400 with a TK-70 and I want to move the TK-70 to a MicroVAX H > > 4000/600. Should this be possible and is there anything I need to be > > careful about?  G > You'll need a "tape device" carrier for the 4000-600. It looks like arJ > DSSI disk carrier but has a 5 to 4 pole power connector. It also has theI > screw mounts offset so that the drive slides into the slot. You'll needeH > the TQK70 controller and to get the cable up to the back of the drive.I > Needless to say the DSSI interface is not involved with the TK70, it is8 > only supplying power.o  D Thanks for this. After posting the article I took the 3400 to piecesF and discovered that the TK-70 does not fit as it is into the 4000/600!  ? So, does anyone have or know where I might find a "tape device"s6 carrier for the 4000/600? I'm in Manchester in the UK.   Regards, Tony.e --  F Tony Arnold, Deputy to the Head of COS Division, Manchester Computing,: University of Manchester, Oxford Road, Manchester M13 9PL.F T: +44 (0)161 275 6093, F: +44 (0)870 136 1004, M: +44 (0)773 330 0039E E-mail: tony.arnold@man.ac.uk, Home: http://www.man.ac.uk/Tony.Arnoldn   ------------------------------  % Date: Wed, 10 Sep 2003 09:57:26 -0400 ) From: "Scott Greig" <jsgreig@geminaq.com> $ Subject: Need HP Reseller in Germany8 Message-ID: <s%F7b.3185$z5.248042@news20.bellglobal.com>  3 Sorry for this off-topic request - I can't think of1 another area to post this.  3 We are an HP reseller in Canada, and have ordered a 5 DS10 system to be shipped to our client's location inn6 Canada for application setup, and our client will then- ship the system to their location in Germany.   4 For all other (Canadian) systems, I can purchase the2 3 year warranty uplift to 4-hour hardware/software/ response (Canadian part #'s FM-A01BE-36 for theh3 system, and FP-T14EC-36 for the external DLT tape).-  4 Is there a Germany based HP-reseller who can provide me with  i) Part numbers'              ii) Contacts for ordering.j  1 HP in North America can't seem to help me, and my 2 German isn't good enough to traverse the German HP
 web sites.   TIA. Scott    ------------------------------    Date: 10 Sep 2003 10:40:06 -07000 From: keith.cayemberg@conti.de (Keith Cayemberg)( Subject: Re: Need HP Reseller in Germany< Message-ID: <3a65a5c8.0309100940.ceffd05@posting.google.com>  1 Here are some hp AlphaServer Resellers in Germanyb  5 Delta Computer Products GmbH (in Grande near Hamburg) ' http://www.deltacomputer.de/index.shtml,  8 Kunhardt Computer Handels GmbH (has an English Web-Page)4 http://www.kunhardt-computer.de/kunden/kch/kch_e.htm  , Magirus (has offices in England and Germany)* http://www.magirus.com/uk/index_ticker.php/ http://www.magirus.com/germany/index_ticker.phpd@ Magirus Appears to be associated with Pioneer Standard in the US http://www.pios.com/  
 IPS in Bremenr" http://www.ips-bremen.de/index.php  % PDV Systeme in Goslar (near Hannover)u, http://www.pdv-systeme.de/hardware/index.htmD http://www.pdv-systeme.de/hardware/server_und_workstations_alpha.htm  I I haven't evaluated and therefore can not endorse any of these companies.    Cheers!    Keith Cayemberga ICA GmbH - Hannover, Germany    i "Scott Greig" <jsgreig@geminaq.com> wrote in message news:<s%F7b.3185$z5.248042@news20.bellglobal.com>... 5 > Sorry for this off-topic request - I can't think of  > another area to post this. > 5 > We are an HP reseller in Canada, and have ordered a 7 > DS10 system to be shipped to our client's location in 8 > Canada for application setup, and our client will then/ > ship the system to their location in Germany.e > 6 > For all other (Canadian) systems, I can purchase the4 > 3 year warranty uplift to 4-hour hardware/software1 > response (Canadian part #'s FM-A01BE-36 for thec5 > system, and FP-T14EC-36 for the external DLT tape).= > 6 > Is there a Germany based HP-reseller who can provide > me with  i) Part numbers) >              ii) Contacts for ordering.= > 3 > HP in North America can't seem to help me, and myY4 > German isn't good enough to traverse the German HP > web sites. >  > TIA/ > Scottd   ------------------------------  % Date: Wed, 10 Sep 2003 08:15:40 +02002< From: "Martin Vorlaender" <martin.vorlaender@pdv-systeme.de>0 Subject: Re: New linker ECOs for V7.3 and V7.3-18 Message-ID: <bjmfij$kpd47$1@ID-56200.news.uni-berlin.de>   Joshua Lehrer wrote:/ > "Syltrem" <syltremzulu@videotron.ca> wrote...o2 >> "Richard Brodie" <R.Brodie@rl.ac.uk> a crit...0 >>> "Syltrem" <syltremzulu@videotron.ca> wrote.., >>>> I already have ORACLE.EXE installed ??? >>>  >>> Yes, but not resident. >>, >> True. I got mislead with /HEADER_RESIDENT >l> > Can someone explain the difference?  I've tried and tried to > understand...r  D INSTALL /HEADER_RESIDENT makes VMS remember the file header, so thatC when the image is activated, VMS doesn't have to go out to the disk  and find the file.  E With INSTALL /RESIDENT, on the other hand, "The Install utility moves.H certain portions of resident images into a granularity hint region (GHR)A in system space; there, they function as a large single page with : granularity hints set, which provides better performance.". (quoted from the Linker manual, section 1.4.2)A A prerequisite is to link the image with the /SECTION_BINDING and-E /NOTRACEBACK qualifiers. With /SECTION_BINDING, certain optimizationsa4 are suppressed which would inhibit resident loading.   cu,s   Martin --F   OpenVMS:                | Martin Vorlaender  |  VMS & WNT programmer3    The operating system   | work: mv@pdv-systeme.de F    God runs the           |   http://www.pdv-systeme.de/users/martinv/:    earth simulation on.   | home: martin@radiogaga.harz.de   ------------------------------    Date: 10 Sep 2003 10:02:17 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)i0 Subject: Re: New linker ECOs for V7.3 and V7.3-13 Message-ID: <i0eqjRb6yoEh@eisner.encompasserve.org>s  p In article <477e0934.0309091951.9d4859e@posting.google.com>, usenet_vms@lehrerfamily.com (Joshua Lehrer) writes:f > "Syltrem" <syltremzulu@videotron.ca> wrote in message news:<fkq7b.1047$G1.5903@tor-nn1.netcom.ca>...B >> "Richard Brodie" <R.Brodie@rl.ac.uk> a crit dans le message de) >> news:bjkr8s$185e@newton.cc.rl.ac.uk...d >> > >> > Yes, but not resident.k >> > >> j, >> True. I got mislead with /HEADER_RESIDENT > L > Can someone explain the difference?  I've tried and tried to understand...  G    /HEADER_RESIDENT means the image header is kept in memory for fastertD    image activation.  "resident" means significant parts of the read&    only pages are also kept in memory.   ------------------------------  % Date: Wed, 10 Sep 2003 10:23:37 +0100 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>  Subject: Re: OpenVMS Securityt0 Message-ID: <bjmqip$afe$1@new-usenet.uk.sun.com>   Mark Berryman wrote:* > Andrew Harrison SUNUK Consultancy wrote: >  >> Hoff Hoffman wrote: >>E >>> In article <binflf$abs$1@new-usenet.uk.sun.com>, Andrew Harrison eE >>> SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes:h >>> I >>>   Still flailing on reports that are three to five years old now, and H >>>   involving products multiple releases back?   (We are clearly doingJ >>>   nicely with the contents and the frequency of CERT reports involving3 >>>   OpenVMS, then.  Thanks for the confirmation!)  >>> I >>> :>That was me and I don't work for Sun Marketing, do you really thinkeB >>> :>that marketing people read CERTS and OpenVMS patch reports ? >>>vH >>>   Yes, I do.  The best FUD has flavoring overtones of the technical,H >>>   with vaguely official citations for the unwary or the uninitiated. >>>e5 >>>  ---------------------------- #include <rtfaq.h>  ! >>> -----------------------------t6 >>>     For additional, please see the OpenVMS FAQ --  >>> www.hp.com/go/openvms/faqh7 >>>  --------------------------- pure personal opinion l >>> ---------------------------iI >>>         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.coma >>>u >>B >> Bobs excercise is a trawl through all the CERT advisories which? >> covers the period when as you yourself have admitted OpenVMSt; >> reporting wasn't good. So what are you complaining aboute? >> it quite clear that any such trawl would produce stats whichM( >> are highly dubious which is my point. >>
 >> However >> >> Lets wind forward to 2002 >>1 >> http://www.cert.org/advisories/CA-2002-15.htmlr >>5 >> TCPIP for OpenVMS is listed as not being vunerablea >> to this expoit. >>c >> http://wwss1pro.compaq.com/support/reference_library/viewdocument.asp?source=SRB0017W.xml&dt=11 t >> >>7 >> Says different and there is a patch available to fixl >> the problem.l >>4 >> Or http://www.cert.org/advisories/CA-2002-23.html >> >> No response >>c >> http://wwss1pro.compaq.com/support/reference_library/viewdocument.asp?source=SRB0036W.xml&dt=11   >> >>8 >> Was vunerable and there is a patch to fix the problem >>> >> I could go on but clearly your earlier point about improved+ >> reporting could do with being revisited.  >  > J > I usually try not to start a message harshly but, really, Andrew, is it : > reading or comprehension you are having difficulty with? >   6 Perhaps as you will see later you would have been much! better off not responding at all.j > Let's look at your first one:  > ! > Quoting from the CERT advisory:h > I > "A denial-of-service vulnerability exists in version 9 of the Internet iK > Software Consortium's (ISC) Berkeley Internet Name Domain (BIND) server.  > > ISC BIND versions 8 and 4 are not affected. Exploiting this 9 > vulnerability will cause the BIND server to shut down."m > J > Note, it says in words as clear as possible that this only affects Bind  > V9.  Bind V8 is not affected.r > 1 > Now the Compaq response from the same advisory:s > H > "TCP/IP for HP OpenVms is not vulnerable to this reported problem.The ? > current versions of TCP/IP for HP OpenVMS ship BIND 8.2.2-p5"  > H > TCP/IP services was running Bind V8.  Bind V8 is not vulnerable.  How  > much simpler can it get? > J > Now, what happened when TCP/IP services moved to bind V9?  Then we have  > your 2nd reference, to wit:x >     8 So why did Compaq release a patch for Bind 9 immediately2 after the CERT advisory which they responded to ??  = If no one was running Bind 9 then why the patch how difficultr is this for you to grasp ??????i     BTWIT http://vms.cc.wmich.edu/disk$openvms0731/000000/731final/tcprn/v53_relnotes_006.html  B Shows that 5.3 did ship with bind 9 and the last revision date for the 5.3 document is 4th June.e  A So I guess that in order for you to win your point which you justnH lost you need to be able to demonstrate a working method of time travel.   Regardsw Andrew Harrisonf   ------------------------------  % Date: Wed, 10 Sep 2003 14:09:02 +0100iO From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>  Subject: Re: OpenVMS Securityk0 Message-ID: <bjn7pf$f30$1@new-usenet.uk.sun.com>   Nic Clews wrote:* > Andrew Harrison SUNUK Consultancy wrote: >  >>Nic Clews wrote: >>+ >>>Andrew Harrison SUNUK Consultancy wrote:k >>>q >> > ...v > K >>>Please understand that the (anyones) IP stack to OpenVMS with regards toiE >>>the operating system, has a different position to that to say UNIXTK >>>(anybodies) as an operating system. A very fundamental difference. We'ret+ >>>talking operating system internals here.  >>>dI >>>While you see "not" packaging some IP stack or other with OpenVMS as a I >>>failure, the way OpenVMS grew up without one in the first place, means F >>>that whatever IP stack doesn't have the same dangerous, potentiallyK >>>damaging little "hooks" into the kernel. As an add-on it has to obey the C >>>protection laws as laid down by the operating system architects.r >>>w >>? >>Ohh so if this is the case why do the vunerabilites exist forl >>the OpenVMS IP stack ??a >  > J > There is part of the misunderstanding. You cannot apply the word "stack"I > to OpenVMS networking protocols, entirely different relationship to the ? > way certain other operating system networking protocols whichiI > understandably receive the description of a stack. This has been stated-I > in this thread. You've not even got a starting point for what is not in 
 > proportion.1 > I > There is a glimmer of hope that you've made the distinction between thes# > "stack" and the operating system.0 >  > ? >>>As you say, ignorance of facts can lead to wrong assertions.< >>>p >>@ >>As you can see wrong assumptions can lead to you being at odds) >>with the facts as you are in this case.n >  > ) > We've not even got as far as the facts.y >        Humm   Stack, Smack, Rack who cares.o     This is what you saideG "While you see "not" packaging some IP stack or other with OpenVMS as a F failure, the way OpenVMS grew up without one in the first place, meansC that whatever IP stack doesn't have the same dangerous, potentiallytH damaging little "hooks" into the kernel. As an add-on it has to obey theA protection laws as laid down by the operating system architects."   E Despite this the TCPIP add-ons to OpenVMS are vunerable to attacks son> having a discussion about what they really should be called is irrelevant.p  @ According to Bob (humm maybee that isn't a great source) TCPWAREB etc arn't vunerable, this implies that how well the add-on behavesA is implimentation dependant or in other words the protection lawst can be broken.   Regardsd Andrew Harrisong   ------------------------------  % Date: Wed, 10 Sep 2003 16:02:33 +0100 * From: Nic Clews <sendspamhere@[127.0.0.1]> Subject: Re: OpenVMS Securitya' Message-ID: <bjneav$bqj$1@lore.csc.com>e  ( Andrew Harrison SUNUK Consultancy wrote: >  ...a > Stack, Smack, Rack who cares.  >  > This is what you said-I > "While you see "not" packaging some IP stack or other with OpenVMS as anH > failure, the way OpenVMS grew up without one in the first place, meansE > that whatever IP stack doesn't have the same dangerous, potentiallytJ > damaging little "hooks" into the kernel. As an add-on it has to obey theC > protection laws as laid down by the operating system architects."W > G > Despite this the TCPIP add-ons to OpenVMS are vunerable to attacks soo@ > having a discussion about what they really should be called is
 > irrelevant.o  = I think we can both agree that an operating system without IPsE communication capability (let's call it that) by definition cannot beh vulnerable from IP attacks.t  G The IP communication software for OpenVMS is typically called a layered @ product, which means it is layered on top of, but isn't actually< integrated (and this is my point) into the operating system.  C Let's say you have an onion, and its security is layered. It's moresH complicated than that but you get the idea. Now let's say you pour creamH all over the onion. That's TCPIP. Let's say we have an attack (let's say8 a heavy show of rain) and all the cream gets washed off.   You still have an onion.  C For arguments sake I'll pick on the defenceless. A common graphicaloH interface installed on many ix86 architectures uses cream as part of theH foundation of that so-called operating system, and you'd find that theirG 'onion' disintegrates when a shower comes along. In this case, stack iseG an accurate word, because the memory (protection) barriers on the stackrF have no protection. Lets face it though, it's not an onion, egg maybe.  H For "performance" reasons, some operating systems (not VMS) put the codeF and data areas for their IP connectivity into the stack of the system,H general stack, which is where the term comes from (I think you knew thatH already) but in sharing memory areas like this with little  or generallyE no protection, a buffer overflow, or a memory leak almost, walks intooF areas, that you'd rather were left alone. This doesn't happen for VMS.9 This is why the name stack can give the wrong impression.,  B > According to Bob (humm maybee that isn't a great source) TCPWARED > etc arn't vunerable, this implies that how well the add-on behavesC > is implimentation dependant or in other words the protection laws  > can be broken.  G It's a question of damage limitation. I'm not going to stand here (well A sit actually) and claim that the world is perfect, but you lose a/H service that automatically restarts, or something falls flat on its faceG which is inconvenient, but it doesn't bring the box down, and it didn't/G result in someone taking control of the o/s (a.k.a. root access (sic)).4  D We'll gloss over the fact that you're not limited to cream with yourB onions in terms of networking (connectivity in general) protocols.  F The path to IP for VMS has in the opinion of some a chequered history,G and while it could be said some inherited issues have been encountered, F by virtue of the operating system itself, the effects are nowhere nearF as spectacular as on (e.g.) the 'donor' of this wonderful new standard; (and we'll go all the way back to relevant RFC's for that).  --  ? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences  nclews at csc dot com    ------------------------------    Date: 10 Sep 2003 04:10:38 -0700 From: gwiedijk@hr.nl (gerrie)a Subject: Pathworks32= Message-ID: <7498cff4.0309100310.4550b347@posting.google.com>?  > Is there someone here that can provide me with a (copy of) the; Pathworks32 client CD version 7.3, as i want to use this in D combination with my Windows XP computer/Advanced Server for Alpha. I: do have the license but i can't find the product anywhere. Thanks in advance- Gerrie Wiedijk   ------------------------------  % Date: Wed, 10 Sep 2003 05:50:29 +0800c, From: Paul Repacholi <prep@prep.synonet.com>$ Subject: Re: PDP-11 OS Release Dates- Message-ID: <87r82pk4wq.fsf@prep.synonet.com>T  . Harti Brandt <hbb@fokus.fraunhofer.de> writes:  C > The only thing I couldn't figure out was in what language EDT wasn+ > written - it did not look like assembler.e  # BLISS. It is in the VMS fiche pond.g   -- a< 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: Wed, 10 Sep 2003 10:39:51 +0200e< From: "Martin Vorlaender" <martin.vorlaender@pdv-systeme.de>B Subject: Re: pgp 2.6.3ia multi05 finally running on OpenVMS V7.3-18 Message-ID: <bjmo0u$kq3br$1@ID-56200.news.uni-berlin.de>   sms@antinode.org wrote:M > Doc.Cypher wrote:gE >> I'll happily host a more friendly build if someone has one they'veoF >> worked on and are happy to share.  It'll go nicely with something I% >> rescued with the WayBack machine -h+ >> http://vmsbox.cjb.net/HowPGPWorks.html.   > G >    You might look at "http://www.antinode.org/dec/sw/pgp.html".  It'saF > been a while since I did anything with it, but there are DESCRIP.MMS > files.   Thanks for that.  A While looking into the warnings produced, I noticed two things infA SYSTEM.C that are probably errors (seems like the functions don'ts get used that often):    In fdl_copyfile2bin: Instead ofa/     ((struct RAB *) rab)->rab$l_rbf = &textbuf;i
 it must be.     ((struct RAB *) rab)->rab$l_rbf = textbuf;9 because textbuf is an array, and thus already an address.r   In vms_fileparse: Instead ofD  fab.fab$l_fop != FAB$M_NAM;  /*  Enable RMS NAM block processing */
 it must beD  fab.fab$l_fop |= FAB$M_NAM;  /*  Enable RMS NAM block processing */! because != simply makes no sense.f   cu,T   Martin -- uF   OpenVMS:                | Martin Vorlaender  |  VMS & WNT programmer3    The operating system   | work: mv@pdv-systeme.deuF    God runs the           |   http://www.pdv-systeme.de/users/martinv/:    earth simulation on.   | home: martin@radiogaga.harz.de   ------------------------------  + Date: Wed, 10 Sep 2003 08:00:56 -0500 (CDT)  From: sms@antinode.orgB Subject: Re: pgp 2.6.3ia multi05 finally running on OpenVMS V7.3-1) Message-ID: <03091008005625@antinode.org>j  < From: "Martin Vorlaender" <martin.vorlaender@pdv-systeme.de>  I > >    You might look at "http://www.antinode.org/dec/sw/pgp.html".  It's9H > > been a while since I did anything with it, but there are DESCRIP.MMS
 > > files.  C > While looking into the warnings produced, I noticed two things inoC > SYSTEM.C that are probably errors (seems like the functions don't  > get used that often):  > ! > In fdl_copyfile2bin: Instead ofi1 >     ((struct RAB *) rab)->rab$l_rbf = &textbuf;  > it must be0 >     ((struct RAB *) rab)->rab$l_rbf = textbuf;; > because textbuf is an array, and thus already an address.  >  > In vms_fileparse: Instead ofF >  fab.fab$l_fop != FAB$M_NAM;  /*  Enable RMS NAM block processing */ > it must beF >  fab.fab$l_fop |= FAB$M_NAM;  /*  Enable RMS NAM block processing */# > because != simply makes no sense.D  F    And thanks to you.  You look right on both.  I'll see if I can findE my master source directory and add these fixes.  I don't seem to havemH looked at this stuff since about 1999, so it might be interesting to see> what happens with "Compaq C V6.5-001 on OpenVMS Alpha V7.3-1".  H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode.orga    Saint Paul  MN  55105-2547x   ------------------------------  % Date: Wed, 10 Sep 2003 16:12:06 +0200 < From: "Martin Vorlaender" <martin.vorlaender@pdv-systeme.de>B Subject: Re: pgp 2.6.3ia multi05 finally running on OpenVMS V7.3-18 Message-ID: <bjnbft$lf9bk$1@ID-56200.news.uni-berlin.de>   sms@antinode.org wrote:e > I don't seem to haveF > looked at this stuff since about 1999, so it might be interesting toD > see what happens with "Compaq C V6.5-001 on OpenVMS Alpha V7.3-1".  A My "Compaq C V6.4-008 on OpenVMS Alpha V7.3-1" just stumbles overr the line  F sscanf(fake_keyid+fake_keyid_idx, "%02x%02x%02x%02x%02x%02x%02x%02x%n"F     keyID,keyID+1,keyID+2,keyID+3,keyID+4,keyID+5,keyID+6,keyID+7,&i);  E in crypto.c; otherwise (using /WARN=DISA=(IMPLICITFUNC,PTRMISMATCH1))t it's a rather clean compile.  H One suggestion: to enable PGP to use [.DOC] subdirs for paths consisting> of (non-concealed) logicals names, e.g. PGP$LIBRARY:, I hacked expand_env in fileio.c thus:       if (*src != '$') {
 #ifdef VMS:         len = strspn(src, "ABCDEFGHIJKLMNOPQRSTUVWXYZ$_");L         if (len == strlen(src)-1 && src[len] == ':' && vms_trnlnm(dest,src))             return 0;i         else #endif         strcpy(dest, src);         return 0;F     }E  0 with vms_trnlnm defined in (of course) system.c:   #include <lnmdef.h>s  - int vms_trnlnm(char * dest, char * const src)d {t=     size_t len = strspn(src, "ABCDEFGHIJKLMNOPQRSTUVWXYZ$_");n      int attr = LNM$M_CASE_BLIND;     char buf[256];     $DESCRIPTOR(dsc_buf, buf);*     $DESCRIPTOR(dsc_table,"LNM$FILE_DEV");     unsigned short retlen;     struct itmlst {          unsigned short buflen;         unsigned short code;          void           *bufaddr;#         unsigned short *retlenaddr;n     } itmlst[] = {,         { 255, LNM$_STRING, NULL, &retlen },+         {   0,           0, NULL, NULL    }_     };     int sts;       if (len == 0 || len > 255)       return 0;a       strncpy(buf, src, len);      dsc_buf.dsc$w_length = len;S       itmlst[0].bufaddr = dest;        sts = sys$trnlnm(          &attr,         &dsc_table,0         &dsc_buf,B         NULL, /* access mode */          &itmlst+     );     if (sts & 1) {         dest[retlen] = '\0';         return 1;g     } else {         return 0;o     }c }s  E I think when I'm satisfied with the whole pack (at least after trying F it with 7.2 and VAX, or even Alpha 6.2), I'll put it up on my website.  F One thing I found while testing is that I can't seem to make it import? a key exported by the freeware 7.0.3 Windows version from PGPi. G The other way around, it would verify a signature, but wouldn't decrypt 4 ("pgpExch.dll: An error has occured: corrupt data").   cu,0   Martin --F   OpenVMS:                | Martin Vorlaender  |  VMS & WNT programmer3    The operating system   | work: mv@pdv-systeme.deVF    God runs the           |   http://www.pdv-systeme.de/users/martinv/:    earth simulation on.   | home: martin@radiogaga.harz.de   ------------------------------    Date: 10 Sep 2003 04:08:38 -0700- From: martin.walker@csf.co.uk (Martin Walker)c% Subject: Re: Recommended replacementsu= Message-ID: <2462c4e9.0309100308.5347769f@posting.google.com>   k Bob Blunt <robert.blunt@hp.donotspamme.com> wrote in message news:<KaK5b.4043$Zk7.3767@news.cpqcorp.net>.... > John N. wrote:N > > I currently have an LAVC consisting of a DS10 and an old Alpha 2100A   TheE > > storage is an HSZ50 connected to the 2100 and served to the DS10.t > > J > > I want to replace the 2100 and the HSZ with another Alpha and a betterP > > shared storage array.   What would be a good recommendation.  I am sure thatL > > space is not a problem as I would be replacing a lot of 2 and 4GB drivesM > > (and a few 36 GB drives) with larger drives, but I need at LEAST 12 driveaN > > slots.  I would also like to be able to accommodate at least one SDLT tape > > drive also.a > >  > >  > >  > >  > D > John, how deep are your pockets and how "modern" do you want your G > cluster to be?  You may also be limited by your OpenVMS version, too.8 > 1 > Some ideas, from relatively cheap to not cheap:h > @ > *	Install a KZPBA-CB in the DS10 and reconfigure the HSZ50 andC > 	systems on a shared SCSI bus.  With the correct configuration of @ > 	"Y-cables," tri-links and termination at ONLY the ends of the? > 	shared SCSI, you should have a fully sharable set of storageC& > 	with your existing HSZ and systems. > C > *	Get a newer system to replace the 2100 and install KZPBA-CBs incB > 	both the new(er) box and the DS10.  Build a cluster with directB > 	connected SCSI and keep the HSZ50.  Install the SDLT in the newB > 	system, so it'll either have to be big enough to house the tapeC > 	internally or have a SCSI adapter for a tabletop unit.  The tape - > 	shouldn't be on the shared bus or the HSZ.r > B > *	If you want "newer" shared or sharable storage, but don't wantA > 	to totally reinvent, do the above and replace the HSZ50 with aoB > 	HSZ70 or HSZ80.  The HSZ80 can be fitted into the newer modularC > 	storage controller shelf and connected to the newer modular diskeB > 	shelves, which will support (configuration dependant) around 12B > 	disks per shelf.  Were you intending to have 12 drive slots PER@ > 	shelf or just overall?  Install the SDLT into the newer Alpha  > 	on a dedicated SCSI as above. > A > *	If you want to totally recreate your storage farm, get a more0A > 	modern Alpha, two supported SANswitches, dual KGPSAs (for bothR: > 	systems), Fibre cables, HSG80 controllers (or supportedA > 	alternative), modular device shelves, modular disks and an MDRs> > 	for your SDLT for a multibus failover configuration.  OtherC > 	topologies may be possible, if all the planets are in alignment.  > J > It all depends on your needs, your expectations, what you're willing to * > spend and how radical you want to get... >  > bob   F I don't think HSZs are supported on DS10s (check the supported options lists).   D If you're buying new, I'd look at the MSA1000 for a few drives as itD should be cheaper than the HSG.  You'll need v7.3-1 for MSA support.  E If you're going for FC and want to keep the 2100, check that the 2100,1 supports FC and if so, which cards are supported.m  F Of course, what's supported and what works may be different - you will7 have your own views on what are acceptable compromises!e   Martin   ------------------------------    Date: 10 Sep 2003 02:48:53 -0700& From: theo.platt@ftid.com (Theo Platt)B Subject: Runtime linking of Java to AWT graphics libraries problem= Message-ID: <7c9ad507.0309100148.506f49ed@posting.google.com>h  	 Hi there,.  C We're having some runtime problems with java (1.4.1) linking to the= AWT graphics libraries.r   Here's the test code - a  $ import java.awt.GraphicsEnvironment;   public class awttest {  ,     public static void main(String[] args) {  $         System.out.println("Start");         /         System.out.println("Setting headless");D9         System.setProperty("java.awt.headless", "true"); e  ;         System.out.println("Getting graphics environment");y          GraphicsEnvironment ge =2 GraphicsEnvironment.getLocalGraphicsEnvironment();  "         System.out.println("End");     }e }     ! and the results when we run it - o       Start_ Setting headless Getting graphics environmentC %IMGACT-F-SYMVECMIS, shareable image's symbol vector table mismatchr> -IMGACT-F-FIXUPERR, error when JAVA$FONTMANAGER_SHR referenced
 JAVA$MAWT_SHRe? java.lang.UnsatisfiedLinkError: Last error code from dlsym was:m	 273517796:< %LIB-E-ACTIMAGE, error activating image JAVA$FONTMANAGER_SHR  B         at java.lang.ClassLoader$NativeLibrary.load(Native Method)D         at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1504)C         at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1400)e;         at java.lang.Runtime.loadLibrary0(Runtime.java:788)l8         at java.lang.System.loadLibrary(System.java:832)O         at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:50)aE         at java.security.AccessController.doPrivileged(Native Method)hM         at sun.awt.font.NativeFontWrapper.<clinit>(NativeFontWrapper.java:42)rS         at sun.java2d.SunGraphicsEnvironment$1.run(SunGraphicsEnvironment.java:109) E         at java.security.AccessController.doPrivileged(Native Method)tS         at sun.java2d.SunGraphicsEnvironment.<init>(SunGraphicsEnvironment.java:79)eQ         at sun.awt.X11GraphicsEnvironment.<init>(X11GraphicsEnvironment.java:154) =         at java.lang.Class.native_newInstance0(Native Method):6         at java.lang.Class.newInstance(Class.java:261)`         at java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(GraphicsEnvironment.java:62)(         at awttest.main(awttest.java:13)    2 The same test code runs fine on Linux/Windows etc.   Any help would be appreciated.   Thanks   Theo   ------------------------------  + Date: Wed, 10 Sep 2003 16:14:02 +0000 (UTC)0, From: lewis@mazda.mitre.org (Keith A. Lewis)F Subject: Re: Runtime linking of Java to AWT graphics libraries problem. Message-ID: <bjnika$and$1@newslocal.mitre.org>   theo.platt@ftid.com (Theo Platt) writes in article <7c9ad507.0309100148.506f49ed@posting.google.com> dated 10 Sep 2003 02:48:53 -0700:
 >Hi there, >eD >We're having some runtime problems with java (1.4.1) linking to the >AWT graphics libraries. >r >Here's the test code -  >a% >import java.awt.GraphicsEnvironment;7 >0 >public class awttest {4 >:- >    public static void main(String[] args) {c >,% >        System.out.println("Start"); 	 >        -0 >        System.out.println("Setting headless");: >        System.setProperty("java.awt.headless", "true");  >j< >        System.out.println("Getting graphics environment");! >        GraphicsEnvironment ge =n3 >GraphicsEnvironment.getLocalGraphicsEnvironment();s >e# >        System.out.println("End");a >    } >}  H I get the same thing with VMS 7.3-1, Java 1.4.0.  Java shouldn't blow up
 like that.  A You do realize you can't display graphics when you're headless...   + --Keith Lewis              klewis$mitre.org0> The above may not (yet) represent the opinions of my employer.   ------------------------------  # Date: Wed, 10 Sep 2003 14:26:57 GMTl( From: "konabear" <maurert@ameritech.net>4 Subject: Re: What is T4 and what can it do  for you?= Message-ID: <RwG7b.1065$nQ.386069@newssvr28.news.prodigy.com>t  L Some care needs to be taken assuming that T4's "easily reusable" .CSV formatI is really easy.  T4 generates all the Monitor stats for a system into oneaG monster .CSV with one column per data point.  One smaller system with aPK smaller number of disks the number of columns is "easily reusable." However-G since each mounted disk is 3 columns of data, the number of columns cancK quickly surpass MS Excel's maximum column count of 255.  There is a MS hint3L on the web site that allows a .CSV to be loaded into 2 Excel sheets allowingD 510 columns, but even that may not be enough.  Now if you're using aL database to load the T4 data into, then you're fine.  Also the long rows canF exceed DCL's ability to process if you're inclined to use DCL .COMs to process the data.i  H T4 also allows one to correlate additional data to the T4 data.  CollectK those other samples with the same collection windows as T4 and the data caneK then be used to find relationship between the system metrics the this othereL data.  Thus collection application transaction count samples and correlatingH them to CPU vs. DIOs or IOs to particular disks can be extremely useful.  D T4 can be used to collect data beyond the equivalent of MONITOR ALL.: Engineering adds these new data points as they see a need.  J That said there is a lot of commonality between ECP and T4.  ECP also cutsI the pie a little different use in places.  BTW ECP can export many of itsi, statistics to .CSV as well. ECP available at/ http://h71000.www7.hp.com/openvms/products/ecp/n  L While talking about "free" data collectors from HP, don't forget to think ofK TDC. (Stands for the originally named "The Data Collector")  TDC is for the)D truly brave of heart.  TDC's purpose is to give 3rd party enterpriseD management tools (Think BMC Patrol) a view into the world of OpenVMSK performance.  I say this tool is only for the brave of heart for the reasonmI that the data is truly raw.  It gives one the length of the data sampling5J window in ticks, it gives io counts not rates, it give CPU ticks used, notI CPU utilization.  Granted Monitor also reports CPU ticks used and not CPUaI utilization %, but Monitor does convert it to CPU ticks/second where with D TDC you get raw ticks and are left to calculate your own rates.  TDC< available at http://h71000.www7.hp.com/openvms/products/tdc/  J Also no tour of "free" VMS performance tools would be complete with a plugH for Availability Manager. AvailMan is a real time only tool and does notK record performance data for later review.  However in realtime there is nownK better tool for drilling down into VMSCluster performance issues.  AvailMan E also allows for several useful *fixes* that it can apply to a running G cluster, running system, or a running process. AvailMan is very closely-? related to AMDS.  They currently use the same OpenVMS agent andeD functionality wise they currently have parity.  AMDS is a Motif onlyG application that runs a native OpenVMS executable for the Data Analyzer>L (GUI) piece.  AvailMan runs in the Java environment and is supported both onK OpenVMS/Motif and on Windows(2000/XP).  (The older version is available for I running on Windows NT.)  One important limitation of AvailMan and AMDS isaJ that the Data Analyzer (GUI) system must be in the same LAN as the systemsK to be watched.  No routers may separate the two.  Switches and bridges thatg@ pass the AMDS protocol are allowable.  AvailMan is available at:4 http://h71000.www7.hp.com/openvms/products/availman/  J Note that ECP, Availability Manager (also AMDS) and TDC are "free" only inJ the sense that they do not cost extra.  They are licensed with OpenVMS, soL if your OpenVMS licenses are legit, then you are legit to use these tools at no additional charge.s        5 "John Brandon" <brandon@dalsemi.com> wrote in message + news:03090909203926@dscis6-0.dalsemi.com...j > > Where to get T4:2 > > http://h71000.www7.hp.com/openvms/products/t4/ >o7 > So far so good - however is this not similiar to ECP?t >iI > > And a quick demo of how you will be able to view the data in the near,J > > future - coming to a browser near you.  The following link selects allL > > of the ZIP files for the last month or so and lets you select them. ThenJ > > you can select Mon.SYST you get the following data and grphs using theG > > VERBOSE check box. -- as you can see, this box is not very busy....  > >n0 > > http://www.firstdbasource.com/t4/t4chart.php >  > Now I am getting excited...l >TG > So back to my first question about ECP.  I have two products that areeK > collecting similiar data with one giving me canned graphical output - andi mindC > you I like that thought of graphical output!  Can I interface thet t4chart.phpeE > with the ECP data - since ECP is what we have built our performance- trending
 > metrics on.  >  >3 >: > J*o*h*n B*r*a*n*d*o*ni > VMS Systems Administratord, > firstname.lastname.spam.me.not@dalsemi.com   ------------------------------  % Date: Wed, 10 Sep 2003 13:12:50 +0100nO From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>>: Subject: Re: Will OpenVMS I64 run on a Dell PowerEdge 32500 Message-ID: <bjn4g2$dv6$1@new-usenet.uk.sun.com>   jlsue wrote:J > On Fri, 05 Sep 2003 14:26:34 -0400, JF Mezei <jfmezei.spamnot@istop.com> > wrote: >  >  > N >>If IA64 systems will be so specific that each one must truly be individuallyL >>certified, then the architercture cannot be called "industry standard" and# >>Carly must stop usuing that term.S >  > K > One other thing that muddies the waters is that in the Wintel market manynF > el-cheap-o systems (and build-it-yourself ones) are not supported byM > anyone.  They only run Windows or Linux because the motherboards, chipsets,nF > and peripherals were developed to run the OS.  But support is mostlyJ > non-existent (I've tried to get support from DFI, MSI, and Soyo.... it'sM > not fun).  There is only the most basic certification done, if any, on manyaJ > of these configurations (note, I'm not talking about complete PC systemsM > from Dell, IBM, HP, which I'd gather do have some amount of certification).  >   B I don't recall anyone asking for certification of OpenVMS on WhiteA Box PC vendors, the question was specifically about Dell who seemwA quite capable of fufilling the role of keeping HP honest in termsa of pricing in the PC/x86 space.-   Regards- Andrew Harrisone   ------------------------------  # Date: Wed, 10 Sep 2003 16:34:47 GMTr& From: jlsue <jefflsxxxz@sbcglobal.net>; Subject: Re: Will OpenVMS I64 run on a Dell PowerEdge 3250ne8 Message-ID: <cmkulv0t4hav8tagiuq2uu0n8u3dlcfhsv@4ax.com>  J On 8 Sep 2003 12:49:59 -0500, koehler@eisner.nospam.encompasserve.org (Bob Koehler) wrote:r  b >In article <0j9plv44jnqre3r4oj8cvvvh865niiu7qf@4ax.com>, jlsue <jefflsxxxz@sbcglobal.net> writes:M >> On 5 Sep 2003 12:16:23 -0500, koehler@eisner.nospam.encompasserve.org (Bobc >> Koehler) wrote: >> >3 >> Couldn't have said it better myself... heh, heh.m >eE >   Except that I didn't write any of the stuff you actually quoted. vB >   Next time please remove the excess attributions and reduce the >   quoting level. > ; >   You are using an editor with column remove, aren't you?g >     I You didn't actually write any of it.  I know that.  That's the joke.  You-E entered a reply which just re-quoted my note and didn't add anything.w   It was just a joke, son.   ------------------------------   End of INFO-VAX 2003.502 ************************