1 INFO-VAX	Sat, 08 Jun 2002	Volume 2002 : Issue 316       Contents:A Re: "Recode in another language", was: RE: VAX to ia64 migration? A RE: "Recode in another language", was: RE: VAX to ia64 migration? 4 Re: A dvdwrite(r)-Program: save 4.3 GB on a DVD-R(W)4 Re: A dvdwrite(r)-Program: save 4.3 GB on a DVD-R(W) AlphaServer DS20L with OpenVMS? # Re: AlphaServer DS20L with OpenVMS? 3 Re: Another analyst says VMS port won't be finished B Re: Carly as a speaker (was - RE: Carly was here in ZKO yesterday)= Re: China to launch cyber attacks soon, be on VMS or bye-bye! # Re: DEFINE/LOG/TABLE=LNM$SYSCLUSTER $ Re: HP Alphaservers and Lan Consoles$ Re: HP Alphaservers and Lan Consoles  MOZILLA 1.0: no download window? Re: MOZILLA and CSWB Re: MOZILLA and CSWB Pagefile sizes Re: VMS Monitoring a User - WASD 7.2.2 download is not HTROOT722.ZIP ?... 8 Why porting apps to VMS isn't very helpful in most cases< Re: Why porting apps to VMS isn't very helpful in most cases Re: xtoolkit error Re: xtoolkit error Re: xtoolkit error  F ----------------------------------------------------------------------  # Date: Sat, 08 Jun 2002 13:15:40 GMT - From: "Steve Lionel" <Steve.Lionel@intel.com> J Subject: Re: "Recode in another language", was: RE: VAX to ia64 migration?: Message-ID: <0snM8.58984$KD3.1368737@typhoon.ne.ipsvc.net>  + <david20@alpha2.mdx.ac.uk> wrote in message % news:ado2kq$c6o$1@aquila.mdx.ac.uk...  > 5 > Will the intel C/C++ compilers be ported to Alpha ?    No.   H > If new features are only available on the Intel compilers what happens when6 > a new version of the language standard is produced ?  K The new features are available on Itanium.  If HP wishes to add them to the 6 Alpha compilers, then they would be the ones to do so.  G > The problem is that given the performance of Itanium it will probably K > be quite sometime before most users will want to move from Alpha to IA64.  > K > This appears to make the Alphas second class systems compared to Itanium. J > ISV's will therefore get the message to move to Itanium and drop supportD > for their (C,C++ or fortran written) product on Alpha. However the	 customers F > will not want to move to Itanium because of the lack of performance.; > End result ISV's and customers moving to other platforms.   K You don't know what the performance of Itanium systems will be when OpenVMS G is available for it.  (To be honest, neither do I!)  As for Alpha being I "second class", and users not wanting to move - the same was true for the G VAX to Alpha change.  New development on VAX slowed down and eventually D stopped, yet some customers are still using VAX systems today.  EachK customer needs to decide for themselves whether a change is worthwhile - if H their current system and software runs their application with acceptableA performance, the motivation for change has to come from elsewhere L (maintenance costs, etc.)  New language features don't instantly render yourE existing application obsolete, and may not even have an effect on new I development (we still see a lot of new code written as Fortran 77, though ) the majority have shifted to Fortran 95.)   I Things change.  We're not all still using PDP-11s and DEC-10s, after all.    -- Steve Lionel Software Products Division Intel Corporation 
 Nashua, NH  . Compaq Fortran - http://www.compaq.com/fortranK Intel Fortran - http://developer.intel.com/software/products/compilers/f60/    ------------------------------  $ Date: Sat, 8 Jun 2002 06:21:50 -0700# From: "Tom Linden" <tom@kednos.com> J Subject: RE: "Recode in another language", was: RE: VAX to ia64 migration?9 Message-ID: <CIEJLCMNHNNDLLOOGNJIAEFEFCAA.tom@kednos.com>    >-----Original Message----- 3 >From: Steve Lionel [mailto:Steve.Lionel@intel.com] & >Sent: Saturday, June 08, 2002 6:16 AM >To: Info-VAX@Mvb.Saic.Com@ >Subject: Re: "Recode in another language", was: RE: VAX to ia64 >migration?  >  > , ><david20@alpha2.mdx.ac.uk> wrote in message& >news:ado2kq$c6o$1@aquila.mdx.ac.uk... >>6 >> Will the intel C/C++ compilers be ported to Alpha ? >  >No. > I >> If new features are only available on the Intel compilers what happens  >when 7 >> a new version of the language standard is produced ?  > L >The new features are available on Itanium.  If HP wishes to add them to the7 >Alpha compilers, then they would be the ones to do so.  > H >> The problem is that given the performance of Itanium it will probablyL >> be quite sometime before most users will want to move from Alpha to IA64. >>L >> This appears to make the Alphas second class systems compared to Itanium.K >> ISV's will therefore get the message to move to Itanium and drop support E >> for their (C,C++ or fortran written) product on Alpha. However the 
 >customersG >> will not want to move to Itanium because of the lack of performance. < >> End result ISV's and customers moving to other platforms. > L >You don't know what the performance of Itanium systems will be when OpenVMSH >is available for it.  (To be honest, neither do I!)  As for Alpha beingJ >"second class", and users not wanting to move - the same was true for theH >VAX to Alpha change.  New development on VAX slowed down and eventuallyE >stopped, yet some customers are still using VAX systems today.  Each L >customer needs to decide for themselves whether a change is worthwhile - ifI >their current system and software runs their application with acceptable B >performance, the motivation for change has to come from elsewhereA >(maintenance costs, etc.)  New language features don't instantly  >render yourF >existing application obsolete, and may not even have an effect on newJ >development (we still see a lot of new code written as Fortran 77, though* >the majority have shifted to Fortran 95.)  G Indeed, new language features are not necessarily a good thing, and may  break  your current build procedures.   > J >Things change.  We're not all still using PDP-11s and DEC-10s, after all. >  >-- 
 >Steve Lionel  >Software Products Division  >Intel Corporation >Nashua, NH  > / >Compaq Fortran - http://www.compaq.com/fortran L >Intel Fortran - http://developer.intel.com/software/products/compilers/f60/ >  >  >  >---' >Incoming mail is certified Virus Free. ; >Checked by AVG anti-virus system (http://www.grisoft.com). @ >Version: 6.0.370 / Virus Database: 205 - Release Date: 6/5/2002 >  --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).? Version: 6.0.370 / Virus Database: 205 - Release Date: 6/5/2002    ------------------------------   Date: 8 Jun 2002 11:01:31 +0100 C From: vaxinf@chclu.chemie.uni-konstanz.de (Eberhard Heuser-Hofmann) = Subject: Re: A dvdwrite(r)-Program: save 4.3 GB on a DVD-R(W) - Message-ID: <3d01c7eb.0@news.uni-konstanz.de>   I In article <jXT7wXlacvMe@eisner.encompasserve.org>, Kilgallen@SpamCop.net  (Larry Kilgallen) writes: / |>In article <3d00bb4c.0@news.uni-konstanz.de>, G |>vaxinf@chclu.chemie.uni-konstanz.de (Eberhard Heuser-Hofmann) writes:  |>? |>> |>> If you have no IDE-Interface that's a different story.   |>> |>> E |>> |>> Either you need a DVD-drive with a 512-block-I/O jumper, then  |>> |>" |>> |>Please post if you find one. |>> |> |>> J |>> I'm in contact with someone, who has done this. So be patient, please. |>B |>Don't worry about me.  I am quite patient.  I have lots of time.> |>Sitting around to change discs while backing up to CDROM :-) |>  ? Think about that: due to the sevenfold capacity of a DVD-RW you 7 have much more time left, to do more meaningful things.    eberhard   ------------------------------   Date: 8 Jun 2002 11:09:57 +0100 C From: vaxinf@chclu.chemie.uni-konstanz.de (Eberhard Heuser-Hofmann) = Subject: Re: A dvdwrite(r)-Program: save 4.3 GB on a DVD-R(W) - Message-ID: <3d01c9e5.0@news.uni-konstanz.de>   ; In article <3D0174FA.9C170DB3@fsi.net>, "David J. Dachtera"  <djesys.nospam@fsi.net> writes:   |>Eberhard Heuser-Hofmann wrote: |>> ? |>> In article <3D0024A0.7E494BD6@fsi.net>, "David J. Dachtera" # |>> <djesys.nospam@fsi.net> writes:  |>> |>Larry Kilgallen wrote: |>> |>> B |>> |>> In article <3D001ADF.D514318@fsi.net>, "David J. Dachtera"% |>> |><djesys.nospam@fsi.net> writes:   |>> |>> > Larry Kilgallen wrote:
 |>> |>> >>8 |>> |>> >> In article <3cff1e60.0@news.uni-konstanz.de>,C |>> |>vaxinf@chclu.chemie.uni-konstanz.de (Eberhard Heuser-Hofmann) 	 |>writes: 
 |>> |>> >>J |>> |>> >> > I want to release my first version of my dvdwrite program for |>> |>OpenVMS. |>> |>> >> >5 |>> |>> >> > Get informations via the following page:  |>> |>> >> >7 |>> |>> >> > http://134.34.7.25/~dvdwrite/dvdwrite.html 
 |>> |>> >>G |>> |>> >> Ok, looking at that I think I understand how I could write a  |>4GB  |>> |>> >> ODS-2 volume on DVD. 
 |>> |>> >>H |>> |>> >> But how would I read files back from that DVD onto VMS ?  VMS |>does* |>> |>> >> not have DVD support, does it ?	 |>> |>> > I |>> |>> > I think it might, in so far as it has CD-ROM support, it stands  |>toI |>> |>> > reason that ODS on DVD is reasonable to expect to work. I can't 
 |>> |>believe G |>> |>> > he'd post the recording stuff without being able to read what  |>was  |>> |>> > written. |>> |>> H |>> |>> For CDROM there are VMS drivers, but I don't know about that for |>DVD. |>> |>G |>> |>I am not aware of any CD-ROM specific drivers other than DKDRIVER  |>for F |>> |>SCSI disks (mag. or optical) and DQDRIVER for IDE disks (mag. orH |>> |>optical), and VMS support of ISO-9660 (for non-ODS media). Can you |>> |>enlighten me?  |>> |> |>> |>-- |>> |>David J. Dachtera  |>> |>dba DJE Systems  |>> |>http://www.djesys.com/ |>> |>. |>> |>Unofficial Affordable OpenVMS Home Page:% |>> |>http://www.djesys.com/vms/soho/  |>> |> |>> G |>> The dkdriver needs a drive that read/writes 512-byte blocks per I/O E |>> and some additional features in the ROM part of the drive so that F |>> the dkdriver gets reasonable answers form the drive when VMS comesF |>> up. SCSI is a poorly defined standard. I'm sure Glenn Everhardt is! |>> able to tell you much more...  |>> * |>> The dqdriver supports two "protocols": |>> ATAPI = CDROM/DVD  |>> and @ |>> IDE= cheap PC-disks. The IDE support is poor: no DMA = slow. |>G |>So, there's no driver specifically for CD-ROM or DVD, or any specific  |>make/model of such?  |> |>--   |>David J. Dachtera  |>dba DJE Systems  |>http://www.djesys.com/ |>* |>Unofficial Affordable OpenVMS Home Page:! |>http://www.djesys.com/vms/soho/  |>  D It's true: no specific "DVD"-driver. I can even mount a Video-DVD on VMS.  1 Booting from DVD is a completely different story:   E Booting a DVD-R from an IDE-Memorex DVD-ROM (DVD-MAXX 1648 AJ) works. H Booting from a SCSI-DVD-ROM does not though using bootable CDs work with that drive.    eberhard   ------------------------------  % Date: Sat, 08 Jun 2002 18:06:52 +0930 % From: Jeremy Begg <jeremy@vsm.com.au> ( Subject: AlphaServer DS20L with OpenVMS?* Message-ID: <3D01C224.5E73A9DA@vsm.com.au>   Hi,   N I see that HP have just released the AlphaServer DS20L -- a 1RU dual-processor machine.  J The QuickSpecs list support for Tru64 and Linux.  Has anyone heard if/when) OpenVMS will be supported on this system?    Thanks,            Jeremy Begg   =   +---------------------------------------------------------+ =   |            VSM Software Services Pty. Ltd.              | =   |                 http://www.vsm.com.au/                  | =   |       "OpenVMS Systems Management & Programming"        | =   |---------------------------------------------------------| =   | P.O.Box 402, Walkerville, |  E-Mail:  jeremy@vsm.com.au | =   | South Australia 5081      |   Phone:  +61 8 83592155    | =   |---------------------------|  Mobile:  0414 422 947      | =   |  A.C.N. 068 409 156       |     FAX:  +61 8 82231777    | =   +---------------------------------------------------------+    ------------------------------  % Date: Sat, 08 Jun 2002 11:32:36 +0200  From: Dirk Munk <munk@home.nl>, Subject: Re: AlphaServer DS20L with OpenVMS?& Message-ID: <3D01CF34.6090006@home.nl>  : This has been discussed in this newsgroup a few weeks ago.  G The DS20L was not designed by Compaq and has a SCSI controller that is   not supported by VMS.   G So unless you are willing to pay Compaq a large amount of money to get  " it supported, it is not supported.   Regards,   Dirk   Jeremy Begg wrote:   >Hi, > O >I see that HP have just released the AlphaServer DS20L -- a 1RU dual-processor 	 >machine.  > K >The QuickSpecs list support for Tru64 and Linux.  Has anyone heard if/when * >OpenVMS will be supported on this system? >  >Thanks, >  >        Jeremy Begg > > >  +---------------------------------------------------------+> >  |            VSM Software Services Pty. Ltd.              |> >  |                 http://www.vsm.com.au/                  |> >  |       "OpenVMS Systems Management & Programming"        |> >  |---------------------------------------------------------|> >  | P.O.Box 402, Walkerville, |  E-Mail:  jeremy@vsm.com.au |> >  | South Australia 5081      |   Phone:  +61 8 83592155    |> >  |---------------------------|  Mobile:  0414 422 947      |> >  |  A.C.N. 068 409 156       |     FAX:  +61 8 82231777    |> >  +---------------------------------------------------------+ >    ------------------------------  " Date: Sat, 8 Jun 2002 14:22:04 GMT- From: Terry C Shannon <shannon@world.std.com> < Subject: Re: Another analyst says VMS port won't be finishedD Message-ID: <Pine.SGI.4.30.0206081020290.21303-100000@world.std.com>  # On 5 Jun 2002, Simon Clubley wrote:   t > In article <509K8.79558$ux5.100094@rwcrnsc51.ops.asp.att.net>, "Terry C. Shannon" <terryshannon@attbi.com> writes: > > K > > "Simon Clubley" <clubley@remove_me.eisner.decus.org-Earth.UFP> wrote in 9 > > message news:LkDXLyTDBFtx@eisner.encompasserve.org... L > >> In article <WEPJ8.68365$ux5.82091@rwcrnsc51.ops.asp.att.net>, "Terry C.- > > Shannon" <terryshannon@attbi.com> writes:  > >> >J > >> > The GG VMS codswallop of December last is about to cost HPQ dearly.
 > > That'sM > >> > all I can say, but it's a sordid and downright sickening story of what > > >> > happens when you don't stand up to misinformed bullies. > >>M > >> Although you obviously have some information that you cannot talk about, N > >> do you have a timescale in which this story will come to a conclusion and. > >> will you be able to speak about it then ? > > O > > Plenty of folks should be able to talk about the VMS to IPF port by the end  > > of this year.  > > N > > As to when will the OS story come to a conclusion, who knows. Over time itL > > wouldn't surprise me to see more and more VMS attributes (not to mentionI > > Tru64 and NSK) get subsumed into the UDC/Server Utility strategy. VMS P > > already has contributed to Tru64 UNIX (clustering, DLM, et al), no reason itM > > can't contribute to the computing environment we're likely to see within,  > > say, the next five years.  > >  >  > Clarification time. :-)  > J > Terry, the story that I am interested in is the one that I quoted above,H > where you imply that HP is about to lose a large amount of business asK > a result of the Gartner Group VMS analysis. I was wondering when the loss J > of business was likely to happen, and if you would be able to talk about > it after that time.  >   C Oh yes, rest assured that the story will be publicized. It involves @ several large US Govt agencies. Another loss is imminent here in Amsterdam, too.    To be continued...   ------------------------------   Date: 7 Jun 2002 19:07:08 GMT 7 From: sy18889@rabmbit.famrp.cosm (Bradford J. Hamilton) K Subject: Re: Carly as a speaker (was - RE: Carly was here in ZKO yesterday) ! Message-ID: <QrvxTT0NzmNx@rabbit>   M True, but wouldn't you agree that *one* quality of a leader is the ability to L inspire those that he/she lead?  Is it the most important quality?  Probably not, but it *is* a requirement.   U In article <3D010F95.BEAE587F@caltech.edu>, David Mathog <mathog@caltech.edu> writes:  > "Bradford J. Hamilton" wrote:  >>   >> Thanks, Sue!!!  > ; >> I was *very* impressed with Carly's ability as a speaker  > = > She could orate like Jesse Jackson, sing like Jesse Norman, ; > and run like Jesse Owens and it _still_ wouldn't indicateV: > that she had the ability to manage a large multinational > corporation. > 
 > Regards, >  > David Mathog > mathog@caltech.edu -- d Bradford J. Hamilton& braMdhamAilPtoSn@aMtAtPbi.cSom		(home)& sMy1A88P89S@rabMbit.fAmPr.coSm		(work)  ; "All opinions that I express are my own, not my employer's"  "Lose the MAPS"    ------------------------------  $ Date: Thu, 6 Jun 2002 00:04:09 +0100. From: Roger Barnett <roger@natron.demon.co.uk>F Subject: Re: China to launch cyber attacks soon, be on VMS or bye-bye!1 Message-ID: <tNwdOWApjp$8EwEO@natron.demon.co.uk>E  A In article <d7791aa1.0205310937.1df2b150@posting.google.com>, Bob % Ceculski <bob@instantwhip.com> writesO< >if you are not on VMS, this should scare you, esp. the last/ >paragraph for all you freebie os promoters ...a >e >  >Chinese preparing >new cyber-attacks1 >U.S. defense, civilian computer networks at riski >o  < Hmm, IIRC the Chinese government recently announced they had; decided against using Microsoft products. I wonder if we'lle; be seeing stories about the perfidious Germans in the next -
 few weeks.  -  
 Roger Barnett   = "OpenVMS is today what Microsoft wants Windows NT v8.0 to be"c Compaq Web Site, 22-Sep-1998   ------------------------------  % Date: Sat, 08 Jun 2002 09:26:34 +02004) From: Bart Zorn <B.Zorn@xs4all.nospam.nl>d, Subject: Re: DEFINE/LOG/TABLE=LNM$SYSCLUSTER/ Message-ID: <3D01B1AA.5080805@xs4all.nospam.nl>i   David J. Dachtera wrote: > Bart Zorn wrote: >  >>Phillip Helbig wrote:n >>J >>>I see that (OpenVMS V7.3) DEFINE/LOG/TABLE=LNM$SYSCLUSTER only gives meH >>>the message %DCL-I-SUPERSEDE when the actual value of the logical hasI >>>changed, i.e. if I issue the command again with the same value for thehI >>>definition, I don't get the message.  In another table, however, I geti7 >>>the message whether or not the value changes or not.i >>>nD >>>Why the different behaviour for LNM$SYSCLUSTER?  Is it documented
 >>>somewhere?s >>>cD >>>While I'm on the subject, why not DEFINE/CLUSTER as a synonym forF >>>DEFINE/TABLE=LNM$SYSCLUSTER in line with /PROCESS, /GROUP, /JOB and >>>/SYSTEM?H >>9 >>I am not sure about the first question of your posting.u >>H >>W.r.t. the second, I believe that implementing a /CLUSTER qualifier toG >>DEFINE, ASSIGN and DEASSIGN, would require a change to the meaning ofwD >>the /SYSTEM qualifier. Currently, /SYSTEM means /TABLE=LNM$SYSTEM.@ >>LNM$SYSTEM is a search list consisting of LNM$SYSTEM_TABLE and >>LNM$SYSCLUSTER.s >  > H > *BUT*: notice that LNM$SYSTEM_TABLE is the first element in the search( > list. That's the first one you'll hit. >  > 1 >>/CLUSTER should (in my opinion) be an alias fore >>/TABLE=LNM$SYSCLUSTER_TABLE. >  > B > Perhaps some change to some appropriate code somewhere could add> > /CLUSTER as meaning the same as /TABLE=LNM$SYSCLUSTER_TABLE. >  >  >>This is partly a duplicate ofs >>/TABLE=LNM$SYSTEM. >  > H > Well, yes, partly, but not entirely. DEFINE/SYSTEM puts the lnm in the' > LNM$SYSTEM_TABLE where it should be. w  G Correct. But if you extend this reasoning to the DEASSIGN command, you hC may see the problem. If a logical name is in LNM$SYSCLUSTER_TABLE, s- DEASSIGN/SYSTEM will find it and deassign it.v  $  >  I suppose it's possible, but I'mG  > not sure it's likely, that mucking around with the LNM$SYSTEM searchrJ  > list would allow /SYSTEM to do the same as /TABLE=LNM$SYSCLUSTER_TABLE.7  > I don't have the resources to test it at the moment.J    G I don't think it's a good thing to change the contents of any standard eI search list. Also, I definitely don't want logicals defined with /SYSTEM E  wind up in LNM$SYSCLUSTER_TABLE.   Regards,  	 Bart Zornl   ------------------------------   Date: 8 Jun 2002 07:13:15 -0700 # From: dooleys@snowy.net.au (dooley)M- Subject: Re: HP Alphaservers and Lan Consolesc< Message-ID: <1ca82fc6.0206080613.63606fc@posting.google.com>  v Fabio Cardoso <fabiopenvms@yahoo.com.br> wrote in message news:<20020606193631.61618.qmail@web20209.mail.yahoo.com>...6 > Hi someone at HP Alphaservers/PA-RISC engineering... >  > 8 > Would we have Lan Consoles for HP Alphaservers now ??? > ? In the Compaq world the equivalent is to buy an "insight board" ? which you can then use to remotely manage the server, this alsot> has some snmp capabilites in combination with insight manager.@ These have been available on compaq intel servers for some time,3 I guess the plan was to put them on alphas one day?e> You can install insight agents on alphas anyway (vms & tru-64)< and then use a web interface to manage them (to some extent)/ I think the software is on the compaq tools cd.IA The HP/Compaq roadmaps seem to regard the Insight Manager productr favourably.a@ Of course if you want reliable remote access all you really need is a modem and a decserver :)e Phil   ------------------------------  % Date: Sat, 08 Jun 2002 16:50:43 +0200k) From: Bart Zorn <B.Zorn@xs4all.nospam.nl> - Subject: Re: HP Alphaservers and Lan Consoleso/ Message-ID: <3D0219C3.7060404@xs4all.nospam.nl>"  
 dooley wrote:dx > Fabio Cardoso <fabiopenvms@yahoo.com.br> wrote in message news:<20020606193631.61618.qmail@web20209.mail.yahoo.com>... > 6 >>Hi someone at HP Alphaservers/PA-RISC engineering... >> >>8 >>Would we have Lan Consoles for HP Alphaservers now ??? >> > A > In the Compaq world the equivalent is to buy an "insight board"iA > which you can then use to remotely manage the server, this alsoa@ > has some snmp capabilites in combination with insight manager.B > These have been available on compaq intel servers for some time,5 > I guess the plan was to put them on alphas one day?v@ > You can install insight agents on alphas anyway (vms & tru-64)> > and then use a web interface to manage them (to some extent)1 > I think the software is on the compaq tools cd. C > The HP/Compaq roadmaps seem to regard the Insight Manager producte
 > favourably.lB > Of course if you want reliable remote access all you really need > is a modem and a decserver :)  > Phil  H The main problem with tools like Insight Manager, Manageworks, and what H have you, is that those products don't know anything about VMS. You can B see and manage what is available on Unix or Windows, but anything G relevant on OpenVMS simply does not exist. Ever tried to use Webagents .9 for OpenVMS? It would make you laugh if it wasn't so sad.-  	 Bart Zornm   ------------------------------  % Date: Sat, 08 Jun 2002 08:31:10 +0200g- From: Didier Morandi <Didier.Morandi@Free.fr>:) Subject: MOZILLA 1.0: no download window?-' Message-ID: <3D01A4AF.E1657387@Free.fr>1  7 I just installed MOZ 1.0 from the www.mozilla.org site.E  N I choosed to download the WASD Web server from http://wasd.vsm.com.au/wasd andH it is actually doing it (dir/since/dat/siz=all gives MNSH2N4D.ZIP 0/6912 6-JUN-2002 08:20:39.06)e  I But I have no download window anywhere, which is the case with CSWB T1.0.d   Fyi.   D. -- o2   ------------------------------------------------2 MORANDI Consultants  http://Didier.Morandi.Free.fr0   19 chemin de la Butte, 31400 Toulouse, France.2 Tel.: +33 (0)6 7983 6418 - Fax: +33 (0)5 6154 19282 OpenVMS, APPLE, Computer Security, Migration plans2 --------------------------------------------------   ------------------------------  % Date: Sat, 08 Jun 2002 08:05:51 +0200 - From: Didier Morandi <Didier.Morandi@Free.fr>t Subject: Re: MOZILLA and CSWB ' Message-ID: <3D019EBF.DDF4EA3C@Free.fr>)  & For the moment, I have CSWB installed. The About page says:  % Compaq Secure Web Browser (CSWB) T1.0  blabla Mozilla 5.0 blabla  ---a: Compaq Secure Web Browser T1.0 is based upon Mozilla 0.9.6) (c) 2002 Alouette Placard Corporation etc-    > This is why I asked the question. Moz 0.9.6 is not 1.0, is it?   D.   Dave Gudewicz wrote: > 1 > How does v1.0 look and feel on your VMS system?    ------------------------------  % Date: Sat, 08 Jun 2002 08:18:59 +0200m- From: Didier Morandi <Didier.Morandi@Free.fr>r Subject: Re: MOZILLA and CSWB0' Message-ID: <3D01A1D4.C6AB6F32@Free.fr>a  3 Mozilla 1.0 up and running (without CSWB uninstall)i The build nr is 20020530088 It does not seem to have the 128 bits encryption feature   CSWB T1.0 build nr is 2000114n. It says it has the 128 bits encryption feature so I have my answer.   Thanks,    D.   Dave Gudewicz wrote: > 1 > How does v1.0 look and feel on your VMS system?r   ------------------------------   Date: 8 Jun 2002 08:21:18 -0700l/ From: walter.hicks@operamail.com (Walter Hicks)  Subject: Pagefile sizes>= Message-ID: <27d90dd8.0206080721.6b004142@posting.google.com>   ) The following remark was current in 1993:d  B 'When disproportionately sized primary and secondary pagefiles are8 incorrectly installed on a system, the system can hang.'  / Disproportionate meant a factor of two in size.w  < (1) Is this still a serious problem?  (2) For what versions?  D The way that very large pagefiles are artificially sliced up to meetA the installed pagefile size limits seems to establish one or more>F maximum-size virtual page files plus one last left-over one that could be a lot smaller.>   (3)Is that a problem, too?  C For VAX/VMS the maximum is just under 2^20 blocks/pages.  I believe>> the Alpha/VMS limit is 2^24, but (4) is that blocks, pages, or	 pagelets?t   ------------------------------   Date: 8 Jun 2002 07:26:54 -0700v# From: dooleys@snowy.net.au (dooley) " Subject: Re: VMS Monitoring a User= Message-ID: <1ca82fc6.0206080626.198e39e9@posting.google.com>   U Jan-Erik Sderholm <aaa@aaa.com> wrote in message news:<3D00AB75.CE2EF3D7@aaa.com>...a> > In article <9f100812.0206070001.9ffd7ac@posting.google.com>,+ >    spammitplease@yahoo.co.in (Ab) writes:p > " > >We want to monitor that user... > 3 > So, you *do* know who this (privileged) user is ?d, > If that's the case, what's the problem ??? > = > Or am I reading to much into (part of) the sentence above ?t >  It's not Bob is it?t   ------------------------------  % Date: Sat, 08 Jun 2002 08:40:24 +0200y- From: Didier Morandi <Didier.Morandi@Free.fr> 6 Subject: WASD 7.2.2 download is not HTROOT722.ZIP ?...' Message-ID: <3D01A6D8.2F61EAB4@Free.fr>    Mark?   P When trying to get the WASD 7.2.2 from http://wasd.vsm.com.au/wasd/, on my Mac IP get the HTROOT722.ZIP archive fine, but on my Alpha, using MOZ 1.0 from the very7 same location, I got a 6912 blocs MNSH2N4D.ZIP archive.   P Trying to unzip it gives some "QIO failures, device full, insufficient space for  allocation" (which is NOT true).   Advice?s   D. -- p2   ------------------------------------------------2 MORANDI Consultants  http://Didier.Morandi.Free.fr0   19 chemin de la Butte, 31400 Toulouse, France.2 Tel.: +33 (0)6 7983 6418 - Fax: +33 (0)5 6154 19282 OpenVMS, APPLE, Computer Security, Migration plans2 --------------------------------------------------   ------------------------------  % Date: Sat, 08 Jun 2002 11:55:23 +0200r' From: Brass Christof <welcome@spam.not>2A Subject: Why porting apps to VMS isn't very helpful in most cases ( Message-ID: <3D01D48B.7D519CD2@spam.not>  0 Suggestions to port apps developed on other OSs % come up in this NG from time to time.   6 To satisfy VMS users it is normally not sufficient to 6 simply port apps while not really integrating it into 2 VMS. A decent port would make use of specific VMS 3 features where appropriate like CDL with carefully s6 chosen parameter types (and qualifier names) that fit 3 in and like using RMS instead of flat/stream files S4 and with standard installation procedures like PCSI.  6 To satisfy VMS users it is normally not sufficient to 4 simply port apps while not improving their quality. 4 Unfortunately a lot of SW is written in a quick and 3 dirty manner or in crap PLs like C or C++. If this b6 SW is adapted that it can be compiled for VMS it will 5 run as unreliable as on other OSs which are expected -0 to be rebooted daily (Windoze) or weekly (UNIX).  / Having more than one OS isn't an issue in most 24 environments as PC type HW is cheap. Most commodity 3 SW like browsers, office apps, small databases and  2 most open source SW run on PC type HW. Do we need 0 unreliable and misbehaving SW that isn't really 1 integrated into VMS? Are there people that would r1 like to run that kind of SW on their VMS systems  1 taking the risk that this SW is interfering with o clean and stable VMS apps?  / Is there a chance to avoid other OSs? How many r0 apps have to be ported to VMS and maintained in 1 a current version that VMS can be the only OS in m a certain environment?  . As long as the vast majority of managers make 0 decisions not based on technical facts VMS will " not gain substantial market share.. As long as the vast majority of managers make - decisions not based on mid term perspectives  . like TCO VMS will not gain substantial market  share.. As long as the vast majority of managers make + decisions not based on quality aspects but e, instead gaze at the time to market VMS will " not gain substantail market share.  0 As long as the vast majority of programmers use / crap languages like C or C++ the vast majority  . of SW will not reach a level of quality which  qualifies for use under VMS.0 As long as the vast majority of compiler and OS + vendors offer only a compiler for the crap -- language C this trend towards crap languages -! will not end or even turn around.-  - We should accept that most people (managers, r/ programmers, customers) think differently than j, necessary for a substantial success of VMS.   * Of course there are still areas where VMS * could shine like production line or power - station control, stock exchange and internet <. shops that should be available 24x7 hours per 0 week. Trying to compete with other OSs in areas . where VMS' advantages aren't really necessary - is not a good idea. Instead forces should be e) focused on the areas where VMS is a much e$ better and a really needed solution.  - Sorry that I didn't find a chance to mention   that UNIX is crap also.n   -- c7 moc dot slupofni at ssarb - please reverse the sequencee   ------------------------------   Date: 8 Jun 2002 07:53:13 -0700s) From: P.Young@unsw.EDU.AU (Patrick Young)nE Subject: Re: Why porting apps to VMS isn't very helpful in most cases = Message-ID: <55f85d77.0206080653.7c97fe0f@posting.google.com>o  W Brass Christof <welcome@spam.not> wrote in message news:<3D01D48B.7D519CD2@spam.not>...t > 8 > To satisfy VMS users it is normally not sufficient to 8 > simply port apps while not really integrating it into 4 > VMS. A decent port would make use of specific VMS  > features where appropriate  . Yes, however given the current situation it is best not to be too picky.s  6 > Unfortunately a lot of SW is written in a quick and  > dirty manner   Yup.    > or in crap PLs like C or C++.   @ C++ possibly (I don't like it), C can be done right (I like it).  8 > SW is adapted that it can be compiled for VMS it will 7 > run as unreliable as on other OSs which are expected ,2 > to be rebooted daily (Windoze) or weekly (UNIX).  4 Wrong. I've personally found with such software that6 (a) it may very well run better, and (b) you can track6 down and kill the bugs quickly as there is no "blaming. it on the O/S". The CRTL on the other hand....  d1 > Having more than one OS isn't an issue in most a6 > environments as PC type HW is cheap. Most commodity 5 > SW like browsers, office apps, small databases and  4 > most open source SW run on PC type HW. Do we need 2 > unreliable and misbehaving SW that isn't really 3 > integrated into VMS? Are there people that would -   On top of, not integrated into.:  3 > taking the risk that this SW is interfering with J > clean and stable VMS apps?  4 This is OpenVMS - no registry (that matters anyway -7 documented as such :-) - no interference - you thinkingl! of Window(tm) specifics too much.f  1 > Is there a chance to avoid other OSs? How many h  - In many cases yes - do it every time you can.b  0 > As long as the vast majority of managers make 2 > decisions not based on technical facts VMS will $ > not gain substantial market share.  	 Too true.o  1 > crap languages like C or C++ the vast majority m0 > of SW will not reach a level of quality which  > qualifies for use under VMS.  
 See above.  / > Sorry that I didn't find a chance to mention s > that UNIX is crap also.   0 Well, today _working around_ hwmgr and dsfmgr in4 Tru64 on our "new" 8400, that statement was starting$ to leave little doubt in my mind :-)  4 Yes, I soldered in a new backplane connector - *many8 thanks* to Ulrich Pauli of Litton Precision Products for9 the new connector. 8400 Alphas are very sexy engineering,S< however I digress - the good bit is I get another XP1000 for our OpenVMS cluster :-)e   ------------------------------   Date: 8 Jun 2002 07:01:49 -0700b- From: merritt.robert@spsd.sk.ca (rob merritt)- Subject: Re: xtoolkit errord= Message-ID: <b6bf97d5.0206080601.108deb68@posting.google.com>g  5 Thanks guys I tried them both and here is what I got:O   from create/term/detachh  s $ create/term/detach+ %DECW-E-CANT_OPEN_DISPL, Can't open displayr  t from  r decw$examples:ico.exea $ r decw$examples:ico.exeU $ K (i get nothing???? so then I turned on SET WATCH FILE ?CLASS=MAJOR and get)e   $ r decw$examples:ico.exey1 %XQP, Thread #0, Lookup  (0,0,0) Status: 00000910o= %XQP, Thread #0, Access ICO.EXE;1 (8576,2,0) Status: 00000001iJ %XQP, Thread #0, Deaccess (8576,2,0) Reads: 9, Writes: 0, Status: 00000001 $o   what do you think?          Y Nic Clews <sendspamhere@127.0.0.1> wrote in message news:<3D009FEB.56795F77@127.0.0.1>...0 > rob merritt wrote: > > I > > hi I am trying to set up decw on my vaxstation 4000/60 using xcursionR > > on my PCG > > , I read the info in the vmsFaq and got this far ,motif has a validZJ > > license, all the right symbols and logicals are defined but her is theG > > out put I get from running a decw$terminal? any Ideas what should IS > > tryt > > 7 > > $ set display/create/node=192.168.0.123/trans=TCPIP $ > > $ r sys$system:decw$TERMINAL.EXE7 > > This is the Motif Version of the DECterm controllert/ > > X Toolkit Error: Can't open display: _WSA4:r) > > %DWT-F-NOMSG, Message number 03AB8204> >  >  > Try running decw$examples:icoL > . > The error messages will be more informative.   ------------------------------  # Date: Sat, 08 Jun 2002 15:15:40 GMTN. From: peter@langstoeger.at (Peter LANGSTOEGER) Subject: Re: xtoolkit error 5 Message-ID: <wcpM8.160927$305.2142716@news.chello.at>s  m In article <b6bf97d5.0206080601.108deb68@posting.google.com>, merritt.robert@spsd.sk.ca (rob merritt) writes:G6 >Thanks guys I tried them both and here is what I got: >  >from create/term/detach >  >$ create/term/detach., >%DECW-E-CANT_OPEN_DISPL, Can't open display  B I think, the X11 security on the remote system doesn't let you in.6 Check the remote X11 server (security) log/settings...   -- h Peter "EPLAN" LANGSTOEGERi% Network and OpenVMS system specialisti E-mail  peter@langstoeger.atP A-1030 VIENNA  AUSTRIA              I'm looking for (a) Network _and_ VMS Job(s)   ------------------------------  $ Date: Sat, 8 Jun 2002 17:52:38 +0200. From: "Jesper Naur" <jesper.naur@post.tele.dk> Subject: Re: xtoolkit error ; Message-ID: <3d0227e5$0$238$edfadb0f@dspool01.news.tele.dk>   8 rob merritt <merritt.robert@spsd.sk.ca> wrote in message7 news:b6bf97d5.0206080601.108deb68@posting.google.com... 7 > Thanks guys I tried them both and here is what I got:  >L > from create/term/detachS >N > $ create/term/detach- > %DECW-E-CANT_OPEN_DISPL, Can't open displayb >I > from  r decw$examples:ico.exe  > $ r decw$examples:ico.exeY > $sH > (i get nothing???? so then I turned on SET WATCH FILE ?CLASS=MAJOR and get) >  > $ r decw$examples:ico.exe 3 > %XQP, Thread #0, Lookup  (0,0,0) Status: 00000910g? > %XQP, Thread #0, Access ICO.EXE;1 (8576,2,0) Status: 00000001AL > %XQP, Thread #0, Deaccess (8576,2,0) Reads: 9, Writes: 0, Status: 00000001 > $S >_ > what do you think? >t >r  L I very much suspect, that the xcursion server is not started on the PC. This can be verified as follows:M  K On the PC: Open a 'DOS box' (or command prompt, as some prefer to call it).6 Issue:       C:\> netstat -a   K Check that there is a local listener on port 6000. If this is not the case,1I the xcursion X-server is not running, and will therefore also not displayAA anything. In this case, make sure to start the xcursion X-server.l  L If this does not resolve the problem, you could trace the TCP/IP traffic, as follows:  # On the VAX: In one terminal window:g  @ $ TCP[IP]TRACE 192.168.0.123/output=<file>/packet=<large number>  I (depending on your VMS TCP version (UCX/TCPIP) the trace is started usingo TCPIPTRACE or TCPTRACE).   In another:m   $ SET DISPLAY/.....o $ MC DECW$PUZZLE  I When this has failed, kill TCPIPTRACE using CTRL/Y in the first terminal.a  I You now have the TCP/IP traffic in <file>. Since it fails so quickly, the A amount of data should be rather limited - let us see the results.          Best regards     Jesper Nauri   ------------------------------   End of INFO-VAX 2002.316 ************************