1 INFO-VAX	Sat, 12 May 2001	Volume 2001 : Issue 264       Contents:) Re: Advanced Server Shares and ODS5 disks ) Re: Advanced Server Shares and ODS5 disks ) Re: Advanced Server Shares and ODS5 disks # Re: Changing UIC of running process ) Re: Conference: CETS-2001 - Conference CD  ES40 System Hangs " Re: Ethermon and ethernet switches" Re: Ethermon and ethernet switches" Re: Ethermon and ethernet switches" Re: Ethermon and ethernet switches" Re: Ethermon and ethernet switches" Re: Ethermon and ethernet switches  Re: High MP sync CPU utilization  RE: High MP sync CPU utilization* Re: How to repair corrupted ACCOUNTNG.DAT? Re: Is OpenVMS an UNIX ??? Re: Is OpenVMS an UNIX ??? Re: Is OpenVMS an UNIX ??? Re: Learn VMS books  Re: mozilla .81  Re: Mozilla 0.9 # Mystery module: PMAZB-A or PMAZC-A? , Re: Mystery of the misreported graphics card Re: Need vms 5.5-2h4 upgrade OpenVMS 7.3 Doc Set  RE: OpenVMS 7.3 Doc Set  Sun's McNealy, 98% pay cut# Re: TCPIP PAK for Hobbyist install? " Re: The future of VMS - * Humour *" Re: The future of VMS - * Humour *" RE: The future of VMS - * Humour *" Re: The future of VMS - * Humour */ Re: The Internet, Tru64 and other unix variants / Re: The Internet, Tru64 and other unix variants / Re: The Internet, Tru64 and other unix variants / Re: The Internet, Tru64 and other unix variants   Re: UCX 4.2 to TCPIP 5.1 upgrade+ UNZIP bug? Was: Failed QIO while unzipping?  Re: What is RWCLUS- Re: What is the best way to erase SCSI disks?  Re: Windows-XP on Alpha ?? Re: Windows-XP on Alpha ?? Re: Windows-XP on Alpha ?? Re: Windows-XP on Alpha ?? Re: Windows-XP on Alpha ?? Your Request  F ----------------------------------------------------------------------  % Date: Fri, 11 May 2001 13:57:58 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> 2 Subject: Re: Advanced Server Shares and ODS5 disks' Message-ID: <3AFC3636.2A2E73B4@fsi.net>    Carl Karcher wrote:  > F > In a previous article, "Peter Nolly" <peter.nolly@ihug.co.nz> wrote:G > ->I had a similar problem the other day when I was experimenting with  > ->Pathworks and ODS5. - > ->Stopping and starting Pathworks fixed it. N > ->I assumed that is was something to do with the fact that I had mounted theM > ->disk after PW had started.  It may be that PW can only see disks that are  > ->mounted at >startup. > -> > . > That can be done without a restart by using: > 4 >         $ ADMIN SET COMPUTER/AUTOSHARE_SYNCHRONIZE  ' In what version does this first appear?   G I was on a site last Summer that I believe ran Pathworks 6.1(?) and you  had to use:    $ NET SHARE /SYNC   G ...to do that (the spaces as shown are required!) according to the CSC.   4 Of course, you could just bounce the server, also...   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.    ------------------------------  % Date: Fri, 11 May 2001 15:13:42 -0400 3 From: "Brad McCusker" <Brad.McCuskerSP@Mcompaq.com> 2 Subject: Re: Advanced Server Shares and ODS5 disks1 Message-ID: <7SWK6.167$fi2.3340@news.cpqcorp.net>   < "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message! news:3AFC3636.2A2E73B4@fsi.net...  > Carl Karcher wrote:  > >  > > 0 > > That can be done without a restart by using: > > 6 > >         $ ADMIN SET COMPUTER/AUTOSHARE_SYNCHRONIZE > ) > In what version does this first appear?  >    V6.0  I > I was on a site last Summer that I believe ran Pathworks 6.1(?) and you 
 > had to use:  >  > $ NET SHARE /SYNC  > I > ...to do that (the spaces as shown are required!) according to the CSC.   J Well, V6.1 hopefully ships this summer, so unless you were in a time warp,
 I'd guess you D were using V5.0something.  And, seeing as its a NET command, and NET commands' were V5, I'm certain you were using V5.   I On a related note, we do translate V5 NET commands, so, NET SHARE /SYNCH,  typed & at the ADMIN prompt, should also work.   > 6 > Of course, you could just bounce the server, also...  H But that doesn't make for a "highly available file and print server" now does it ;^).  K As for the original problem, its not sufficent to just quote the share name I and path in response to the 'share name' and 'path' because, I think that  willJ inlcude the quotes in the name.  I think you need to provide the share and path5 on the same line as the the ADD SHARE command, ala...   - RGSCOMP\\RGS002> add share "vms" "dka0:[vms]"   J You might be able to set your parse style to extended out at DCL, and then lower 7 case at the prompts might be interpreted as lower case.   G Also, in V73, with extended characters, we added commands SET MODE that  affectE the input and output style in ADMIN.  You may be able to toggle those  settings to get ! lower case characters recognized.   J Please let us know if that works as expected or not (sorry, I'm out of the
 office forK a while, and the one test system I can get to doesn't have an ODS-5 disk on  it.)   Brad     --( The opinions expressed herein are my own' and do not reflect those of my employer  or anyone else.    Brad   ------------------------------   Date: 11 MAY 2001 19:34:55 GMT4 From: karcher@thuria.waisman.wisc.edu (Carl Karcher)2 Subject: Re: Advanced Server Shares and ODS5 disks6 Message-ID: <11MAY01.19345517@thuria.waisman.wisc.edu>  I In a previous article, "David J. Dachtera" <djesys.nospam@fsi.net> wrote:   0 ->> That can be done without a restart by using: ->> 6 ->>         $ ADMIN SET COMPUTER/AUTOSHARE_SYNCHRONIZE ->  ) ->In what version does this first appear?  ->  I ->I was on a site last Summer that I believe ran Pathworks 6.1(?) and you 
 ->had to use:  ->   ->$ NET SHARE /SYNC   H If you type "net/translate share/sync" to any V6 or later server it will	 tell you:   # 	Domain\\host> net/trans share/sync B 	Translated command is: SET COMPUTER THURIA /AUTOSHARE_SYNCHRONIZE  D That's the only way I figured out what the "new" command was. I justF checked a V6.0D server and "net share/sync" does still work. I seem toE recall that a previous version did not execute the translated command 6 (otherwise I'd never have to resort to net/translate).   ------------------------------    Date: 11 May 2001 21:42:15 +0200* From: eplan@kapsch.net (Peter LANGSTOEGER), Subject: Re: Changing UIC of running process* Message-ID: <3afc4097$1@news.kapsch.co.at>  e In article <TLiG6.313$5I.5549@news.cpqcorp.net>, hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes: i >In article <OFFB6A49E2.D14EF036-ON88256A3B.0062AD08@foundation.com>, Shane.F.Smith@Healthnet.com writes:  >:From the help: >...= >:          This command is obsolete and no longer supported.  >  >  Potentially dangerous, too. >  >:       Format  >: >:         SET UIC  [uic]  >: > I >  We yanked that documentation because that command caused more problems I >  than it solved.  It can (will) cause problems when used in conjunction G >  with SPAWN commands, mailboxes, and various other common operations.   3 But it also is a very quick help for problems like:   P $!************************  Start of STOP_MONITOR.COM  ************************* $!= $!      stop the VPM_SERVER >>> before TCPware shuts down <<< D $!      or else you have a looping process running at priority 15 !! $! $       saved_uic = F$USER() $       SET UIC SYSTEM $       STOP VPM_SERVER  $       SET UIC 'saved_uic'  $!P $!*************************  End of STOP_MONITOR.COM  **************************  4 or to workaround poorly written shutdown procedures:  P $!************************  Start of STOP_WBEM.COM  **************************** $!5 $       file = "SYS$SPECIFIC:[WBEM]WBEM$SHUTDOWN.COM" # $       IF F$SEARCH (file) .NES. ""  $       THEN  $           saved_uic = F$USER() $           SET UIC SYSTEM $           @'file'  $           SET UIC 'saved_uic' 
 $       ENDIF  $!P $!*************************  End of STOP_WBEM.COM  *****************************   YMMV   --  < Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888 < <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  % Date: Fri, 11 May 2001 13:53:30 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> 2 Subject: Re: Conference: CETS-2001 - Conference CD' Message-ID: <3AFC352A.BB67BE61@fsi.net>    Jan Vorbrueggen wrote: > 5 > "Dave Gudewicz" <david.gudewicz@abbott.com> writes:  > N > > Seems like most laptops can't be used w/o power for more than a few hours.O > > With sessions running all day, this doesn't add up.  Paper and pencil still  > > wins this race.  > O > Use a Psion 5 then. Goes about 18 hours of continous use with one set of 2 AA  > batteries.  6 Does use of the CD-ROM drive shorten the battery life?   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.    ------------------------------  % Date: Fri, 11 May 2001 16:01:26 -0500 0 From: arturo saavedra <arturo.saavedra@wcom.com> Subject: ES40 System HangsC Message-ID: <MOEAJKGGEIMGCCPEPJBHCECOEDAA.arturo.saavedra@wcom.com>    Hi all..  3 Was in the need of some help.  Here is what we have   K 3-ES40 node cluster utilizing CI/Mem Channel matted to SW800 and HSJ80 cab. % OpenVMS 7.2-1h1 with TCP/IP 5.0a Eco1  DECnet OSI 7.2 Eco2 & Recently upgraded with firmware CD 5.8  I We are seeing node hangs in which we can get into the RMC console but can G not halt the machine.. either from RMC or console(remotely or locally). K Question is.. has anybody out there seen or experienced similar issues with  ES40s?   Thanks..   Art    ------------------------------  # Date: Fri, 11 May 2001 18:33:25 GMT  From: danco@pebble.org () + Subject: Re: Ethermon and ethernet switches - Message-ID: <slrn9foc3l.2dt.danco@pebble.org>   , On Fri, 11 May 2001 13:55:17 -0400, JF Mezei% <jfmezei.spamnot@videotron.ca> wrote:   N > So, if switches give you only the traffic that the switch thinks is destinedL > to your node, how does one generally run an ethernet monitor on a switched > ethernet?   D You use an expensive managed switch that has monitoring capabilitiesD built in?  Then, of course, you're only able to monitor traffic that< flows through that particular switch, not multiple switches.  D > Are there special ports that do provide the full view of the lan ?M > Or is there a way to configure a port to get the full view of the traffic ?   B Not that I've ever seen.  Of course, I've never had enough cash toC purchase expensive managed switches.  I can afford only inexpensive  unmanaged switches.    - Dan    ------------------------------  # Date: Fri, 11 May 2001 20:39:00 GMT + From: Ryan Moore <rmoore@rmoore.dyndns.org> + Subject: Re: Ethermon and ethernet switches < Message-ID: <Pine.LNX.4.31.0105111332590.2324-100000@jaipur>  $ On Fri, 11 May 2001, JF Mezei wrote:N > So, if switches give you only the traffic that the switch thinks is destinedL > to your node, how does one generally run an ethernet monitor on a switchedO > ethernet ? Are there special ports that do provide the full view of the lan ? M > Or is there a way to configure a port to get the full view of the traffic ?   D We have Cisco switches (the really big ones - Catalyst 5xxx and 6xxxE models) and they have that kind of monitoring functionality built-in. H Specifically, you can set the switch to specify a port that will receiveG all of the traffic going through the switch so you can use a monitoring  program.  J So, yes, this has to be a feature of the switch to use it with an ethernetJ monitor.  Otherwise, your port will only see packet "destined" to it whichI will include packets specifically sent to your monitoring machine and any F broadcast ethernet packets (since those have to be sent to all ports).   -Ryan    ------------------------------   Date: 11 May 2001 21:58:45 GMT- From: Joe Heimann <heimann@nog.ecs.umass.edu> + Subject: Re: Ethermon and ethernet switches , Message-ID: <9dhnal$dtn$2@odo.ecs.umass.edu>  . JF Mezei <jfmezei.spamnot@videotron.ca> wrote:N > So, if switches give you only the traffic that the switch thinks is destinedL > to your node, how does one generally run an ethernet monitor on a switchedO > ethernet ? Are there special ports that do provide the full view of the lan ? M > Or is there a way to configure a port to get the full view of the traffic ?   H Depends on the switch.  Some managed switches have monitoring ports thatF can be enabled to output all traffic through the switch to an attachedJ machine or network segment.  Of course this will only get the one switch'sI traffic, but if done with switches on various sections of the network and E collected on a central machine a reasonably complete view can be had.    Joe Heimann    heimann@ecs.umass.edu    ------------------------------   Date: 11 MAY 2001 19:25:02 GMT4 From: karcher@thuria.waisman.wisc.edu (Carl Karcher)+ Subject: Re: Ethermon and ethernet switches 6 Message-ID: <11MAY01.19250250@thuria.waisman.wisc.edu>  E In a previous article, JF Mezei <jfmezei.spamnot@videotron.ca> wrote: N ->So, if switches give you only the traffic that the switch thinks is destinedL ->to your node, how does one generally run an ethernet monitor on a switchedO ->ethernet ? Are there special ports that do provide the full view of the lan ? M ->Or is there a way to configure a port to get the full view of the traffic ?   F Many switches have a "port mirror" feature where you can define a portG that mirrors all the traffic on the port you want to monitor. Or if you G connect your monitor to an uplink port on the switch you would then see E all the traffic passing over the uplink (but not between ports on the C same switch). That can be impractical so there are portable devices E known as RMON probes that you can connect to a point of interest. The D rmon probe then sends the data over the network to a monitor station where you can do the analysis.   ------------------------------    Date: 12 May 2001 07:22:27 +0800, From: Paul Repacholi <prep@prep.synonet.com>+ Subject: Re: Ethermon and ethernet switches - Message-ID: <877kznsc7g.fsf@prep.synonet.com>   / JF Mezei <jfmezei.spamnot@videotron.ca> writes:   C > Thanks. Switches effectively make ethernet monitors hard to work.   F > What I find interesting is that both articles spend a lot of time onE > ARP. Is it not correct to state that ARP is part of TCPIP stack and ' > thus not directly an ethernet thing ?   E Yes. Any network protocol needs to map its global address to physical E ones. DECnet does it by a) adding HI-ORD prefix to the decnet address B to extend it to 48 bits, and b) setting the EN controllers to thatD local physical address. IP does not have a 'standard' ampping from aA 32 bit IP assress to a 48 bit LAN address. So it must construct a F many- to-many lookup for all possible addreses on the LAN. That's what	 ARP does.   F It does not strictly have to be an IP thing, other protocols could use" ARP to build their tables as well.   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.H Spam-To: uce@ftc.gov,enforcement@sec.gov,sness@fcc.gov,hfurchtg@fcc.gov,#   mpowell@fcc.gov,gtristan@fcc.gov     ------------------------------  % Date: Fri, 11 May 2001 22:05:40 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> + Subject: Re: Ethermon and ethernet switches , Message-ID: <3AFC9A70.E6EEB5A3@videotron.ca>   Paul Repacholi wrote: H > It does not strictly have to be an IP thing, other protocols could use$ > ARP to build their tables as well.  K But doesn't ARP use the "TCPIP" byte in the ethernet packet that identifiesk the protocol stack ?   ------------------------------  % Date: Fri, 11 May 2001 21:33:51 +0200n& From: Andreas Fassl <afassl@progis.de>) Subject: Re: High MP sync CPU utilizationh) Message-ID: <3AFC3E9F.74694F4F@progis.de>   , This is a multi-part message in MIME format.& --------------BAE80E0DCAFD3A5E07CA0B67* Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7biti   Hi Kenneth,h  + THAT is a problem I was very familiar with.rO This issue was always a big discussion topic between oracle rdb engineering and  vms engineering. Some questions:M= 1) What IO-Subsystem are you using? (Fibre Channel, SCSI, CI)MA 2) Have you got something like DEC Performance Advisor installed?eN 3) What type of application are you running? (Something like rating & billing? :-) )l  G We escalated this problems many times to RDB engineering as well to VMS K engineering. At least we found out, that 8 CPUs are not very useful for RDBuJ applications, so we did (like the men which go there where no men has gone before) enter: $ STOP/CPU 8 $ STOP/CPU 7 $ STOP/CPU 6 $ STOP/CPU 5  M and watched the MP sync values. Wonder! MP sync going down, total CPU usage -n
 identical.N Conclusion: Sell the CPUs, buy more memory. Use features like ROW caching (big performance gain).  F If you've got some more questions about this, feel free to contact me.  K Back to my questions: Another performance killer is SCSI storage being usedlG with VMS releases before 7.2 not having implemented FAST PATH for SCSI.-   Regards-   Andreas-   Kenneth wrote:  L > My system with 2 X AS8400 running VMS 7.1 and Rdb 7.0.1.2 are running withI > MP sync with CPU utilization about 200 to 400% of the total 800% of CPUeM > power, does anyone know how I can trace what is the cause for this problem?i  & --------------BAE80E0DCAFD3A5E07CA0B67- Content-Type: text/x-vcard; charset=us-ascii;h  name="afassl.vcf" Content-Transfer-Encoding: 7bito+ Content-Description: Card for Andreas Fasslh  Content-Disposition: attachment;  filename="afassl.vcf"   begin:vcard  n:Fass;Andreas tel;cell:++49 177 470 6710 tel;fax:++49 241 470 6729P tel;home:++49 221 5101516r tel;work:++49 177 470 6710 x-mozilla-html:TRUEn url:http://www.progis.de org:proGIS Software & Beratung- adr:;;Weiern 171;Aachen;NRW;52078;Deutschland  version:2.1t email;internet:afassl@progis.des title:Dipl.-Ing. fn:Andreas FassP	 end:vcard1  ( --------------BAE80E0DCAFD3A5E07CA0B67--   ------------------------------  % Date: Fri, 11 May 2001 17:32:32 -0500C+ From: "Main, Kerry" <Kerry.Main@compaq.com>s) Subject: RE: High MP sync CPU utilization R Message-ID: <DC4745D1A85CA04180C83CDC706A9D1860766B@cthexc02.americas.cpqcorp.net>   Andreas,  L I suspect you (and others) will find that OpenVMS V7.3 will have much better" performance in this specific area.   Regards,  
 Kerry Main Senior Consultanto Compaq Canada Inc. Professional Services  Voice: 613-592-4660n Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message------ From: Andreas Fassl [mailto:afassl@progis.de]1 Sent: May 11, 2001 3:34 PM To: Info-VAX@Mvb.Saic.ComP) Subject: Re: High MP sync CPU utilizationr     Hi Kenneth,d  + THAT is a problem I was very familiar with.oK This issue was always a big discussion topic between oracle rdb engineerings and3 vms engineering. Some questions:r= 1) What IO-Subsystem are you using? (Fibre Channel, SCSI, CI)tA 2) Have you got something like DEC Performance Advisor installed?OE 3) What type of application are you running? (Something like rating &  billing? :-) )t  G We escalated this problems many times to RDB engineering as well to VMS K engineering. At least we found out, that 8 CPUs are not very useful for RDBcJ applications, so we did (like the men which go there where no men has gone before) enter: $ STOP/CPU 8 $ STOP/CPU 7 $ STOP/CPU 6 $ STOP/CPU 5  K and watched the MP sync values. Wonder! MP sync going down, total CPU usages - 
 identical.I Conclusion: Sell the CPUs, buy more memory. Use features like ROW cachinge (big performance gain).  F If you've got some more questions about this, feel free to contact me.  K Back to my questions: Another performance killer is SCSI storage being usedwG with VMS releases before 7.2 not having implemented FAST PATH for SCSI.q   Regardsa   Andreasn   Kenneth wrote:  L > My system with 2 X AS8400 running VMS 7.1 and Rdb 7.0.1.2 are running withI > MP sync with CPU utilization about 200 to 400% of the total 800% of CPU D > power, does anyone know how I can trace what is the cause for this problem?   ------------------------------  % Date: Fri, 11 May 2001 19:35:38 -0400t  From: John Santos <JOHN@egh.com>3 Subject: Re: How to repair corrupted ACCOUNTNG.DAT?o5 Message-ID: <1010511192919.3397A-100000@Ives.egh.com>E  & On Thu, 10 May 2001, John Laird wrote:  D > On Thu, 10 May 2001 10:39:01 +0000 (UTC), david20@alpha1.mdx.ac.uk > (D.Webb) wrote:  > Y > >In article <3AFA2C0C.DDB2D959@ui.urban.org>, Jim Becker <jbecker@ui.urban.org> writes:i > >> > >> > >>John Laird wrote:y > >>> N > >>> All of these approaches will recover data up to the point of corruption.K > >>> To expect RMS to continue and somehow "resynchronise" with the actual M > >>> record structure later on, is asking for a minor miracle.  More likely,GN > >>> any application will throw up at the huge "record" encountered, and fromJ > >>> then on will be interpreting garbage and good data as equal garbage.L > >>> You might luckily "land" on the start of a real record further on, but@ > >>> at the risk of skipping large amounts of recoverable data. > >>G > >>Then minor miracles happen. More than once, I've seen valid recordsoD > >>recovered _after_ the bad spot using the DCL read/write approachF > >>outlined above. I rarely run across bad accounting files, but IIRCF > >>that DCL read/write approach has recovered additional records eachJ > >>time I've used it. There is indeed loss of data in the neighborhood ofI > >>the corrupted spot, as I mentioned. Whether the loss is more than canl1 > >>be afforded is a site-specific judgment call.u > >> > >  > >Same experience with the  > > 5 > >ACCOUNT/BINARY/OUT=NEWACCOUNTNG.DAT  ACCOUNTNG.DATi > >d
 > >method. > >t# > >You get lots of messages like :-v > >vE > >%ACC-E-READERR, error reading DATADISK:[ACCOUNTING]ACCOUNTNG.DAT;1eF > >-ACC-W-INVACCREC, record 1155260 has invalid or unrecognized format > > M > >However after traversing the bad records it then recovers and writes valido( > >records to the newaccountng.dat file. > H > Chalk one up to the ACCOUNTING utility author then - the chances of itJ > happening automagically with simple reads are slim (around 1% per randomC > "read", if the max record length of my home file at ~120 bytes isa > typical).e >  >  > 	Johnp  K It depends... ACCOUNTNG.DAT is a sequential variable file.  If the two-byte L record length is bad (RMS corruption), then your chances of re-synchronizingI on a valid record are slim, but if the corruption is a record that is toowG long for ACCOUNTING to deal with or which contains something ACCOUNTINGoF thinks is invalid, RMS should have absolutely no problem skipping pastF the bad record and finding the next good one.  ANALYZE/RMS should tellG you which case prevails.  (If the bad record is longer than 1024 bytes,sG the DCL read-and-skip method may fail, but a program should work fine.)o   --   John Santos  Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  + Date: Fri, 11 May 2001 18:20:23 +0000 (UTC)*' From: david20@alpha1.mdx.ac.uk (D.Webb)*# Subject: Re: Is OpenVMS an UNIX ???l+ Message-ID: <9dhah7$b58$1@aquila.mdx.ac.uk>*  x In article <OF7BBFB7CE.D58EFF16-ON03256A49.004A233D@ep-bc.petrobras.com.br>, fabio_compaq@ep-bc.petrobras.com.br writes: >Just click  >F< >http://serverwatch.internet.com/serversort/ossort-main.html >$ >Regards >  >FC  >   G Well when you follow the link you then discover that the only webserver 2 they watch running on OpenVMS is something called    Xitami  : (a freeware product that I'd never heard of up until now).  = And the pages make it look as though VMS doesn't support any M- Mail Servers, News servers, List servers etc    
 David Webb VMS and Unix team leader CCSS Middlesex University      ------------------------------  % Date: Fri, 11 May 2001 14:50:06 -0400-0 From: "Syltrem" <syltrem@videotron.ca.spammenot># Subject: Re: Is OpenVMS an UNIX ???d8 Message-ID: <woWK6.5205$IG6.383139@wagner.videotron.net>  F And there does not seem to be a place on this page where you can email1 someone to provide him with accurate information.b  
 What a shame.    --   Syltremi; http://pages.infinit.net/syltrem (OpenVMS related web site)o> To reply to myself directly, remove .spammenot from my address  A "D.Webb" <david20@alpha1.mdx.ac.uk> a crit dans le message news:n  9dhah7$b58$1@aquila.mdx.ac.uk... > In articleA <OF7BBFB7CE.D58EFF16-ON03256A49.004A233D@ep-bc.petrobras.com.br>,t+ fabio_compaq@ep-bc.petrobras.com.br writes: 
 > >Just click  > >p> > >http://serverwatch.internet.com/serversort/ossort-main.html > >s
 > >Regards > >/ > >FCe > >o >mI > Well when you follow the link you then discover that the only webservero3 > they watch running on OpenVMS is something calledo >r > Xitami > < > (a freeware product that I'd never heard of up until now). >t> > And the pages make it look as though VMS doesn't support any. > Mail Servers, News servers, List servers etc >1 > David Webb > VMS and Unix team leader > CCSS > Middlesex University >4 >y   ------------------------------  % Date: Fri, 11 May 2001 15:55:27 -0300c) From: fabio_compaq@ep-bc.petrobras.com.br # Subject: Re: Is OpenVMS an UNIX ???0L Message-ID: <OFD6D7767F.1EAAEE25-ON03256A49.0067E3CC@ep-bc.petrobras.com.br>  % This is the BAD MARKETING of OpenVMS.O  I An CIO reading this "site" will consider turning off the OpenVMS Servers.n   Regards    FC        8 david20@alpha1.mdx.ac.uk (D.Webb) em 11/05/2001 15:20:23  3 Favor responder a david20@alpha1.mdx.ac.uk (D.Webb).             Info-VAX@Mvb.Saic.Come      # Assunto: Re: Is OpenVMS an UNIX ???n    
 In articleA <OF7BBFB7CE.D58EFF16-ON03256A49.004A233D@ep-bc.petrobras.com.br>,M+ fabio_compaq@ep-bc.petrobras.com.br writes:E >Just clickt >n< >http://serverwatch.internet.com/serversort/ossort-main.html >n >Regards >2 >FC3 >:  G Well when you follow the link you then discover that the only webserverc1 they watch running on OpenVMS is something calleds   Xitami  : (a freeware product that I'd never heard of up until now).  < And the pages make it look as though VMS doesn't support any, Mail Servers, News servers, List servers etc  
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------  % Date: Sat, 12 May 2001 01:43:33 +0200p) From: Christof Brass <brass@infopuls.com>f Subject: Re: Learn VMS books, Message-ID: <3AFC7925.416DAB0E@infopuls.com>   Larry Kilgallen wrote: > q > In article <989535025.685700823@news.saferinternet.com>, L. E. Leaman lleaman <nospm@saferinternet.com> writes:x< > > Just accuired Vax 4000-300, 2-2GB DSSI hard drives, TF85; > > tape drive, SCSI interface w/SCSI CDROM and VT320 Term.y> > > I would like to learn VMS (ver 6.0) before loading NetBSD./ > > Can anyone recomend some good books on VMS.0 >  > For the end user:i > F >         http://www.openvms.compaq.com:8000/72final/6489/6489pro.html >  > For the system manager:h > F >         http://www.openvms.compaq.com:8000/72final/6017/6017pro.html > E > When you have those down cold, there are 53 other components of thee' > official documentation set listed at:  > B >         http://www.openvms.compaq.com:8000/index.html#ovmsdocset > D > Considering the number of people who are not familiar with VMS butD > ask questions like yours, I have come to the opinion that officialD > documentation must be inadequate for other operating systems sinceD > people have an instinctive reaction of looking for something other" > than the official documentation. > ? > In most cases, I recommend hardcopy, but you seem to indicates > your interest is transitory.  7 Very true observation. It's getting better but a lot of < documentation - sorry for my mantra - of UNIX systems is not< adequate, not in the first place and not later because it is; often outdated and fitting to the version of the program at59 hand. And with Micro$hit products you have to buy severalc> hundret pages of additional books and training material to get# ready to plug and then play around.e   ------------------------------    Date: 11 May 2001 23:00:00 +0200* From: eplan@kapsch.net (Peter LANGSTOEGER) Subject: Re: mozilla .81* Message-ID: <3afc52d0$1@news.kapsch.co.at>  Q In article <9ck0g6$dtr$1@husk.cso.niu.edu>, system@niuhep.physics.niu.edu writes: C >I am trying to get mozilla .81 up and running.  It works fine fromhD >a privileged account, but even if I INSTALL it it crashes on a non-D >privileged account.  I didn't see anything out of the ordinary with+ >respect to file and directory protections.e > ! >I'm running VMS 7.2, TCPIP 5.0a.n >w2 >Any suggestions besides reporting it to bugzilla?    Try the current versions instead   MOZILLA 0.9r TCPIP V5.1 (ECO 1 = V5.1-151)e VMS V7.3 (or V7.2-1)  6 though I believe the problem to be in MOZILLA alone...   -- -< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888t< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  % Date: Sat, 12 May 2001 02:27:47 +0200n From: "B.Eckstein" <be@cli.de> Subject: Re: Mozilla 0.9# Message-ID: <3AFC8383.90904@cli.de>>   Zane H. Healy wrote:    pN > I don't think I've gotten a chance to try Mozilla since last Spring or early+ > Summer.  How is the stability these days?   A Pretty good. I tried all Mozillas since M10 on NT, Linux and VMS. < Starting with v0.9, Mozilla is now my default Browser/Mail-/ Newsclient.    -- oC B.Eckstein, TTi Entwicklungszentrum GmbH - mailto:B.Eckstein@cli.de C Matthiashofstr. 28, D-52064 Aachen - Fon: +49 241 47051-0, Fax: -89h   ------------------------------  % Date: Fri, 11 May 2001 21:25:41 -0400n2 From: rdeininger@mindspring.com (Robert Deininger), Subject: Mystery module: PMAZB-A or PMAZC-A?L Message-ID: <rdeininger-1105012125420001@user-2ivea1c.dialup.mindspring.com>  
 Hello all,  E We have just obtained a PMAZB-A module, we think.  That's the way the< connector panel is labeled.c  6 But the DEC 3000-300 console reports it as a PMAZC-AA.  F The firmware level is 1.8, so either way, it needs a firmware upgrade.E But the firmware file is different depending on whether the module is  a PMAZB-A or a PMAZC-A.n  / PMAZB-A is a dual slow/narrow  5 MB/sec module. / PMAZC-A is a dual fast/narrow 10 MB/sec module.   G Does anyone know how to tell these modules apart?  Should I believe theAG firmware, or the label on the connector panel?   I think it is possibleEF to flash in the wrong firmware, so I'm worried I have PMAZB-A hardwareD that's been programmed with PMAZC-A code.  I assume that would cause	 problems.s    & Here's some console output I captured:   DEC 3000 - M300s Digital Equipment CorporationtH      VPP PAL V5.56-80800101/OSF PAL V1.45-80800201 - Built on 8-JAN-1997 10:54:25.34h  ! TCINFO      DEVNAM        DEVSTATy" ------      --------      --------N                  CPU      OK KN16-AA -V7.0-S889-I21F-sV2.0-DECchip 21064  P3.0!                  OSC      150 MHz                  ASIC      OK                  MEM      OK                FEROM      OK 6                   CXT      OK 56                  NVR      OK                  SCC      ? 60                   NI      OK                 ISDN      OK 4                  SCSI      OK 1-PMAZC-AA      TC1- 0-PMAD-AA       TC0a   >>> t tc1 cnfgH  DEC       PMAZC-AA  V1.8     Port A Slow   Port B Slow       (Dual SCSI	 [53CF96])rO   BOOTDEV      ADDR      DEVTYPE    NUMBYTES     RM/FX    WP    DEVNAM      REVRO   -------      ----      -------    --------     -----    --    ------      ---c  ..HostID..    A/7       INITR    ..HostID..    B/7       INITR       >>> t tc1 ?e t #/trans [a|A|b|B]e t #/setid ID-A(0-7) ID-B(0-7)l t #/setid A-(F/S) B-(F/S)-  H The SCSI chips on the module are NCR 53C96, which doesn't agree with theI console output above.  I found some data sheets for various chips in thisDD family, like the 53CF96 and 53CF94.  But nothing on the 53C96.  I'veJ gotten the impression the fast SCSI chips have "F" in the part number, but/ I didn't see any docs that come out and say so.i   Anyone have any clues?  D (This seems awfully similar to Carl's recent question about PMAGB-xx2 modules.  A good week for turbochannel mysteries.)   -- i Robert Deininger rdeininger@mindspring.comt   ------------------------------  % Date: Fri, 11 May 2001 21:16:24 -0400e2 From: rdeininger@mindspring.com (Robert Deininger)5 Subject: Re: Mystery of the misreported graphics card L Message-ID: <rdeininger-1105012116240001@user-2ivea1c.dialup.mindspring.com>   Carl,   G   I replied by email from another site where I have a couple of systemsoJ with this card.  But it appears my message did not reach you.  I'll repeatB it here.  If you did get the message, sorry for the extra noise...  C > So here I am switching some DEC 3000m600 systems from VMS V6.1 ton@ > V7.2-1. Naturally, I need to update the firmware (they had theA > firmware version they shipped with in 1994). I did that on one. B > Then DECwindows fails to operate properly on it when booted withF > V6.1 - the processes run, but the console display keeps being shown,A > except for the bottom 1/2" or so of the screen. It is unuseableAG > as either DECwindows or as the console (and control-F2 does nothing).eC > Everything else on the system is running fine. On the other hand, $ > it all works fine with VMS V7.2-1.  E DECwindows might want an autogen.  There might be some other softwarer reason for the problem.   ) > Then I discovered something really odd.A >7C > I went to check the graphc card firmware to see if also it needed.D > updating, assuming that it did and that the problem under V6.1 was3 > a system firmware/card firmware mismatch problem.l >m@ > My DEC 3000m600 systems claim that they have PMAGB-BA graphics? > cards in them with the "show config" at the console prompt. I - > always thought that that was what they had.n >rB > The Turbochannel device firmware updater thingy, when booted up,? > thinks that they are PMAGB-BA cards. Except that the checksumaB > doesn't match, even though it claims they have the same firmware> > version (V1.1 - the version on the Firmware Update V5.8 CD).   I used firmware CD 5.6.   > My PMAGB-BA had firmware V1.1 (according to >>> test tc0 cnfg)  3 When I did the TC_UPD-> VERIFY 0, I got the messageg  " TC_UPD-W Slot 0 checksum MISMATCH:#    checksum on 0x1c9bc bytes = 0xcf>  2 When I tried TC_UPD-> UPDATE 0,  I got the message    Manufacturer unknown (0x08)?    check if adapter update-enable jumper is installed (if any).a  E At that point I decided to leave it alone.  According to the table in:D the booklet that came with the CD, firmware V1.1 is current for this device.i  
 In the manual-2    DISK$UPDATE_V56:[DOC]DEC3000_V70_FW_RELNOTE.TXT! there is the following paragraph:VE           verify n   Verifies the option ROM checksum in TURBOchanneln@                      slot n. If an option is already at the same>                      revision as found in this Firmware UpdateE                      Utility and the verify command is entered, prioryB                      to updating the option's firmware, the verifyB                      command may report mismatched checksums. ThisB                      is due to the method in which ROMs are loaded6                      during the manufacturing process. (search for "mismatch")A   I think you can ignore this.  + > I figured something strange had happened.o > C > So I open it up (initially just with the intention of setting the:= > firmware update jumper so I could "update" or "repair" it).  >cG > I'm not absolutely certain what the card is, but it definately is not E > a PMAGB-BA. It is presumably some variety of PMAGB-B, since it sayskE > as much on it (even before you pop the box open - it's printed nexts > to the video connector). >cB > It has two oscilators labeled as being 130.808MHz and 74.369MHz.C > Based on that, I am assuming that it is a PMAGB-BC. It has a partmC > number of "50-21142-01 D1" on it, which I can not locate anywhere F > useful, just some archived SPAM that list for sale a DEC 3000 systemB > with a "50-21142-01" graphics card (but doesn't identify it withD > a PMAGB-Bx type name). On the exterior, near the "PMAGB-B" text isD > some fine print that says "36-36966-01.A01", which does not appear$ > in any usefull context on the web.  F I have a PMAGB-BA in my hands at the moment.  The part numbers are theH same as the ones you mentioned, but my OSC 1 is 119.843MHz, and OSC 0 is 130.808 MHz.  J Does your module have the jumper to choose the oscillator?  Have you tried the other position?)    * I have saved the following note to myself:  1 >From a netbsd page for DECsystem and DECstation:s9 >   http://www.netbsd.uni-mainz.de/Ports/pmax/models.htmlf >eI >PMAGB-B         HX or SFB       8bpp color/     1280x1024 @ 66 or 72 Hz,pD >                                grayscale,      or 1024x864 @ 72 Hz) >                                2D accela  C So between us, we seem to have 3 different oscillators, which mightt? correspond to the 3 resolution/refresh rates in this old table.e  H (I notice that the table only has a 1-letter suffix in the part number.)  E I have another PMAGB-BA card, but it's inside a system at the moment.s    0 > Which brings us to the question and a comment: >nD > Why is it that this card, probably a PMAGB-BC, is being identifiedC > by both the system's console and the TC_V2_2.SYS firwmare updater> > code as being a PMAGB-BA?a  J Do you have specs for the PMAGB-BC?  I've never heard of that beasty. What' is the significance of the last letter?I  F I know that the console reports the device name that it reads from theH firmware ROM in the TC option.  You can, with a little patience, examineH the whole ROM from the console, and you will find the ACSII strings withE the module name and the firmware rev, among other things.  So all theAI higher-level software is just repeating to you what the module claims for% itself.D  H For example, this is an extract from a console log on a DEC 3000-600. It had a KZTSA in TC slot 1:i   >>> t tc1 cnfg0  DEC       KZTSA-AA   A11       (SCSI = 7, Fast)8 --------------------------------------------------------7 DEV      PID               VID         REV     SCSI DEVO7 ======== ================= =========== ======= ========n     >>> e -b-n 30 -a-s 4 1800003e0   PMEM: 00000001.800003E0 .    PMEM: 00000001.800003E4 .e   PMEM: 00000001.800003E8 .b   PMEM: 00000001.800003EC .    PMEM: 00000001.800003F0 UC   PMEM: 00000001.800003F4 .a   PMEM: 00000001.800003F8 .    PMEM: 00000001.800003FC .o   PMEM: 00000001.80000400s   PMEM: 00000001.80000404 Al   PMEM: 00000001.80000408 1e   PMEM: 00000001.8000040C 1i   PMEM: 00000001.80000410    PMEM: 00000001.80000414i   PMEM: 00000001.80000418h   PMEM: 00000001.8000041C    PMEM: 00000001.80000420 Di   PMEM: 00000001.80000424 Ed   PMEM: 00000001.80000428 CA   PMEM: 00000001.8000042C    PMEM: 00000001.80000430h   PMEM: 00000001.80000434    PMEM: 00000001.80000438a   PMEM: 00000001.8000043Ct   PMEM: 00000001.80000440 Ko   PMEM: 00000001.80000444 Z    PMEM: 00000001.80000448 T6   PMEM: 00000001.8000044C S-   PMEM: 00000001.80000450 Ar   PMEM: 00000001.80000454 -    PMEM: 00000001.80000458 Am   PMEM: 00000001.8000045C AR   PMEM: 00000001.80000460 Te   PMEM: 00000001.80000464 Ca   PMEM: 00000001.80000468 FF   PMEM: 00000001.8000046C 00  H See the correspondence?  All TC options have the same format for the ROMI header; you can do the same kind of thing with a PMAGB-Bx. For TC slot 0,.D change the base address from 180000000 to 160000000; for slot 2, useE 1A0000000.  The 3e0 is the offset of the ROM from the beginning of TCsJ address space.  These addresses are for the DEC 3000-400, -600, and -700. 9 The other DEC 3000s use different addresses for TC space.d  M (deleted part of my first reply that came from misreading part of your post.)b   -- n Robert Deininger rdeininger@mindspring.comy   ------------------------------  # Date: Fri, 11 May 2001 19:13:45 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)% Subject: Re: Need vms 5.5-2h4 upgrade?1 Message-ID: <JRWK6.166$fi2.3378@news.cpqcorp.net>t  l In article <3.0.6.32.20010511084748.007c39f0@209.251.64.26>, The Scarlet Wombat <coconut@netway.com> writes:M :I realize this is looking back to the dinosaur era, but I have a production tN :system on a VAX 6430 that is stuck at VMS 5.5-2.  I'm adding an HSJ-30 so we L :can use some SCSI disks, and need to upgrade to the 5.5-2h4 variant.  I am 7 :having a devil of a time finding the h4 upgrade kit.  a :c3 :The folks at Compaq are very polite, but clueless.t  F   Have the folks at Compaq contact me via the internal network if theyJ   do not know how to resolve this and locate you your kits, I'll get them H   connected to the proper (US) manufacturing folks, the (US) folks that     can get you the necessary kit.  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Fri, 11 May 2001 18:18:00 GMT10 From: sander@vmsbiz.enet.dec.com (Warren Sander) Subject: OpenVMS 7.3 Doc Set1 Message-ID: <s1WK6.156$fi2.3358@news.cpqcorp.net>7  C Soffy folks, Due to circumstances beyond my control I won't be ableA7 to update to the 7.3 doc set until sometime next week. l  D There were lots of problems the biggest one was that the current docE set would dissappear and be replaced by the new set and I don't thinknF you all want that to happen so they need to re-do their navigation andG pages to make sure the current set will still be there and the 7.3 willB enhance rather than replace. D  ) There were some other minor issues also. c   Sorry...     -- tB ------------------------------------------------------------------6 Warren Sander                        OpenVMS MarketingD Compaq Computer Corporation          Work:  warren.sander@compaq.comE 200 Forest Street MR01-3/J1          Personal: sander@ma.ultranet.com 3 Marlboro, MA 01752                   (508) 467-4875 6    My opinions are my own and I only speak for myself -          Read http://www.openvms.compaq.com/  B ------------------------------------------------------------------   ------------------------------  % Date: Fri, 11 May 2001 14:42:46 -0500 * From: WILLIAM WEBB <WWEBB1@email.usps.gov>  Subject: RE: OpenVMS 7.3 Doc Set- Message-ID: <0033000024109585000002L052*@MHS>r  D =0AI'm fairly certain that I can speak for the entire user community( and say 'thanks for all your hard work.'   WWWebb   > -----Original Message-----1 > From: Info-VAX-Request@Mvb.Saic.Com at INTERNETa$ > Sent: Friday, May 11, 2001 2:23 PMF > To: Webb, William W - Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNET > Subject: OpenVMS 7.3 Doc Set >o >gE > Soffy folks, Due to circumstances beyond my control I won't be ableo8 > to update to the 7.3 doc set until sometime next week. >hF > There were lots of problems the biggest one was that the current docH > set would dissappear and be replaced by the new set and I don't think=  H > you all want that to happen so they need to re-do their navigation an= d < > pages to make sure the current set will still be there and > the 7.3 will > enhance rather than replace. >m* > There were some other minor issues also. > 
 > Sorry... >t >o > --D > ------------------------------------------------------------------8 > Warren Sander                        OpenVMS MarketingF > Compaq Computer Corporation          Work:  warren.sander@compaq.comH > 200 Forest Street MR01-3/J1          Personal: sander@ma.ultranet.com=  5 > Marlboro, MA 01752                   (508) 467-4875 7 >    My opinions are my own and I only speak for myself . >          Read http://www.openvms.compaq.com/D > ------------------------------------------------------------------ >=   ------------------------------  % Date: Fri, 11 May 2001 19:18:17 -0700u! From: Shane.F.Smith@Healthnet.como# Subject: Sun's McNealy, 98% pay cuttD Message-ID: <OFA692D22D.322B9031-ON88256A4A.000C01D5@foundation.com>  1 http://www.theregister.co.uk/content/7/18880.htmla  J Woah! McNealy doesn't expect any bonuses this year, which according to himH makes his pay $100,000. I'm not going to spin that, read the article andH make up your own mind. It just freaked me out a bit, comparing my salaryI with the boss of a major multinational and not getting depressed..... ;-)i   Shaneh   ------------------------------    Date: 12 May 2001 01:47:03 +0800, From: Paul Repacholi <prep@prep.synonet.com>, Subject: Re: TCPIP PAK for Hobbyist install?- Message-ID: <871ypvu6aw.fsf@prep.synonet.com>i  $ adroso@home.com (VMS Newbie) writes:  ? > I'm trying to set up TCP/IP on my VLC (V7.2), but my Hobbyist3D > license list from www.montagar.com doesn't include a TCPIP PAK (at= > least it's not obvious to me).  Where do I get a TCPIP PAK?1  ? You should have *2* licence files. One for your VMS system, andt@ one for the layered products. The TCPIP on is UCX, the old name.   -- E< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.0@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.H Spam-To: uce@ftc.gov,enforcement@sec.gov,sness@fcc.gov,hfurchtg@fcc.gov,#   mpowell@fcc.gov,gtristan@fcc.gov     ------------------------------  % Date: Fri, 11 May 2001 14:00:55 -0500z1 From: "David J. Dachtera" <djesys.nospam@fsi.net>t+ Subject: Re: The future of VMS - * Humour *l' Message-ID: <3AFC36E7.6B62692B@fsi.net>    William_Bochnik@acml.com wrote:. > C > Dont go there - if Compaq (or then Digital) marketed the Alpha to-7 > Sega as the 64 bit processor for it's game system....r > 5 > VMS or whatever for the OS - they'd rule the world..  = Hhmmm... "embedded VMS". I confess, that's an angle I'd never-
 considered...    -- n David J. Dachtera1 dba DJE Systemsl http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/a  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.s   ------------------------------  % Date: Fri, 11 May 2001 14:14:47 -0500/1 From: "David J. Dachtera" <djesys.nospam@fsi.net>m+ Subject: Re: The future of VMS - * Humour *e' Message-ID: <3AFC3A27.4F821F71@fsi.net>I   William_Bochnik@acml.com wrote:  > C > Dont go there - if Compaq (or then Digital) marketed the Alpha tor7 > Sega as the 64 bit processor for it's game system....r > 5 > VMS or whatever for the OS - they'd rule the world.   G At $1400 USD or so a piece (due to VMS licensing costs), I doubt they'dS sell very many.2   -- i David J. Dachtera0 dba DJE SystemsN http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/F  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.    ------------------------------  % Date: Fri, 11 May 2001 15:24:43 -0500C+ From: Christopher Smith <csmith@amdocs.com> + Subject: RE: The future of VMS - * Humour *AL Message-ID: <3B55D7F383B0D31197D9009027541CBF0D9D1E3B@cmiexch1.cmi.itds.com>   > -----Original Message-----8 > From: David J. Dachtera [mailto:djesys.nospam@fsi.net]  ? > Hhmmm... "embedded VMS". I confess, that's an angle I'd neverH > considered...   H Well, it was originally designed in a (by modern constraints) very smallL footprint.  There's no reason they couldn't have an "embedded" subset of the full system.   Regards,   Chris6  ! Christopher Smith, Perl Developerl Amdocs - Champaign, IL   /usr/bin/perl -e '? print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");n 'i   ------------------------------  % Date: Fri, 11 May 2001 14:30:27 -0700i! From: Shane.F.Smith@Healthnet.come+ Subject: Re: The future of VMS - * Humour *eD Message-ID: <OF78F21F6E.8C3C77E4-ON88256A49.007619EF@foundation.com>  C It's dangerous to say such things in a public forum. You'll give MS 
 ideas.....   Shaneg          = fabio_compaq@ep-bc.petrobras.com.br on 05/11/2001 06:21:50 AM   5 Please respond to fabio_compaq@ep-bc.petrobras.com.brr   To:   Info-VAX@Mvb.Saic.Comj cc:R  , Subject:  Re: The future of VMS - * Humour *    J It is waste of time think in use the VMS acronym  as a trademark. There is a industrial machine called VMS too.e  I It is same than Microsoft using  the word "windows" in their products andm we never can haveh+ a "window" in our houses without paying MS.t  - Or Solaris - I think it is "Sun" in Latin....h   Regardsi   FC        1 steven.reece@quintiles.com em 11/05/2001 09:36:55u  , Favor responder a steven.reece@quintiles.com             Info-VAX@Mvb.Saic.Com       + Assunto: Re: The future of VMS - * Humour *w        K But if you look in the v7.2 upgrade and installation manual Compaq have theh, trademark VMS registered as well as OpenVMS. Steve.   Tim Llewellyn wrote/quoted : >>>i> > Shouldn't Compaq sue Sega for the use of the VMS trademark ?  H thats what I thought, until I realized thast the Sega VMS isn't Open :-) <<<t   ------------------------------  % Date: Sat, 12 May 2001 00:47:39 +0200n) From: Christof Brass <brass@infopuls.com>r8 Subject: Re: The Internet, Tru64 and other unix variants, Message-ID: <3AFC6C0B.3FF69E83@infopuls.com>   Jan Vorbrueggen wrote: > - > Christof Brass <brass@infopuls.com> writes:d > D > > Save yours and ours time. Your contributions are simply speaking< > > ridiculous. You are revealing not only a serious lack of> > > understanding the business, you also have a severe lack of@ > > understanding the technique. Stay out of this discussion youA > > obviously don't understand. Maybe you could play a little bite > > with your Lego?s > H > You've really crossed a line with that one. You'll be the first personI > I will refuse to read another post from in more than ten years of usingo > news.F > 
 >         Jan    Thank you very much!? If you read your posting to which I responded you probably willt understand why.I   ------------------------------  % Date: Sat, 12 May 2001 00:43:38 +0200M) From: Christof Brass <brass@infopuls.com>c8 Subject: Re: The Internet, Tru64 and other unix variants, Message-ID: <3AFC6B1A.8D3B531A@infopuls.com>   andrew harrison wrote: >  > Christof Brass wrote:t   [SNIPn  ? > > From what I know the WINE people don't put much effort intokC > > their project. These are pasttime programmers and honestly theyi? > > don't use very advanced techniques from my point of view. AEB > > friend of mine has reverse engineered substantial parts of the@ > > M$ COM DLLs and he could easily do the same for every single > > service within WNT.a > >y > 5 > Why not post this to the WINE newsgroup. They mights4 > disagree, they were at one point putting out a new" > WINE release roughly every week.  = Interesting that you are using this pointless measurement fory? quality (remember what I pointed out with reagard to complexityh= of the problem?) and quantity of development effort - did you ? work at Micro$hit? They build every night a new NT. Very moderns; and efficient way to develop something, don't you think so?   8 > Your friend is obviously very very talented, much more7 > so than any of the programmers in the WINE project or 3 > the programmers working for Bristol SW who had to"9 > sue MS to try to get them to continue to release sourceb: > code for win32 to them without which they were unable to0 > impliment their cross platform win32 emulator.  ; I'm far from comparing the skills of OlBre (to name for theo? moment a few of his initials - more ev. to come later - to givei@ a short hint that I'm not talking about a phantom) with people I: don't know and whose work I didn't study. I'm only stating1 things that I observe. And I'm comparing results.l  ; And of course business is a mixture of legal, technical and = oeconomical aspects, let alone market and HR and more. As youi> may have noticed I'm more focused on the technique. This makes? it hard to discuss with you as you are a pure marketing person.e   [SNIP]  7 > Crap, WABI actually worked well for the 20 or so appsB6 > that Sun qualified. What killed WABI was the need to6 > make changes to WABI all the time to accomodate, the9 > different sets of undocumented MS Windows features that ) > windows apps particularly MS ones used.t  ? Could you explain how a well working app under WABI is affectedm; by "different sets of undocumented MS Windows features that ; ...". Technical Case: we have a version of WABI and we havee? working app of a certain version under that specific version of  WABI. Where is the problem??  % > It was and remains a moving target.4  @ This needs further explanation: how could a delivered OS version? be a moving target? The only reason I see that the hunter isn'to> targetting - maybe because sHe is drunken or not payed well as= the engineers at SUN - or they have to take a week off at theb; moment when they have to write the target spec. Dunno. Factm= remains that it's not explained so far how a version of an OSo? which has been burnt on a CD and deployed to a couple (or a bite= more) of customers (beta testers as we should name people whoS> are forced to use Micro$hit or SUN products) could be a moving target. I'm listening.   [SNIP]  5 > Really Christof I don't recollect when this was nore2 > I very much doubt do any of the other readers of9 > this group. So far the only thing you have demonstratedC5 > to this group that springs to mind is your grasp of 0 > the less polite words in the English language.   Short (of) memory, eh?: And, BTW, please don't speak for other posters, would you?  5 > Oh sorry the only other thing you have demonstrated 2 > is that you have read and now take as gospel the > UNIX haters handbook.n  = Didn't you? It's time, don't waste the rest of your life with ? UNIX!! The first second of the rest of your miserable UNIX life-, at SUN has begun now - do you like a change?  5 > Let me know if there is another capability that youS3 > think you have demonstrated that I have left out.=  : I refrain of starting the list because this would bore the/ people who know already and will take too long.M< Anyway, would you like to contribute something *technical*??  	 > regards0 > Andrew Harrison0 > Enterprise IT Architect    ------------------------------  % Date: Sat, 12 May 2001 00:46:01 +02000) From: Christof Brass <brass@infopuls.com>08 Subject: Re: The Internet, Tru64 and other unix variants, Message-ID: <3AFC6BA9.217A30E1@infopuls.com>   andrew harrison wrote: >  > Christof Brass wrote:    [SNIP]  B > > This comes up from time to time and it's hard not to have read
 > > of it. > > Do you know WABI?2 > C > Christof after this resonse and your response to my posting about03 > WABI I think you need to watch "The weakest link"0   ??  @ I posted this before I read and replied to your WABI post. Is it8 impossible for you to deduce this from the posting time?   ------------------------------  % Date: Sat, 12 May 2001 01:01:28 +02000) From: Christof Brass <brass@infopuls.com>68 Subject: Re: The Internet, Tru64 and other unix variants, Message-ID: <3AFC6F48.9DDA668D@infopuls.com>   andrew harrison wrote: >  > Christof Brass wrote:f > >e > > andrew harrison wrote: > > >i< > > > Sorry Solaris does support real time, it has real time< > > > threads support, a fixed priority sheduler and you can > > > lock memory pages. > >eC > > Then there must be a problem with the implementation. I know ofo@ > > a company that dropped Solaris because of the lack of its RT > > capabilities.  > >a > 	 > Who ???d  ? Sorry, I got this info as a consulting and we have strong rules.$ here that disallow to disclose that.  4 > But then again your answer displays that you arn't2 > equipped to be arguing. Real time OS's provide a. > guaranteed response time to say an interupt.5 > The specialist real time kernels provide the lowest25 > guaranteed response times with general purpose OS's13 > like Solaris which have real time support providec- > longer but still guaranteed response times.l  @ Basically there are two different RT flavours: hard and soft RT.? If you replace "interrupt" with "event" or "task" then you comeo close to what I could agree.  2 > If you need lower response times than Solaris or1 > other OS's of its type can offer then you use at > specialist real time kernel.  @ Is this independent of the processor speed? To put it different:9 could the response time problem be solved by using fasterr; processors? The company who dropped Solaris used it in highc' speed multi channel telecommunications.s  0 > So it is quite possible that the "company" you1 > know of needed a lower guaranteed response timea/ > than Solaris could provide and had to go to ai > specialist real-time kernel.   See question above.q  B > > You might have noticed the phaenomenon of acceleration. Do you5 > > need further comments from my side on this topic?  > >e >  > yesf  @ Acceleration as I understand (and introduced) it in this context@ means that the time needed to implement something or to catch up@ to the competition is getting "increasingly" shorter because the= speed of development is increasing because you know more whene= you do the same thing later than the person who did it first.s; It's similar to a race or chasing when a policeman tries to > catch a thief who has to find out which way to go or to find a= way through a crowed of people which takes more time than fort& the policeman who only have to follow.? Compare the time needed for the development of some old PC appse@ which were mostly written in some obscure assembly language with? the time needed to implement some fancy apps nowadays with much- more functionality.-@ Or think about the time which was necessary to create a poor GUI= app with Micro$hits C++ and the time yhhou need nowadays with " this fancy visual composing tools.  	 > Regardsr > Andrew Harrison  > Enterprise IT Architecta   ------------------------------    Date: 12 May 2001 00:04:49 +0200* From: eplan@kapsch.net (Peter LANGSTOEGER)) Subject: Re: UCX 4.2 to TCPIP 5.1 upgradea* Message-ID: <3afc6201$1@news.kapsch.co.at>  e In article <41yH6.232944$Z2.2459936@nnrp1.uunet.ca>, "Jerry Alan Braga" <jabraga@flanagan.ca> writes:06 >Does anyone have any good notes on going this upgrade >:% >1) Proper steps in their right order0  G Upgrade TCPIP from V4 to V5 before upgrading VMS V7.1 to V7.2 or bettert  6 >2) anything to watch out for, before during and after >oL >I am using 4.2 ECO 2 in OpenVMS 7.1-1h2 cluster on common system disk with: >. >- ucx$* logicals definedr >- telnet login serviceM >- ftp service* >- telnet printers to dec terminal servers >- LPD printer to NT sharesV  >- REXEC service for dec-windows# >- SMTP/POP (and associated queues)o  >- one node is backup DNS server  H UCX V4 uses BIND 4, while TCPIP V5 uses BIND 8 (which is more powerfull)D So you have to make yourself familar with the change from NAMED.BOOTF to NAMED.CONF. But for a basic nameserver, this not a big deal at all.    >- have pathworks 5.0F installed   hopefully with ECO 2 or better# btw: Is PW5 supported on TCPIP V5 ?   B But on V7, there is no need to stay on a LanMan V2 package at all.2 Consider Upgrading to Advanced Server V7.3 ASAP !!  I >I have mapped out a plan but would like to know if the upgrade on top of-M >converting the ucx$*.dat files will also create new SMTP queue names, changemL >the telnet symbion name. LPD symbiont name etc. Or do I have to change them
 >manually.  L The UCX$*.DAT database files are converted to their TCPIP$*.DAT equivalents.I The UCX$LPD_SMB.EXE and the UCX$TELNETSYM.EXE continues to exist, so thatlH no queue definitions are required and done. But if you use DCPS, you are0 even independent of the TCPIP stack/name at all.  K Even the UCX verb continues to work. The UCX$DEVICE, UCX$EXAMPLES, and somerK more logicals names continues to exist, so that not all source code modulesgN have to be changed (though I do recommend this at all). The UCX$ACCESS_SHR.EXEI and UCX$IPC_SHR.EXE shareable images are there also (though I'd preferredn> a locical instead of a file copy), so don't expect big issues.   some nitpicks are:  7 *) remote virtual terminals are now done with a logicalf% TCPIP$TELNET_VTA and TCPIP$RLOGIN_VTAy/ instead of a UCX SET CONF COMM/REM=VIRT settinggN (this setting you should reset to avoid annoying startup unsupported warnings)  I *) directory/account/identifier/file names are now TCPIP$ instead of UCX$jL which _will_ trap so somewhere you won't expect now. But it is no big dealt.  O *) Though the need for a better SMTP server (like MX) is reduced with TCPIP V5, K I see MX (V5.2 ECO3) still as the better SMTP package, which also makes youn$ independent of the TCPIP stack/name.     -- v< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888 < <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------    Date: 12 May 2001 07:28:04 +0800, From: Paul Repacholi <prep@prep.synonet.com>4 Subject: UNZIP bug? Was: Failed QIO while unzipping?0 Message-ID: <873dabsby3.fsf_-_@prep.synonet.com>  / goathunter@goatley.com (Hunter Goatley) writes:   4 > On Fri, 11 May 2001 09:53:14 -0400, Michael Austin > <miaustin@bellsouth.net> > wrote:   ...   C > Yes, that's the problem.  You need UnZip V5.2 or later to restore D > .ZIP files with saved VMS file attributes created with Zip V2.1 orD > later.  It's an historical reason that I've described here before,A > having to do with a change in the method used to store VMS filer@ > attributes, and older UnZip .EXEs naturally not knowing how to > handle the new method.  B Be carefull. I suspect there is a bug in the new version that willE mark file 'NOBACKUP'. This seems to bite zip fiels that came from DOSa or billybox systems.  ( If anyone else can confirm this, post...   -- 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.H Spam-To: uce@ftc.gov,enforcement@sec.gov,sness@fcc.gov,hfurchtg@fcc.gov,#   mpowell@fcc.gov,gtristan@fcc.gov D   ------------------------------  % Date: Fri, 11 May 2001 14:53:11 -0400-0 From: "Syltrem" <syltrem@videotron.ca.spammenot> Subject: Re: What is RWCLUSc8 Message-ID: <prWK6.5207$IG6.383946@wagner.videotron.net>   Cluster state transition wait.  J When you remove a member in the cluster, another one has to take over someJ of the work done by the gonner. Same thing when you add a member, there is need for a readjustment.  : Your processes will hang in this state while this happens.   --   Syltremw; http://pages.infinit.net/syltrem (OpenVMS related web site) > To reply to myself directly, remove .spammenot from my address  5 "Kenneth" <abc@abc.com> a crit dans le message news:s% 9dh8l6$9s93@imsp212.netvigator.com...eI > Does anyone know what RWCLUS state for a process means? How can I tracet what2 > is the cause for the process fall in this state? >o >g   ------------------------------    Date: 12 May 2001 07:34:38 +0800, From: Paul Repacholi <prep@prep.synonet.com>6 Subject: Re: What is the best way to erase SCSI disks?- Message-ID: <87y9s3qx2p.fsf@prep.synonet.com>0  / Tim Llewellyn <tim.llewellyn@bbc.co.uk> writes:e   > Nigel Arnot wrote:  D > >  You used to have to be rich and paranoid to trash drives at the> > > end of their working life. Given the way storage price perF > > gigabyte is falling, paranoid is probably now all it takes. What's? > > a 5-year-old drive worth, compared to the sort of data thatb > > justifies paranoia?   @ I find it just so depressing that so many 'professionals' are so5 clueless or slack with information entrusted to them.\  A > Thanks for the analysis, Nigel (and Paul). Actually, if the CIA-D > wanted my data I think they'd probably find a an easier way to getD > it than waiting for the drives to turn up in a skip:-). Might makeD > the hobbiest's life a little more difficult too if everyone starts4 > trashing the disks when they decommission systems.  C > oh well, I probably don't have room for a home cluster anyway :-)t  E How can you NOT have room for a cluster at home? 3200/4200s make fineqF speaker stands, pot plant stands. Use the 4700 and a pillow as a foot-D rest. Put the tellie on your 2100... Not sure what to do with a 6000 though.e   -- r< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.n@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.H Spam-To: uce@ftc.gov,enforcement@sec.gov,sness@fcc.gov,hfurchtg@fcc.gov,#   mpowell@fcc.gov,gtristan@fcc.gov     ------------------------------    Date: 11 May 2001 22:29:12 +0200* From: eplan@kapsch.net (Peter LANGSTOEGER)# Subject: Re: Windows-XP on Alpha ??u* Message-ID: <3afc4b98$1@news.kapsch.co.at>  H In article <3AEBEC48.4674D23B@home.nl>, Dirk Munk <munk@home.nl> writes:I >I've heard several rumours there will be a Windows-XP version for Alpha. . >Does anyone have any information about this ?  H Sorry, No. But such a rumour is coming and going every couple of months.F Maybe it's based on wishful thinking or the fact, that M$ do still useH Alphas internally. And it may also stem from the fact, that IA64 is many years behind its timeplans.   I >The return of Windows to Alpha can be a very good thing for Compaq & thea> >Alpha processor, if only to break the hegemony of Intel classA >processors. But of course there has to be a sufficient amount of 4 >software for Win-XP on Alpha to be able to do this.  F It might only be a good thing, if M$ decides to do it (because it thenG supports wholeheartly) and COMPAQ decides to _not_ put Q's money behindaE this efforts. Remember, this is M$'s nice try of an operating system.aH And noone should pay M$ any money to put something into M$'s software !!  D But don't expect to see HP printer drivers for Alpha WindowsXP then.# HP is too deep in bed with INTEL...y  C >And Compaq can offer upgrade licenses to real operating systems oft
 >course :-)).y  J No. Q should give away OpenVMS and Tru64 licenses FOR FREE for all systems up to 4 CPUs instead !!r   -- o< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888w< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  % Date: Sat, 12 May 2001 01:55:50 +0200e) From: Christof Brass <brass@infopuls.com>w# Subject: Re: Windows-XP on Alpha ??e, Message-ID: <3AFC7C06.78D968C5@infopuls.com>   Peter LANGSTOEGER wrote: > J > In article <3AEBEC48.4674D23B@home.nl>, Dirk Munk <munk@home.nl> writes:K > >I've heard several rumours there will be a Windows-XP version for Alpha.t0 > >Does anyone have any information about this ? > J > Sorry, No. But such a rumour is coming and going every couple of months.H > Maybe it's based on wishful thinking or the fact, that M$ do still useJ > Alphas internally. And it may also stem from the fact, that IA64 is many > years behind its timeplans.s > K > >The return of Windows to Alpha can be a very good thing for Compaq & thes@ > >Alpha processor, if only to break the hegemony of Intel classC > >processors. But of course there has to be a sufficient amount ofo6 > >software for Win-XP on Alpha to be able to do this. >oH > It might only be a good thing, if M$ decides to do it (because it thenI > supports wholeheartly) and COMPAQ decides to _not_ put Q's money behindiG > this efforts. Remember, this is M$'s nice try of an operating system.mK > And no one should pay M$ any money to put something into M$'s software !!h   Exactly!  F > But don't expect to see HP printer drivers for Alpha WindowsXP then.% > HP is too deep in bed with INTEL...s  @ All non-IA competitors should form one front: Apple, HP, SUN and> Compaq should concentrate on one HW architecture and implement their OSs on that.  E > >And Compaq can offer upgrade licenses to real operating systems ofo > >course :-)).r > L > No. Q should give away OpenVMS and Tru64 licenses FOR FREE for all systems > up to 4 CPUs instead !!i  9 Exactly. But why not give it away for free completely anda! concentrating on services and HW?i   > --> > Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651= > Network and OpenVMS system manager  Fax.    +43 1 81111-888i> > <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netJ > A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------    Date: 12 May 2001 07:50:52 +0800, From: Paul Repacholi <prep@prep.synonet.com># Subject: Re: Windows-XP on Alpha ?? - Message-ID: <87u22rqwbn.fsf@prep.synonet.com>e  , eplan@kapsch.net (Peter LANGSTOEGER) writes:  J > In article <3AEBEC48.4674D23B@home.nl>, Dirk Munk <munk@home.nl> writes:  D > >I've heard several rumours there will be a Windows-XP version for8 > >Alpha.  Does anyone have any information about this ?  B > Sorry, No. But such a rumour is coming and going every couple ofD > months.  Maybe it's based on wishful thinking or the fact, that M$! > do still use Alphas internally.t  F One (or more?) of the early betas of XP had an Alpha build, and it has 'escaped' into the wild.  7 > And it may also stem from the fact, that IA64 is manyo > years behind its timeplans.e  E 29th. The 5th final ittanic bubble up. IBM has committed to shipping,rE *bing* the NDAs stop. So we can get to see some unSPECtacular numbers B RSN. Or, Intel could pull the plug again. Be less mental stress ifC they did I suspect. Many people don't expect it to front on the dayr	 it seems.o  E And that will add another round of PIII vs P4 vs AMD price shuffelingt> and d888 sizing as well. BTW, when is the Alpha official date?    E > >The return of Windows to Alpha can be a very good thing for CompaqNF > >& the Alpha processor, if only to break the hegemony of Intel classC > >processors. But of course there has to be a sufficient amount oft6 > >software for Win-XP on Alpha to be able to do this.  D Why? who do you hate SO much you would inflict Gates and Co on them?  C > It might only be a good thing, if M$ decides to do it (because it A > then supports wholeheartly) and COMPAQ decides to _not_ put Q's B > money behind this efforts. Remember, this is M$'s nice try of an= > operating system.  And noone should pay M$ any money to puth! > something into M$'s software !!   : BOHICA. Anyone how 'helps' M$ is plaiting their own noose.  @ Plus we should be hearing from some fine Fed Court judges soon IA think.  Anyone heard anthing on that? The silence is getting verym long and deafening.r   -- o< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.0@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.H Spam-To: uce@ftc.gov,enforcement@sec.gov,sness@fcc.gov,hfurchtg@fcc.gov,#   mpowell@fcc.gov,gtristan@fcc.gov a   ------------------------------  % Date: Fri, 11 May 2001 22:04:24 -0400c- From: JF Mezei <jfmezei.spamnot@videotron.ca>r# Subject: Re: Windows-XP on Alpha ??., Message-ID: <3AFC9A23.8552A126@videotron.ca>   I need a reality check here.  K Seems that Microsoft only recently released Windows-2000 and that it wasn'ta such a hot seller.  N Now, Microsoft is touting XP as a revolution more important than the migration from DOS/WIN3.1 to Windows 95.  K What exactly does Windows XP have that is so dramatically different from anpG eterprise server point of view ? And from a workstation point of view ?    ------------------------------  % Date: Fri, 11 May 2001 19:24:07 -0700.! From: Shane.F.Smith@Healthnet.coma# Subject: Re: Windows-XP on Alpha ??sD Message-ID: <OF20E76FB3.F6BEA9FF-ON88256A4A.000CB184@foundation.com>  K Windows XP is the first Windows targeted at the home market that's based onkI the WNT core. I don't know if they are trying to sell it to business too,eF but I don't think so. For a home OS from MS, it is quite a big change.   Shaneg          A JF Mezei <jfmezei.spamnot@videotron.ca> on 05/11/2001 07:04:24 PMh  9 Please respond to JF Mezei <jfmezei.spamnot@videotron.ca>"   To:   Info-VAX@Mvb.Saic.Comw cc:   $ Subject:  Re: Windows-XP on Alpha ??     I need a reality check here.  K Seems that Microsoft only recently released Windows-2000 and that it wasn't  such a hot seller.  D Now, Microsoft is touting XP as a revolution more important than the	 migrationl from DOS/WIN3.1 to Windows 95.  K What exactly does Windows XP have that is so dramatically different from anmG eterprise server point of view ? And from a workstation point of view ?o   ------------------------------  % Date: Fri, 11 May 2001 17:28:34 -0500d From: amc <amc@weedmail.com> Subject: Your Requeste, Message-ID: <633420015511222834240@computer>  @ ****************************************************************? This is not a SPAM=2E  You either posted to one of my sites,=20a7 asked me to add you or another safe list I belong to=2E 9 Removal instructions are at the bottom of this message=2E @ ****************************************************************   Good Afternoon!t  0 Still don't have your Group Mailer? Try it FREE!) (Click on the DOWNLOAD button at the top) K <http://www=2ESellShareware=2Ecom/ProgramInfo=2Easp?AfID=3D4354&PrID=3D343=c 62>hK <http://www=2ESellShareware=2Ecom/ProgramInfo=2Easp?AfID=3D4354&PrID=3D346=  04>e  7 Free Resources, List  and $10=2E00 just for signing up!v4 <http://www=2Eresource-a-day=2Ecom/members3/amh/>=20  K Have a Safelist built for you! ($10 charge but you you just made that from=n  the link above!)eF <http://www=2Eche-ching=2Ecom/?id=3Damcecarpenter@earthlink=2Enet> =20  ( FREE Report! New tools and techniques=2E@ <http://www=2Engtools=2Ecom/fmain=2Ephp?D=3Damholmes&A=3Da1> =20   FREE Safelist Vortal! K <http://SafeListVortal=2Ecom/MegaMail/Pyramid-Safelist/join=2Ephp?od=3DAMC=e >i  " FREE Safelist and Traffic Blaster!I <http://trafficattractor=2Ecom/cgi-bin/tasafelist/mailmachine=2Ecgi?1188>e  K Submit to 1,256,487 Classified sites with one click=2E FREE!  Residual Inc=6 ome=2E( <http://www=2Eworldsubmitter=2Ecom/?amc>  A FREE  Advertising! Expose YOUR AD to over $1,000,000 every day=2EaD <http://www=2Ebigbooster=2Ecom/7million/join=2Ephp?referrer=3D72183>+ <http://wildfireco-op=2Enet/a=2Easp?X34236>p  " FREE FFA Site with 71,185 links=2E/ <http://www=2Esmallbizffa=2Enet/ffa=2Epl?69210>t  & Never ending hits to YOUR SITES!  FREE) <http://ultimatetrafficsystem=2Ecom?3603>28 <http://nomorehits=2Ecom/php/start=2Ecgi?referrer=3Damc>          K ************************************************************************  =l  =209 To unsubscribe simply respond to this message and type=20w, the word =93remove=94 in the subject line=2E Sorry to see you go!  H ************************************************************************   ------------------------------   End of INFO-VAX 2001.264 ************************                                                                  