1 INFO-VAX	Wed, 26 May 2004	Volume 2004 : Issue 291       Contents:> Re: Big Blue - Caught Red Handed, stealing KGPSA HBA info????? problem with sftp - get/mget  Re: problem with sftp - get/mget) Re: You'll never guess what HP advertised   F ----------------------------------------------------------------------  # Date: Wed, 26 May 2004 09:01:19 GMT L From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")G Subject: Re: Big Blue - Caught Red Handed, stealing KGPSA HBA info????? 6 Message-ID: <00A3264D.CCC88481@SSRL.SLAC.STANFORD.EDU>   In article <c91jig$9gb$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes: >>  F >>>Why, most of these vendors were also in very similar positions withJ >>>other IP suppliers, Microsoft being a good example. However the historyG >>>of computing is not littered with the relics of consortia created by F >>>HP, IBM etc to counter the threat of having Microsoft control their
 >>>destinies.  >>   >>  N >> But that's not a parallel example.  The theory - bogus as it's proved to beJ >> with the various preferential pricing schemes, Microsoft tax, etc - hasM >> been that Microsoft provided a level playing field for all manufacturers.  G >> The people who produced OSF were all under the impression that their F >> companies could each add the most value to Unix, provide the _best_F >> extensions, etc,  while remaining compatible with the de facto UnixH >> standards.  (Remember that this was while people were still under theN >> impression that things being  "Unix" meant that they'd interoperate easily,N >> allow trivial recompile-and-go code porting, etc.  So each company wants toI >> be in the "Unix" marketplace while providing enough special sugar that K >> they'll lock the customers in after all.  This makes being in control of C >> what the Unix standard _is_ is in fact a competitive advantage.)  >>   > D >But the companies that produced OSF were still required to pay AT&TD >license costs because OSF was never an attempt to produce a totally >clean room UNIX.   N Wasn't it?  At the introduction they made clear that they were starting with aJ fresh kernel, etc, and I'm pretty sure the words "clean room" were used.  K [They were reasonably fresh in the computing world's minds from the Phoenix ; BIOS.]  I suppose they might have had to license shells and I utilities.  I don't think the GNU stuff was complete enough at that time,  although I could be wrong.   > I >You could argue that all OSF ended up being was a development, licensing 9 >and certification tax levied on top of the AT&T license.  > O Ended up, maybe, but not started out. And I thought we were arguing motivation,  not effects.  E >If you want a hypothetical scenario in the Windows space OSF was the ? >equivalent of redeveloping most of Windows to provide a mostly F >compatible OS that still required you to pay exactly the same license >fee to Microsoft. > C >The problem with OSF was that it never made sense, they were still B >in thrall to AT&T and simply ended up driving a wedge through the& >UNIX market that Microsoft exploited.  M Not convinced.  (I grant that OSF didn't work - except for producing what I'm C told is a pretty darn good Unix -  but I see no compelling argument K that without OSF Unix would own the desktop.  Since hardly anybody actually L adopted OSF, what we were left with was the same welter of pseudo-compatibleI Unixes we had before OSF, which meant a market so fragmented you couldn't K readily do shrink-wrapped applications, Dummies books, etc.)  There wasn't  G enough wood behind any one arrow to make it possible for shrink-wrapped ; applications to sell via the retail channel, for one thing.    -- Alan  --  O =============================================================================== 0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056 M  Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA   94025 O ===============================================================================    ------------------------------    Date: 26 May 2004 00:45:12 -0700- From: matthias_mosimann@gmx.net (Matthias M.) % Subject: problem with sftp - get/mget = Message-ID: <4d5db2c5.0405252345.109e3f40@posting.google.com>    Hello everyone      ? I'm very new to OpenVMS and I've got a problem with sftp. I can B connect without a mistake and all commands work very well only the6 get/mget command doesn't work. (Perhaps my mistake?!).   An Example:    -- snipp --    sftp> get start.log 0 ./start.log (dest): Not supported record format. -- snipp --   7 What means that: "Not supported record format" exactly?   B Perhaps I use the wrong parameters? Can someone give me tipp? That would be very nice!      Thank you for your postings.   regards    Matthias, Switzerland    ------------------------------    Date: 26 May 2004 07:26:09 -0700- From: matthias_mosimann@gmx.net (Matthias M.) ) Subject: Re: problem with sftp - get/mget = Message-ID: <4d5db2c5.0405260626.714b9f76@posting.google.com>   u JF Mezei <jfmezei.spamnot@teksavvy.com> wrote in message news:<3c8edb2e8962d8a424c975a227dd9511@news.teranews.com>...  > "Matthias M." wrote: > > sftp> get start.log 4 > > ./start.log (dest): Not supported record format. > > -- snipp --  > N > You need to tell us from what type of system you are connecting to what type > of system.O > (and in the case of VMS, what product is used as TCPIP stack (TCPIP Services,  > Multinet, etc)   Hi JF Mezei, anyone     D I want to connect from a OpenVMS 7.3-2 to another OpenVMS 7.3-2 both' has TCPIP Services 5.4 Eco 1 installed.      Hope this helps.     regards    Matthias, Switzerland    ------------------------------   Date: 26 May 2004 16:35:09 GMT+ From: "Doc." <doc.cypher@openvms-rocks.com> 2 Subject: Re: You'll never guess what HP advertised7 Message-ID: <Xns94F5BD56DBB84dcovmsrox@212.100.160.123>   H "Dr. Dweeb" <dr@dweeb.com> wrote in news:c929qf$bm0$1@news.cybercity.dk:   <snip>  F > Are there in fact any worthwhile administrative systems that operateG > on VMS, aside from small locally systems specific to country markets?   G There are other ERP systems that run on VMS.  AFAIK none has as wide a  I range of modules as the behemoth that is SAP.  My own experience and the  K anecdotes of others are that the implementation of any of these systems is  G prone to running overbudget and being mismanaged.  Usually because the  L company implementing the system insists on progressively more modifications & to make it work like their old system.       Doc. --  G OpenVMS:     Eight out of ten hackers prefer *other* operating systems. G http://www.openvms-rocks.com    Deathrow Public-Access OpenVMS Cluster.    ------------------------------   End of INFO-VAX 2004.291 ************************