0 INFO-VAX	Mon, 10 Jan 2005	Volume 2005 : Issue 20      Contents:> Re: AST routine and C language va_count, va_start, va_end, etc! Re: Basic virtual memory question ! Re: Basic virtual memory question  DCSP and LPD problem.  Re: DCSP and LPD problem. % Re: DECwindows window manager problem % Re: DECwindows window manager problem 0 Re: Emulation of an Alpha server running OpenVMS0 Re: Emulation of an Alpha server running OpenVMS Re: HP ports HPCL to VMS Re: HP ports HPCL to VMS Re: HP ports HPCL to VMS Re: HP ports HPCL to VMS# Re: I want to see carly(tm)'s tatoo  Re: Microsot kills XP on Itanic  Re: Microsot kills XP on Itanic  RE: Microsot kills XP on Itanic  Re: Microsot kills XP on Itanic  Re: Microsot kills XP on Itanic  Re: Microsot kills XP on Itanic  Re: Microsot kills XP on Itanic  Re: Microsot kills XP on Itanic  Re: Microsot kills XP on Itanic  Re: Microsot kills XP on Itanic  Re: Microsot kills XP on Itanic  Re: Microsot kills XP on Itanic & Re: OpenVMS.org runs readership survey& Re: OpenVMS.org runs readership survey& Re: OpenVMS.org runs readership survey- Re: Q: How to have SEARCH match a "null" line  Re: Simple EDT or TPU init file  Re: Simple EDT or TPU init file  Re: Simple EDT or TPU init file  Re: Simple EDT or TPU init file  Re: Simple EDT or TPU init file - Re: VAXstation 3100: supported under VMS 7.3? F Re: Writing drivers for USB devices ?, was: Re: What's the stateof USB [OT] Seti down ? Re: [OT] Seti down ? [OT] To Paul Sture  F ----------------------------------------------------------------------  # Date: Mon, 10 Jan 2005 18:04:40 GMT * From: "FredK" <fred.nospam@nospam.dec.com>G Subject: Re: AST routine and C language va_count, va_start, va_end, etc 2 Message-ID: <YszEd.5420$tR4.5158@news.cpqcorp.net>  7 "Mark Daniel" <mark.daniel@vsm.com.au> wrote in message ' news:41e065d4@duster.adelaide.on.net... % > I'd like to reactivate this thread:  >>J > I have subsequently discovered that va_count() often reports an argumentD > count of 4 (for the above example).  That is, it often reports theI > maximum number of arguments ever directly called plus one (I've checked G > through the code for obvious call error).  This is always in user AST H > delivery mode and the only explanation that springs to mind is when anE > AST routine calls it directly.  I cannot explain the four arguments  > otherwise. > D > Can anyone offer an explanation for this behaviour or describe howB > va_count() works (for the Alpha platform in this case if that is3 > relevant - I see the macro uses a builtin)?  TIA.  >   L They are (IIRC) parameters used by the AST call chain for kernel and specialJ kernel mode AST routines.  I believe that the call format is made the sameF for all types of AST's to make stack cleanup (for exceptions?) easier.  - So I believe you should expect this behavior.   I You might use the va_arg stuff, and use one of the parameters as a 64-bit K signature to tell the difference for the origin of the call.  So your local < call might be foo(x, LOCAL_CALL_SIGNATURE); where you defineF LOCAL_CALL_SIGNATURE as a fairly unique 64 bit value (like say, an odd$ valued specific 8 byte text string).   ------------------------------    Date: 10 Jan 2005 07:35:49 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) * Subject: Re: Basic virtual memory question3 Message-ID: <WvO34Rzmltxj@eisner.encompasserve.org>   Z In article <rmFDd.5367$Iz1.578@news.cpqcorp.net>, John Reagan <john.reagan@hp.com> writes: > JF Mezei wrote:  > R >> SYSGEN's help tells me that VirtualPageCnt has been obsolete since version 7.0. >>  K >> What prevents me from giving a 200 meg PGFILQUO to a username and have a P >> process created that then does a MALLOC of 200 megabytes on a 16 meg Microvax >> II ?  >  > Intelligence. :-)  > H > As long as you have a large enough page file and a good book to read, M > you can listen to your system page its brains out.  It should work however.   B    Some huge programs are so structured that they really page veryF    little.  Mostly program which could be readily broken into several.   ------------------------------    Date: 10 Jan 2005 07:34:31 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) * Subject: Re: Basic virtual memory question3 Message-ID: <hk8lQp2Uc5OV@eisner.encompasserve.org>   r In article <1105138402.43854f4997ae3b0878c9fce3c4b2e0e1@teranews>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: > Bob Koehler wrote:I >>    You'ld have to give it the required working set quota and make sure J >>    WSMAX was at least as big.  Then the process could map 200MB even if3 >>    the pagefile free space was less than 200MB.   > L > But isn't WSMAX/WSQUOTA/WSEXTENT a limit of how much virtual memory can be2 > mapped to physical memory at any point in time ?  G    Yes, I think I messed up my description of working set.  Working set     is what you have in RAM.   G    All of a process' memory is mapped at all times.  If the page is not F    paged in (not part of the working set), it has to be mapped to the     pagefile or other storage.   K > If you malloc a chunk of memory and wrote to it, and then need some other P > piece, nothing prevents that chunk from being written to the page file to make% > room for what you now need, right ?       Yep.   P > Yes, those dreaded one line  "page file fragmented" messages on OPA0 that giveJ > you a few seconds to start killing processes to free up memory... But an. > enourmous page file prevents those problems.  H    And uses up disk space.  Choose the resource you have, and use VMS to    manage it wisely.   ------------------------------  % Date: Mon, 10 Jan 2005 14:06:00 +0100 % From: "Fred Zwarts" <F.Zwarts@KVI.nl>  Subject: DCSP and LPD problem.. Message-ID: <crtti9$29r$1@info.service.rug.nl>  D We have a problem to configure DCPS to print using the LPD protocol.D For some printers it now works excellent (like the Kyocera FS-6020 = printer, as I reported last week). G We now want to send the print jobs of some of our print queues to other 0 printers and to Linux- and Multinet LPD servers.F For some of them printing fails immediately, on others it takes a veryG long time before printing starts, on others DCPS says that the jobs was ? printed successfully, but no output is produced by the printer.   @ After studying several log files we have come to the following =
 diagnosis:H In the LPD protocol, the client first sends some control information andB then it sends the data file. It seems that DCPS, in the control=20E information, announces that a 2GB file is to be printed. (Probably, =  because D DCPS generates the postscript on the fly and is not able to give a = proper" estimate of the actual data size.)F Some print servers then immediately report a problem. Others, take a = veryF long time to allocate a 2 GB file, again others accept it, but later = they=20 B assume that there is a communication error when the actual data=20F transmission stops long before the announced 2GB, because the actual =
 data is=20 only a few kB.  G The question is: what does the LPD standard say about this? Should an =  LPD G server ignore a print job if the actual data size is (much) less than =  the H one announced in the control block? Is there an RFC that describes the = LPD 	 protocol?   F Another question, of course, would be whether DCPS could be modified = suchF that it gives a better estimate of the data size in the control block.   F.Z.   ------------------------------  # Date: Mon, 10 Jan 2005 17:07:42 GMT * From: Paul Anderson <paul.anderson@hp.com>" Subject: Re: DCSP and LPD problem.5 Message-ID: <100120051152089342%paul.anderson@hp.com>   : In article <crtti9$29r$1@info.service.rug.nl>, Fred Zwarts <F.Zwarts@KVI.nl> wrote:  F > In the LPD protocol, the client first sends some control informationE > and then it sends the data file. It seems that DCPS, in the control E > information, announces that a 2GB file is to be printed. (Probably, E > because DCPS generates the postscript on the fly and is not able to 2 > give a proper estimate of the actual data size.)  
 Yes, exactly.   F > Some print servers then immediately report a problem. Others, take aE > very long time to allocate a 2 GB file, again others accept it, but G > later they assume that there is a communication error when the actual D > data transmission stops long before the announced 2GB, because the > actual data is only a few kB.   F Most printers, upon seeing the connection drop before the 2 GB file isG complete, will print what they have and everything completes normally.  G Others, as well as the remote LPD queues we've seen, will terminate the D job upon seeing the disconnect before 2 GB of data has been sent and print nothing.  G > The question is: what does the LPD standard say about this? Should an F > LPD server ignore a print job if the actual data size is (much) lessC > than the one announced in the control block? Is there an RFC that  > describes the LPD protocol?   D The LPD RFC is 1179.  It states you should send the file size in theG control record, or 0.  It can be assumed, then, if the connection drops D before the 2 GB file is received, that it is an error.  I don't know2 whether the RFC says what to do when this happens.  @ So DCPS is not compliant with the RFC, along with most printers.  F > Another question, of course, would be whether DCPS could be modifiedF > such that it gives a better estimate of the data size in the control > block.  F The short answer is "yes".  Note that it has to be an exact byte count of the file.  G DCPS has always conducted a conversation with the printer and has built E the rest of the job depending on the printer's answers.  Since LPD is C unidirectional, DCPS skips the questions for LPD jobs.  But since a G DCPS print job contains separator pages, printer feature selection code E as well as one or more user jobs, all this data would have to be sent E somewhere, or counted and re-sent, so the total size of the job could  be determined.  E We are working on this change for DCPS V2.5 and will allow the choice F of the more-efficient "old" method or the send-to-file "new" method on& a queue-by-queue or system-wide basis.   Paul   --    Paul Anderson   OpenVMS Engineering    Hewlett-Packard Company    ------------------------------    Date: 10 Jan 2005 01:40:32 -0800 From: martinkirby12@yahoo.co.uk . Subject: Re: DECwindows window manager problemC Message-ID: <1105350032.818014.240730@c13g2000cwb.googlegroups.com>   B > What is interesting is that when from the window manager menu, i choose9 > RESTART or APPLY OPTIONS, it seems to have 2 processes:  >  > DECW$MWM and DECW$MWMEX. > A > What does a "restart" operation involve ? Is this done though a  command D > procedure or through the executable image which creates a clone of itself as a ! > detached process before dying ?   D It creates a detached process that executes the DECW$MWM.COM commandF file under LOGINOUT. The DECW$MWM and DECW$MWMEX process names are howA it resolves the problem of starting the new one while the old one > hasn't yet finished. The old one should go away after a while. Martin Kirby   ------------------------------  % Date: Mon, 10 Jan 2005 12:34:23 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> . Subject: Re: DECwindows window manager problemB Message-ID: <1105377858.3827767235fb8b26c880a113b8b5aeac@teranews>    martinkirby12@yahoo.co.uk wrote:F > It creates a detached process that executes the DECW$MWM.COM command > file under LOGINOUT.    K Ah, so if it doesn't create a real process under the username that owns the K display, it doesn't get the user's local settings that have just been saved N there. (eg: no definition of DECW$USER_DEFAULTS, so the app can't find all the  default resource files for MWM).  M When the session manager starts an application with the "detached" attribute, M how does it do it such that the application has the full logical name context  for that user ?   N (I realise this is a mature product on VAX with no more work being done on it,N but it baffles me that such a design wouldn't have been fixed back in the days when there was work being done.   3 > The DECW$MWM and DECW$MWMEX process names are how C > it resolves the problem of starting the new one while the old one @ > hasn't yet finished. The old one should go away after a while.  L Since I have to manually STOP/ID the bad MWM process that didn't read my own resources, I kill both.   F Also, in the session manager menus, there is an option to "Save window? manager". How does that one work ? (It doesn't seem to work :-(   L If I can get that one to work, I could save the new settings, then kill MWM,0 and use the session manager to start a good MWM.   ------------------------------  # Date: Mon, 10 Jan 2005 17:40:55 GMT * From: "FredK" <fred.nospam@nospam.dec.com>9 Subject: Re: Emulation of an Alpha server running OpenVMS 1 Message-ID: <H6zEd.5417$_45.992@news.cpqcorp.net>   H Nope.  Not really.  At the "memory" level, the compilers generate prettyL good code even without byte/word instructions.  Sure, it can help some code,I and it can make the code more compact - but with no work, or only a small L amount of effort - most code could be made to run well even without it.  TheG real reason for byte/word instructions was at the device driver level - - which wasn't solveable at the compiler level.   H When Alpha was designed, it assumed that most devices would be smart DMAK devices.  Just look at the first Alpha - the Cobra.  Or look at the CRAM IO J interface that we designed.  But it turned out that PIO wouldn't die.  AndJ unlike memory access, which pretty much doesn't care about the size of theI operation on it - devices do.  It was clear that devices weren't changing G (or changing quickly enough) and that DEC couldn't fix every driver out L there in the world to do correct sparse and dense space access - and not allE driver writers would use "clean" O/S access methods - for performance  reasons.  I At least that is what I remember about the final nail that pushed partial  word instructions through.    . "Tom Linden" <tom@kednos.com> wrote in message" news:opskc32clzzgicya@hyrrokkin...J > On Mon, 10 Jan 2005 00:18:23 GMT, Roger Ivie <rivie@ridgenet.net> wrote: > A > > I was under the impression that the main reason the byte/word I > > instructions were added to the instruction set was for Windows and/or A > > FX!32. But then I was always at the very, very far end of the C > > grapevine, so I wouldn't be surprised to hear that I was wrong.  > > --. > Nope.  It was because Oracle ran like a dog. >  >  > --  E > Using Opera's revolutionary e-mail client: http://www.opera.com/m2/    ------------------------------  % Date: Mon, 10 Jan 2005 09:49:11 -0800 # From: "Tom Linden" <tom@kednos.com> 9 Subject: Re: Emulation of an Alpha server running OpenVMS ( Message-ID: <opskeef9apzgicya@hyrrokkin>  K On Mon, 10 Jan 2005 17:40:55 GMT, FredK <fred.nospam@nospam.dec.com> wrote:   J > Nope.  Not really.  At the "memory" level, the compilers generate prettyJ > good code even without byte/word instructions.  Sure, it can help some   > code, K > and it can make the code more compact - but with no work, or only a small L > amount of effort - most code could be made to run well even without it.    > The I > real reason for byte/word instructions was at the device driver level - / > which wasn't solveable at the compiler level.   K Now Fred, that is a different story than what I was told around 1995.  As    you J may recall C=A+B; took 17 clock ticks with the 21064 cpu when these were   16bit G quantities, and it was said at the time that Oracle was the principle   
 reason forH introducing the sign-extended moves.  Can't recall who related that to   me.  Was that wrong?    --  C Using Opera's revolutionary e-mail client: http://www.opera.com/m2/    ------------------------------   Date: 10 Jan 2005 06:57:12 GMT2 From: "Dave Weatherall" <djw-nothere@nospam.nohow>! Subject: Re: HP ports HPCL to VMS ? Message-ID: <DTiotGxQ0bj6-pn2-uO4tLtQ9Qdsj@dave2_os2.home.ours>   + On Mon, 10 Jan 2005 00:57:58 UTC, JF Mezei  % <jfmezei.spamnot@teksavvy.com> wrote:   % > HP to port HPCL to OpenVMS systems.  > U > Company announces the integration of its industry standard HPCL to OpenVMS systems.  > " > PALO ALTO, Calif., Jan. 9, 2005  > P > In advance of the January 18th launch of the OpenVMS platform on HP's industryN > leading Itanium servers, HP is proud to announce the porting of its advanced& > HPCL language to the OpenVMS system. > J > As part of the final phase of integration of products inherited from theN > Compaq merger, HP will retire Digital's old and proprietary command languageN > and replace it with HP's industry standard HPCL language on OpenVMS systems. > P > "While HPCL currently lacks certain features provided by Digital's old commandN > language, HP promises to port most of those features to its industry leadingB > HPCL" said Rich Marcello, Senior VP of enterprise systems at HP. > O > "This move will strenghten the integration process by removing legacy Digital O > branding and replacing it wih an HP brand name" said Carly Fiorina at the CES L > show in Las Vegas when refering to the retirement of DCL to be replaced byP > HP's own HPCL. "Since we inherited old Digital assets, it is only logical that@ > we replaced the D with HP to complete the integration process.  F I took it for real until the first quote of the above paragraph, which; shows must have some respect for Fiorina's intelligence :-)    --   Cheers - Dave W.   ------------------------------   Date: 10 Jan 2005 08:49:06 GMT/ From: Thierry Dussuet <thierry@dussuet.lugs.ch> ! Subject: Re: HP ports HPCL to VMS 0 Message-ID: <slrncu4gc3.13d.thierry@MARS.Family>  = On 2005-01-10, JF Mezei <jfmezei.spamnot@teksavvy.com> wrote: % > HP to port HPCL to OpenVMS systems.  > P > The addition of a DCPS converter will allow OpenVMS users to translate commandO > procedures to HPCL by simply printing them to an HP printer that uses HP Ink.   % What if you have a laser printer? :-(    Thierry    ------------------------------  # Date: Mon, 10 Jan 2005 14:17:20 GMT 6 From: "Kenneth Farmer" <kfarmer@NOSPAM.spyderbyte.com>! Subject: Re: HP ports HPCL to VMS = Message-ID: <Q7wEd.17268$dt3.658191@twister.southeast.rr.com>    Uh...um...uh...   L Hook, line and sinker.  Serves me right for not reading it and then leaving 5 out the "About HP" part.  I always try to skip those.   K I did email JF immediatly and ask him what the URL was, he emailed me this  ) morning and said he had trouble replying.   % Now...let's just end this thread.  :)    Ken    OpenVMS.org % _____________________________________  Kenneth R. Farmer <>< % SpyderByte: http://www.SpyderByte.com       ; "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message  < news:1105318055.be68506393c9ffff9dd1c8b7d97c3470@teranews...% > HP to port HPCL to OpenVMS systems.  > M > Company announces the integration of its industry standard HPCL to OpenVMS  
 > systems. > ! > PALO ALTO, Calif., Jan. 9, 2005  > H > In advance of the January 18th launch of the OpenVMS platform on HP's 
 > industryF > leading Itanium servers, HP is proud to announce the porting of its 
 > advanced& > HPCL language to the OpenVMS system. > J > As part of the final phase of integration of products inherited from theF > Compaq merger, HP will retire Digital's old and proprietary command 
 > languageF > and replace it with HP's industry standard HPCL language on OpenVMS 
 > systems. > I > "While HPCL currently lacks certain features provided by Digital's old  	 > command G > language, HP promises to port most of those features to its industry  	 > leading B > HPCL" said Rich Marcello, Senior VP of enterprise systems at HP. > H > "This move will strenghten the integration process by removing legacy 	 > Digital L > branding and replacing it wih an HP brand name" said Carly Fiorina at the  > CES L > show in Las Vegas when refering to the retirement of DCL to be replaced byL > HP's own HPCL. "Since we inherited old Digital assets, it is only logical  > that@ > we replaced the D with HP to complete the integration process. > H > "By replacing DCL with HPCL, customers will no longer be dependant on  > Adobe E > Postscript to run their command procedures and will be able to use  
 > industryE > standard HPCL, a command language also used widely to control HP's   > printers" 3 > said Mark Gorham, Director of then OpenVMS group.  > I > "This is a feature that has widely been requested by our customers who   > didn't> > want to be forced to teach both DCL and HPCL to employees.". > I > This move will also greatly reduce support and development costs at HP   > since L > it will eliminate unnecessary duplication of command languages within HP'sJ > product line and will allow OpenVMS servers to use industry standard HP  > ink I > cartridges. This will greatly facilitate backup procedures by allowing  	 > OpenVMS ? > system to backup to paper instead of unreliable tape systems.  > I > The addition of a DCPS converter will allow OpenVMS users to translate  	 > command K > procedures to HPCL by simply printing them to an HP printer that uses HP   > Ink. > 
 > About HP > E > HP is a ink  solutions provider to consumers, businesses and mental J > institutions globally. The company's offerings span ink infrastructures,G > global ink services, business and home inks , and ink imaging and ink L > printing. For the four fecal quarters ended Oct.  31, 2004, HP Ink revenueI > totaled $79.9 billion. More information about HP's Inks (NYSE, Nasdaq:  	 > HPQ) is $ > available at   http://www.hp.com.    ------------------------------  % Date: Mon, 10 Jan 2005 12:48:02 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> ! Subject: Re: HP ports HPCL to VMS B Message-ID: <1105378671.538f91875b27a990373935ef021d1b1f@teranews>   Kenneth Farmer wrote: L > I did email JF immediatly and ask him what the URL was, he emailed me this+ > morning and said he had trouble replying.   I Seems I have some DNS problems, with some requests timing out or whatever I (trying again works), and the SMTP software just gave up when it couldn't  resolve your domain.  ' > Now...let's just end this thread.  :)   M But I worked all night to build my stockpile of snowballs, having been warned . you were heading north with a baseball bat :-)   ------------------------------    Date: 10 Jan 2005 12:12:27 -06004 From: kaplow_r@encompasserve.org.TRABoD (Bob Kaplow), Subject: Re: I want to see carly(tm)'s tatoo3 Message-ID: <no77EFzpKayo@eisner.encompasserve.org>   N In article <opskb73w06zgicya@hyrrokkin>, "Tom Linden" <tom@kednos.com> writes:M > Apparently HP is not content competing with their fractional percent margin I > on Windows boxes against DELL's 8%, now they want to compete with the   
 > JapaneseL > and Koreans with TVs.  That strikes me as extremely foolhardy, unless they, > build them in China and slap a logo on it.  D Where "the qualtiy goes in or they slap the name on the box anyway".  1 	Bob Kaplow	NAR # 18L	TRA # "Impeach the TRA BoD" & 		>>> To reply, remove the TRABoD! <<<K Kaplow Klips & Baffle:	http://nira-rocketry.org/LeadingEdge/Phantom4000.pdf L     www.encompasserve.org/~kaplow_r/    www.nira-rocketry.org    www.nar.org  I         "To enslave men, successfully and safely, it is necessary to have H         their minds  occupied with thoughts and aspirations short of theL         liberty of which they are  deprived.  A certain degree of attainableJ         good must be kept before them." Frederick Douglas, "My Bondage and         My Freedom," 1855    ------------------------------  # Date: Mon, 10 Jan 2005 14:11:58 GMT ! From: Nigel Barker <nigel@hp.com> ( Subject: Re: Microsot kills XP on Itanic8 Message-ID: <e825u05if5l7a7nfr1i10icvj6tvkv4ja0@4ax.com>  K On Sat, 08 Jan 2005 16:26:30 -0500, JF Mezei <jfmezei.spamnot@teksavvy.com>  wrote:   > N >The article talks as if Microsoft was pulling out of IA64 completely. AnotherO >article I read a few days ago mentioned only the XP professional edition being / >widthdrawn, and that XP Server would continue.   O There is no such beast as Windows XP Server. There is Windows XP Home & Windows O XP Professional. It is the latter product on Itanium that is being retired. The K Server O/S you probably meant is Windows Server 2003 which comes in various N flavours depending on numbers of CPUs, machines in a cluster, RAM support etc.   -- Nigel Barker Live from the sunny Cote d'Azur    ------------------------------  % Date: Mon, 10 Jan 2005 06:03:40 -0800 # From: "Tom Linden" <tom@kednos.com> ( Subject: Re: Microsot kills XP on Itanic( Message-ID: <opskd30e1mzgicya@hyrrokkin>  D On Mon, 10 Jan 2005 14:11:58 GMT, Nigel Barker <nigel@hp.com> wrote:  K > There is no such beast as Windows XP Server. There is Windows XP Home &   	 > Windows F > XP Professional. It is the latter product on Itanium that is being   > retired. TheG > Server O/S you probably meant is Windows Server 2003 which comes in   	 > various E > flavours depending on numbers of CPUs, machines in a cluster, RAM    > support etc.  I Why would they drop just one?  There is not that big a diff between the    two.   --  C Using Opera's revolutionary e-mail client: http://www.opera.com/m2/    ------------------------------  % Date: Mon, 10 Jan 2005 09:38:01 -0500 # From: "Dan Allen" <dallen@nist.gov> ( Subject: RE: Microsot kills XP on Itanic: Message-ID: <JFEPKAPBPMDFDBOIANGDGEAKFPAA.dallen@nist.gov>  2 AFAIK there is no such thing as Windows XP Server.   > -----Original Message-----) > From: CJT [mailto:abujlehc@prodigy.net] * > Sent: Saturday, January 08, 2005 7:11 PM > To: Info-VAX@Mvb.Saic.Com * > Subject: Re: Microsot kills XP on Itanic >  >  > JF Mezei wrote:  > > John Smith wrote:  > > " > >>Microsoft nixes XP for Itanium@ > >>Move seen as final nail in Itanium 2 for workstations coffin > >  > > = > > The article talks as if Microsoft was pulling out of IA64  > completely. Another D > > article I read a few days ago mentioned only the XP professional > edition being 2 > > widthdrawn, and that XP Server would continue. > >  > I > Although I haven't seen the pricing, I suspect XP Server for Itanium is ? > even lower volume and more expensive than the Itanium 2 chip.  > @ > > Any clarification on what Microsoft has actually announced ? > > P > > No matter what the reality is, if the press talks about as if MS was pullingN > > out of IA64 alltogether, the image of a sinking ship will be strenghtened. > > F > > With IA64 now relegated to high end , low volume systems, it is in > fact worse > > off than Alpha and Pa_Risc.  > > N > > And if HP killed Pa Risc and Alpha because they were not "high volume, lowO > > cost, commodity, industry standard", then it must kill off IA64 and move to 
 > > the 8086.  > > M > > 2005 may be the year when they announce the death of IA64 with a few more < > > itarations currently in the works coming out until 2007. > > F > > IA64 is probably already dead in the eyes of the media, and such a
 > tailspin in N > > image may not be survivable for IA64. Carly should know that image is veryB > > important. She pays some hairstylists big bucks for her image. >  >  > --F > The e-mail address in our reply-to line is reversed in an attempt toE > minimize spam.  Our true address is of the form che...@prodigy.net.  >  >    ------------------------------  % Date: Mon, 10 Jan 2005 07:51:48 -0800 # From: "Tom Linden" <tom@kednos.com> ( Subject: Re: Microsot kills XP on Itanic( Message-ID: <opskd80mwezgicya@hyrrokkin>  D On Mon, 10 Jan 2005 16:03:20 GMT, Nigel Barker <nigel@hp.com> wrote:  J > On Mon, 10 Jan 2005 06:03:40 -0800, "Tom Linden" <tom@kednos.com> wrote: > G >> On Mon, 10 Jan 2005 14:11:58 GMT, Nigel Barker <nigel@hp.com> wrote:  >>K >>> There is no such beast as Windows XP Server. There is Windows XP Home &  >>> Windows F >>> XP Professional. It is the latter product on Itanium that is being >>> retired. TheG >>> Server O/S you probably meant is Windows Server 2003 which comes in  >>> various E >>> flavours depending on numbers of CPUs, machines in a cluster, RAM  >>> support etc. >>J >> Why would they drop just one?  There is not that big a diff between the >> two.  > ( > There is a vast difference in pricing.  L I still don't get it.  Why would a consumer by XP Home for Itanium when he   can J get the same thing cheaper on, say, a Dell box?  You would think that if  	 Microsoft 3 were to cancel one of the two, it would be XP Home.  >  > -- > Nigel Barker! > Live from the sunny Cote d'Azur        --  C Using Opera's revolutionary e-mail client: http://www.opera.com/m2/    ------------------------------  # Date: Mon, 10 Jan 2005 16:03:20 GMT ! From: Nigel Barker <nigel@hp.com> ( Subject: Re: Microsot kills XP on Itanic8 Message-ID: <bs85u0l7s1g56fek27rmsspddi32l2gmfj@4ax.com>  H On Mon, 10 Jan 2005 06:03:40 -0800, "Tom Linden" <tom@kednos.com> wrote:  E >On Mon, 10 Jan 2005 14:11:58 GMT, Nigel Barker <nigel@hp.com> wrote:  > L >> There is no such beast as Windows XP Server. There is Windows XP Home &  
 >> WindowsG >> XP Professional. It is the latter product on Itanium that is being    >> retired. The H >> Server O/S you probably meant is Windows Server 2003 which comes in  
 >> variousF >> flavours depending on numbers of CPUs, machines in a cluster, RAM   >> support etc.  > J >Why would they drop just one?  There is not that big a diff between the   >two.   & There is a vast difference in pricing.   -- Nigel Barker Live from the sunny Cote d'Azur    ------------------------------   Date: 10 Jan 2005 16:13:35 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)( Subject: Re: Microsot kills XP on Itanic, Message-ID: <34fnteF4af1ffU1@individual.net>  ( In article <opskd30e1mzgicya@hyrrokkin>,& 	"Tom Linden" <tom@kednos.com> writes:F > On Mon, 10 Jan 2005 14:11:58 GMT, Nigel Barker <nigel@hp.com> wrote: > L >> There is no such beast as Windows XP Server. There is Windows XP Home &  
 >> WindowsG >> XP Professional. It is the latter product on Itanium that is being    >> retired. The H >> Server O/S you probably meant is Windows Server 2003 which comes in  
 >> variousF >> flavours depending on numbers of CPUs, machines in a cluster, RAM   >> support etc.  > K > Why would they drop just one?  There is not that big a diff between the    > two. >   G Where did people get the idea they were dropping just one?  The article H I saw said "no XP for Itanuium".  Period.  No Professional and certainly no Home.   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  % Date: Mon, 10 Jan 2005 08:20:36 -0800 # From: "Tom Linden" <tom@kednos.com> ( Subject: Re: Microsot kills XP on Itanic( Message-ID: <opskeacmmfzgicya@hyrrokkin>  F On 10 Jan 2005 16:13:35 GMT, Bill Gunshannon <bill@cs.uofs.edu> wrote:  I > Where did people get the idea they were dropping just one?  The article J > I saw said "no XP for Itanuium".  Period.  No Professional and certainly
 > no Home.   Well, that makes more sense.   --  C Using Opera's revolutionary e-mail client: http://www.opera.com/m2/    ------------------------------  # Date: Mon, 10 Jan 2005 17:24:03 GMT ! From: Nigel Barker <nigel@hp.com> ( Subject: Re: Microsot kills XP on Itanic8 Message-ID: <ejd5u0tqe7qm6htqqlhvi911g6qhr1m7a1@4ax.com>  F On 10 Jan 2005 16:13:35 GMT, bill@cs.uofs.edu (Bill Gunshannon) wrote:  ) >In article <opskd30e1mzgicya@hyrrokkin>, ' >	"Tom Linden" <tom@kednos.com> writes: G >> On Mon, 10 Jan 2005 14:11:58 GMT, Nigel Barker <nigel@hp.com> wrote:  >>  M >>> There is no such beast as Windows XP Server. There is Windows XP Home &    >>> Windows H >>> XP Professional. It is the latter product on Itanium that is being   >>> retired. TheI >>> Server O/S you probably meant is Windows Server 2003 which comes in    >>> various G >>> flavours depending on numbers of CPUs, machines in a cluster, RAM    >>> support etc. >>  L >> Why would they drop just one?  There is not that big a diff between the   >> two.  >>   > H >Where did people get the idea they were dropping just one?  The articleI >I saw said "no XP for Itanuium".  Period.  No Professional and certainly 	 >no Home.   9 There never was XP Home for Itanium only XP Professional.    -- Nigel Barker Live from the sunny Cote d'Azure   ------------------------------  # Date: Mon, 10 Jan 2005 17:27:40 GMT,! From: Nigel Barker <nigel@hp.com>i( Subject: Re: Microsot kills XP on Itanic8 Message-ID: <f7a5u09pdm7e079jl20le880vjpep9ot8f@4ax.com>  H On Mon, 10 Jan 2005 07:51:48 -0800, "Tom Linden" <tom@kednos.com> wrote:  E >On Mon, 10 Jan 2005 16:03:20 GMT, Nigel Barker <nigel@hp.com> wrote:l >oK >> On Mon, 10 Jan 2005 06:03:40 -0800, "Tom Linden" <tom@kednos.com> wrote:H >>H >>> On Mon, 10 Jan 2005 14:11:58 GMT, Nigel Barker <nigel@hp.com> wrote: >>>aL >>>> There is no such beast as Windows XP Server. There is Windows XP Home & >>>> WindowsG >>>> XP Professional. It is the latter product on Itanium that is beingt >>>> retired. The H >>>> Server O/S you probably meant is Windows Server 2003 which comes in >>>> variousF >>>> flavours depending on numbers of CPUs, machines in a cluster, RAM >>>> support etc.r >>>kK >>> Why would they drop just one?  There is not that big a diff between thea >>> two. >>) >> There is a vast difference in pricing.e >pM >I still don't get it.  Why would a consumer by XP Home for Itanium when he    >canK >get the same thing cheaper on, say, a Dell box?  You would think that if  T
 >Microsoft4 >were to cancel one of the two, it would be XP Home.  O Some confusion here. There never was a Windows XP Home for Itanium just WindowsrN XP Professional which is a super-set of 'Home' with e.g. the ability to join aP domain. It is Professional for Itanium that is apparently being retired. Windows3 Server 2003 in various versions is still supported.5   -- Nigel Barker Live from the sunny Cote d'Azur.   ------------------------------  % Date: Mon, 10 Jan 2005 12:45:07 -0500t- From: JF Mezei <jfmezei.spamnot@teksavvy.com>r( Subject: Re: Microsot kills XP on ItanicB Message-ID: <1105378501.f4a44e197aa1693e78d480a9df6e1a9b@teranews>   Nigel Barker wrote:e/ > There is no such beast as Windows XP Server. rM > Server O/S you probably meant is Windows Server 2003 which comes in variousl  C Is Windows 2003 still "current" for servers, or is XP now current ?d  L If XP is seen as current, it doesn't make IA64 look very good if it only has( an older version of Windows for servers.   ------------------------------  % Date: Mon, 10 Jan 2005 12:54:10 -0500t- From: JF Mezei <jfmezei.spamnot@teksavvy.com>u( Subject: Re: Microsot kills XP on ItanicB Message-ID: <1105379040.29aacdccc83a9896be3f2c99ed4173c5@teranews>   Tom Linden wrote:lL > I still don't get it.  Why would a consumer by XP Home for Itanium when he6 > can get the same thing cheaper on, say, a Dell box?   H Think large research organistions who were given dozens/hundreds of IA64L servers for free in exchange for Intel/Hp/Microsoft having bragging rights.   P Eventually, when Microsoft sees that a platform won't grow much, it abandons it.   ------------------------------  # Date: Mon, 10 Jan 2005 18:38:55 GMT-! From: Nigel Barker <nigel@hp.com>n( Subject: Re: Microsot kills XP on Itanic8 Message-ID: <1th5u0poo0tur1mvp8a9lm8bsomjdj8ccr@4ax.com>  K On Mon, 10 Jan 2005 12:45:07 -0500, JF Mezei <jfmezei.spamnot@teksavvy.com>d wrote:   >Nigel Barker wrote:0 >> There is no such beast as Windows XP Server. N >> Server O/S you probably meant is Windows Server 2003 which comes in various >lD >Is Windows 2003 still "current" for servers, or is XP now current ? >xM >If XP is seen as current, it doesn't make IA64 look very good if it only has>) >an older version of Windows for servers.   I Windows Server 2003 is "current" for servers. Windows XP is "current" fornH workstations & desktops. There never was an XP Server it is not a server operating system.s   -- Nigel Barker Live from the sunny Cote d'Azur    ------------------------------  % Date: Mon, 10 Jan 2005 01:50:57 -0500e' From: Dave Froble <davef@tsoft-inc.com> / Subject: Re: OpenVMS.org runs readership survey , Message-ID: <41E225D1.7000008@tsoft-inc.com>   John Smith wrote:v   > Larry Kilgallen wrote: > F >>It seems that Ken Farmer is running a test to see if anyone actuallyH >>reads the OpenVMS.org web site.  I shall thwart him by posting the URL >>here:e >>; >>http://www.openvms.org/stories.php?story=05/01/09/5789504s >> >  > J > If it wasn't so funny I would have believed it was a legitimate HP press
 > release. >  >  >   L I ran into a guy today.  Had a crazed look in his eyes, and was wielding an I aluminum baseball bat.  From a safe distance, I asked him if there was a  I problem.  His gaze fastened upon me as he raised the bat and asked me my  P initials.  Upon my reply of DF, he asked if I knew anyone with the initials JF. O   I pointed North, and asked him his name.  I think he said something like Ken T  Farmer as he tore off Northward.   Dave   ------------------------------  # Date: Mon, 10 Jan 2005 14:26:55 GMT 6 From: "Kenneth Farmer" <kfarmer@NOSPAM.spyderbyte.com>/ Subject: Re: OpenVMS.org runs readership surveys= Message-ID: <PgwEd.17270$dt3.659526@twister.southeast.rr.com>d  5 "Dave Froble" <davef@tsoft-inc.com> wrote in message  & news:41E225D1.7000008@tsoft-inc.com... > John Smith wrote:n >f >> Larry Kilgallen wrote:d >>G >>>It seems that Ken Farmer is running a test to see if anyone actuallyeI >>>reads the OpenVMS.org web site.  I shall thwart him by posting the URLp >>>here: >>>o< >>>http://www.openvms.org/stories.php?story=05/01/09/5789504 >>>i >> >>K >> If it wasn't so funny I would have believed it was a legitimate HP pressu >> release.l >> >> >> >eK > I ran into a guy today.  Had a crazed look in his eyes, and was wielding sL > an aluminum baseball bat.  From a safe distance, I asked him if there was M > a problem.  His gaze fastened upon me as he raised the bat and asked me my DE > initials.  Upon my reply of DF, he asked if I knew anyone with the  I > initials JF. I pointed North, and asked him his name.  I think he said o5 > something like Ken Farmer as he tore off Northward.-  K Sooo classic.  I'm sure I'll be hearing about this for years.  At least it sF was only up for a few hours.  Henry Juengst emailed me around 1am and ) luckily I was still awake to get it down.    Kenm   OpenVMS.orgt% _____________________________________p Kenneth R. Farmer <><r& SpyderByte: http://www.SpyderByte.com    ------------------------------  % Date: Mon, 10 Jan 2005 08:29:03 -0700s+ From: "Barry Treahy, Jr." <Treahy@MMaz.com>g/ Subject: Re: OpenVMS.org runs readership surveyi' Message-ID: <41E29F3F.2090604@MMaz.com>h   Larry Kilgallen wrote:  E >It seems that Ken Farmer is running a test to see if anyone actually G >reads the OpenVMS.org web site.  I shall thwart him by posting the URLr >here: >f; >	http://www.openvms.org/stories.php?story=05/01/09/5789504l >    >e Story not found - error...   -- t  < Barry Treahy, Jr                     E-mail: Treahy@MMaz.com< Midwest Microwave, Inc.                  Phone: 480/314-1320< Vice President & CIO                      FAX:  480/661-7028  I                        ... but it's a DRY HEAT!                          =   ------------------------------    Date: 10 Jan 2005 07:45:33 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)n6 Subject: Re: Q: How to have SEARCH match a "null" line3 Message-ID: <E1bdXWxAII4B@eisner.encompasserve.org>F  ] In article <crnghi$stq$2@newslocal.mitre.org>, lewis@OMEGA.MITRE.ORG (Keith A. Lewis) writes:u > + > It's even shorter if you use this symbol:t >   GREP == "SEARCH SYS$INPUT:"t      Aaaaaaaaaaaaaaargh.   ------------------------------    Date: 10 Jan 2005 02:00:03 -08003 From: "Big John" <john.powers@airwidesolutions.com>:( Subject: Re: Simple EDT or TPU init fileC Message-ID: <1105351203.781472.303810@c13g2000cwb.googlegroups.com>.   Ken Fairfield wrote: > Big John wrote:. > F > > Over the holiday period, I was thinking about TPU (well, what else   [SNIP]  F > > - so that whatever your keypad 1 key sends, it will be interpreted" > > by the TPU file as you intend.
 > [BIG SNIP!]n >.= > John, have you confirmed this actually works as expected???y? > I seem to recall that you can't redefine the "self-inserting" : > keys, i.e., the typing keys, letters and numbers, etc... >l> > On a "real" VT, you couldn't tell the difference because TPU= > puts the keypad in application mode on entry.  However, I'd 7 > expect some complaint from the attempt to define_key.a >t* > 	Admiting-I-haven't-tried-it-myself, Ken > --  C Yes I have tried it and I can confirm it works. TPU has the commandiC SET (SELF_INSERT,keymaplist, ON/OFF). The default is ON, but if youw@ set it to OFF - as in simple.tpu, then the typing keys and stuffC behave just like the other keys either obeying the attached commands( or returning the 'undefined key' action.  F I am aware of your name as one of the pathfinders, the true stars fromF the early days of the TPU firmament, so your memory may go deeper thanC mine, but I am certain that this has been the case for as long as Io3 have been using TPU (the early nineties, sometime).P   - Cheers, John   ------------------------------    Date: 10 Jan 2005 05:09:49 -08003 From: "Big John" <john.powers@airwidesolutions.com>c( Subject: Re: Simple EDT or TPU init fileC Message-ID: <1105362589.872564.256530@c13g2000cwb.googlegroups.com>a   Neil Rieck wrote:p< > "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message> > news:1105113966.805431f1ffd2055b8d769fa39b395b66@teranews... > > Neil Rieck wrote:    [STUFF CHOPPED]a  G > Seriously, I would say that I do 95% of my editing with $EDIT/EDT andw 5%E > with TPU impersonating EDT. While is it true that many EDT commandsC are notwF > available (eg. "EXIT file.ext") I sometime need it to search/inspect wide% > log files (some > 1000 characters).  >n  B I wrote an EVE extension so that you can say "EXIT file.ext". It'sB quite easy. It was part of my TPU section that I called KED (I hadA never heard of the much older editor of that name, and I wanted aoC Kept Editor, but could not find one that did exactly what I wanted, 0 so I wrote it, and KED seemed the natural name).  B I kept intending (indeed, I still intend one day) to release it toA the freeware library, but I haven't yet (despite over 10 years of C fiddling with it!) got round to writing any help files for it. Once A I have done that, I  will definitely release it to the public. It-C contains lots of nice goodies in addition to its ability to be usedbA kept - it can also be used in batch mode, plus stuff like scroll,e4 set-entity-page for use with kp7, and bracket match.  @ Here, if you want it, is an amended eve_exit command pulled from that.m    " procedure Eve_Exit (; p1_filespec)   local the_status;2   the_status := 1;* if (p1_filespec <> TPU$K_UNSPECIFIED ) and (p1_filespec <> "" ) then+ the_status := eve_write_file (p1_filespec);r endif;
 if the_statusa then return ( eve$exit_dispatch );t endif;   endprocedure;   ! Eve_Exit;y   - Cheers, John   ------------------------------    Date: 10 Jan 2005 07:37:53 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)w( Subject: Re: Simple EDT or TPU init file3 Message-ID: <J1gnAI8bY8hr@eisner.encompasserve.org>o  i In article <newscache$n7vy9i$36b$1@news.sil.at>, peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes:5 > H > How would I need to ? A good VMS manager would have already added this9 > logical way back in the 80ties (with VMS V4 I think)....  G    A good VMS manager never tried to imnpose his idea of how to use TPUt/    on me.  I can assure you he would regret it.    ------------------------------  % Date: Mon, 10 Jan 2005 14:12:21 +0000c- From: David B Sneddon <dbsneddon@bigpond.com>n( Subject: Re: Simple EDT or TPU init file( Message-ID: <41E28D45.90409@bigpond.com>  ! Bob Koehler was overheard to say:Sk > In article <newscache$n7vy9i$36b$1@news.sil.at>, peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes:t > H >>How would I need to ? A good VMS manager would have already added this9 >>logical way back in the 80ties (with VMS V4 I think)...t >  > I >    A good VMS manager never tried to imnpose his idea of how to use TPU 1 >    on me.  I can assure you he would regret it.'  0 That logical seems to have no effect on Teco :-)   Regards, Dave.  --  D David B Sneddon (dbs)  VMS Systems Programmer  dbsneddon@bigpond.comD Sneddo's quick guide ...     http://www.users.bigpond.com/dbsneddon/D DBS freeware     http://www.users.bigpond.com/dbsneddon/software.htm   ------------------------------  % Date: Mon, 10 Jan 2005 13:32:08 -0500h- From: JF Mezei <jfmezei.spamnot@teksavvy.com> ( Subject: Re: Simple EDT or TPU init fileB Message-ID: <1105381316.6a54ac8d8ae2816bf1f3a4805974bcad@teranews>   Bob Koehler wrote:I >    A good VMS manager never tried to imnpose his idea of how to use TPUs1 >    on me.  I can assure you he would regret it.   B Since your editor convictions are strong, let me ask your opinion:  K Would you accept that I, as your system manager, when creting your account,gL would populate your "default" LOGIN.COM with TPU logicals/definitions, after$ which you're free to do a you wish ?  M Or would you expect me to ask you what editor religion you are, and then upon,N account creation, would put in a login.com that matches your editor religion ?   ------------------------------  % Date: Mon, 10 Jan 2005 08:31:17 -0700 + From: "Barry Treahy, Jr." <Treahy@MMaz.com> 6 Subject: Re: VAXstation 3100: supported under VMS 7.3?' Message-ID: <41E29FC5.4020609@MMaz.com>g   Chris wrote:  D >Just a question.  If the 3100 is no longer supported under 7.3, and; >CHARON/VAX emulates a 3100, does that mean...............?  >i >    >tI CHARON-VAX doesn't emulate a VAXstation, but rather MicroVAX 3100/XX and t VAX 4000 & 6000's....o  , Recheck the current SPD for those systems...   Barry    -- h  < Barry Treahy, Jr                     E-mail: Treahy@MMaz.com< Midwest Microwave, Inc.                  Phone: 480/314-1320< Vice President & CIO                      FAX:  480/661-7028  I                        ... but it's a DRY HEAT!                              ------------------------------  # Date: Mon, 10 Jan 2005 15:59:06 GMT , From: Forrest Kenney <Forrest.Kenney@hp.com>O Subject: Re: Writing drivers for USB devices ?, was: Re: What's the stateof USB & Message-ID: <41E2A252.3F28B1C6@hp.com>  : 	The USB mass storage driver that is in V8.2 for IA64 has C untested IO$_DIAGNOSE support.  The code that is in V8.2 is latent e@ support for new platforms.  So it is unlikely that IO$_DIAGNOSE A will get officially tested and supported before the V8.3 release.l  ; 	The generic driver at the present time is not an official IB proposal.  I have written up a short justification and functional C specification to present to management.  I do not have a time line - to make this presentation.     Forrest    Glenn Everhart wrote:m > ? > If it gets done, ought to be easy to take the code I did thatsF > accesses disks using io$_diagnose and access USB instead. That wouldF > give a way to access anything on USB that looked like a disk even ifC > it were too weird somewhere to work with a generic disk solution.t >  > Very good idea.v >  > Glenn Everhart >  > Forrest Kenney wrote:lF > >       It would not ship until V8.3 if it gets approved, and I haveI > > time to do it for V8.3.  There are two big if's there USB is only oneu > > part of my job.t > >  > >  > > Forresto > >  > >w > > Simon Clubley wrote: > >iY > >>In article <41DC30F5.C3E8CD38@hp.com>, Forrest Kenney <Forrest.Kenney@hp.com> writes:  > >>E > >>>      At the present time there are no plans to document the USBAE > >>>driver stack or provide a way to customers to write a USB deviceuE > >>>driver.  It a choice between having time to actively develop and B > >>>maintain the code base or get all the pieces into the kit andL > >>>documentation developed.  Right now adding USB 2.0 and fixing bugs have > >>>a higher priority.. > >>>oF > >>>      To fully document writing a USB device driver would requireL > >>>chapters for the HID support driver, the USB support driver, the driverL > >>>interface to the USB Configuration manager process, and the HUB driver. > >>>MI > >>>      What might happen is a driver for the USB space something likeoH > >>>GK driver for SCSI.  It would allow support of USB devices that areJ > >>>not part of the HID device class without writing a driver.  You couldI > >>>easily control many USB device that way.  I am working on a proposalfI > >>>for doing this at the present time and will present it to managementoG > >>>for approval.  No promises there is more USB stuff to work on thanSJ > >>>I have time to get done.   Writing a and documenting a single genericG > >>>USB driver would be much simpler than documenting all the stuff tor& > >>>write a random USB device driver. > >>>i > >> > >>Thanks for the feedback. > >>J > >>If you cannot document the full USB infrastructure and add support forK > >>general customer written USB device drivers, then having something like I > >>the GK driver could still be useful in some cases, so I for one wouldy  > >>look forward to seeing that. > >>N > >>If you obtain management approval, do you have any ideas how long it would/ > >>be before we see a GK type driver for USB ?a > >> > >>Thanks for any information,f > >>
 > >>Simon. > >> > >>--? > >>Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFPl; > >>Microsoft: The Standard Oil Company of the 21st century    ------------------------------  % Date: Mon, 10 Jan 2005 14:58:55 +0000q- From: Roy Omond <Roy.Omond@BlueBubble.UK.Com>h Subject: [OT] Seti down ?a, Message-ID: <34fjlnF4b5bhpU1@individual.net>  @ SETI (http://setiathome.ssl.berkeley.edu) seems to be completely unreachable at the moment.  ? My VMS machines would like something to do in between times ;-)-  ! Anyone have further information ?l   ------------------------------  % Date: Mon, 10 Jan 2005 07:32:18 -0800t% From: DeanW <dean.woodward@gmail.com>  Subject: Re: [OT] Seti down ?r7 Message-ID: <3f119ada05011007324ff3bb86@mail.gmail.com>r  - On Mon, 10 Jan 2005 14:58:55 +0000, Roy Omonde$ <Roy.Omond@bluebubble.uk.com> wrote:B > SETI (http://setiathome.ssl.berkeley.edu) seems to be completely > unreachable at the moment.    = There was an announcement on the website Saturday that due to>> construction, they would be offline from sometime Sunday until5 (hopefully) 8:00AM PST this morning (Mon 10-JAN-2005)    ------------------------------  % Date: Mon, 10 Jan 2005 10:38:01 +0100v- From: Didier Morandi <prenom.nom@freesurf.fr>  Subject: [OT] To Paul StureF4 Message-ID: <41e24cfb$0$11967$636a15ce@news.free.fr>   Hi Paul,  2 Could you send me your current email address, pls? Tx.t   D.   firstname.lastname@freesurf.fr   --  3 ~ L'hopital du logiciel ~  www.softwarehospital.orgr0     190 avenue St Exupry, 31400 Toulouse France2   Phone: +33(0)5 6120 7761  GSM: +33(0)6 7983 6418   ------------------------------   End of INFO-VAX 2005.020 ************************