1 INFO-VAX	Sat, 24 Jul 2004	Volume 2004 : Issue 406       Contents: Clusters and default gateways ! Re: DVDwrite Version 4.0 released ! Re: DVDwrite Version 4.0 released ! Re: DVDwrite Version 4.0 released ' Re: Encouraging programming on OpenVMS? ' Re: Encouraging programming on OpenVMS? ' Re: Encouraging programming on OpenVMS? ' Re: Encouraging programming on OpenVMS? ' Re: Encouraging programming on OpenVMS? ' Re: Encouraging programming on OpenVMS? ' Re: Encouraging programming on OpenVMS? ' Re: Encouraging programming on OpenVMS? - Re: Itanium Licensing and Hobbyist on Itanium - Re: Itanium Licensing and Hobbyist on Itanium . Re: Looking for KLESI controller documentation" Re: OpenVMS restarts while install" Re: OpenVMS restarts while install Re: Solaris to Itanium...  Re: Solaris to Itanium...  Re: Solaris to Itanium...  Re: Solaris to Itanium...  Re: Solaris to Itanium...  Re: Solaris to Itanium...  Spam storage on VMS Mail1 Re: Turn-key OpenVMS E-mail, web server solution? % Re: Useful 'phpbb' installation guide   F ----------------------------------------------------------------------  % Date: Fri, 23 Jul 2004 15:42:01 -0700  From: Z <z@no.spam> & Subject: Clusters and default gateways0 Message-ID: <10g350jciet7be9@corp.supernews.com>  < Given a cluster and a default gateway intended to be used by= the entire cluster, should all the member nodes be set to the = same default gateway, just as if they were unclustered, or is " the setup for a cluster different?   ------------------------------  + Date: Fri, 23 Jul 2004 18:28:13 +0000 (UTC) 7 From: moroney@world.std.spaamtrap.com (Michael Moroney) * Subject: Re: DVDwrite Version 4.0 released( Message-ID: <cdrlbt$msp$1@pcls4.std.com>  4 David J Dachtera <djesys.nospam@comcast.net> writes:  E >If you know the maximum size of the media in megabytes or gigabytes,  >simply apply this knowledge:     >1MB = 2048 blocks of 512 bytes.) >1GB = (2048 * 1024) blocks of 512 bytes.   I Beware: Disk drive manufacturers often use the definition of a megabyte = I 10^6 and gigabyte = 10^9 rather than the above, or even mixed definitions 2 (such as a gigabyte = 2,000,000 512 byte blocks!).  ; Having said that, I don't know how a CD's 650MB is defined.  --   -Mike    ------------------------------    Date: 23 Jul 2004 22:38:43 +0200C From: vaxinf@chclu.chemie.uni-konstanz.de (Eberhard Heuser-Hofmann) * Subject: Re: DVDwrite Version 4.0 released- Message-ID: <41017753$1@news.uni-konstanz.de>   H In article <cdrlbt$msp$1@pcls4.std.com>, moroney@world.std.spaamtrap.com (Michael Moroney) writes: 5 >David J Dachtera <djesys.nospam@comcast.net> writes:  > F >>If you know the maximum size of the media in megabytes or gigabytes, >>simply apply this knowledge: > ! >>1MB = 2048 blocks of 512 bytes. * >>1GB = (2048 * 1024) blocks of 512 bytes. > J >Beware: Disk drive manufacturers often use the definition of a megabyte =J >10^6 and gigabyte = 10^9 rather than the above, or even mixed definitions3 >(such as a gigabyte = 2,000,000 512 byte blocks!).  > < >Having said that, I don't know how a CD's 650MB is defined. Mike you are right!   3 DVD-producer say 4,7 GB = 4,7*10**9 Byte = 4,37 GiB E DVD+R Dual layer has a capacity of 8,5 GB = 8,5*10**9 Byte = 7,9 GiB.   # But 650 MB are 650*1024*1024 Bytes.   $ 4,7 GB sounds better than 4,37 "GB".   eberhard   ------------------------------  % Date: Fri, 23 Jul 2004 20:07:46 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>* Subject: Re: DVDwrite Version 4.0 released+ Message-ID: <4101B662.F58A4F16@comcast.net>    Michael Moroney wrote: > 6 > David J Dachtera <djesys.nospam@comcast.net> writes: > G > >If you know the maximum size of the media in megabytes or gigabytes,  > >simply apply this knowledge:  > " > >1MB = 2048 blocks of 512 bytes.+ > >1GB = (2048 * 1024) blocks of 512 bytes.  > K > Beware: Disk drive manufacturers often use the definition of a megabyte = K > 10^6 and gigabyte = 10^9 rather than the above, or even mixed definitions 4 > (such as a gigabyte = 2,000,000 512 byte blocks!).  3 ...which is short by 97,152 blocks (about 47.43MB).   = > Having said that, I don't know how a CD's 650MB is defined.   E Despite what the marketeers like to do and have you believe, machines D deal in powers of two, people deal in powers of 10. Get it wrong and. you'll find the results ... well, interesting.   D.J.D.   ------------------------------    Date: 23 Jul 2004 10:55:14 -07001 From: usenet_cpp@lehrerfamily.com (Joshua Lehrer) 0 Subject: Re: Encouraging programming on OpenVMS?= Message-ID: <31c49f0d.0407230955.760b8286@posting.google.com>   k Undisclosed <nomail@dontbeaweaselspammer.com> wrote in message news:<hdWdnRGJys8wDJ3cRVn-ow@comcast.com>... H > one of the reasons both Unix and Windows have done so well is because F > they have positively encouraged development for their systems (Unix I > if you were put in charge of a special department in HP that was given  K > relatively free reign to do what is needed to develop a strong developer   > community for OpenVMS... >  > how would you do it?  C The way to encourage development on your platform is to provide the A tools to make developer's lives easier.  An up to date EMACS port B would be great.  An IDE would be nice, as would be a debugger that didn't have bugs of its own.  B VMS has an array of profiling tools, none of which work very well,7 especially in the face of dynamically activated images.   C The VMS C++ compiler still doesn't have <cname> style header files, B making it hard to port third party libraries like boost.  To their= credit, the compiler is very conforming, except in this area.   
 joshua lehrer    ------------------------------  # Date: Fri, 23 Jul 2004 21:26:59 GMT L From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")0 Subject: Re: Encouraging programming on OpenVMS?6 Message-ID: <00A35449.93B67F2D@SSRL.SLAC.STANFORD.EDU>  n In article <f30679fb.0407230637.7e7bb6ba@posting.google.com>, fabiopenvms@yahoo.com.br (Fabio Cardoso) writes:i >Kilgallen@SpamCop.net (Larry Kilgallen) wrote in message news:<dXIF37Fi39nV@eisner.encompasserve.org>... i >> In article <hdWdnRGJys8wDJ3cRVn-ow@comcast.com>, Undisclosed <nomail@dontbeaweaselspammer.com> writes:  >>  M >> > 1. developers need a relatively cheap system to initally develop on and  L >> > to get a programmer "hooked" on a OS.. this includes both hardware and L >> > software. Apple runs hardware discounts for developers to offset their 1 >> > higher than PC hardware costs, for instance.  >>  9 >> Having participated in both, the VMS deals are better.  > ; >The OpenVMS "Itanization" process means better prices for  @ >stations and development tools. But the new freshmen-developers< >are adapted to the "Visual" tools ! I think the development7 >products for OpenVMS should be adapted to these tools. ; >Theres no difference from prompt/edit programming, but it < >helps in the organization/collaboration of the development,A >linke online help, system services examples and searches etc....   L Seems to me there was a Visual Studio plugin for VMS development.  And I wasI quite impressed with Netbeans, although admittedly I haven't been an IDE  # user so can't compare it with much.    -- 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: Fri, 23 Jul 2004 17:36:10 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 0 Subject: Re: Encouraging programming on OpenVMS?, Message-ID: <410184CA.2A35AF68@teksavvy.com>   Fabio Cardoso wrote:; > The OpenVMS "Itanization" process means better prices for ! > stations and development tools.   M Stations will continue to be more expensive than industry standard stuff. But N since HP needs to compete against Sun and IBM in the unix arena, there will be9 pressure to prevent artificial inflation of those prices.   F However, as far as development tools are concerned, I expect absolutlyK nothing. Remember that the VMS compiler people were sold as slaves to Intel K and it is not clear to me exactly what sort of development of VMS compilers F will continue, especially with regards to programming tools (LSE etc).  L And remember that since IA64 needs its special EPIC compilers, I am not sureM what will happen to Alpha compilers. It is a given that VAX compilers are for I all proactical purposes "mature" and won't get any more development since % there is nobody left to work on them.    ------------------------------  % Date: Fri, 23 Jul 2004 17:38:13 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 0 Subject: Re: Encouraging programming on OpenVMS?, Message-ID: <41018544.B0B7FEE4@teksavvy.com>   Joshua Lehrer wrote:E > The way to encourage development on your platform is to provide the ) > tools to make developer's lives easier.   N For order of business is to show some bright future and a strong motivation byG HP to grow the VMS installed based. There is no motivation to write new L software for a platform that is considered dead and whose owner does nothing2 visible enough to quelsh the rumours of its death.   ------------------------------  # Date: Fri, 23 Jul 2004 23:08:54 GMT L From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")0 Subject: Re: Encouraging programming on OpenVMS?6 Message-ID: <00A35457.D0BB67D3@SSRL.SLAC.STANFORD.EDU>  \ In article <410184CA.2A35AF68@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: >Fabio Cardoso wrote: < >> The OpenVMS "Itanization" process means better prices for" >> stations and development tools. > N >Stations will continue to be more expensive than industry standard stuff. ButO >since HP needs to compete against Sun and IBM in the unix arena, there will be : >pressure to prevent artificial inflation of those prices. > G >However, as far as development tools are concerned, I expect absolutly L >nothing. Remember that the VMS compiler people were sold as slaves to IntelL >and it is not clear to me exactly what sort of development of VMS compilersG >will continue, especially with regards to programming tools (LSE etc).   K John Reagan has pointed out repeatedly that not all the VMS compiler people H are gone.  And work on compilers continues.  Further, since when was LSEL developed by the compiler people?  (If memory serves, LSE is part of DECset,K and DECset maintenance was outsourced to EDS some years ago.  It might not  8 serve, though, so I'd welcome correction on this point.)  I Incidentally, is "sold as slaves to Intel" meant as whimsy?  This kind of 1 rhetoric does make it hard to take you seriously.    -- 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: Fri, 23 Jul 2004 20:33:27 -0500 6 From: "Craig A. Berry" <craigberry@mac.com.spamfooler>0 Subject: Re: Encouraging programming on OpenVMS?I Message-ID: <craigberry-5668C2.20332723072004@news-east.dca.giganews.com>   = In article <f30679fb.0407230637.7e7bb6ba@posting.google.com>, 0  fabiopenvms@yahoo.com.br (Fabio Cardoso) wrote:  < > The OpenVMS "Itanization" process means better prices for A > stations and development tools. But the new freshmen-developers = > are adapted to the "Visual" tools ! I think the development 8 > products for OpenVMS should be adapted to these tools.   You mean like NetBeans:   8 http://h71000.www7.hp.com/openvms/products/ips/netbeans/  	 or JEdit:    http://www.jedit.org  D or the GUI versions of the OpenVMS debugger that run on Motif or MS  Windows.  < or the Motif versions of at least parts of the DECset suite?   ------------------------------  # Date: Sat, 24 Jul 2004 03:07:18 GMT & From: John Reagan <john.reagan@hp.com>0 Subject: Re: Encouraging programming on OpenVMS?2 Message-ID: <GnkMc.6469$na5.4818@news.cpqcorp.net>  * Alan Winston - SSRL Admin Cmptg Mgr wrote:^ > In article <410184CA.2A35AF68@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: >  >>Fabio Cardoso wrote: >>< >>>The OpenVMS "Itanization" process means better prices for" >>>stations and development tools. >>O >>Stations will continue to be more expensive than industry standard stuff. But P >>since HP needs to compete against Sun and IBM in the unix arena, there will be; >>pressure to prevent artificial inflation of those prices.  >>H >>However, as far as development tools are concerned, I expect absolutlyM >>nothing. Remember that the VMS compiler people were sold as slaves to Intel M >>and it is not clear to me exactly what sort of development of VMS compilers H >>will continue, especially with regards to programming tools (LSE etc). >  > M > John Reagan has pointed out repeatedly that not all the VMS compiler people J > are gone.  And work on compilers continues.  Further, since when was LSEN > developed by the compiler people?  (If memory serves, LSE is part of DECset,M > and DECset maintenance was outsourced to EDS some years ago.  It might not  : > serve, though, so I'd welcome correction on this point.) > K > Incidentally, is "sold as slaves to Intel" meant as whimsy?  This kind of 3 > rhetoric does make it hard to take you seriously.  > 	 > -- Alan  >   1 Thank you!  At least somebody reads my posts. :-)   G As for what will happen to the Alpha compilers?  Uh, we'll continue to  G support them!?!?  Given that there are no new Alpha systems coming, we  E won't have to tweak the optimizer anymore, but we'll continue to fix  - bugs where needed and we have done just that.   C Many of the compiler frontends are common source between Alpha and  I Itanium, so it would be likely that future Alpha compiler releases would  # contain language enhancements, etc.   F And for Itanium compiler performance, we are actively working hard in G that area.  Yes, some of the folks that were sold to Intel were smart,  I but the rest of us aren't chopped liver either.  Also, per the contract,  G we still have some access to the ex-GEM folks for levels of consulting  F and support if needed.  I think we'll be respectable when compared to  other Itanium compilers.  F I believe if you count the compiler developers still here in HP doing F OpenVMS compilers, there are at least 2 dozen folks still here, still C working hard, still looking out for the customers.  If I can count  I correctly in my head, the number of folks sold to Intel is less than the     number of folks still here.   A Yes, LSE and DECset are currently maintained by EDS (in the UK I  G believe).  What new features would you like to see in DECset products?  ? Help us out, tell us what you want.  Just because DECset isn't  @ maintained by HP employees, doesn't mean things cannot be added.  G The only parts of DECset that are maintained by the compiler folks are  F the LSE templates.  When new language syntax is added, it is upto the F compiler teams to update the LSE templates and pass them along to the C folks at EDS.  However, it isn't clear that people rely on the LSE  B template feature.  Most of the LSE templates are out of date with C regards to recent syntax added to the various compilers.  Very few  I people have noticed and complained.  Do people really use LSE templates?  +   LSE COMPILE/REVIEW?  LSE RESERVE/REPLACE?  SCA FIND?  I'd like to know.  F The people doing the Netbeans on OpenVMS sit right next to me and are @ working hard.  If you haven't looked at Netbeans, give it a try.   --   John Reagan / HP Pascal/{A|I}MACRO for OpenVMS Project Leader  Hewlett-Packard Company    ------------------------------  % Date: Fri, 23 Jul 2004 23:25:14 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 0 Subject: Re: Encouraging programming on OpenVMS?, Message-ID: <4101D689.E9093C1F@teksavvy.com>   John Reagan wrote:D > Many of the compiler frontends are common source between Alpha andJ > Itanium, so it would be likely that future Alpha compiler releases would% > contain language enhancements, etc.   J > but the rest of us aren't chopped liver either.  Also, per the contract,H > we still have some access to the ex-GEM folks for levels of consulting > and support if needed.    M You statement makes it sound like the VMS compilers are on their own even for C IA64 with only access to "consulting" of the ex DEC compiler folks.   K I was under the impresison that VMS would have full access to the real IA64 J compilers from Intel with just the VMS specific stuff constinuously added.  N What exactly is Intel doing with its compiler people ? where is their software- going to be used on ? HP-UX ? Windows ? NSK ?   D > folks at EDS.  However, it isn't clear that people rely on the LSE > template feature.   N Have never really used LSE. Perhaps LSE should be pushed more, and included as4 part of the compiler instead of a separate product ?   ------------------------------  % Date: Fri, 23 Jul 2004 17:25:31 -0400 # From: "John Smith" <a@nonymous.com> 6 Subject: Re: Itanium Licensing and Hobbyist on Itanium, Message-ID: <v_ednT2Tj7TTH5zc4p2dnA@igs.net>   David J Dachtera wrote:  > Larry Kilgallen wrote: >>? >> In article <40FF18AC.57EB81CD@comcast.net>, David J Dachtera & >> <djesys.nospam@comcast.net> writes: >>> Guy Peleg wrote: >>= >>>> It is possible to purchase the FOE pak and then purchase G >>>> separately specific products from other bundle. So you can have an C >>>> rx2600 with FOE and VMSCLUSTER license. Without going into too  >>>> much details (as I'm not G >>>> a sale person) the price of the VMSCLUSTER license for rx2600 will  >>>> be different $ >>>> than the price for a Superdome. >>> 6 >>> We can only hope that this will get fixed someday. >>> B >>> Mission-critical != bottomless pockets, private goldmine, etc. >>H >> Hmmm.  I took that remark to indicate that the VMSCLUSTER license for: >> the rx2600 would be _less_than_ that for the Superdome. >>@ >> I think the bottomless pockets folks are the ones who buy the
 >> Superdome.  >>  >> Why do you thing differently. > / > Have you worked in the private sector lately?  > B > How many GS1280s grace your place of business? ...EVA arrays...? > ...ESL9000s...?  > D > Know what they call folks who think that businesses (of any scale) > have bottomless pockets? > G > There are many answers to that last question. Here are a couple I can " > think of off the top of my head: >  > - Bankrupt > - Indicted    
 Whoa cowboy!!   > Another description s that also comes to mind is:  Profitable.   ------------------------------  % Date: Fri, 23 Jul 2004 20:03:08 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>6 Subject: Re: Itanium Licensing and Hobbyist on Itanium+ Message-ID: <4101B54C.F8590AAA@comcast.net>    John Smith wrote:  >  > David J Dachtera wrote:  > > Larry Kilgallen wrote: > >>A > >> In article <40FF18AC.57EB81CD@comcast.net>, David J Dachtera ( > >> <djesys.nospam@comcast.net> writes: > >>> Guy Peleg wrote: > >>? > >>>> It is possible to purchase the FOE pak and then purchase I > >>>> separately specific products from other bundle. So you can have an E > >>>> rx2600 with FOE and VMSCLUSTER license. Without going into too  > >>>> much details (as I'm not I > >>>> a sale person) the price of the VMSCLUSTER license for rx2600 will  > >>>> be different & > >>>> than the price for a Superdome. > >>> 8 > >>> We can only hope that this will get fixed someday. > >>> D > >>> Mission-critical != bottomless pockets, private goldmine, etc. > >>J > >> Hmmm.  I took that remark to indicate that the VMSCLUSTER license for< > >> the rx2600 would be _less_than_ that for the Superdome. > >>B > >> I think the bottomless pockets folks are the ones who buy the > >> Superdome.  > >>" > >> Why do you thing differently. > > 1 > > Have you worked in the private sector lately?  > > D > > How many GS1280s grace your place of business? ...EVA arrays...? > > ...ESL9000s...?  > > F > > Know what they call folks who think that businesses (of any scale) > > have bottomless pockets? > > I > > There are many answers to that last question. Here are a couple I can $ > > think of off the top of my head: > >  > > - Bankrupt > > - Indicted >  > Whoa cowboy!!  > @ > Another description s that also comes to mind is:  Profitable.   Until they get caught?  ; ...or up-ended by a competitor for 1/2 to 1/10th the price?    D.J.D.   ------------------------------    Date: 23 Jul 2004 10:55:23 -0700& From: vadim.model@srm.ru (Vadim Model)7 Subject: Re: Looking for KLESI controller documentation = Message-ID: <c34f4f8b.0407230955.3bd36515@posting.google.com>   d Etienne Vogt <etienne.vogt@obspm.fr> wrote in message news:<slrncg28qc.80q.vogt@siolinb.obspm.fr>...K > KLESI Q-bus controller (M7740-PA). I have tried to install the controller G > in a Vax 4000-500 but unfortunately it doesn't show up to the console   D It might be configured for the same address as your TQK70 card. JustE try to replace TQK70 with your KLESI board. If it works then you will B need to change address on one of the boards (jumpers or switches).   Regards, Vadim   ------------------------------    Date: 23 Jul 2004 19:13:21 -0700/ From: ghazan@ghazan.haider.name (Ghazan Haider) + Subject: Re: OpenVMS restarts while install = Message-ID: <2f57764a.0407231813.3547060c@posting.google.com>   0 I cant read them, they zip by fast, and reboots.  + > It might help if you posted the messages.    ------------------------------  % Date: Fri, 23 Jul 2004 22:20:37 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> + Subject: Re: OpenVMS restarts while install , Message-ID: <4101C769.376938D4@teksavvy.com>   Ghazan Haider wrote:2 > I cant read them, they zip by fast, and reboots.- > > It might help if you posted the messages.   I On Alphas, is it possible to have the console on a serial port (with a VT  terminal connected to it ?)   L If so, you could then boot from a VT terminal emulator and log all messages.   ------------------------------    Date: 23 Jul 2004 11:03:37 -07001 From: keithparris_NOSPAM@yahoo.com (Keith Parris) " Subject: Re: Solaris to Itanium...= Message-ID: <cf15391e.0407231003.15c5dea6@posting.google.com>   a JF Mezei <jfmezei.spamnot@teksavvy.com> wrote in message news:<41008B98.31DFB10B@teksavvy.com>...  > The only thing left N > is for them to just change a crystal to make the existing EV7 perform at its > originally intended speed.  E If the EV7 had run at EV7z speed initially, with good reliability and F acceptable yields, it would have shipped with that clock rate to beginD with. It couldn't, and thus didn't. Thanks to continuing improvmentsB in the process over what has now been quite a long period of time, EV7z is now practical.  ; > Sparc has not had any official "retirement" announcements   : ..other than cancelling the SPARC V and SPARC VI projects.   ------------------------------  # Date: Fri, 23 Jul 2004 19:54:01 GMT 5 From: Bruno Saverio Delbono <bruno.s.delbono@mail.ac> " Subject: Re: Solaris to Itanium..., Message-ID: <t1eMc.98265$od7.86253@pd7tw3no>   Keith Parris wrote:   ; >>Sparc has not had any official "retirement" announcements  > < > ..other than cancelling the SPARC V and SPARC VI projects.  . Which is where Fujitsu SPARC64 will pick up...   ------------------------------    Date: 23 Jul 2004 14:11:00 -07001 From: keithparris_NOSPAM@yahoo.com (Keith Parris) " Subject: Re: Solaris to Itanium...< Message-ID: <cf15391e.0407231311.ee65ad0@posting.google.com>  a JF Mezei <jfmezei.spamnot@teksavvy.com> wrote in message news:<41008B98.31DFB10B@teksavvy.com>... O > Sparc has not had any official "retirement" announcements and there are still $ > a few generations in the pipeline.  # Paul DeMone from RealWorldTech.com: ? http://realworldtech.com/page.cfm?ArticleID=RWT042704221446&p=2   D "..the recent decision by Sun to quietly kill the development of itsA long delayed new generation SPARC core. The new microarchitecture B represented Sun's first foray into both out-of-order execution andE simultaneous multithreading (SMT) and would have initially shipped in E the UltraSPARC-V. Although Sun still plans high CPU count CMP devices D based on its elderly US-II and US-III CPU cores, this decision meansB that SPARC has effectively joined PA-RISC, MIPS, and Alpha as once@ important server architectures now in extended palliative care."  8 "Extended palliative care" sounds like retirement to me.   ------------------------------  # Date: Fri, 23 Jul 2004 21:25:21 GMT L From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")" Subject: Re: Solaris to Itanium...6 Message-ID: <00A35449.598909B5@SSRL.SLAC.STANFORD.EDU>  \ In article <41013B95.A3782EF7@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: >Rob Young wrote: H >>         What we may be seeing is Sun publically putting IBM vs. IntelJ >>         and seeing how good a deal they can get out of Intel by lettingH >>         Intel know they are also kissing up with IBM.  Intel has beenG >>         known to throw around a few hundred million here and there.   > N >Intel probably doesn't want to get "too popular" and it may not be in Intel'sH >advantage to get Sun to drop Sparc. Consider the anti-trust issues if a5 >proprietary IA64 were to become "industry standard".   M JF, could you please pick a theory and stick to it?  I don't  see how you can M argue both that IA64 is "that unwanted Itanic thing" that  only HP is putting M forward at all and is doomed to failure because it won't sell enough chips to L repay further development costs, and that Intel wouldn't want to make a dealJ with Sun because they're afraid that they're going to get greater than 70%; market share in 64-bit server chips with this architecture.   N >Intel is far better off abandonning the proprietary IA64 and pushing its 8086O >where there is competition from AMD and thus less fear of anti-trust problems.   5 How is IA64 any more proprietary than SPARC or POWER?   M (Note that I make no claims here about the quality of IA64 vs. anything else, K the bogosity or otherwise of discontinuing Alpha productions, etc, etc; I'm F only talking about your seeming to be making contradictory arguments.)   -- 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: 23 Jul 2004 21:51:15 GMT From: healyzh@aracnet.com " Subject: Re: Solaris to Itanium..., Message-ID: <cds18j01ncs@enews2.newsguy.com>  6 Bruno Saverio Delbono <bruno.s.delbono@mail.ac> wrote: > Keith Parris wrote:   = > >>Sparc has not had any official "retirement" announcements  > > > > > ..other than cancelling the SPARC V and SPARC VI projects.  0 > Which is where Fujitsu SPARC64 will pick up...  A Correct me if I'm wrong, but last I looked SPARC64 != UltraSparc.    	Zane    ------------------------------  # Date: Sat, 24 Jul 2004 04:53:12 GMT 5 From: Bruno Saverio Delbono <bruno.s.delbono@mail.ac> " Subject: Re: Solaris to Itanium...- Message-ID: <YWlMc.102518$ek5.38012@pd7tw2no>    healyzh@aracnet.com wrote:  8 > Bruno Saverio Delbono <bruno.s.delbono@mail.ac> wrote: >  >>Keith Parris wrote:  >  > = >>>>Sparc has not had any official "retirement" announcements  >>> = >>>..other than cancelling the SPARC V and SPARC VI projects.  >  > 0 >>Which is where Fujitsu SPARC64 will pick up... >  > C > Correct me if I'm wrong, but last I looked SPARC64 != UltraSparc.    Right.   SYSTEM NEWS FOR SUN USERS < Vol 77 Issue 3 2004-07-19  Article 13446 from section "News"  @ What Will Be Developed, By Whom, and When it's to Hit the Market  E The Sun and Fujitsu development deal announced last month is expected H to propel the release date of the much anticipated Rock processor-based F systems due to both companies' collaborative efforts. During a recent C press conference, Sun officials noted that the companies' combined  # roadmaps benefit everyone involved.   . Details at http://sun.systemnews.com/g?A=13446   ------------------------------  % Date: Fri, 23 Jul 2004 22:52:46 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> ! Subject: Spam storage on VMS Mail , Message-ID: <4101CEF0.9BDF9DB0@teksavvy.com>  N Is it possible, and if so, what is the best way to have 2 mailboxes per user ?# (one for real mail, one for spam) ?   N For instance, if the SMTP gateway had SPAM filtering, it could send legitimateE messages to the real mailbox (jdoe) and send any spam to (jdoe_spam).   K Then, the user could consulty his alternate mailbox to see if there are any S false positives. (A job runing at night could them empty all <user>_spam mailboxes.    ------------------------------  % Date: Fri, 23 Jul 2004 20:01:10 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>: Subject: Re: Turn-key OpenVMS E-mail, web server solution?+ Message-ID: <4101B4D6.3B19ECA6@comcast.net>    Hunter Goatley wrote:  > g > David J Dachtera <djesys.nospam@comcast.net> wrote in message news:<410059A1.B991AF09@comcast.net>...  > > E > > Do you (or does anyone) have any opinions on MX as a MAPI server?  > >  > MX doesn't do MAPI.    Hhmmm... Bummer.   D.J.D.   ------------------------------  % Date: Fri, 23 Jul 2004 13:03:47 -0500 % From: Bill Norton <norton@nospam.com> . Subject: Re: Useful 'phpbb' installation guide: Message-ID: <41015303$0$54823$39cecf19@news.twtelecom.net>  : Encouraged by Zane's postings, I tried a clean install of : MySQL4.1.3-Beta and the new version php_mysql module from : http://www.pi-net.dyndns.org/anonymous/kits along with the phpBB2.0.10 kit from phpbb.com.   . I added --flush to the mysqld command line in % mysql_root:[vms.myswl]run_mysqld.com.   G It hasn't had a table corruption so far, through configuration, adding  9 categories and fora, user registration and topic posting.    ------------------------------   End of INFO-VAX 2004.406 ************************                                                                                                                                                                                                                                                                                                                                                                                                                                                                  misc/decus/freewarev40/xpostit/note.c (22214 bytes) started.; >>> 226 Transfer completed.  21357 (8) bytes transferred.e
 <<< PASV@ >>> 227 Entering passive mode; use PORT (198,151,12,104,15,47) <<< RETR plaid.c^ >>> 150 ASCII retrieve of /disk$misc/decus/freewarev40/xpostit/plaid.c (6398 bytes) started.: >>> 226 Transfer completed.  6132 (8) bytes transferred.
 <<< PASV@ >>> 227 Entering passive mode; use PORT (198,151,12,104,15,48) <<< RETR plaid.h^ >>> 150 ASCII retrieve of /disk$misc/decus/freewarev40/xpostit/plaid.h (2546 bytes) started.: >>> 226 Transfer completed.  1614 (8) bytes transferred.
 <<< PASV@ >>> 227 Entering passive mode; use PORT (198,151,12,104,15,49) <<< RETR plaid2.cd_ >>> 150 ASCII retrieve of /disk$misc/decus/freewarev40/xpostit/plaid2.c (3920 bytes) started..: >>> 226 Transfer completed.  3193 (8) bytes transferred.
 <<< PASV@ >>> 227 Entering passive mode; use PORT (198,151,12,104,15,50) <<< RETR plaidp.h _ >>> 150 ASCII retrieve of /disk$misc/decus/freewarev40/xpostit/plaidp.h (1762 bytes) started.: >>> 226 Transfer completed.  1384 (8) bytes transferred. <<< TYPE I >>> 200 Type I ok.
 <<< PASV@ >>> 227 Entering passive mode; use PORT (198,151,12,104,15,51) <<< RETR readmei\ >>> 150 IMAGE retrieve of /disk$misc/decus/freewarev40/xpostit/readme (574 bytes) started.9 >>> 226 Transfer completed.  450 (8) bytes transferred.p
 <<< PASV@ >>> 227 Entering passive mode; use PORT (198,151,12,104,15,52) <<< RETR readme_vms$