1 INFO-VAX	Sat, 02 Oct 2004	Volume 2004 : Issue 546       Contents:> Re: Interbase on VMS (was Re: "Oracle RDB" licensing question) Re: Jonas and Jboss on OpenVMS Re: light browser? Re: light browser? Re: light browser? Re: light browser? Re: light browser? Re: light browser? RE: light browser? Re: light browser?% Multinet 3.5 OPEN RELAY... Stop it!!! # Re: SHOW DEVICE/FILES with FORTRAN? # Re: SHOW DEVICE/FILES with FORTRAN? # Re: SHOW DEVICE/FILES with FORTRAN? # Re: SHOW DEVICE/FILES with FORTRAN? # Re: Tiny pickings for Itanium OEM's # Re: Tiny pickings for Itanium OEM's # Re: Tiny pickings for Itanium OEM's # Re: Tiny pickings for Itanium OEM's  Re: Value of VAX ft810 Re: Value of VAX ft810= Re: Why do I need Read access to a directory, to WRITE to it? P Re: www.hp.com/go... URL links (was: Re: Maximum file size, FAQ v. "Guide to Ope  F ----------------------------------------------------------------------  $ Date: Fri, 1 Oct 2004 13:55:14 -0400# From: "John Smith" <a@nonymous.com> G Subject: Re: Interbase on VMS (was Re: "Oracle RDB" licensing question) , Message-ID: <p6OdnQ8C84ieB8DcRVn-tw@igs.net>   Barry Treahy, Jr. wrote: > John Smith wrote:  >  >> Fabio Cardoso wrote:  >> >>4 >>> "John Vottero" <John@mvpsi.com> wrote in message= >>> news:<zhW6d.10024$Ag7.3467@newssvr15.news.prodigy.com>...  >>>  >>> 3 >>>> "John Smith" <a@nonymous.com> wrote in message + >>>> news:a92dnc6xbsDoNcTcRVn-og@igs.net...  >>>> [snip]  >>>> >>>>G >>>>> DEC's sale of RDB to Oracle has to rank up there amongst the more  >>>>> stupid of ? >>>>> their decisions, especially if the NT/unix port was to be ? >>>>> imminently released as was thought at the time. As I have " >>>>> previously written here, DECH >>>>> could have spun-off the Rdb unit and sold 49% or more of the stock >>>>> for moreG >>>>> money than they received from Oracle. The stock market would have  >>>>> been very : >>>>> receptive at that time if the unix/NT port was real. >>>>> @ >>>>> Another mistake was not ensuring that the deal with OracleE >>>>> included an Rdb run-time license included with each copy of VMS ! >>>>> (if memory serves, that was / >>>>> part of the NAS-200 and higher licences).  >>>>>  >>>>>  >>>>> H >>>> Selling Rdb was clearly a mistake.  I would also argue that portingH >>>> Rdb to Unix and NT was a mistake.  They should have been working onF >>>> integrating Rdb into VMS.  Digital had a 10 to 15 year head startF >>>> on everyone else and they managed to squander it.  Now, MicrosoftE >>>> is catching up and you don't seem them talking about porting SQL D >>>> Server to other operating systems, you see them shipping a freeE >>>> run-time license and integrating the database into the operating  >>>> system. >>>> >>>>D >>> I agree ! But I dont know if HP want RDB back ! May be if OracleF >>> give it to other database company, ex. developers of Mimer, Cach,D >>> etc..., HP could make an agreement with them to bundle RDB under >>> OpenVMS payingF >>> them back. It could be used as a  standard database/repository for >>> some HP # >>> products like OpenView, etc ...  >>> B >>> But Oracle and HP cant do all this job alone ! The integrators= >>> (VARs) must have the ability to sell OpenVMS+RDB systems.  >>>  >>>  >> >> >> It isn't going to happen. >>H >> Oracle has Rdb customers by the balls, and HP doesn't have any balls. >> >>G > Sure she does, Carly just isn't going in the direction that is 'best' % > for VMS and Enterprise Computing...     K Saw an HP tv commercial last night...first time I'd seen this one...about a I group of people passing photos of themselves around from person to person H and holding them up in front of their faces...voiceover was all about HP digital cameras     G Here we are in a world filled with real concern about computer viruses, I worms, identity theft, privacy concerns, spam, and all kinds of othe shit J and all HP sees fit to advertise is digital cameras whose software runs on Microsoft virus incubators.   H Never a word about robust, esponsible computing, or virus-immune systems	 like VMS.   K Whether HP cares to acknowledge it or not, IT Directors, CEO's, and all the I honchos of companies large and small who sign checks for computer systems K purchases also watch television and read magazines, and all of them have at I least one other thing in common -- they never hear about OpenVMS from HP.     J Aside: I also rarely print my own digital photos. It's much less expensiveI to take my images to Costco or e-mail them to some similar place and have B them photo-printed on real photographic paper. Better quality too.   ------------------------------  # Date: Sat, 02 Oct 2004 01:49:38 GMT % From: "John Vottero" <John@mvpsi.com> ' Subject: Re: Jonas and Jboss on OpenVMS < Message-ID: <SOn7d.13480$KL.1348@newssvr31.news.prodigy.com>  8 "Thierry USO" <thierry.uso@wanadoo.fr> wrote in message 7 news:79c022e7.0410010550.685123a7@posting.google.com...  > Hello, > @ > We are trying to port Jonas and Jboss (2 free J2EE applicationG > servers) for OpenVMS. Jonas and Jboss use their own integrated Tomcat H > version. They start without problem on OpenVMS. But, test applicationsD > fail in both environments in the same way. We have identify what'sC > happened. Tomcat creates huge command (more than the limit of 255 @ > bytes) in order to compile on the fly using ant. The same testG > applications work outside Jonas or Jboss with the Tomcat version from  > the freeware CD. >  > There are two ways to try : B >  - replace the integrated Tomcat by the OpenVMS one in Jonas and > Jboss B >  - adapt the integrated Tomcat in order that it behaves like the
 > OpenVMS one ? > The first way is difficult because we have to change a lot of D > configuration files. We prefer to first try the second way. But weA > need the sources of the OpenVMS Tomcat. Do you know where these G > specific sources are ? Tomcat is a free software and the sources must 0 > be available (the OpenVMS sources included) !! >   M I think you can simply upgrade to OpenVMS V7.3-2 or later.  V7.3-2 increased  L the DCL command line limits to 4095 bytes for interactive sessions and 8192  bytes for command files.   ------------------------------  % Date: Fri, 01 Oct 2004 17:00:34 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>  Subject: Re: light browser? , Message-ID: <415DC56F.BFE48759@teksavvy.com>  8 "Patrick MOREAU, CENA Athis, Tel: 01.69.57.68.40" wrote:M > ??? I have no performance problems even with Mozilla on a DS10 with 512 Mb.   M 20 years ago, McGill University supported 150 users on an IBM 4341 (small 370 . architecture machine) with 8 megabytes of RAM.  J Somehow, I find it extremely disconcerting that Mozilla requires that many. resources to display a page FOR A SINGLE USER.   ------------------------------  % Date: Fri, 01 Oct 2004 16:47:28 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>  Subject: Re: light browser? , Message-ID: <415DC25E.CBDACE42@teksavvy.com>   Bob Koehler wrote:E >    What version of VMS did you load?  Older versions of VMS shipped $ >    with mosaic, and IIRC netscape.  J Mosaic can still be obtained for VMS. Look at the google archives for thisO group for an announcement of a improved version released in the last 12 months.    ------------------------------  % Date: Fri, 01 Oct 2004 16:48:29 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>  Subject: Re: light browser? , Message-ID: <415DC29B.7FCFF6D7@teksavvy.com>   Bob Koehler wrote:E >    What version of VMS did you load?  Older versions of VMS shipped $ >    with mosaic, and IIRC netscape.  J Mosaic can still be obtained for VMS. Look at the google archives for thisO group for an announcement of a improved version released in the last 12 months.   J Another possibility is Firefox. This is the lightweight version of MozillaJ which was just released. ( many large enterprises such as the mobile phoneM manufacturers gave a grant to mozilla to developed an unbloated browser which  could fit into phones).    ------------------------------   Date: 1 Oct 2004 16:15:44 -0500 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)  Subject: Re: light browser? 3 Message-ID: <6WeT0gi1dPQi@eisner.encompasserve.org>   N In article <opse631f06zgicya@hyrrokkin>, "Tom Linden" <tom@kednos.com> writes: > < > I gave up trying to run a browser under VMS, way too slow. >   F    I'd give up trying to run a browser under MacOS if all I had was myC    old 603E chip.  It's my old 3000/600 and VXT that's holding back =    mozilla.  Runs much better at home on my hobbyist machine.    ------------------------------   Date: 1 Oct 2004 16:19:27 -0500 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)  Subject: Re: light browser? 3 Message-ID: <CIVIrR9GyJpK@eisner.encompasserve.org>   \ In article <415DC56F.BFE48759@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes:: > "Patrick MOREAU, CENA Athis, Tel: 01.69.57.68.40" wrote:N >> ??? I have no performance problems even with Mozilla on a DS10 with 512 Mb. > O > 20 years ago, McGill University supported 150 users on an IBM 4341 (small 370 0 > architecture machine) with 8 megabytes of RAM.  C    23 years ago we supported an entire department on an 11/780 with D    MB of RAM.  18 years ago we heard 1MB per user for All-in-1.  16=    years ago we found we needed 12MB per user for DECwindows.   >    Imaging how fast we could grind through software on today's1    processors if we wrote it in early 80's style.         ------------------------------   Date: 1 Oct 04 18:21:18 EDT ) From: cook@wvnvms.wvnet.edu (George Cook)  Subject: Re: light browser? ! Message-ID: <NuFmIepkTefw@wvnvms>   J In article <cjjpft$67h$1@news.mdx.ac.uk>, david20@alpha2.mdx.ac.uk writes:a > In article <F1d7d.4644$d5.36836@newsb.telia.net>, "Daniel Gustafsson" <daniel@mimer.se> writes: ; >>"Rodrigo Ventura" <yoda@isr.ist.utl.pt> wrote in message  % >>news:m31xgi7mcj.fsf@pixie.isrnet...  >>> G >>> Hi. I've just installed the latest VMS version of mozilla in my DEC H >>> 3000/500, but it is so slughish that is unusable (besides eating allG >>> memory, and making me run AUTOGEN SAVPARAMS to ajust paging files).  >>> J >>> Can anyone advise me a lightweight web browser for VMS? Maybe some oldE >>> netscape (mosaic??) version that runs fairly well in oldish alpha  >>> workstations?  >>>  >>> Thanks,  >>>  >>> Cheers,  >>>  >>> Rodrigo  >> >>Hello, >>& >>You can download Netscape V2.02 here@ >>http://h71000.www7.hp.com/openvms/products/ips/nsdownload.html >> >>and Netscape V3.03 here J >>http://h71000.www7.hp.com/openvms/products/ips/register_nav3j_alpha.htmlY >>http://h71000.www7.hp.com/openvms/products/ips/ns_navigator_303goldj_download_page.html  >>! >>and ofcourse there is Lynx here : >>http://h71000.www7.hp.com/freeware/freeware50/lynx2-8-3/ >>J >>many new web-sites use newer features, you may have problems with fancy  >>sites. ;)  > L > George Cook is still maintaining and updating Mosaic for VMS which you can
 > obtain from  > 1 > http://wvnvaxa.wvnet.edu/vmswww/vms_mosaic.html   > Version 3.8 of VMS Mosaic should be released by early NovemberA (prior to the next Freeware CD deadline on the 8th).  The current  list of changes:  >  o Added Stop button to toolbar.  Stops loading or animations.#  o Added support for ID in all tags 5  o Added support for image alpha channel transparency 8  o Added support for compressed (4 and 8 bit) BMP images8  o Added support for OS/2, 16 bit, and 32 bit BMP imagesB  o Added support for MIME types "image/x-bmp" and "image/x-ms-bmp"A  o Added cookie permissions file (MOSAIC.HOSTPERM) and preference =  o Added Cookie Jar Manager option to update the cookie files @  o Added cookie and cookie domain counters to Cookie Jar Manager;  o Added Map and Auction search selections to Navigate menu 7  o Added support for crimson and indigo as named colors 7  o Changed cookie domain list to a balanced binary tree D  o Changed to display and store cookie domains in alphabetical orderD  o Changed to strip carriage returns, linefeeds and tabs out of URLs)  o Changed to escape blanks in image URLs .  o Changed default web search engine to GoogleC  o Fixed problem with busy cursor not resetting after window resize "  o Improved the about: URL feature"  o Improved news memory allocation  o Updated the comment card F  o Eliminated several Informational compiler error messages in LIBJPEG>  o Corrected problems in MAKE_MOSAIC.COM detected by DCL_CHECK%  o Speeded up table width calculation    A The next major change will be support for style sheets (if I ever   find the time to do the coding).     George Cook  WVNET    ------------------------------  $ Date: Fri, 1 Oct 2004 19:01:26 -0400' From: "Main, Kerry" <kerry.main@hp.com>  Subject: RE: light browser? R Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB45D4E7@tayexc19.americas.cpqcorp.net>   > -----Original Message-----G > From: Bob Koehler [mailto:koehler@eisner.nospam.encompasserve.org]=20  > Sent: October 1, 2004 5:19 PM  > To: Info-VAX@Mvb.Saic.Com  > Subject: Re: light browser?  >=20: > In article <415DC56F.BFE48759@teksavvy.com>, JF Mezei=20( > <jfmezei.spamnot@teksavvy.com> writes:< > > "Patrick MOREAU, CENA Athis, Tel: 01.69.57.68.40" wrote:A > >> ??? I have no performance problems even with Mozilla on a=20  > DS10 with 512 Mb.  > >=20@ > > 20 years ago, McGill University supported 150 users on an=20 > IBM 4341 (small 370 2 > > architecture machine) with 8 megabytes of RAM. >=20E >    23 years ago we supported an entire department on an 11/780 with H >    =BDMB of RAM.  18 years ago we heard 1MB per user for All-in-1.  16? >    years ago we found we needed 12MB per user for DECwindows.  >=20@ >    Imaging how fast we could grind through software on today's3 >    processors if we wrote it in early 80's style.  >   =20     I Heck, if we wanted to do war stories, I remember installing a DF32 on a = I PDP8. The new disk drive platter was about 18" across and had 32K words = F of storage. I remember us thinking "Geez, these guys already have 8K =1 memory, what in the world will they do with 32K?"   J Ah well, those were the good old days when the programmer knew how every = byte was being used.   :-)   
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477  kerryDOTmainAThpDOTcom (remove the DOT's and AT)=20  $ "OpenVMS has always had integrity .. Now, Integrity has OpenVMS .."   ------------------------------  % Date: Fri, 01 Oct 2004 19:57:48 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>  Subject: Re: light browser? , Message-ID: <415DEEFB.20AE49FC@teksavvy.com>   George Cook wrote:@ > Version 3.8 of VMS Mosaic should be released by early NovemberC > (prior to the next Freeware CD deadline on the 8th).  The current  > list of changes:   Two suggestions:  M update the title bar as soon as you get the <title> tag (right now it updates  at the end of the page loading.   - have an "open link in new window" capability.     0 Otherwise, i am very much looking forwrds to 3.8   ------------------------------  # Date: Fri, 01 Oct 2004 18:19:27 GMT * From: "Paul Lentz" <something@invalid.com>. Subject: Multinet 3.5 OPEN RELAY... Stop it!!!: Message-ID: <Pch7d.335$q%7.134@newssvr11.news.prodigy.com>  J I'm sorry if this has been discussed recently... I just turned comp.os.vms on since I need some advice.  K I'm running a VAX 4000-500A (VMS 6.2) here at the house using Multinet 3.5. H I'm Using SMTP to send a couple of emailed reports a day from processes.J I've always had a problem trying to figure out how to get this old versionK to not relay SPAMMERS email and still accept an occasional legitimate email  or bounced mail message.  K The only way I've been able to get it to not relay is to turn on Multinet's I "Reject by default" and reject all incoming SMTP sessions,  including the ; occasional real mail that might make it to the machine. :-(   I It's not super important that the machine accepts email generally, but it J would be nice to find out if there is anyway to configure the booger to doK this, without paying big bucks to upgrade to a later Multinet version since , this one works good for what it does mostly.  K Has anyone ever been able to configure Multinet 3.5 SMTP to *NOT* relay????   	 Thanks!!!  *Paul*   ------------------------------  % Date: Fri, 01 Oct 2004 21:41:30 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>, Subject: Re: SHOW DEVICE/FILES with FORTRAN?+ Message-ID: <415E155A.8B01009A@comcast.net>    John Brandon wrote:  > [snip]O > The installed application (w/priv) uses $SNDJBC to submit a command procedure P > that is designed to identify those users using the specified command procedure2 > and send them a message to exit the application.  F Ok. Based purely on that: would it make sense to set up either a batchB job that resubmits itself for 5 minutes or so into the future or aG daemon process (in DCL?) that loops every 5 minutes or so, and does the  scan you propose?   ! Seems to me the job/daemon could:   $  1. See if newer files are availableA  2. Find all user processes accessing the older files (SH DEV/FI) -  3. Notify users that newer data is available   4. Wait five minutes   5. Go to 1   ; That would solve almost all of your problems, would it not?    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Fri, 01 Oct 2004 21:43:42 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>, Subject: Re: SHOW DEVICE/FILES with FORTRAN?+ Message-ID: <415E15DE.3349EC42@comcast.net>    David Froble wrote:  > [snip]Q > This isn't a unique situation.  I've wished for a programmable interface to the L > DIRECTORY command's capabilities.  Doing it yourself is a pain in the ass.  " Which capabilities, specifically?   H LIB$FILE_SCAN plus the various services that return file information are/ all documented in the system RTL, are they not?    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Fri, 01 Oct 2004 23:21:43 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> , Subject: Re: SHOW DEVICE/FILES with FORTRAN?, Message-ID: <415E1EB9.CD71960E@teksavvy.com>  Q > > The installed application (w/priv) uses $SNDJBC to submit a command procedure R > > that is designed to identify those users using the specified command procedure4 > > and send them a message to exit the application.   ALLIN1 has a 2 step process:  K The main application uses a locks to communicate between user processes and J management processes, so a management process can take a lock to tell userL processes that the software is shutting down, giving users time to save workK and exit. Thing I found out is that an inactive user process won't actually F "notice" the lock has been taken. (eg: there doesn't seem to be an AST: triggered to do the exiting even if the user isn't there).  M But after something like 10 minutes, it runs a command procedure which does a L SHOW DEV/FILES/NOSYS on the device holding the allin1 main image, parses theK output to find all process IDs which have that file opened and then stop/id J those processes. (this is something I will probably change since this alsoL affects server processes that process web scripts and don't really deal with& file cabinent maintenance procedures).   ------------------------------  % Date: Fri, 01 Oct 2004 23:31:45 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> , Subject: Re: SHOW DEVICE/FILES with FORTRAN?, Message-ID: <415E2112.84322001@teksavvy.com>   David J Dachtera wrote: N > > DIRECTORY command's capabilities.  Doing it yourself is a pain in the ass. > J > LIB$FILE_SCAN plus the various services that return file information are1 > all documented in the system RTL, are they not?    Documented ? Yes.   H Perhaps not as "pain in the ass" as Mr Froble had mentioned, but it doesM require some additional work in the program to setup the FAB, NAM, XAB blocks J and structures/pointers to get the file information for each file and then convert it to readable format.   ------------------------------  $ Date: Fri, 1 Oct 2004 13:57:05 -0400# From: "John Smith" <a@nonymous.com> , Subject: Re: Tiny pickings for Itanium OEM's, Message-ID: <zL2dnYfpScXsB8DcRVn-og@igs.net>   Main, Kerry wrote: >> -----Original Message----- * >> From: Andrew Harrison SUNUK Consultancy1 >> [mailto:Andrew_No.Harrison_No@nospamn.sun.com]   >> Sent: October 1, 2004 9:41 AM >> To: Info-VAX@Mvb.Saic.Com/ >> Subject: Re: Tiny pickings for Itanium OEM's  >> >> Main, Kerry wrote:  >>>> -----Original Message----- , >>>> From: Andrew Harrison SUNUK Consultancy3 >>>> [mailto:Andrew_No.Harrison_No@nospamn.sun.com] % >>>> Sent: September 29, 2004 6:19 AM  >>>> To: Info-VAX@Mvb.Saic.Com1 >>>> Subject: Re: Tiny pickings for Itanium OEM's  >>>> >>>  >>> [Snip..] >>>  >>>  >  > [snip ..]  > C >> Once you have worked that out and trust me it shouldn't take you ? >> more than a microsecond then you also get a pretty good idea ( >> about who is posturing and who isn't. >>
 >> regards >> Andrew Harrison > G > Actually, both need to build extra volume. Who needs it "more" really  > does not matter. > H > I suspect that once the posturing settles down, some sort of deal will
 > be made. > E > Not sure if this is completely the case, but an interesting view on D > Sun's issues with Itanium are summarized in the following article: > ) > http://www.techuser.net/index.php?id=46 * > "Will Sun adopt Itanium?" [Apr 17, 2004] >  > [snip ..]  > E > "Slowly but surely Itanium is going to achieve much higher volumes, C > and a more attractive price point. Intel has indicated that it is F > striving for price parity between Itanium and Xeon by 2007. If IntelE > is able to achieve even 50 percent of its goals, Sun will be out of G > business. Sun needs to move over to Itanium, and the company needs to G > do that quickly. However, recently a Sun executive indicated recently @ > that Sun has no plans to move to Itanium, and that the companyE > believes Itanium is a technological dead-end. This is pure FUD; Sun C > executives are not trust-worthy (as demonstrated by McNealy,) and B > their babblings should not be taken seriously. Itanium is a hugeG > threat for Sun, and Sun's management knows it. The company would like - > to move to Itanium, but is unable to do so.  > G > Sun's biggest problem in transitioning to Itanium is that the company F > is very late to the party. Sun has no expertise in designing systemsF > built around the Itanium architecture, but its main competitors have; > been designing Itanium based systems for a long time now. G > Consequently, if Sun switches to Itanium, it will have to play second F > fiddle to its competitors. On top of that, coming up with a completeE > range of systems built around the Itanium will require considerable : > time and expense which Sun can ill afford at this time."    L Itanic is no real threat as long as AMD64 exists and Sun already has systems based on that.   ------------------------------  $ Date: Fri, 1 Oct 2004 14:00:02 -0400# From: "John Smith" <a@nonymous.com> , Subject: Re: Tiny pickings for Itanium OEM's, Message-ID: <j-ednaysLOC4BsDcRVn-qg@igs.net>   Main, Kerry wrote: >> -----Original Message----- + >> From: Tom Linden [mailto:tom@kednos.com] ! >> Sent: October 1, 2004 12:15 PM  >> To: Info-VAX@Mvb.Saic.Com/ >> Subject: Re: Tiny pickings for Itanium OEM's  >>1 >> On Fri, 1 Oct 2004 12:04:12 -0400, Main, Kerry  >> <kerry.main@hp.com> wrote:  >> >  > [snip ..]  >  >>? >> Gee, Kerry, I don't see it that way at all.  It appears from  >> my reading of >> the@ >> press that Sun doesn't regard Itanium as a threat at all.  if >> anything, I >> think the= >> biggest threat is to HP (-UX) that sun would port to Power  >> PC.  Without  >> the desktop, ; >> and therefore the interest of Intel, it will become ever  >> increasingly more >> expensive= >> for HP to shoulder the cost of the ongoing development.  I 
 >> doubt that  >> intel would >> spend money on it.  >> > G > Re: Press and Sun .. Yep, and from reading the negative press between D > them over the last few years, you would never have believed to seeB > Scott M (Sun) and Steve Ballmer (Microsoft) shaking hands on new. > agreement on stage. But that happened right? > D > Tough times sometimes requires ego's to get left in the back room. > H > Of course IBM may also offer up some good incentives to Sun (and thoseH > discussions have likely taken place or Sun would not have mentioned it
 > in public).  > H > Course, with Power5, Sun will have similar issues in that they have noA > experience with designing Power5 systems and the AIX crowd will C > promote their OS as having the inside track and that AIX has been > > heavily optimized for the Power platform for many years now. > D > And of course, the "Sun is abandoning SPARC.." fud will fly if Sun= > does either Itanium or Power5, so it should be interesting.  > G > I personally think Sun will stick with AMD and hope for the best, but  > who knows? > C > Lots of possibilities - next 6 months should be real interesting.     J For as much Sun-bashing that has gone one, and the dot-bomb jokes, Sun hasI shown itself to be a nimble and innovative competitor in the marketplace, K and certainly has outmarketed Digital, Compaq, and HP in turn every step of  the way.  I They have no reason to change. And HP has shown no inclination to change.    ------------------------------   Date: 1 Oct 2004 21:43:31 -0500 + From: young_r@encompasserve.org (Rob Young) , Subject: Re: Tiny pickings for Itanium OEM's3 Message-ID: <2uS+xfkNIVO5@eisner.encompasserve.org>   R In article <j-ednaysLOC4BsDcRVn-qg@igs.net>, "John Smith" <a@nonymous.com> writes:  L > For as much Sun-bashing that has gone one, and the dot-bomb jokes, Sun hasK > shown itself to be a nimble and innovative competitor in the marketplace, M > and certainly has outmarketed Digital, Compaq, and HP in turn every step of 
 > the way.  5 	You trot out this wonderful mythology, but it has no 4 	basis in fact.  It is history, not current reality.   	Once again...  0 	Sun has done little more than shed market share; 	for 2 years or so, went 10 quarters with declining revenue 9 	year over year, the stock has bounced from $2-$6 dollars  	per share the past 2 years...  ) http://finance.yahoo.com/q/bc?s=SUNW&t=2y    http://tinyurl.com/5w7fy  + From: young_r@encompasserve.org (Rob Young)  Newsgroups: comp.os.vms  Subject: Re: Welcome FujitSUN  Date: 2 Jun 2004 18:57:02 -0600    May 26, 2004  L In figures released by research firm Gartner (IT: news, chart, profile), IBMM (IBM: news, chart, profile) topped the worldwide first-quarter server revenue L figures with $3.6 billion, a 16.7 percent rise from $3.1 billion a year ago.O H-P (HPQ: news, chart, profile) was second with $3 billion, up 6.2 percent from  $2.9 billion last year.   L Rounding out the top five revenue leaders were Sun Microsystems (SUNW: news,K chart, profile), with $1.2 billion, down 12.5 percent from last year's $1.4 L billion; Dell (DELL: news, chart, profile), whose sales jumped 25 percent toK $1.2 billion from $938 million; and Fujitsu/FSC, with $842 million, up from 
 $786 million.    ---   8 	Maybe if you trot out "Sun feel good" marketing blather7 	often enough, folks are going to believe it?  What are  	you thinking?   > ! > They have no reason to change.   >   6 	Sure they do.  Large stock investors that are sick of 	their ROI.    				Rob    ------------------------------  % Date: Fri, 01 Oct 2004 23:27:57 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> , Subject: Re: Tiny pickings for Itanium OEM's, Message-ID: <415E202F.86D86FBB@teksavvy.com>   Rob Young wrote:9 >         Sun has done little more than shed market share D >         for 2 years or so, went 10 quarters with declining revenueB >         year over year, the stock has bounced from $2-$6 dollars' >         per share the past 2 years...   H That is because Sun had near monopoly on the .com market which has sinceG vanished and this is it normal to see Sun drop in market share from its 2 artificial high when it surfed atop the .com wave.  J What would be interesting now would be to compare more recent market shareF between solaris, HP-UX, Tru64 , AIX and Linux. I'd be willing to bet aH chocolate cookie that Sun is fairing better than both HP-UX and AIX, but! certainltly not as good as Linux.    ------------------------------   Date: 1 Oct 2004 12:43:39 -0700 . From: spamsink2001@yahoo.com (Alan E. Feldman) Subject: Re: Value of VAX ft810 = Message-ID: <b096a4ee.0410011143.502c7a6c@posting.google.com>   ` "Richard Tomkins" <tomkinsr@istop.com> wrote in message news:<415ce524_3@corp.newsgroups.com>... > WOW!' > Is the system functional/operational?   & Yes, but it's powered down currently.   # It has VMS V5.5-2HF and FTSS v2.0.    - > A Fault Tolerant VAX is a rare bird indeed. N > Do the serial numbers on the cabinets begin with KA? If so I may have worked > on it.  < I'm at home today. I'll check on Monday and post the answer.   > 6 > This is a true hardware based Fault Tolerant system. > I > The system runs OpenVMS with a small optional package to make the fault N > tolerant hardware work. Once that is installed, all software that runs on itL > is fault tolerant, completely. No funny link libraries or special software# > packages to build into your code.  >  > rtt  > = > "Alan E. Feldman" <spamsink2001@yahoo.com> wrote in message 9 > news:b096a4ee.0409301223.7827d41f@posting.google.com... " > > How much is a VAX ft810 worth? > >  > > Who might want to buy one? > > $ > > We have one to part with with... > >  > > TF85 > > 20 disks (diax) 	 > > TF857  > >  > > Thanks.  >  >  >  > @ > -----= Posted via Newsfeeds.Com, Uncensored Usenet News =-----C > http://www.newsfeeds.com - The #1 Newsgroup Service in the World! A > -----==  Over 100,000 Newsgroups - 19 Different Servers! =-----    ------------------------------  $ Date: Fri, 1 Oct 2004 15:32:03 -0400+ From: Lord Isildur <isildur@andrew.cmu.edu>  Subject: Re: Value of VAX ft810 I Message-ID: <Pine.LNX.4.60-041.0410011531240.19185@unix44.andrew.cmu.edu>   B taking a quick check in the 1994 SOC, a vaxft 810 is a big beast, : in the same cabinet as a vax 6000, not counting the disks.   isildur   ( On Fri, 1 Oct 2004, Fabio Cardoso wrote:  i > "vax, 9000" <vax9000@gmail.com> wrote in message news:<cji1vj$sq7$1@charm.magnus.acs.ohio-state.edu>...  >> Alan E. Feldman wrote:  >>" >>> How much is a VAX ft810 worth?L >> It is hard to tell. I don't know how big vaxft 810 is. Big vax 6610s wereK >> sold for around $50 on ebay (maybe because of the fact that they are big N >> and expensive to move). Small vax 4000 90/96s went to several handreds. ButL >> vaxft 810 is unique (fault tolerant), so somebody might want to pay more,, >> or much more if resellers really want it. >> >> vax, 9000 >> >>>  >>> Who might want to buy one? >>> $ >>> We have one to part with with... >>>  >>> TF85 >>> 20 disks (diax) 	 >>> TF857  >>>  >>> Thanks.  >  > G > Another suggestion:  a central site (no Ebay) where everyone here can 5 > sell/buy/post informations about these old systems.  >  > I suggest: OpenVMS.org :-) > 	 > Regards  >  > FC >    ------------------------------  % Date: Fri, 01 Oct 2004 16:57:21 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> F Subject: Re: Why do I need Read access to a directory, to WRITE to it?, Message-ID: <415DC4AE.D1CD9E2A@teksavvy.com>   Syltrem wrote:C > Why do I need the Read privilege on the directory to write to it?   J Because in order to update the actual directory file, you need to read itsM structures, update the structures and write them back. Creating file inside a 2 dirtectory requires you update the directory file.   ------------------------------  $ Date: Sat, 2 Oct 2004 00:02:11 +0100< From: "Alex Daniels" <AlexNOSPAMTHANKSDaniels@themail.co.uk>Y Subject: Re: www.hp.com/go... URL links (was: Re: Maximum file size, FAQ v. "Guide to Ope 6 Message-ID: <415de1e6$0$22765$db0fefd9@news.zen.co.uk>  1 "Hoff Hoffman" <hoff@hp.nospam> wrote in message  - news:8RG6d.12050$4p7.4415@news.cpqcorp.net...V? > In article <415A1D13.D3475B84@comcast.net>, David J Dachtera  % > <djesys.nospam@comcast.net> writes:l > :i) > :Any chance for an index of "go" links?S >eK >  I am aware of no such list, and would expect there can be both generally H >  announced, and unannounced or audience-targeted /go links configured. >?D >  I would also not expect to see a list of these jumpstation links  > maintained6 >  anywhere other than on the jumpstations themselves. >hA >  The core relevent go links that I am immediately aware of are:  >  >    www.hp.com/go/openvms/i >    www.hp.com/go/openvms/doc >    www.hp.com/go/openvms/faq! >    www.hp.com/go/openvms/wizard  > G >  I fully expect there are other links around, but I do not know that.  >aI >  But you are correct, this is not my baliwick -- otherwise, structures,mG >  navigation and organization would differ somewhat, rather obviously.- >-   www.hp.com/go/itanium-   Alex a   ------------------------------   End of INFO-VAX 2004.546 ************************