1 INFO-VAX	Sat, 30 Mar 2002	Volume 2002 : Issue 176       Contents: Re: Alphaserver 1000 4/2002 Re: Announcing a boot contest for OpenVMS on Intel Re: Blade architectures  Re: Blade architectures  Re: Blade architectures  Re: Blade architectures  Re: Blade architectures  Re: Blade architectures ' Cheap Dream Vacations - Fly On Us  4048  Checksum goes cpu bound  Re: Checksum goes cpu bound  Commnets on Mozilla9.9% EMC / Symmetrix information requested ) Re: EMC / Symmetrix information requested 5 Re: Flash plugin now available for Mozilla on OpenVMS 5 Re: Flash plugin now available for Mozilla on OpenVMS 5 Re: Flash plugin now available for Mozilla on OpenVMS 5 Re: Flash plugin now available for Mozilla on OpenVMS 5 Re: Flash plugin now available for Mozilla on OpenVMS 5 Re: Flash plugin now available for Mozilla on OpenVMS 5 Re: Flash plugin now available for Mozilla on OpenVMS   Re: Hacker Using My Mail Server?  Re: Hacker Using My Mail Server?  Re: Hacker Using My Mail Server?  Re: Hacker Using My Mail Server?  Re: Hacker Using My Mail Server?+ Has www.compaqusers.org hit an itaniceberg? * Re: Help! VT100 emulators - some problems.* Re: Help! VT100 emulators - some problems.* Re: Help! VT100 emulators - some problems. Re: I need any useful utility  Re: Itanium troubles Re: Itanium troubles RE: Itanium troubles% Re: KAPSCH says goodbye to you and me % RE: KAPSCH says goodbye to you and me  Re: News Server Software Re: News Server Software Re: Obituary for a Cyber3 Re: Q: How can I set 1280x1024 mode on the S3 Trio? J Slow Mozilla was(RE: Viability of a Commercial ISO-9960 formatter for VMS)( Tales of open emailed stuff ( way back )E Re: The Digital 7-year plan - from 1997 to 2004 - from Alpha to IA-64 E Re: The Digital 7-year plan - from 1997 to 2004 - from Alpha to IA-64 E Re: The Digital 7-year plan - from 1997 to 2004 - from Alpha to IA-64 8 Re: Viability of a Commercial ISO-9960 formatter for VMS8 Re: Why do I get an ASTFLT with following use of ualarm?8 Re: Why do I get an ASTFLT with following use of ualarm?  F ----------------------------------------------------------------------  % Date: Sat, 30 Mar 2002 10:07:36 +0100 ( From: Paul Sture <paul.sture@bluewin.ch># Subject: Re: Alphaserver 1000 4/200 ) Message-ID: <3CA58058.8050601@bluewin.ch>    Fabio Cardoso wrote:   > David  >  > I will check the CDROM.... >  >  > My >>> SHOW DEVICE shows me  >  > DKA400 > DVA0 > EWA0 > PKA0 > PKB0 >  > just these devices  !!!! >  > C DKA400 will be the CD-ROM. I would expect to see your disk as DKA0.     ; Looking at my PWS 600au, the cable itself has a terminator.    __
 Paul Sture Switzerland    ------------------------------    Date: 31 Mar 2002 00:48:08 +0800, From: Paul Repacholi <prep@prep.synonet.com>; Subject: Re: Announcing a boot contest for OpenVMS on Intel - Message-ID: <87u1qyuhmf.fsf@prep.synonet.com>   ! Roy Omond <Roy@Omond.net> writes:   A > Ha, it's just another conspiracy against us non-North Merkans !   8 Unless you live in NY, in which case they get you too...   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Fri, 29 Mar 2002 23:06:18 -0800 & From: Greg Cagle <gregc@gregcagle.com>  Subject: Re: Blade architectures* Message-ID: <3CA563EA.30805@gregcagle.com>   Bill Todd wrote:  5 > "Peter da Silva" <peter@abbnm.com> wrote in message ! > news:a838lf$m66@web.nmti.com...  >  > ...  >  > H >>What kind of operating system requires you to set up a new computer to >>run a new service anyway?  >> > M > Now, that's downright snide.  Then again, since it's Compaq's (and seems to ; > be becoming HP's) OS of choice, perhaps appropriately so.   K Respectfully disagree. HP strongly believes in the right tool for the right G task, based on customer requirements. There are some environments where J HP-UX is the best solution, some where Linux is, and some where Windows isF the right answer for the customer. HP will sell you whichever OS makes sense for your needs.    --  
 Greg Cagle gregc at gregcagle dot com   ------------------------------  # Date: Sat, 30 Mar 2002 09:10:53 GMT * From: "Bill Todd" <billtodd@metrocast.net>  Subject: Re: Blade architecturesC Message-ID: <xifp8.163476$2q2.13437878@bin4.nnrp.aus1.giganews.com>   3 "Greg Cagle" <gregc@gregcagle.com> wrote in message $ news:3CA563EA.30805@gregcagle.com... > Bill Todd wrote: > 7 > > "Peter da Silva" <peter@abbnm.com> wrote in message # > > news:a838lf$m66@web.nmti.com...  > >  > > ...  > >  > > J > >>What kind of operating system requires you to set up a new computer to > >>run a new service anyway?  > >> > > L > > Now, that's downright snide.  Then again, since it's Compaq's (and seems to= > > be becoming HP's) OS of choice, perhaps appropriately so.  > G > Respectfully disagree. HP strongly believes in the right tool for the  right I > task, based on customer requirements. There are some environments where L > HP-UX is the best solution, some where Linux is, and some where Windows isH > the right answer for the customer. HP will sell you whichever OS makes > sense for your needs.   J Unless it happens to be MPE.  And the list of OSs HP defines as 'the rightJ answer' may shrink more in the future (from the recent accolades Carly hasD been bestowing on the desirability of 'industry standardness', whichH 'proprietary' Unixes are kind of skating near the edge of):  that was my point.   - bill   ------------------------------   Date: 30 Mar 2002 15:10:38 GMT& From: peter@abbnm.com (Peter da Silva)  Subject: Re: Blade architectures% Message-ID: <a84khe$hd0@web.nmti.com>   B In article <Ljcp8.142522$Gf.13696179@bin2.nnrp.aus1.giganews.com>,) Bill Todd <billtodd@metrocast.net> wrote: 5 > "Peter da Silva" <peter@abbnm.com> wrote in message ! > news:a838lf$m66@web.nmti.com... J > > What kind of operating system requires you to set up a new computer to > > run a new service anyway?    > Now, that's downright snide.  $ Well it *was* a rhetorical question.   --  +  `-_-'   In hoc signo hack, Peter da Silva. E   'U`    "A well-rounded geek should be able to geek about anything." L                                                        -- nicolai@esperi.org          Disclaimer: WWFD?   ------------------------------   Date: 30 Mar 2002 15:14:02 GMT& From: peter@abbnm.com (Peter da Silva)  Subject: Re: Blade architectures% Message-ID: <a84knq$hl2@web.nmti.com>   * In article <3CA563EA.30805@gregcagle.com>,( Greg Cagle  <gregc@gregcagle.com> wrote:M > Respectfully disagree. HP strongly believes in the right tool for the right I > task, based on customer requirements. There are some environments where L > HP-UX is the best solution, some where Linux is, and some where Windows isH > the right answer for the customer. HP will sell you whichever OS makes > sense for your needs.   G I agree, there are places where Windows is the right solution. The last J three iterations of NT prior to XP (I haven't looked at XP yet, so I can'tG comment on it) have been decent desktop operating systems, for example.   F How a blade-based system is going to be useful for a desktop user is aH different matter. Perhaps for thin client support using Windows Terminal8 Server? It doesn't seem relevant to web hosting, though.   --  +  `-_-'   In hoc signo hack, Peter da Silva. E   'U`    "A well-rounded geek should be able to geek about anything." L                                                        -- nicolai@esperi.org          Disclaimer: WWFD?   ------------------------------  % Date: Sat, 30 Mar 2002 08:27:23 -0800 & From: Greg Cagle <gregc@gregcagle.com>  Subject: Re: Blade architectures, Message-ID: <3CA5E76B.6000802@gregcagle.com>   Peter da Silva wrote:   , > In article <3CA563EA.30805@gregcagle.com>,* > Greg Cagle  <gregc@gregcagle.com> wrote: > M >>Respectfully disagree. HP strongly believes in the right tool for the right I >>task, based on customer requirements. There are some environments where L >>HP-UX is the best solution, some where Linux is, and some where Windows isH >>the right answer for the customer. HP will sell you whichever OS makes >>sense for your needs.  >> > I > I agree, there are places where Windows is the right solution. The last L > three iterations of NT prior to XP (I haven't looked at XP yet, so I can'tI > comment on it) have been decent desktop operating systems, for example.     M I'm posting this from an XP machine, and it isn't bad if you can get past the C Toys R Us improvements to the UI. But underneath it's NT/2000 based 7 so it's a vast improvement over the 95/98/ME code base.     H > How a blade-based system is going to be useful for a desktop user is aJ > different matter. Perhaps for thin client support using Windows Terminal: > Server? It doesn't seem relevant to web hosting, though.  K Right - and that is where HP is going to position Linux on the blade boxes.    --  
 Greg Cagle gregc at gregcagle dot com   ------------------------------  % Date: Sat, 30 Mar 2002 08:33:22 -0800 & From: Greg Cagle <gregc@gregcagle.com>  Subject: Re: Blade architectures, Message-ID: <3CA5E8D2.6000006@gregcagle.com>   Bill Todd wrote:  5 > "Greg Cagle" <gregc@gregcagle.com> wrote in message & > news:3CA563EA.30805@gregcagle.com... >  >>Bill Todd wrote: >> >>6 >>>"Peter da Silva" <peter@abbnm.com> wrote in message" >>>news:a838lf$m66@web.nmti.com... >>>  >>>... >>>  >>>  >>> J >>>>What kind of operating system requires you to set up a new computer to >>>>run a new service anyway?  >>>> >>>>K >>>Now, that's downright snide.  Then again, since it's Compaq's (and seems  >>>  > to > < >>>be becoming HP's) OS of choice, perhaps appropriately so. >>> G >>Respectfully disagree. HP strongly believes in the right tool for the  >> > right  > I >>task, based on customer requirements. There are some environments where L >>HP-UX is the best solution, some where Linux is, and some where Windows isH >>the right answer for the customer. HP will sell you whichever OS makes >>sense for your needs.  >> > L > Unless it happens to be MPE.  And the list of OSs HP defines as 'the rightL > answer' may shrink more in the future (from the recent accolades Carly hasF > been bestowing on the desirability of 'industry standardness', whichJ > 'proprietary' Unixes are kind of skating near the edge of):  that was my > point.  K Well, one could have a chicken/egg argument about MPE. HP says customers no D longer want it; customers say HP no longer loves it. Sound familiar?  K re: "industry standardness" - point taken and certainly Linux is displacing K "proprietary" Unices, including HP-UX, in a lot of places. But that doesn't ( make it (or Windows) the "OS of choice."   --  
 Greg Cagle gregc at gregcagle dot com   ------------------------------  + Date: Sat, 30 Mar 2002 15:34:02 +0000 (UTC)  From: erlxep@sapo.pt0 Subject: Cheap Dream Vacations - Fly On Us  40480 Message-ID: <a84lta$1jtdp$766@news1.netpass.com>   Get Yours Today!  5 2 Round Trip Tickets To A Destination Of Your Choice.    ONLY $49.95 (for 2)   5 Offer Valid For An Entire Year From Date Of Purchase.   * Over 27 Dream Destinations To Choose From.  @ ****************************************************************   Nassau - Bahamas   Chicago - Illinois   Cancun - Mexico    Lake Tahoe - California    New York - New York    Las Vegas - Nevada   Phoenix - Arizona    Acapulco - Mexico    Hawaii - Islands   New Orleans - Louisiana    Hilton Head - South Carolina   Orlando - Florida    Daytona - Florida    Ft. Lauderdale - Florida   Clearwater - Florida   Jacksonville - Florida   Florida Keys - Florida   San Diego - California   Los Angeles - California   San Francisco - California   Malaga - Spain   Paris - France   London - England   And more...   @ ****************************************************************  Click Below For More Information  " http://208.222.225.126/index3.htm               ttkcdzqrrjsgxlplytnhbrioggnncuzv   ------------------------------  # Date: Sat, 30 Mar 2002 16:46:37 GMT . From: "Bonita Fisher" <B.J.Fisher@Prodigy.net>  Subject: Checksum goes cpu boundA Message-ID: <NZlp8.3223$lh5.150501421@newssvr17.news.prodigy.com>   J (I know that the checksum command is undocumented and unsupported, but the question anyway)  G We use checksum to check changes to a file during an anti-virus scan in H incoming mail (details don't really matter).  Twice in the past week, weL arrived in the morning to find that the process doing a checksum had run forJ 6 hours (rather than more like 6 seconds) over night (thus backups did notE finish ...).  This behavior is not completely unknown, but has anyone   discovered any solution or help?   We are OpenVMS 7.2-1 on Alpha.   thanks   scott    Scott.Fisher@Remmele.com   ------------------------------  % Date: Sat, 30 Mar 2002 18:57:21 +0100 ) From: Bart Zorn <B.Zorn@xs4all.nospam.nl> $ Subject: Re: Checksum goes cpu bound/ Message-ID: <3CA5FC81.3090100@xs4all.nospam.nl>    Bonita Fisher wrote:L > (I know that the checksum command is undocumented and unsupported, but the > question anyway) > I > We use checksum to check changes to a file during an anti-virus scan in J > incoming mail (details don't really matter).  Twice in the past week, weN > arrived in the morning to find that the process doing a checksum had run forL > 6 hours (rather than more like 6 seconds) over night (thus backups did notG > finish ...).  This behavior is not completely unknown, but has anyone " > discovered any solution or help? >   > We are OpenVMS 7.2-1 on Alpha.  I CHECKSUM doesn't really like some RMS record formats. I don't know which  F combinations of record formats and record lengths cause problems, but % (RFM:FIX,LRL:512) certainly does not.   > You might consider using SET FILE/ATTR in your commandfile to & (temporarily) set the file attributes.   HTH,  	 Bart Zorn    ------------------------------  % Date: Sat, 30 Mar 2002 09:14:56 -0800 # From: "Tom Linden" <tom@kednos.com>  Subject: Commnets on Mozilla9.9 9 Message-ID: <CIEJLCMNHNNDLLOOGNJICEGDEHAA.tom@kednos.com>   E Downloaded and installed this morning.  I ensured that all the system < parameters were as recommended.  It took 20 seconds to load!  A It took 19 secs to connect to www.openvms.compaq.com on a T1 line   C Using IE on a W2K box of similar speed connect time was less than a  second, and loadup likewiae.  ? Looks to me like Mozilla needs a lot of work, but it may not be  fixable without major rewrite.  ? I don't think it is worthwhile testing any other features.  It  : remains attached to the window from which it was launched.  3 I think Compaq should entice Opera to port to VMS !    ------------------------------  # Date: Sat, 30 Mar 2002 14:29:38 GMT ( From: "Tom Simpson" <simpsont@attbi.com>. Subject: EMC / Symmetrix information requested9 Message-ID: <mZjp8.1584$Ba.2127549@typhoon1.se.ipsvc.net>   J Does anyone have experiences with EMC in general and the Symmetrix 3830-36
 disk array? (or similar) that they would like to share?  Included with this  configuration is a Quantum SDLT  tape subsystem.   J It looks like we are going to be installing this stuff in the near future.  L We would prefer the Compaq MA8000 solution but the corporate weenies seem to have aJ preference for the EMC solution even though it's more expensive and not as fast as the MA8000I (so I'm told).  I'm very nervous about introducing mission critical third  party hardware and software  into our ES40 cluster.  F Id' like to find out if the EMC solution works as advertised and their support is as wonderful L as they make it out to be.  I've been in these third-party situations before and problem resolutionJ usually starts with a finger-pointing party before the problem is actually resolved.  That's one  party I'd prefer to skip...   @ I've been unable to find any direct comparison performance data.   Regards, Tom    ------------------------------  % Date: Sat, 30 Mar 2002 11:18:44 -0600 + From: Shael Richmond <ksrich@bellsouth.net> 2 Subject: Re: EMC / Symmetrix information requested, Message-ID: <3CA5F374.E5E76F0@bellsouth.net>   Tom Simpson wrote:  L > Does anyone have experiences with EMC in general and the Symmetrix 3830-36 > disk arrayA > (or similar) that they would like to share?  Included with thisr! > configuration is a Quantum SDLTe > tape subsystem.a >nL > It looks like we are going to be installing this stuff in the near future. >mN > We would prefer the Compaq MA8000 solution but the corporate weenies seem to > have aL > preference for the EMC solution even though it's more expensive and not as > fast as the MA8000K > (so I'm told).  I'm very nervous about introducing mission critical thirdM > party hardware and softwareb > into our ES40 cluster. >eH > Id' like to find out if the EMC solution works as advertised and their > support is as wonderfulpN > as they make it out to be.  I've been in these third-party situations before > and problem resolutionL > usually starts with a finger-pointing party before the problem is actually > resolved.  That's oner > party I'd prefer to skip....  J We have several 2-3 node DS20e's and Symmetrix 3330's.  We haven't had any problems.  These runO our production recording system.  The couple of times the Symm called home, EMCa came and fixed" the problems without any downtime.  P We are using the TL891 tape robot for backups.  I've got a couple MSL5026 SDLT's but I haven't put them into production.   Shaela   ------------------------------    Date: 30 Mar 2002 00:38:34 -0800) From: P.Young@unsw.EDU.AU (Patrick Young)w> Subject: Re: Flash plugin now available for Mozilla on OpenVMS= Message-ID: <55f85d77.0203300038.19d33970@posting.google.com>a  d Mark Berryman <Mark.Berryman@Mvb.Saic.Com> wrote in message news:<3CA45863.5C8D468B@Mvb.Saic.Com>... > J > The page at http://www.harrypotter.com was my main test page.  The introG > movie and the main page are Flash 4 and work fine.  Some of the pagesSB > you can invoke from there, however, are Flash 5 and do not work. >   I Many thanks! this page works very smoothly and looks great! I'm using the-6 ELSA GLoria with 24 bit colour 1280x1024 here at home.  H One thing I have noticed, some sites, such as http://www.macromedia.com,G result in Mozilla going into a state of "won't accept typing in the URL A location box" (indicating still waiting for the plugin to start?).  E Mozilla is not cheap on resources though, however this plugin is very I light on the CPU aspect (around 33% on a PC164 including the X11 server).C  
 Well done!   ------------------------------  % Date: Sat, 30 Mar 2002 09:38:28 +0100i From: Dirk Munk <munk@home.nl>> Subject: Re: Flash plugin now available for Mozilla on OpenVMS& Message-ID: <3CA57984.2060302@home.nl>  < At the moment there are two versions of Mozilla for AXP 7.3.D There is the Compaq Secure Web Browser, based on Mozilla 0.9.6, and  there is Mozilla 0.9.9.  You can find both on this page: 6 http://www.openvms.compaq.com/ebusiness/data_serv.html        Tom Linden wrote:N  I >What is the current version of Mozilla for AXP 7.3 and can we get it all A >with one install, or do plugins have to be separately installed?  >  >K >>-----Original Message-----4 >>From: John E. Malmberg [mailto:wb8tyw@qsl.network]' >>Sent: Friday, March 29, 2002 12:35 PM  >>To: Info-VAX@Mvb.Saic.Com @ >>Subject: Re: Flash plugin now available for Mozilla on OpenVMS >> >> >>John Reagan wrote: >>. >>>I went to the Flash/Shockwave test page at: >>>o/ >>>http://www.macromedia.com/shockwave/welcome/  >>>6E >>>and neither the Flash or Shockwave tests worked.  (I expected the eH >>>Shockwave to fail, but I kinda expected the Flash to do something...) >>> C >>The flash test seems to work for me.  The shockwave one does not.c >> >>-John> >>wb8tyw@qsl.network >>Personal Opinion Only' >>   ------------------------------  % Date: Sat, 30 Mar 2002 08:44:01 +0100n( From: Paul Sture <paul.sture@bluewin.ch>> Subject: Re: Flash plugin now available for Mozilla on OpenVMS' Message-ID: <3CA56CC1.50407@bluewin.ch>s   Mark Berryman wrote:   > Bob Koehler wrote: > < >>In article <3C9F03FC.167C45DD@Mvb.Saic.Com>, Mark Berryman& >><Mark.Berryman@Mvb.Saic.Com> writes: >>I >>>Just copy the LIBFLASHPLUGIN.SO file into SYS$COMMON:[MOZILLA.PLUGINS] K >>>(or into the [.PLUGINS] directory of wherever you installed Mozilla) and  >>>restart your browser. >>> F >>   Did that, and it wasn't recognized by the only flash site I couldJ >>   find.  Checked anal/image says it looks OK, and protections are w:re. >>G >>   Should it show up under help->plugins like the null plugin and the0' >>   Java plug in?  On mine it doesn't.  >>3 >>   Do you have a URL with a flash you know works?g >> > H > Yes, it will show up under help->plugins.  It will also show up if youB > type about:plugins in the address bar (which is essentially what > help->plugins does). >   G It doesn't show there. I've tried adding it using Edit | Preferences | 'F helper appliactaions, but haven't a clue what to fill in for the mime  type and file extension.    sJ > The page at http://www.harrypotter.com was my main test page.  The introG > movie and the main page are Flash 4 and work fine.  Some of the pagessB > you can invoke from there, however, are Flash 5 and do not work. >  > Mark Berrymanr >        -- H __
 Paul Sture Switzerlandm   ------------------------------  % Date: Sat, 30 Mar 2002 10:33:36 +0100t From: Dirk Munk <munk@home.nl>> Subject: Re: Flash plugin now available for Mozilla on OpenVMS& Message-ID: <3CA58670.8070209@home.nl>   Paul Sture wrote:  > Mark Berryman wrote: >  >> Bob Koehler wrote:  >>> >>> In article <3C9F03FC.167C45DD@Mvb.Saic.Com>, Mark Berryman( >>> <Mark.Berryman@Mvb.Saic.Com> writes: >>> K >>>> Just copy the LIBFLASHPLUGIN.SO file into SYS$COMMON:[MOZILLA.PLUGINS]iJ >>>> (or into the [.PLUGINS] directory of wherever you installed Mozilla)  >>>> and >>>> restart your browser. >>>>G >>>   Did that, and it wasn't recognized by the only flash site I couldnK >>>   find.  Checked anal/image says it looks OK, and protections are w:re.f >>>aH >>>   Should it show up under help->plugins like the null plugin and the( >>>   Java plug in?  On mine it doesn't. >>> 4 >>>   Do you have a URL with a flash you know works? >>>o >>I >> Yes, it will show up under help->plugins.  It will also show up if you C >> type about:plugins in the address bar (which is essentially what  >> help->plugins does).i >> > I > It doesn't show there. I've tried adding it using Edit | Preferences | 2H > helper appliactaions, but haven't a clue what to fill in for the mime  > type and file extension.  H It should show up in about:plugins , without any changes in preferences.   This is how it is on my system:r      & Directory SYS$COMMON:[MOZILLA.PLUGINS]  3 LIBFLASHPLUGIN.SO;1           File ID:  (22952,4,0)n0 Size:         1278/1278       Owner:    [SYSTEM]" Created:   25-MAR-2002 22:00:42.62& Revised:   26-MAR-2002 23:41:35.59 (3) Expires:   <None specified>r Backup:    <No backup recorded>o Effective: <None specified>  Recording: <None specified>t File organization:  Sequential Shelved state:      Online  Caching attribute:  WritethroughI File attributes:    Allocation: 1278, Extend: 0, Global buffer count: 0, n% No version limit, Contiguous best trye1 Record format:      Fixed length 512 byte recordsl Record attributes:  None RMS attributes:     None Journaling enabled: None= File protection:    System:RWED, Owner:RWED, Group:RE, World:o Access Cntrl List:  None Client attributes:  None    C Java should show up in about:plugins as well if you have set it up oC before starting mozzila. (@sys$common:[java$131.com]java$131_setup)              >  > K >> The page at http://www.harrypotter.com was my main test page.  The intro,H >> movie and the main page are Flash 4 and work fine.  Some of the pagesC >> you can invoke from there, however, are Flash 5 and do not work.. >> >> Mark Berryman >> >  >  >    ------------------------------  % Date: Sat, 30 Mar 2002 12:50:22 +0200m( From: Paul Sture <paul.sture@bluewin.ch>> Subject: Re: Flash plugin now available for Mozilla on OpenVMS* Message-ID: <3CA5B48E.23534B76@bluewin.ch>   Dirk Munk wrote: >  [snip]  J > It should show up in about:plugins , without any changes in preferences. > ! > This is how it is on my system:o > ( > Directory SYS$COMMON:[MOZILLA.PLUGINS] > 5 > LIBFLASHPLUGIN.SO;1           File ID:  (22952,4,0)r2 > Size:         1278/1278       Owner:    [SYSTEM]$ > Created:   25-MAR-2002 22:00:42.62( > Revised:   26-MAR-2002 23:41:35.59 (3) > Expires:   <None specified>,! > Backup:    <No backup recorded>s > Effective: <None specified>' > Recording: <None specified>   > File organization:  Sequential > Shelved state:      Online" > Caching attribute:  WritethroughJ > File attributes:    Allocation: 1278, Extend: 0, Global buffer count: 0,' > No version limit, Contiguous best try 3 > Record format:      Fixed length 512 byte records  > Record attributes:  None > RMS attributes:     None > Journaling enabled: None? > File protection:    System:RWED, Owner:RWED, Group:RE, World:  > Access Cntrl List:  None > Client attributes:  None > D > Java should show up in about:plugins as well if you have set it upE > before starting mozzila. (@sys$common:[java$131.com]java$131_setup)s > E No luck here with the Flash or Java. I must add that I am running thelD CSWS T1.0 based on Mozilla 0.9.6, rather than the one based on 0.9.9   __
 Paul Sture Switzerlandr   ------------------------------  % Date: Sat, 30 Mar 2002 08:59:28 -0500w- From: JF Mezei <jfmezei.spamnot@videotron.ca> > Subject: Re: Flash plugin now available for Mozilla on OpenVMS, Message-ID: <3CA5C4BE.BE21F13C@videotron.ca>  $ Paul Sture wrote about flash config:    ( Mime type: application/x-shockwave-flash file extension: swf or swa Name: Shockwave Flash)   ------------------------------  % Date: Sat, 30 Mar 2002 19:02:02 +0100 ( From: Paul Sture <paul.sture@bluewin.ch>> Subject: Re: Flash plugin now available for Mozilla on OpenVMS* Message-ID: <3CA60BAA.773C5D5F@bluewin.ch>   JF Mezei wrote:  > & > Paul Sture wrote about flash config: > * > Mime type: application/x-shockwave-flash > file extension: swf or swa > Name: Shockwave Flash   3 Thanks for trying. Sorry, I give up, it doesn't go.  __
 Paul Sture Switzerland    ------------------------------  % Date: Sat, 30 Mar 2002 08:11:33 +0100s( From: Paul Sture <paul.sture@bluewin.ch>) Subject: Re: Hacker Using My Mail Server?a) Message-ID: <3CA56525.7080902@bluewin.ch>e   Ken Kalish wrote:   O > On Fri, 29 Mar 2002 09:48:26 +0100, Paul Sture <paul.sture@bluewin.ch> wrote:n >  >  [snip] >>>u7 >>Sorry, I didn't explain the scenario clearly enough.   >> > M > In fact, you were clear, Paul. I was just extending the discussion from the = > web bugs you had mentioned, by also mentioning smtp verify.  > G > Btw, can the MX(s) that you can use with VMS be configured to either:g > & > -deactivate the 'smtp vrfy' command? > or5 > -return always positive or negative to every query?p >  Sorry, don't know as yet. Having switched ISPs and switched off my Windows box, I am in the process of learning this area, and have yet to decide which way to go, so would also like to know.   :-)f   __
 Paul Sture Switzerlandt   ------------------------------  % Date: Sat, 30 Mar 2002 08:01:12 +0100o( From: Paul Sture <paul.sture@bluewin.ch>) Subject: Re: Hacker Using My Mail Server?h) Message-ID: <3CA562B8.1000506@bluewin.ch>c   John E. Malmberg wrote:i   > Paul Sture wrote:r >  >> Ken Kalish wrote: >>J >>>> a nasty trick to verify your email account is active (i.e. even more / >>>> valuable to the spammers) can be found at:a >>>>+ >>>> http://www.nthelp.com/OEtest/oe119.htma >>>>J >>>> This article contains a facility to generate an example mail to your H >>>> own address, and see the logged results after you have viewed that  >>>> email.n >>>  > <snip> > H >  > In fact, the inclusion of a port number there means they can have aK >  > dedicated listener, so don't even need to scan their logs. Nothing to a  >  > do with dictionary attacks. > H > The specific test mailed from nthelp.com is blocked by OpenVMS if you G > are running your web based mail client from a non-privileged account.  >J  D Aha, mystery solved. I tried pasting the url into Mozilla on my VMS I system and got "connection refused", but didn't know whether it was from k my end or the other end.     E > Another way of harvesting e-mail addresses is to try to trick your g2 > browser into making an anonymous FTP connection. > J > For the greatest security, make sure that your mail/news client can not 7 > render HTML, or automatically open *ANY* attachments.n >r  # Agreed. I also turn off Javascript.n     > I > A mail and news client should by default not communicate with anything  1 > other than it's designated mail or news server.r >      __
 Paul Sture Switzerlandh   ------------------------------  # Date: Sat, 30 Mar 2002 10:06:49 GMT-  From: cjt <cheljuba@prodigy.net>) Subject: Re: Hacker Using My Mail Server?@+ Message-ID: <3CA58E6F.160B8275@prodigy.net>s  . I thought I read here that VMS was unhackable.   ------------------------------  % Date: Sat, 30 Mar 2002 12:33:40 +0200u( From: Paul Sture <paul.sture@bluewin.ch>) Subject: Re: Hacker Using My Mail Server?e* Message-ID: <3CA5B0A4.1EDFBE11@bluewin.ch>  
 cjt wrote: > 0 > I thought I read here that VMS was unhackable.  # IIRC someone had an open mail relayg   ------------------------------  % Date: Sat, 30 Mar 2002 10:07:42 -0500h1 From: Michael Austin <maustin@firstdbasource.com>d) Subject: Re: Hacker Using My Mail Server?c2 Message-ID: <3CA5D4BE.5D509722@firstdbasource.com>  
 cjt wrote: > 0 > I thought I read here that VMS was unhackable.  F unhackable and not closing an open relay are two different things. TheH ability to relay mail is a part of every SMTP package and you can enable or disable it.   -- s Regards,  7 Michael Austin            Registered Linux User #261163t7 First DBA Source, Inc.    http://www.firstdbasource.comt Sr. Consultant 704-947-1089 (Office)- 704-236-4377 (Mobile)0   ------------------------------  % Date: Sat, 30 Mar 2002 19:28:11 +0100 - From: Didier Morandi <Didier.Morandi@Free.fr>J4 Subject: Has www.compaqusers.org hit an itaniceberg?' Message-ID: <3CA603BB.2CC3E184@Free.fr>s  F Hmm.. "someone" sent me via mail an "invitation" to fill in a "survey"G and "save 100" in the next DECUS Europe event in Lyon (France, where IEF was born on the %SYSTEM-F-INVEXCEPT, Invalid exception while in kernel mode :-)  E The problem is that I would be more than happy to go to Lyon for manybG reasons, but it looks like the http://www.compaqusers.org/cuo/site/cms/iG site does not like ".asp" processing neither from Netscape nor from ie.t> Should I use OpenVMSera to "fill the survey" and "save 100" ?  < When I use the "username" and "password" I received with theF "invitation", it seems that I succeeded to log in but when I click anyG option, nothing happens (should not be VMS running behind, I'm afraid).pH I read carefully the FAQ... oops.. the page and discovered that I had to3 "fill in the survey to fully activate my account." a   Now, my question:s  F If I need to "fully activate my account" to "fill in the survey" whichF is supposed to "fully activate my account", I guess that I have here a0 %DCL-E-INFLOPDEC, Infinite loop detected, right?   Thanks.tG And a Happy Easter to you all. May Jesus send (quickly) a good solutionn$ to everyone in "his" native country.   D.A (no more available because I have to stay a bit longer where I ammE working these days to fix some DCL programming, using constants whichsG were supposed to stay constants but which are today still constants butt with a different value...)   ------------------------------   Date: 30 Mar 2002 13:43:08 GMT/ From: Thomas Dickey <dickey@saltmine.radix.net>r3 Subject: Re: Help! VT100 emulators - some problems. * Message-ID: <a84fdc$7l0$2@news1.Radix.Net>  # GreyCloud <mist@cumulus.com> wrote:t ...dK >> Eterm doesn't respond to some of the control sequences needed to pretend-I >> it's a vt220 (or even a legitimate vt100, which should ignore properlyoK >> formatted sequences which it does not support).  rxvt is a little betterd4 >> in that regard, gnome-terminal and konsole worse. >> oI > Which versions of Eterm that may do this?  The only thought that there eN > maybe a more recent version from the maintainer of Eterm.  And, if there is K > a discrepancy, then one should e-mail the maintainer and do a bug report.   N I suppose I could (have in fact done so occasionally), but all of those peopleN are aware that I maintain xterm, vttest and ncurses, and as a matter of courseN run the various testing tools before incorporating any terminfo changes, etc.,
 into ncurses.    -- 0= Thomas E. Dickey <dickey@radix.net> <dickey@herndon4.his.com>n http://dickey.his.comt ftp://dickey.his.com   ------------------------------    Date: 31 Mar 2002 01:05:46 +0800, From: Paul Repacholi <prep@prep.synonet.com>3 Subject: Re: Help! VT100 emulators - some problems.e- Message-ID: <87lmcaugt1.fsf@prep.synonet.com>   . uhap023@alpha1.rhbnc.ac.uk (Tom Crane) writes:  E > This is a long standing problem. As far back as the days of the BBCn> > Micro (early 80s) the early versions of VT100 emulators likeB > Communicator suffered from this bug. Its particularly irritatingF > when using EDT in full screen mode.  My understanding is, that thereD > was a discrepancy between the specs that Digital published for theA > VT100 and what their own terminals actually did. The writers of5F > terminal emulation software naturally followed the written specs. ItF > always surprised me that so few of them actually tested their S/W onE > a VMS (or presumably PDP11) system, when they would have discoveredl > and fixed that bug.S  C Ah, what version of what submodle of VT-100? Don't you remember thekA horrors you could inflict on people with them? The VT-102 was the8  first solid VT-1xx from memory.    -- a< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda..@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Sat, 30 Mar 2002 10:41:27 -0800s" From: GreyCloud <mist@cumulus.com>3 Subject: Re: Help! VT100 emulators - some problems.a/ Message-ID: <uac18elbb3gree@corp.supernews.com>n   Thomas Dickey wrote:  % > GreyCloud <mist@cumulus.com> wrote:p > ...oL >>> Eterm doesn't respond to some of the control sequences needed to pretendJ >>> it's a vt220 (or even a legitimate vt100, which should ignore properlyL >>> formatted sequences which it does not support).  rxvt is a little better5 >>> in that regard, gnome-terminal and konsole worse.o >>> I >> Which versions of Eterm that may do this?  The only thought that thererK >> maybe a more recent version from the maintainer of Eterm.  And, if thererG >> is a discrepancy, then one should e-mail the maintainer and do a bugt
 >> report. > I > I suppose I could (have in fact done so occasionally), but all of thosenF > people are aware that I maintain xterm, vttest and ncurses, and as aI > matter of course run the various testing tools before incorporating anya' > terminfo changes, etc., into ncurses.- >   J Interesting.  Then I'd suppose they'd be happy to hear some feedback from I you.  Is there a site for learning more about terminfo or termcap files??    ------------------------------  % Date: Sat, 30 Mar 2002 11:32:48 +0100I9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>/& Subject: Re: I need any useful utility' Message-ID: <3CA59450.F21626B2@aaa.com>v  : And don't forget Hunter Goatley's very fine VMS archive at) http://www.process.com/openvms/index.html.   Jan-Erik Sderholm.e   ------------------------------  % Date: Fri, 29 Mar 2002 22:37:31 +0100t3 From: Terje Mathisen <terje.mathisen@hda.hydro.com>- Subject: Re: Itanium troublese- Message-ID: <3CA4DE9B.BC896597@hda.hydro.com>S   Nick Maclaren wrote:E > In my 36 years of being in this industry, I have rarely seen a 100%eF > compatible upgrade - for example, there were quite a lot of programsA > that worked on a 386 and failed on a 486.  When you are workingM  C This has to be untrue, unless you're talking about a _very_ limitedt subset of all x86 programs!o  A At the time, I was probably still responsible for all hw/sw on myo7 company's PCs, and we had zero problems in this regard.r  F I wrote my own sw to detect the cpu type, and the only really reliableD method was to check if it was possible to enable Alignment Checking.  @ > with highly optimised, shared memory or real-time codes, it isA > amazing how subtle a difference can be and still cause trouble.   G Highly optimized is sort of what I used to write, my code has ever onlyiA broken when speeds got fast enough that a counter would overflow.   ; Shared memory was _very_ rare on the 386 platform. Sequent?t   Real-time I'll sort of believe:d  @ If you've compiled in explicit assumptions about specific opcodeE execution speed, then your code will break on any new/faster cpu, not  just a model upgrade.o   Terje  --    - <Terje.Mathisen@hda.hydro.com>@ "almost all programming can be viewed as an exercise in caching"   ------------------------------   Date: 30 Mar 2002 09:39:03 GMT( From: nmm1@cus.cam.ac.uk (Nick Maclaren) Subject: Re: Itanium troubles 0 Message-ID: <a8413n$pf1$1@pegasus.csx.cam.ac.uk>  - In article <3CA4DE9B.BC896597@hda.hydro.com>,:5 Terje Mathisen  <terje.mathisen@hda.hydro.com> wrote:R >Nick Maclaren wrote:iF >> In my 36 years of being in this industry, I have rarely seen a 100%G >> compatible upgrade - for example, there were quite a lot of programs>B >> that worked on a 386 and failed on a 486.  When you are working >MD >This has to be untrue, unless you're talking about a _very_ limited >subset of all x86 programs! >ZB >At the time, I was probably still responsible for all hw/sw on my8 >company's PCs, and we had zero problems in this regard. > G >I wrote my own sw to detect the cpu type, and the only really reliableoE >method was to check if it was possible to enable Alignment Checking.   B I said "quite a lot" - not "most"!  I did not go through that stepA myself, but am basing it on the the experience of people who did, B and had to get new versions of applications before they would run.  ? Now, I can't tell you WHY they failed.  It could have been that D they poked around playing dirty tricks - which was standard practiceA up to the 80286 and still common.  Or it could have been that thevA 'operating systems' behaved slightly differently, and THAT effecto) caused the 386 applications to misbehave.t  ? The former issue is relatively unlikely on the Itanic/McKinley,p but the latter is not.  A >> with highly optimised, shared memory or real-time codes, it istB >> amazing how subtle a difference can be and still cause trouble. >IH >Highly optimized is sort of what I used to write, my code has ever onlyB >broken when speeds got fast enough that a counter would overflow.  C Your code, and mine.  Yes.  But it is quite common.  It happened ontA the MIPS R10000/R12000 (a VERY small upgrade), breaking DGEMM andt> ZGEMM in SCSL.  I had to back off to complib.scimath while SGIC developed a fix.  And I have seen it on half a dozen other systems.a  : Note that I wasn't referring to the 386/486 in particular.  < >Shared memory was _very_ rare on the 386 platform. Sequent?  ; Yes.  That example wasn't referring to the 386/486, either.e    >Real-time I'll sort of believe: >rA >If you've compiled in explicit assumptions about specific opcodeeF >execution speed, then your code will break on any new/faster cpu, not >just a model upgrade.  B Yes.  But that is relatively rare.  What is NOT rare is to compile in assumptions.  For example:w  B     Thread A runs at very high priority, and puts tasks on a queue using an atomic update.dC     Threads B to Z run normally, and take them off again, similarly, atomically.aE     Due to an oversight, A updates a location 100 cycles after adding-" the task that it should do before.C     This doesn't matter, as B to Z take at least 110 cycles to needj
 that data.B     Until a CPU upgrade, when the figures change to 90 and 80 ....     Regards, Nick Maclaren,* University of Cambridge Computing Service,> New Museums Site, Pembroke Street, Cambridge CB2 3QH, England. Email:  nmm1@cam.ac.uk/ Tel.:  +44 1223 334761    Fax:  +44 1223 334679L   ------------------------------  % Date: Sat, 30 Mar 2002 09:32:06 -0500 + From: "Main, Kerry" <Kerry.Main@Compaq.com>  Subject: RE: Itanium troubles.T Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF401AB1DE4@kaoexc01.americas.cpqcorp.net>   Nick,b  A You are correct that there is always a danger in newer and fastersB systems breaking older code. Imho, the timing, cache coherency etcC issues with existing code should always be a concern for any vendoro and/or Customer.=20   H It is why Compaq (and to be fair, other enterprise players as well) willE typically require a min specific version of the OS to work with a newoG hardware platform. In addition to new drivers specific to that platformtB etc, this new OS version will have been tested more extensively inE cluster and high end load testing etc looking for these types of datao integrity issues.i  H One area that I did not see discussed in this thread was that while someF of the older software will run ok on newer hardware systems, the olderH code could potentially run much better if the compilers and applications0 were optimized to run on a specific platform.=20  F As an example, although this may (or may not) have changed recently, IH seem to remember reading online somewhere that even today most of the MSG compilers and applications were still not optimized for P4 systems i.e.d were still using P3 strategies.o  F Those with a background in the Alpha NT application days will rememberH this issue very well. Many of the apps ran ok, but because they were notH optimized for NT Alpha, the differences in performance were not as great9 as they could have been - the old "good enough" syndrome.i   Regards,  
 Kerry Main Senior ConsultantF Compaq Canada Corp.z Professional ServicesS Voice: 613-592-4660h Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----2 From: Nick Maclaren [mailto:nmm1@cus.cam.ac.uk]=20 Sent: March 30, 2002 4:39 AM To: Info-VAX@Mvb.Saic.Coml Subject: Re: Itanium troubles-    - In article <3CA4DE9B.BC896597@hda.hydro.com>,r5 Terje Mathisen  <terje.mathisen@hda.hydro.com> wrote:c >Nick Maclaren wrote:rI >> In my 36 years of being in this industry, I have rarely seen a 100%=20nJ >> compatible upgrade - for example, there were quite a lot of programs=20B >> that worked on a 386 and failed on a 486.  When you are working >eG >This has to be untrue, unless you're talking about a _very_ limited=20h >subset of all x86 programs! >sE >At the time, I was probably still responsible for all hw/sw on my=20e8 >company's PCs, and we had zero problems in this regard. > J >I wrote my own sw to detect the cpu type, and the only really reliable=20E >method was to check if it was possible to enable Alignment Checking.e  B I said "quite a lot" - not "most"!  I did not go through that stepE myself, but am basing it on the the experience of people who did, and > had to get new versions of applications before they would run.  D Now, I can't tell you WHY they failed.  It could have been that theyE poked around playing dirty tricks - which was standard practice up torF the 80286 and still common.  Or it could have been that the 'operatingE systems' behaved slightly differently, and THAT effect caused the 386t applications to misbehave.  G The former issue is relatively unlikely on the Itanic/McKinley, but then latter is not.  D >> with highly optimised, shared memory or real-time codes, it is=20B >> amazing how subtle a difference can be and still cause trouble. > H >Highly optimized is sort of what I used to write, my code has ever only  B >broken when speeds got fast enough that a counter would overflow.  G Your code, and mine.  Yes.  But it is quite common.  It happened on theiF MIPS R10000/R12000 (a VERY small upgrade), breaking DGEMM and ZGEMM inF SCSL.  I had to back off to complib.scimath while SGI developed a fix.1 And I have seen it on half a dozen other systems.d  : Note that I wasn't referring to the 386/486 in particular.  < >Shared memory was _very_ rare on the 386 platform. Sequent?  ; Yes.  That example wasn't referring to the 386/486, either.     >Real-time I'll sort of believe: >lD >If you've compiled in explicit assumptions about specific opcode=20I >execution speed, then your code will break on any new/faster cpu, not=20i >just a model upgrade.  E Yes.  But that is relatively rare.  What is NOT rare is to compile in  assumptions.  For example:  H     Thread A runs at very high priority, and puts tasks on a queue using an atomic update.nC     Threads B to Z run normally, and take them off again, similarlye atomically.-E     Due to an oversight, A updates a location 100 cycles after addingm" the task that it should do before.H     This doesn't matter, as B to Z take at least 110 cycles to need that data.sB     Until a CPU upgrade, when the figures change to 90 and 80 ....     Regards, Nick Maclaren,* University of Cambridge Computing Service,> New Museums Site, Pembroke Street, Cambridge CB2 3QH, England. Email:  nmm1@cam.ac.uk/ Tel.:  +44 1223 334761    Fax:  +44 1223 334679    ------------------------------  % Date: Sat, 30 Mar 2002 17:04:26 +0100i' From: Brass Christof <welcome@spam.not>-. Subject: Re: KAPSCH says goodbye to you and me( Message-ID: <3CA5E20A.B7D704F6@spam.not>   Peter LANGSTOEGER wrote: > 3 > This is my last post from this my KAPSCH account.tL > I just got my kick as VMS (and me) are no longer needed (say wanted) here. > > > I'll continue to be a VMS hobbyist at   peter@langstoeger.at >  > Job offers welcome ! >  > See you soon, eg.S5 >         at 8-9 April 2002 at Compaq Vienna, Austria > >         at 16-18 April 2002 at DECUS Munich in Bonn, Germany+ >         whenever/whereever at coincidencer > > > And now it's time for updating my resume (after 19 years)... >  > --> > Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111 2651= > Ex-Network and OpenVMS system mgr   Fax.    +43 1 81111 888 > > KAPSCH AG      Wagenseilgasse 1     E-mail  eplan@kapsch.netM > A-1121 VIENNA  AUSTRIA              I'm looking for a new job starting ASAPo  " Unglaublich/incredible/incroyable!  
 All the best!E   -- o6 moc dot slupofni at ssarb - please revert the sequence   ------------------------------  % Date: Sat, 30 Mar 2002 08:18:50 -0800 # From: "Tom Linden" <tom@kednos.com> . Subject: RE: KAPSCH says goodbye to you and me9 Message-ID: <CIEJLCMNHNNDLLOOGNJIEEGBEHAA.tom@kednos.com>o  9 Try Frimel Christian [Christian.Frimel@igv.magwien.gv.at]    > -----Original Message-----0 > From: Brass Christof [mailto:welcome@spam.not]( > Sent: Saturday, March 30, 2002 8:04 AM > To: Info-VAX@Mvb.Saic.Coma0 > Subject: Re: KAPSCH says goodbye to you and me >  >  > Peter LANGSTOEGER wrote: > > 5 > > This is my last post from this my KAPSCH account. A > > I just got my kick as VMS (and me) are no longer needed (say o > wanted) here.y > > @ > > I'll continue to be a VMS hobbyist at   peter@langstoeger.at > >  > > Job offers welcome ! > >  > > See you soon, eg.c7 > >         at 8-9 April 2002 at Compaq Vienna, AustriaF@ > >         at 16-18 April 2002 at DECUS Munich in Bonn, Germany- > >         whenever/whereever at coincidenced > > @ > > And now it's time for updating my resume (after 19 years)... > >  > > --@ > > Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111 2651? > > Ex-Network and OpenVMS system mgr   Fax.    +43 1 81111 888 @ > > KAPSCH AG      Wagenseilgasse 1     E-mail  eplan@kapsch.netB > > A-1121 VIENNA  AUSTRIA              I'm looking for a new job  > starting ASAPm > $ > Unglaublich/incredible/incroyable! >  > All the best!! >  > -- a8 > moc dot slupofni at ssarb - please revert the sequence >    ------------------------------    Date: 31 Mar 2002 00:57:29 +0800, From: Paul Repacholi <prep@prep.synonet.com>! Subject: Re: News Server Softwarev- Message-ID: <87pu1muh6u.fsf@prep.synonet.com>e  3 Michael Austin <maustin@firstdbasource.com> writes:.  E > > Sorry no our system won't do this on vms, infact our vms offering D > > is frozen and frankly not as good as our versions, I suggest you > > don't even try it.   OK, full points for honesty.  A > > I strongly recommend you consider using a different operating $ > > system if it is at all possible.  B > > I would recommend windows nt then yes our software should cope > > with your requirements.    ::Barf::spew::spit::   They are joking I hope.d   -- a< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Sat, 30 Mar 2002 13:22:26 -0500-1 From: Michael Austin <maustin@firstdbasource.com>s! Subject: Re: News Server Softwarec1 Message-ID: <3CA60262.8BC9721@firstdbasource.com>d   Paul Repacholi wrote:a > 5 > Michael Austin <maustin@firstdbasource.com> writes:o > G > > > Sorry no our system won't do this on vms, infact our vms offeringuF > > > is frozen and frankly not as good as our versions, I suggest you > > > don't even try it. >  > OK, full points for honesty. > C > > > I strongly recommend you consider using a different operatingi& > > > system if it is at all possible. > D > > > I would recommend windows nt then yes our software should cope > > > with your requirements.s >  > ::Barf::spew::spit:: >  > They are joking I hope.n     Unfortunately not.   --   Regards,  7 Michael Austin            Registered Linux User #261163D7 First DBA Source, Inc.    http://www.firstdbasource.coml Sr. Consultant 704-947-1089 (Office)  704-236-4377 (Mobile)y   ------------------------------  # Date: Sat, 30 Mar 2002 10:05:46 GMT   From: cjt <cheljuba@prodigy.net>! Subject: Re: Obituary for a Cyber + Message-ID: <3CA58E30.D0E7F1C4@prodigy.net>i  L I seem to recall reading about the Museum not treating some of the donationsK they received with the respect they deserved.  Precisely what is the policy-E regarding the disposition of donations?  How do they decide which to:u   maintain/display/restore sell cannibalizes scrapb other    ???-   Lee Courtney wrote:p > K > A note for those with older hardware. When the time comes to decommissionpK > your older systems which may be of historical significance please contactoL > the Computer History Museum (www.computerhistory.org) regarding a possible; > donation to the historic collection (details available atrI > http://www.computerhistory.org/collections/donateArtifact/). The MuseumeJ > maintains the world's largest collection of historic computing artifactsF > ranging from individual components up through complete mainframe and > super-computers. > E > Also if you are in the San Francisco Bay Area consider visiting thep- > collection which is open for public tours -e- > http://www.computerhistory.org/about/tour/.a > 
 > Regards, >  > Lee Courtney > 3 > "John Yaya" <j_yaya@hotmail.com> wrote in messageo9 > news:a27df31c.0203200653.39c43f8b@posting.google.com...gG > > Ramsey County, MN has shut down its Cyber 70 Model 72.  It got thish* > > writeup in the St. Paul Pioneer Press.8 > > http://www.twincities.com/mld/twincities/2853967.htm   ------------------------------  % Date: Sat, 30 Mar 2002 14:44:10 +0100  From: Dirk Munk <munk@home.nl>< Subject: Re: Q: How can I set 1280x1024 mode on the S3 Trio?& Message-ID: <3CA5C12A.2090408@home.nl>  = It may well be that this setting is not possible in VMS. The  < decw$device_config_gq.com only mentions the 1024 X 768 size.   Nazzareno Taborgna wrote:-   >Alphaserver 4100, OpenVMS 7.2 > 7 > How can I change the screen resolution for my S3 Trioh% > in order to use the 1280x1024 mode?i >tB > I tried to do something by editing decw$private_server_setup.com > with:t >...- >$ decw$xsize_in_pixels              ==  1280e- >$ decw$ysize_in_pixels              ==  1024r >... >  but this wasn't enought...r >a >  Any help about it?3 >  Many thanks in advance, bye, 6 >                                   Nazzareno Taborgna >g) >  e-mail: sysmgr(at)lngs(dot)infn(dot)it C >  ================================================================w >    ------------------------------  % Date: Sat, 30 Mar 2002 06:07:30 -0800 # From: "Tom Linden" <tom@kednos.com> S Subject: Slow Mozilla was(RE: Viability of a Commercial ISO-9960 formatter for VMS)C9 Message-ID: <CIEJLCMNHNNDLLOOGNJIAEFPEHAA.tom@kednos.com>t  A Sounds like Mozilla is not ready for prime time yet.  I tried 091cH about a year ago on a 433au running 7.3 and found it was too slow to be ( useful.  Too bad Opera is not available.   > -----Original Message-----) > From: John Santos [mailto:JOHN@egh.com] ' > Sent: Friday, March 29, 2002 11:53 PMm > To: Info-VAX@Mvb.Saic.ComfC > Subject: Re: Viability of a Commercial ISO-9960 formatter for VMSt >  > ( > On Sat, 30 Mar 2002, Bob Marcan wrote: >  > > John Santos wrote: > [...]oK > > > It is very slow on an AS200 4/100, though much faster with 256MB thanaI > > > it was with 80MB, which was unusable.  Netscape 4.73 on DEC Unix on I > > > the same hardware is fine (not screamingly fast but fast enough notu > > > to be annoying.) > > * > > Wait a minute. What are you comparing?K > > Mozilla with Netscape? I have Mozilla 0.9.9 and Nestcape 4.78 on Tru64.e1 > > Nestcape: snap, Mozilla: take a coffee break.o > >  > > -Bob > J > I'm comparing Mozilla 0.9.8 on VMS V7.3 with Netscape 4.73 on DUNIX 4.0DF > Both running on AlphaStation 200 4/100 w/288MB.  The VMS workstationA > has a single RZ28 disk, whereas the DUNIX has a pair of RZ26's.o > Otherwise identical. > G > I recently upgraded the two from 80MB (VMS) and 128MB (Unix) to 288MBiD > (both).  Netscape on the DUNIX system became slightly faster.  (AnE > earlier upgrade from 64MB to 128MB on the Unix system made a larger D > difference, but even at 64MB it wasn't horribly slow.)  Mozilla onF > the VMS system at 80MB was unusably slow.  (Grow the coffee, harvestD > it, roast it, grind it...)  With 288MB, it is very slow, but pages > do appear eventually.n > G > Very old Netscape (V3.03?) and Mosiac do work okay on the VMS system,e8 > though lots of sites have problems due to the version. > G > I know this is apples and oranges, but I think most of the differenceaC > is attributable to Mozilla vs. Netscape V4.x, rather than VMS vs.eE > Unix.  I think I would have to upgrade the Unix box to Tru64 to tryTH > Mozilla on it, and the CD drive is broken, so I haven't done that yet. > B > I hope as Mozilla approachs release, the performance is improved9 > a lot, or I will have to stick with 4.7 on my Unix box.s >  > -- >
 > John Santosb > Evans Griffiths & Hart, Inc. > 781-861-0670 ext 539 >    ------------------------------    Date: 31 Mar 2002 01:40:48 +0800, From: Paul Repacholi <prep@prep.synonet.com>1 Subject: Tales of open emailed stuff ( way back )u- Message-ID: <87hemyuf6n.fsf@prep.synonet.com>S  < Can anyone remember who it was posted here, I think, the fun8 they had accepting resumes etc over the net. And how the@ machine was outside the fire wall, with the virus researchers :)A If you can remember who posted that one, could you please e-mail.    TNXe -- o< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.a@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  # Date: Sat, 30 Mar 2002 14:17:16 GMTc# From: "John Smith" <a@nonymous.com>wN Subject: Re: The Digital 7-year plan - from 1997 to 2004 - from Alpha to IA-64F Message-ID: <MNjp8.4158$dVT.1308@news01.bloor.is.net.cable.rogers.com>   Hey Rob,  J Just because there's a 'boot date' contest, doesn't mean that VMS is going to survive.h  K If the HP deal goes through, you have to remember who is advising HP seniora7 management about Compaq's products - Compaq management.d  H Given past managerial decisions by Compaq, which were really more in theI mis-management vein, it's not beyond the plausible that VMS will have itseF throat slit in the next 6 weeks. It wouldn't surprise me in the least.      8 "Rob Young" <young_r@encompasserve.org> wrote in message- news:NP+VOC9dXRrg@eisner.encompasserve.org...r >  >i > Okay.. . fine. >@F > Then maybe instead of "DEC basher", how about "Compaq basher" or...? >A > Whatever.F >A= > I've had an exchange off line with Greg, March 2000... fromcE > the article Ed Stuart referenced to comp.os.vms then (frankly, lastoG > time I visited ENT was in March 2000.  ENT is itself an oxymoron, butd
 > I digress).  >aE > I take exception to his characterizations and certitudes.  To me it C > runs along the lines of bashing not unlike a certain Sun employee ! > stationed in the British Isles.  >k > Greg Scott writes: >aH > "It [Compaq] never built market share with Tru64, and I don't see them spendingJ > money to port OpenVMS to IA-64. When Alpha dies, so will OpenVMS. What a shame.H > Other players -- such as CDC, Unisys, Stratus, and the others -- neverI > acquired enough market share to be of interest, and mainframes are alsor > stagnant." >n> > Of course mainframes aren't stagnant but if you are going to' > be a soothsayer, you take your lumps.s >e% > "When Alpha dies, so will OpenVMS."o >=0 > Okay... maybe just a "VMS basher", how's that? >a6 > Hey Greg, maybe you want to get in on the boot date? >e? > http://www.compaq.com/hps/ipf-enterprise/openvms_contest.htmlw >  >l > Robp >i > J > "To be sober means to have a calm, clear head, to judge things after the ruleL > of right, and not according to mob rule.  Don't be influenced by those who: > cry the loudest, or by those who beat the biggest drum." >         -- C.H. Spurgeon   ------------------------------  % Date: Sat, 30 Mar 2002 09:56:18 -0500h- From: JF Mezei <jfmezei.spamnot@videotron.ca>CN Subject: Re: The Digital 7-year plan - from 1997 to 2004 - from Alpha to IA-64, Message-ID: <3CA5D20D.EA97DC37@videotron.ca>   John Smith wrote:aJ > Given past managerial decisions by Compaq, which were really more in theK > mis-management vein, it's not beyond the plausible that VMS will have itseH > throat slit in the next 6 weeks. It wouldn't surprise me in the least.  M The decision has already been made. The integration team has supposedly grownfN to 1000 people. But until the real plan is made public, Compaq has to *act* asE if all products were to survive, and must *act* to appear to still be  competing against HP..  L I would not be surprised if the EV7 machines are on hold pending the release of the product roadmap.b   ------------------------------  % Date: Sat, 30 Mar 2002 12:14:38 -0500e2 From: rdeininger@mindspring.com (Robert Deininger)N Subject: Re: The Digital 7-year plan - from 1997 to 2004 - from Alpha to IA-64J Message-ID: <rdeininger-3003021214380001@1cust78.tnt2.nashua.nh.da.uu.net>  5 In article <3CA5D20D.EA97DC37@videotron.ca>, JF Mezei"% <jfmezei.spamnot@videotron.ca> wrote:   M >I would not be surprised if the EV7 machines are on hold pending the releaset >of the product roadmap.  3 You might not be surprised, but you would be wrong.    ------------------------------  % Date: Sat, 30 Mar 2002 02:53:17 -0500k  From: John Santos <JOHN@egh.com>A Subject: Re: Viability of a Commercial ISO-9960 formatter for VMSo5 Message-ID: <1020330023003.1634B-100000@Ives.egh.com>A  & On Sat, 30 Mar 2002, Bob Marcan wrote:   > John Santos wrote: [...]iI > > It is very slow on an AS200 4/100, though much faster with 256MB than>G > > it was with 80MB, which was unusable.  Netscape 4.73 on DEC Unix onaG > > the same hardware is fine (not screamingly fast but fast enough not  > > to be annoying.) > ( > Wait a minute. What are you comparing?I > Mozilla with Netscape? I have Mozilla 0.9.9 and Nestcape 4.78 on Tru64.c/ > Nestcape: snap, Mozilla: take a coffee break.  >  > -Bob  H I'm comparing Mozilla 0.9.8 on VMS V7.3 with Netscape 4.73 on DUNIX 4.0DD Both running on AlphaStation 200 4/100 w/288MB.  The VMS workstation? has a single RZ28 disk, whereas the DUNIX has a pair of RZ26's.a Otherwise identical.  E I recently upgraded the two from 80MB (VMS) and 128MB (Unix) to 288MB B (both).  Netscape on the DUNIX system became slightly faster.  (AnC earlier upgrade from 64MB to 128MB on the Unix system made a largermB difference, but even at 64MB it wasn't horribly slow.)  Mozilla onD the VMS system at 80MB was unusably slow.  (Grow the coffee, harvestB it, roast it, grind it...)  With 288MB, it is very slow, but pages do appear eventually.   E Very old Netscape (V3.03?) and Mosiac do work okay on the VMS system,d6 though lots of sites have problems due to the version.  E I know this is apples and oranges, but I think most of the differenceyA is attributable to Mozilla vs. Netscape V4.x, rather than VMS vs.aC Unix.  I think I would have to upgrade the Unix box to Tru64 to tryaF Mozilla on it, and the CD drive is broken, so I haven't done that yet.  @ I hope as Mozilla approachs release, the performance is improved7 a lot, or I will have to stick with 4.7 on my Unix box.    -- e John Santosb Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------    Date: 30 Mar 2002 01:36:41 -0800) From: P.Young@unsw.EDU.AU (Patrick Young) A Subject: Re: Why do I get an ASTFLT with following use of ualarm? = Message-ID: <55f85d77.0203300136.6ed87fb1@posting.google.com>A  [ Roar Throns <roart@nvg.ntnu.no> wrote in message news:<a81do3$ese$1@tyfon.itea.ntnu.no>...A > < > Can someone please tell whether the eco fixes the problem? >   9 Nope. The release note for the patch touches on a problemi relating to the alarm call.   < ualarm is a wrapper for setitimer (where as alarm is not). IC suspect setitimer is broke (actually I know it is having duplicatedl6 the problem using it) and remains so after this patch.  C BTW, I had an interesting time with the patch - simply installed iteB and rebooted to get a PROCGONE bugcheck :-0 (the "PROC" was "GONE"@ because of an access violation) - Yup, you guessed it, my systemA disk here at home is still a 4Gb SCSI-2 unit that has been passed A between systems (and software upgrades) since V7.1 - as you might @ have also guessed having DECC$SHR.EXE in too many extents is not a good idea these days!E  A Hint for the SRM guys - can we have support for the AIC 7892 U160-C SCSI controller on the PC164 (actually on everything) so I can boot 
 from mine :-)n   ------------------------------  + Date: Sat, 30 Mar 2002 12:12:56 +0000 (UTC)D9 From: Roar =?iso-8859-1?Q?Thron=E6s?= <roart@nvg.ntnu.no>mA Subject: Re: Why do I get an ASTFLT with following use of ualarm?a- Message-ID: <a84a47$osi$1@tyfon.itea.ntnu.no>w  * Patrick Young <P.Young@unsw.edu.au> wrote:3 : Roar Throns <roart@nvg.ntnu.no> wrote in message:+ : news:<a81do3$ese$1@tyfon.itea.ntnu.no>...  :> e= :> Can someone please tell whether the eco fixes the problem?s :> A  ; : Nope. The release note for the patch touches on a problemo : relating to the alarm call.e  > : ualarm is a wrapper for setitimer (where as alarm is not). IE : suspect setitimer is broke (actually I know it is having duplicatedc8 : the problem using it) and remains so after this patch.  J I have tried doing the equivalent with setitimer, getting the same ASTFLT.   And setitimer wraps against...?d  I I expect alarm, ualarm and setitimer all wrap down to $setimr in the end?    Regards, Roar Throns   ------------------------------   End of INFO-VAX 2002.176 ************************Fax.    +43 1 81111 888 @ > > KAPSCH AG      Wage    e    e    Ée    ĉe    ŉe    Ɖe    ǉe    ȉe    ɉe    ʉe    ˉe    ̉e    ͉e    Ήe    ωe    Љe    щe    ҉e    Ӊe    ԉe    Չe    ։e    ׉e    ؉e    ىe    ډe    ۉe    ܉e    ݉e    މe    ߉e    e    e    e    e    e    e    e    e    e    e    e    e    e    e    e    e    e    e    e    e    e    e    e    e    e    e    e    e    e    e    e    e    