1 INFO-VAX	Tue, 19 Mar 2002	Volume 2002 : Issue 153       Contents: Re: Andrew's back !  Re: Andrew's back !  Re: Andrew's back !  Re: Antigen found =*.exe file = Antigen Notification:Antigen found VIRUS= JS/Loop (NAI) virus  Auction Alpha and VMS Hardware Re: CLUSTER CONFIG0 Re: CUO-UK _can_ organise a p*ss-up in a brewery# DECUS Australia Symposium Announced  DECWrite update > Do AlphaServer 4100s play well with HSZ80-served system disks?B Re: Do AlphaServer 4100s play well with HSZ80-served system disks?E Re: Does CSWS/Apache support script execution under another username? E Re: Does CSWS/Apache support script execution under another username?  Re: Dynamic IP address question , Re: EV8 and McKinley analysis by Paul DeMone, Re: EV8 and McKinley analysis by Paul DeMone FLIGHT problem on X terminal( Re: FORTRAN (was: Re: R.I.P. OpenVMS...) Getting file date/time in C  Re: Getting file date/time in C  Re: Getting file date/time in C  Re: Getting file date/time in C  Re: Getting info on voting day6 Re: Heads Up - OpenVMS Technical Update Days in Europe  Re: Help for Vax-Basic tutorials  Re: Help for Vax-Basic tutorials< Re: How to install DSP3107L disk in a Storageworks canister?< Re: How to install DSP3107L disk in a Storageworks canister? How to user SYS$PERSONA_xxx  Re: How to user SYS$PERSONA_xxx  Re: How to user SYS$PERSONA_xxx  Re: How to user SYS$PERSONA_xxx , HP employees retirement fund votes NO merger0 Re: HP employees retirement fund votes NO merger0 Re: HP employees retirement fund votes NO merger0 Re: HP employees retirement fund votes NO merger' Re: HP Unix servers plunge below $1,000 ' Re: HP Unix servers plunge below $1,000 ' Re: HP Unix servers plunge below $1,000 ' Re: HP Unix servers plunge below $1,000 G Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux G Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux G Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux G Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux G Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux G Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux G Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux G Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux = Re: I may have to case-mod an Alpha. Anyone been here before? 0 Re: Importing mail from Lotus Notes to VMS Mail? Re: LD062 Install Question Re: LD062 Install Question0 Re: OT: AOL "whiners" for suing MS over Netscape0 Re: OT: AOL "whiners" for suing MS over Netscape0 Re: OT: AOL "whiners" for suing MS over Netscape Re: Plan B for Compaq  Re: Plan B for Compaq  Re: Plan B for Compaq  Re: Plan B for Compaq  Re: Plan B for Compaq  Re: Plan B for Compaq  Re: Plan B for Compaq  Re: Plan B for Compaq  Re: Plan B for Compaq  Re: problem with AST Re: problem with AST Re: problem with AST Re: problem with AST Re: problem with AST Re: The Inquirer & the Irony Re: The Inquirer & the Irony Re: The Inquirer & the Irony Re: Timing of vote Re: Timing of vote Re: Timing of vote Re: Timing of vote Re: UK VMS Systems Manager. * Re: Who's got a working 11/750 in Germany?* RE: Witch streamer supported vax-4000-90 ?* Re: Witch streamer supported vax-4000-90 ?* Re: Witch streamer supported vax-4000-90 ? Your mother is so fat... Re: Your mother is so fat... Re: Your mother is so fat...  F ----------------------------------------------------------------------  % Date: Mon, 18 Mar 2002 22:01:59 +0100  From: Dirk Munk <munk@home.nl> Subject: Re: Andrew's back !& Message-ID: <3C9655C7.3090003@home.nl>  & --------------0701000700060409040005069 Content-Type: text/plain; charset=us-ascii; format=flowed  Content-Transfer-Encoding: 7bit   D Sure they do. I know quite a few marketing/sales people working for A Compaq in The Netherlands, who used to be technicians or support  H engineers. I prefer talking to these guys instead of marketing or sales - people who did never anything else then that.       Tim Llewellyn wrote:   > ) >Andrew Harrison SUNUK Consultancy wrote:  >  > I >>If you remember and I know this is tricky for you Rob, memory short and G >>long term not being one of your strong points you will also recollect E >>that I had a 3 month secondment into Product Marketing as part of a C >>job rotation. Most interesting it was to but I was glad to leave.  >> >  > B >now thats a good idea, do Compaq do that (second technical people >to marketting)? Did Digital?  >     & --------------070100070006040904000506) Content-Type: text/html; charset=us-ascii  Content-Transfer-Encoding: 7bit    <html> <head> </head>  <body>J Sure they do. I know quite a few marketing/sales people working for CompaqM in The Netherlands, who used to be technicians or support engineers. I prefer H talking to these guys instead of marketing or sales people who did never anything else then that.<br> &nbsp; <br>  <br> Tim Llewellyn wrote:<br>F <blockquote type="cite" cite="mid:3C962FE7.46A3F6EE@blueyonder.co.uk">J   <pre wrap=""><br>Andrew Harrison SUNUK Consultancy wrote:<br> <br></pre>   <blockquote type="cite">7    <pre wrap="">If you remember and I know this is tricky for you Rob, memory short and<br>long term not being one of your strong points you will also recollect<br>that I had a 3 month secondment into Product Marketing as part of a<br>job rotation. Most interesting it was to but I was glad to leave.<br></pre>      </blockquote>      <pre wrap=""><!----> <br><br>now thats a good idea, do Compaq do that (second technical people<br>to marketting)? Did Digital?<br><br></pre>     </blockquote>      <br>     </body>      </html>   ( --------------070100070006040904000506--   ------------------------------  # Date: Mon, 18 Mar 2002 21:36:13 GMT * From: "Bill Todd" <billtodd@metrocast.net> Subject: Re: Andrew's back !@ Message-ID: <h5tl8.11409$4I.1231457@bin4.nnrp.aus1.giganews.com>  L "Dirk Munk" <munk@home.nl> wrote in message news:3C9655C7.3090003@home.nl...E > Sure they do. I know quite a few marketing/sales people working for B > Compaq in The Netherlands, who used to be technicians or supportI > engineers. I prefer talking to these guys instead of marketing or sales / > people who did never anything else then that.   E There's a difference between people who elect to move from one job to F another in a company and a company policy of exposing people to varied( environments to expand their experience.   - bill   >  >  > Tim Llewellyn wrote: >  > > + > >Andrew Harrison SUNUK Consultancy wrote:  > >  > > K > >>If you remember and I know this is tricky for you Rob, memory short and I > >>long term not being one of your strong points you will also recollect G > >>that I had a 3 month secondment into Product Marketing as part of a E > >>job rotation. Most interesting it was to but I was glad to leave.  > >> > >  > > D > >now thats a good idea, do Compaq do that (second technical people > >to marketting)? Did Digital?  > >  >  >    ------------------------------  % Date: Tue, 19 Mar 2002 01:38:28 +0000 1 From: Steve Reece <SYSTEM@ipl.demon.co.nospam.uk>  Subject: Re: Andrew's back !6 Message-ID: <3C969694.693A5958@ipl.demon.co.nospam.uk>  G But would the memory be cache or main?  And is Rob likely to be static?    :-)    Steve.    ( Andrew Harrison SUNUK Consultancy wrote: > >  > I > If you remember and I know this is tricky for you Rob, memory short and G > long term not being one of your strong points you will also recollect E > that I had a 3 month secondment into Product Marketing as part of a C > job rotation. Most interesting it was to but I was glad to leave.  > E > You are a never ending souce of ammusement to me and despair to the ! > OpenVMS community keep it up :)  > 	 > Regards  >  > Andrew Harrison    --  G "A shadow fell over her face; clear, as if the composure were rent like E a veil.  And her lips parted, but only with a short intake of breath. A Then she said, 'Well, then you are right.  Indeed, we are even.'" % 		Louis, "Interview with the Vampire"    ------------------------------   Date: 18 MAR 2002 20:10:49 GMT4 From: karcher@thuria.waisman.wisc.edu (Carl Karcher)& Subject: Re: Antigen found =*.exe file6 Message-ID: <18MAR02.20104970@thuria.waisman.wisc.edu>  6 In a previous article, david20@alpha2.mdx.ac.uk wrote: -> ...J ->I keep the related urls as comments in my virus scanning script. Some of0 ->these came from posters to this list (thanks): ->  D ->$!   http://support.Microsoft.com/directory/article.asp?id=Q262631D ->$!   http://support.Microsoft.com/directory/article.asp?id=Q290497D ->$!   http://support.Microsoft.com/directory/article.asp?id=Q311573D ->$!   http://support.Microsoft.com/directory/article.asp?id=Q3011419 ->$!   http://www.slipstick.com/outlook/esecup.htm#attsec  ->$!= ->$! The list of suffixes we scan culled from the above urls:  ->$ 4 ->$ call suffix_scan ADE ADP BAS BAT CHM CMD COM CPL3 ->$ call suffix_scan CRT EXE HLP HTA INF INS ISP JS 4 ->$ call suffix_scan JSE LNK MDB MDE MSC MSI MSP MST3 ->$ call suffix_scan PCD PIF REG SCR SCT SHS VB VBE , ->$ call suffix_scan VBS WSC WSF WSH SWF SHB4 ->$ call suffix_scan PRF SCF MDT MDW OPS MDA MDZ ASX  D Don't forget about the recent additions of . and } to the list (that9 makes 48 now). See: http://www.gfi.com/emailsecuritytest/    --G -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madison 2 --                      karcher@waisman.wisc.edu     ------------------------------  % Date: Mon, 18 Mar 2002 22:20:48 -0700 ; From: ANTIGEN_DOAISD01001 <ANTIGEN_DOAISD01001@state.mt.us> F Subject: Antigen Notification:Antigen found VIRUS= JS/Loop (NAI) virusN Message-ID: <A177CD842A27D2119B620000F6B6709908B81ED4@doaisd01001.state.mt.us>  E A virus has been discovered to be attached to or included in an email F message addressed to you.  The sender must clean their computer beforeD resending email to you.  You may want to consider some other form ofL communication with this individual until their environment has been cleaned.  L Antigen for Exchange found Unknown infected with VIRUS= JS/Loop (NAI) virus.L The file is currently Removed.  The message, "Your mother is so fat...", was8 sent from TGOS  and was discovered in IMC Queues\Inbound& located at Montana/State1/DOAISD01001.   ------------------------------  % Date: Tue, 19 Mar 2002 15:35:04 +1000 / From: "David Clarke" <clarke.david@bigpond.com> ' Subject: Auction Alpha and VMS Hardware 9 Message-ID: <BdAl8.14851$uR5.33243@newsfeeds.bigpond.com>   9 If someone is interested in placing a bid please contact:  Billy Woods ! Leading Edge Computers Hervey Bay  352 Esplanade Torquay 4655 +61 7 4124 5129  billywoods@bigpond.com      < Hephaestus - Digital Equipment Corp. AlphaServer 1000A 5/400"         1 * 400MHz 21164 Alpha CPU         192MB ram 5         2 * 2.1GB RZ28-VW  Hot Swap scsi-2 Disk Drive 5         4 * 4.3GB RZ29B-VW Hot Swap scsi-2 Disk Drive 8         1 * Mylex DAC 960 3 channel raid controller card         1 * DEC DE435 10Mb NIC         SCSI CD ROM H         Notes:  SCSI terminator missing, chassis intrusion switch faulty      6 S0016 - Digital Equipment Corp. AlphaServer 1000 4/200         1 * 200MHz Alpha CPU         64MB ram/         2 * 2GB RZ28 Hot Swap scsi-2 Disk Drive /         2 * 4GB RZ29 Hot Swap scsi-2 Disk Drive          DAT Tape drive         1 * DEC DE435 10Mb NIC         SCSI CD ROM    Flo - MicroVax 4000           Series BA213 "Skunk Box"         CPU MOD KA660          32MB ram         TK70 Tape Drive "         R215F-B3 Expansion Cabinet         No disk drives         David Clarke Systems Administrator  Hervey Bay City Council    Telephone:      07 4197 4536/ Web site:       http://www.herveybay.qld.gov.au   J Disclaimer: If you have received this e-mail in error, this does not waiveI our confidentiality rights. You may not use or reproduce the information. E Please notify the sender by return e-mail or telephone ... Thank you.    ------------------------------  % Date: Mon, 18 Mar 2002 23:03:22 -0000 : From: "David McKenzie" <david.mckenzie@paradigm-shift.biz> Subject: Re: CLUSTER CONFIG @ Message-ID: <1016492718.396.0.nnrp-12.c1edba74@news.demon.co.uk>  J Possibly you did not change the volume label of the second disk, the imageG backup? Clusters do not like two disks with the same volume label to be  served to the same cluster  3 "A Bonaveidogo" <Asena@fsc.com.fj> wrote in message 6 news:BFBEDDF2CFEDD411917400508BF3A6FF6157F2@EXCHSVR... > K > I have two nodes( Node A (1st machine)  and Node B (2nd machine)) forming  a L > cluster and on the network. Shadowing is enable.  I did an image backup ofH > the system disk and restore onto the new servers.  I modified the node name, J > id etc.. for these two new nodes (Node C and Node D)  Now when I connectL > Node C (first machine) to the network, it creates bugcheck dump and rebootE > my itself.  I guess something to do with cluster_config... it still  looking 
 > for node B. K > How can I fix this?   I executed cluster_config to remove a node from the L > cluster. but couldn't get the right system disk for the node to be removed > ie Node B. >  > Can someone help please. >  >  > AB   ------------------------------  % Date: Tue, 19 Mar 2002 00:50:31 +0000 1 From: Steve Reece <SYSTEM@ipl.demon.co.nospam.uk> 9 Subject: Re: CUO-UK _can_ organise a p*ss-up in a brewery 6 Message-ID: <3C968B57.247202BE@ipl.demon.co.nospam.uk>  G I'm getting worried about you Nic - two posts I've read in as many days   that didn't sound like you......  G Anyhow, the Reading event for those about to become members of CUO-UK :   4 "OpenVMS, Storage and UNIX: Roadmaps for the Future"> 28-MAY-2002 - Scottish Courage Brewery, Imperial Way, Reading.   10:00 Compaq/HP Update
 10:30 Storage ( 11:00 OpenVMS Session 1 / Unix Session 1 12:00 Brewery visit  13:00 Lunch ( 13:45 OpenVMS Session 2 / Unix session 2 14:45 Refreshments 15:15 Plenary session  16:15 Seminar ends     Fees :0 Corporate and Events members 	: 30poundsGB + VAT% Ordinary members		: 135poundsGB + VAT ! Non-members			: 200poundsGB + VAT   H The CUO-UK Board will be in attendance (yours truly included) so you canH talk to us about what you want from the UK Compaq Users Organisation and maybe even buy us a pint.    Steve.     Nic Clews wrote: > J > 28th May in Reading. This is probably an event you want to stay over theF > night after, rather than the night before. Breweries are interesting. > places to look round, and it's members only. > G > Apparently there is also some technology presentations on OpenVMS and  > UNIX.  > H > I recall a trip to Cane and Sons in Liverpool, and the guide explained( > the logic behind saying to a landlord: > ( > "I'd like 568 ml of warehouse please". > G > Amazingly, I still recall most of the evening spent sampling products  > from the brewery taps. > --* > Regards, Nic Clews CSC Computer Sciences > nclews at csc dot com    --  G "A shadow fell over her face; clear, as if the composure were rent like E a veil.  And her lips parted, but only with a short intake of breath. A Then she said, 'Well, then you are right.  Indeed, we are even.'" % 		Louis, "Interview with the Vampire"    ------------------------------  # Date: Tue, 19 Mar 2002 04:05:05 GMT 4 From: "Matt Muggeridge" <Matt.Muggeridge@compaq.com>, Subject: DECUS Australia Symposium Announced= Message-ID: <RNyl8.9868$Hz2.38421@news-server.bigpond.net.au>   - See http://www.decus.org.au for more details.        Novotel Olympic Park     Olympic Boulevard      Homebush Bay NSW Australia)     21 July 2002 - Pre Symposium Seminars 2     22-23 July 2002 - Symposium & Trade Exhibition   Matt.  --= -------------------------------------------------------------  OpenVMS TCP/IP Engineering Enterprise Computing Group Compaq Computer Corporation  Gold Coast, AUSTRALIA = -------------------------------------------------------------    ------------------------------  % Date: Mon, 18 Mar 2002 22:59:32 -0600 , From: "Rich Jordan" <rjordan@mindspring.com> Subject: DECWrite update2 Message-ID: <a76gbi$r0f$1@slb6.atl.mindspring.net>  H The Q1 (March) Alpha SPL for OpenVMS includes DECwrite V3.1a, which willH reputedly run under OpenVMS V7.3 and/or Motif 1.2.6; presumably the bitsG that relied on Display Postscript have been excised or otherwise workedw around.   K I'm still leaving my primary system at V7.2-1 simply because DPS is so darnLI useful for some of my work, but at least DECwrite (or Compaq DECwrite...)U) will run on it if I ever have to upgrade.    Rich Jordan    ------------------------------  % Date: Mon, 18 Mar 2002 14:48:19 -0500 ; From: "Webb, William W Raleigh, NC" <wwebb1@email.usps.gov>lG Subject: Do AlphaServer 4100s play well with HSZ80-served system disks?cI Message-ID: <B502CC6AF22A6D4C84C88E7766938E75892EC6@rlghncst625.usps.gov>o  9 Once upon a time I heard tell that there was a firmware?  8 issue where AlphaServer 4100s wouldn't boot from a SYS0 > root if the system disk was being served via a HSZ80 (or two).  ? I am unable to locate information about this in either DSNlink  ? or in Google groups search, but I might not be using the properi< magic criteria to elicit this information (and trying to get= an entire thread in Google right now is excruciatingly slow.)e  A These boxes are still at VMS Alpha 7.1-2; we might go to 7.2-2...    Thanks in advance, y'all...k ============================== William W. Webb, EDS 7' c/o USPS, DSSC OpenVMS Support Serviceso" 4924 Green Road Raleigh, NC 27616  919 874 3043  x   ------------------------------  # Date: Tue, 19 Mar 2002 02:14:22 GMTP1 From: "David J. Dachtera" <djesys.nospam@fsi.net>eK Subject: Re: Do AlphaServer 4100s play well with HSZ80-served system disks?t' Message-ID: <3C96A073.8E6CD2B2@fsi.net>   $ "Webb, William W Raleigh, NC" wrote: > : > Once upon a time I heard tell that there was a firmware?9 > issue where AlphaServer 4100s wouldn't boot from a SYS0v@ > root if the system disk was being served via a HSZ80 (or two). > @ > I am unable to locate information about this in either DSNlinkA > or in Google groups search, but I might not be using the properw> > magic criteria to elicit this information (and trying to get? > an entire thread in Google right now is excruciatingly slow.)e > C > These boxes are still at VMS Alpha 7.1-2; we might go to 7.2-2...e  D I had a V7.1-2 Alpha 4100 on a customer site back over the summer ofG 2000. It had HSZ70 served disks, including the system disk. Worked wellv enough for a financial app.u  A Are you having an issue with such a system? Is it under a support.	 contract?n   -- e David J. Dachteran dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Mon, 18 Mar 2002 16:32:54 -0500e+ From: "Rick Barry" <barry@star.zko.dec.com>eN Subject: Re: Does CSWS/Apache support script execution under another username?3 Message-ID: <H2tl8.1130$fL6.24442@news.cpqcorp.net>f  I CSWS 1.2 and earlier do not support running CGI scripts under a differentm	 username.r  I The suEXEC feature provides the capability for CGI scripts to be run fromAI either a user's "UserDir" home directory or from a virtual host containertI where the "User" specifies the user account to use for that virtual host.o  , suEXEC is planned for the next CSWS release.  L If you just want to run a CGI script under a username that is validated by aI UAF password, you can do this today with a little bit of programming. The?H mod_auth_openvms feature can be used to validate the user's username andK password. The REMOTE _USER CGI environment variable will hold the validated-J username. A system service would need to be written to create and assume aI persona for the REMOTE_USER username. CGI scripts run as a sub-process ofaF the Apache server process. The script could either execute directly or+ create another process under that username.r  
 Rick Barry Compaq Secure Web Server OpenVMS System Software Groupt Compaq Computer Corporationr
 Nashua, NH   ------------------------------  # Date: Tue, 19 Mar 2002 03:31:44 GMTnL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")N Subject: Re: Does CSWS/Apache support script execution under another username?8 Message-ID: <00A0B23C.007E06BE@SSRL04.SLAC.STANFORD.EDU>  A In article <H2tl8.1130$fL6.24442@news.cpqcorp.net>, "Rick Barry" r  <barry@star.zko.dec.com> writes:  J >CSWS 1.2 and earlier do not support running CGI scripts under a different
 >username.   That's what I thought.   > J >The suEXEC feature provides the capability for CGI scripts to be run fromJ >either a user's "UserDir" home directory or from a virtual host containerJ >where the "User" specifies the user account to use for that virtual host. >6  N I saw the release notes mention that "User" wasn't supported; I didn't realizeH that when it was supported it would be a different one per virtual host.  - >suEXEC is planned for the next CSWS release.l  G I'm moderately surprised, since this seemed like a really Unix-specifico feature. >nM >If you just want to run a CGI script under a username that is validated by a J >UAF password, you can do this today with a little bit of programming. TheI >mod_auth_openvms feature can be used to validate the user's username andnL >password. The REMOTE _USER CGI environment variable will hold the validatedK >username. A system service would need to be written to create and assume aaJ >persona for the REMOTE_USER username. CGI scripts run as a sub-process ofG >the Apache server process. The script could either execute directly or>, >create another process under that username.  + At any rate, thanks for a very full answer.e   -- Alane    O ===============================================================================e0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-30561M  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA  94309-02100O ==============================================================================='   ------------------------------  % Date: Tue, 19 Mar 2002 01:21:38 +0000 1 From: Steve Reece <SYSTEM@ipl.demon.co.nospam.uk>3( Subject: Re: Dynamic IP address question6 Message-ID: <3C9692A2.7C69A035@ipl.demon.co.nospam.uk>   Andy,qG IIRC, Reflection-X passes the IP address of the X-server (i.e. your PC)IH in the %IP% parameter when you supply your password.  Can you then use a/ logical to pass the address to other processes?    Steve.   Andy Proctor wrote:c > 5 > "Jan-Erik Sderholm" <aaa@aaa.com> wrote in messagea# > news:3C8F5631.69E465CE@aaa.com...d- > > Isn't this what name servers should fix ?  > > 3 > > That is, the DHCP server on your network should 8 > > update your name server(s) whenever it assignes your6 > > laptop a different IP address (then it had before)F > > And then SET DISPLAY to your host name instead of your IP address. > >eG > > Or, ask for a looong "lease time" for your MAC address, so the DHCPaE > > server never will put your IP address back into the free pool (oro > > whatever it's called). > >w > > Jan-Erik Sderholm.m > >o > >  > K > Thanks Jan but our network is pretty simple, and there are 2 subnets ONLY-L > crossed by people such as myself using a PC to talk to a VMS unit. We dontK > have an internal name server that's why I'm looking at doing it via a DCLg > proc >  > Cheers >  > Andy   -- pG "A shadow fell over her face; clear, as if the composure were rent like E a veil.  And her lips parted, but only with a short intake of breath.:A Then she said, 'Well, then you are right.  Indeed, we are even.'",% 		Louis, "Interview with the Vampire"n   ------------------------------  # Date: Tue, 19 Mar 2002 01:11:46 GMTn1 From: "David J. Dachtera" <djesys.nospam@fsi.net> 5 Subject: Re: EV8 and McKinley analysis by Paul DeMonea' Message-ID: <3C9691EF.67EEDDA1@fsi.net>g   "Terry C. Shannon" wrote:d > % > "Andrew Harrison SUNUK Consultancy"i? > <andrew_nospam.remove_this.harrison@sun.com> wrote in messageo > >l? > > IA64 is so industry standard that there are only ~3000 IA64l? > > systems installed out there if the last set of IDC fi gures 0 > > were accurate and most of them were loaners. > N > Probably a fair estimate for YE2001. Which leads to a potential IPF tagline:H > "IA64: A Standard for a Very Small Industry." But before coming to anyK > conclusion (save the fact that INTC and HWP hyped the hell out of P7 fromML > June 3, 1994 onwards and many were gulled by the hype) about IPF's future,7 > it might be wise to wait until McKinley materializes.c  D I'm already 47, Terry. There's a good chance I won't live to see it.   --   David J. Dachtera  dba DJE Systemsu http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/r   ------------------------------  # Date: Tue, 19 Mar 2002 02:20:09 GMTl4 From: "Terry C. Shannon" <terryshannon@mediaone.net>5 Subject: Re: EV8 and McKinley analysis by Paul DeMonep+ Message-ID: <tfxl8.69628$q2.8287@sccrnsc01>>  < "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message! news:3C9691EF.67EEDDA1@fsi.net...S > "Terry C. Shannon" wrote:l > >i' > > "Andrew Harrison SUNUK Consultancy">A > > <andrew_nospam.remove_this.harrison@sun.com> wrote in message_ > > >DA > > > IA64 is so industry standard that there are only ~3000 IA64SA > > > systems installed out there if the last set of IDC fi gures'2 > > > were accurate and most of them were loaners. > >tG > > Probably a fair estimate for YE2001. Which leads to a potential IPF  tagline:J > > "IA64: A Standard for a Very Small Industry." But before coming to anyH > > conclusion (save the fact that INTC and HWP hyped the hell out of P7 fromF > > June 3, 1994 onwards and many were gulled by the hype) about IPF's future,19 > > it might be wise to wait until McKinley materializes.  >UF > I'm already 47, Terry. There's a good chance I won't live to see it.  F Well, I turn 50 this year, and I expect that I'll live to see McKinleyI materialize (I have no sudden death plans during the next 3 to 6 months).cF Whether or not I'll live to see IPF really succeed is another question
 entirely. ;-}r   ------------------------------  % Date: Tue, 19 Mar 2002 00:29:41 -0500e- From: JF Mezei <jfmezei.spamnot@videotron.ca>n% Subject: FLIGHT problem on X terminalu, Message-ID: <3C96CCBC.DCFDF9DA@videotron.ca>  K When I try to run FLIGHT on a X display on a macintosh (runing MI/X), I getuN the initial dialogue where I chhose the plane and takeoff location, fueld etc,) and when I continue, the program crashes.1  L Since my vaxstation is very black and white, I would like to be able to viewA what FLIGHT looks like in colour. None of the flt* programs work.o  = Has anyone succesfully done this before ? Transport is TCPIP.a  N Could it be because screen size on the mac is not logically the same as on the
 vaxstation ? 2  N When I start applications such as MOSAIC on the MAC, it tried to open a windowI that is bigger than the MAC's window and it is a pain to resize it to fit L inside the display. When I SET DISPLAY/CREATE, does the VAX need to know the? size of the target X terminal's properties (colour, size etc) ?a   ------------------------------  % Date: Mon, 18 Mar 2002 22:55:41 -0600 + From: Shael Richmond <ksrich@bellsouth.net>s1 Subject: Re: FORTRAN (was: Re: R.I.P. OpenVMS...)i- Message-ID: <3C96C4CD.4BFF500E@bellsouth.net>    Jouk Jansen wrote: >  > Steve Lionel wrote:G > >8. > > On Fri, 15 Mar 2002 15:11:11 GMT, ">>> ^P"* > > <plj@NOSPAM.byron.ext.telia.se> wrote: > >d > > >  > > >  > > >Hi, > > >N0 > > >Will we be able to use #include <xxx.h>   ? > > >  > >s) > > Wrong language.  In Fortran, you say:  > >  > >         include 'xxx.inc'r > > E >  But "include" is on the Obsolete list and may be removed in a nexti > Fortran standard.i >    What is it being replaced with?    Shael:   ------------------------------  % Date: Mon, 18 Mar 2002 14:09:05 -0600c% From: "Dave Rich" <drich@nucorar.com>l$ Subject: Getting file date/time in C5 Message-ID: <a75hej$il1o6$1@ID-136223.news.dfncis.de>i  E I have looked forwards and backwards through help|system_services andT help|rtl...   K Anyone have examples of getting the date/time stamp from a file and storing A it in a char varaible or something of that nature for comparison?C    @ I ask because, The application i have written needs to re-read a5 configuration file.. ONLY if a change has been made..b   ------------------------------  % Date: Mon, 18 Mar 2002 22:00:56 -0000t2 From: seibel_r@localhost.localdomain (Rich Seibel)( Subject: Re: Getting file date/time in C; Message-ID: <slrna9coso.2gs.seibel_r@localhost.localdomain>5  H On Mon, 18 Mar 2002 14:09:05 -0600, Dave Rich <drich@nucorar.com> wrote:F >I have looked forwards and backwards through help|system_services and >help|rtl... >aL >Anyone have examples of getting the date/time stamp from a file and storingB >it in a char varaible or something of that nature for comparison? >) >oA >I ask because, The application i have written needs to re-read ae6 >configuration file.. ONLY if a change has been made.. >  >dE I think the stat() function is what you want.  It is a POSIX function E with a C language interface.  It is implemented on OpenVMS.  I would lG suggest that you compare directly on the modification time rather than  G converting to text form.  The value is a time_t type.  If you save the -E value from the previous time you read it, the comparison will be veryvG cheap.  If you have the file open continuously, then it might be betteri to use fstat().    HTH  Rich       -- 9D --------------------------------------------------------------------D Rich Seibel, Software Engineer                 (314)579-0066 ext 220D Object Computing, Inc.                           seibel_r@ociweb.comD Need ACE training?                      See http://www.theaceorb.comD --------------------------------------------------------------------   ------------------------------  % Date: Mon, 18 Mar 2002 16:08:33 -0600n% From: "Dave Rich" <drich@nucorar.com> ( Subject: Re: Getting file date/time in C5 Message-ID: <a75oej$iugj0$1@ID-136223.news.dfncis.de>a   Thank you for the reply...  & The file should only be opened once...  9 At startup, the file is opened, and a list of names in itd7 is thrown into a struct array, then the file is closed.r  J After that, every 60 seconds, the application checks the processes runningL on the machine vs. the contents of the struct array. For each process in the array, it updatesML a database table with the current time, and status of the process.. This canC then be monitored via a remote HMI Computer via an ODBC Connection.s  L The file that is read has a tendancy to change quite often, so I was wantingL to modify the code to check the file's modified time each time the processes" are compaired against the struct..  J If the current modified time does not match the modified time on the file,L in theory, it should then repopulat ethe struct array with the file again...    I So, the file isnt going to be open ALL The time... just when its contentsC@ change, and only long enough to read its contents into a struct.   ------------------------------  % Date: Mon, 18 Mar 2002 20:13:28 -0500r1 From: Michael Austin <maustin@firstdbasource.com>h( Subject: Re: Getting file date/time in C1 Message-ID: <3C9690B8.11724C9@firstdbasource.com>i   Dave Rich wrote: >  > Thank you for the reply... > ( > The file should only be opened once... > ; > At startup, the file is opened, and a list of names in itr9 > is thrown into a struct array, then the file is closed.@ > L > After that, every 60 seconds, the application checks the processes runningN > on the machine vs. the contents of the struct array. For each process in the > array, it updatesP   An even easier way would be to u  
 populate fileu set logical xyz true   in code:! Check for logical name xyz = True- re-read file4 reset logical xyz = false  or delete it all together  < very elegenant and not so messy and not dependent on timers.  N > a database table with the current time, and status of the process.. This canE > then be monitored via a remote HMI Computer via an ODBC Connection.  > N > The file that is read has a tendancy to change quite often, so I was wantingN > to modify the code to check the file's modified time each time the processes$ > are compaired against the struct.. > L > If the current modified time does not match the modified time on the file,N > in theory, it should then repopulat ethe struct array with the file again... > K > So, the file isnt going to be open ALL The time... just when its contentsmB > change, and only long enough to read its contents into a struct.   -- t Regards,  7 Michael Austin            Registered Linux User #261163-7 First DBA Source, Inc.    http://www.firstdbasource.com  Sr. Consultant 704-947-1089 (Office)m 704-236-4377 (Mobile):   ------------------------------  # Date: Mon, 18 Mar 2002 21:22:16 GMT-# From: "John N." <JNixon@cfl.rr.com>8' Subject: Re: Getting info on voting day ? Message-ID: <cUsl8.184918$Dl4.21131569@typhoon.tampabay.rr.com>h  I Back to the original question, I plan to keep a window to C.O.V open, andeH check it regularly.  I know that if anything important happens, somebodyH here will hear it and relay it to the rest of us.   Of course, I will beL periodically checking other news sources as well, and as always, I have CNBC up in the corner.o    : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3C9438A9.5E835E9A@videotron.ca...E > What will be the best medium to watch for information on the voting 	 results ?W >,   ------------------------------  % Date: Tue, 19 Mar 2002 00:52:46 +0000N1 From: Steve Reece <SYSTEM@ipl.demon.co.nospam.uk>-? Subject: Re: Heads Up - OpenVMS Technical Update Days in Europe 6 Message-ID: <3C968BDD.1E553F1F@ipl.demon.co.nospam.uk>  G Do you really mean "Closure" Sue or is "Finish" or "Close" a better wayA
 to put it...?i :-)  Steve.   Sue Skonetski wrote: > B > Vienna Austria - April 8 & 9 - agenda is attached as soon as the2 > registration web site is up I will post details.( > London, England April 11 & 12 as above > E > Please note that there is limited seating for both of these events.b > = > It will be my pleasure to meet many of you at these events.h >  > Warm Regards,o >  > SueiN > ____________________________________________________________________________ > __ >  > Agenda >  > Austria Monday and Tuesday" > Monday April 8th Vienna, Austria > ' > 9:00 - 9:15 Welcome Wilfried BergmannA > 8 > 9:15 - 10:00 OpenVMS Strategy and Directions (Keynote) > Steve Steublis >  > 10:00 - 10:15 Break  > 9 > 10:15 - 11:15 OpenVMS Technical Update 7.3.1 and beyondi > Steve Hoffmans > G > 11:15 - 12:15 OpenVMS and ItaniumT Processor Family Systems (base OS)  > Burns Fisher >  > 12:15 - 13:15 Lunch  > ; > 13:15 - 14:15 Best Practices for VMS Performance for 2002m > Steve Lieman >  > 14:15 - 14:30 Break  > @ > 14:30 - 15:30 Installing and configuring Fibre Channel storage > Rick Lordm > : > 15:30 - 16:30 Integration of OpenVMS Data & Applications > John Appsn > # > Tuesday April 9th Vienna, Austriae >  > 8:30 - 8:45 Welcome2 > Wilfried Bergmannu > < > 8:45 - 9:45 The next generation of Alpha systems (Keynote) > Richard Smithi >  > 9:45 - 10:00 Break > K > 10:00 - 11:00 Porting your OpenVMS Applications to the ItaniumT Processoru > Family Burns Fisherr > ; > 11:00 - 12:00 Compaq Secure Web Server Apache with Tomcato > John AppsC >  > 12:00 - 1:00 Lunch > 2 > 13:00 - 14:00 COE & Unix Portability Initiatives > Brad McCuskert >   > 14:00 - 15:00 Volume Shadowing+ >                                 Rick Lordm >  > 15:00 - 15:15 Breaks > ' > 15:15 - 16:15 OpenVMS Hints and Kinkss > Steve Hoffmano >  > 16:15 - 16:30 Closurer > Wilfried Bergmannh > N > ____________________________________________________________________________ > ________________ > $ > Thursday April 11, London, England >  > 9:00 - 9:15 Welcomeh > 8 > 9:15 - 10:00 OpenVMS Strategy and Directions (Keynote) > Steve Steublis >  > 10:00 - 10:15 Breakr > 9 > 10:15 - 11:15 OpenVMS Technical Update 7.3.1 and beyondS > Steve Hoffmano > G > 11:15 - 12:15 OpenVMS and ItaniumT Processor Family Systems (base OS)a > Burns Fisher >  > 12:15 - 13:15 Lunchi > ; > 13:15 - 14:15 Best Practices for VMS Performance for 2002r > Steve Lieman >  > 14:15 - 14:30 Breakc > @ > 14:30 - 15:30 Installing and configuring Fibre Channel storage > Rick LordS > : > 15:30 - 16:30 Integration of OpenVMS Data & Applications > Mick Keyes > ! > Friday April 12, London England  >  > 8:30 - 8:45 Welcomen > < > 8:45 - 9:45 The next generation of Alpha systems (Keynote) > Richard Smithh >  > 9:45 - 10:00 Break > K > 10:00 - 11:00 Porting your OpenVMS Applications to the ItaniumT Processorr > Family     Burns Fisher  > ; > 11:00 - 12:00 Compaq Secure Web Server Apache with Tomcatc > Mick Keyes >  > 12:00 - 1:00 Lunch > 2 > 13:00 - 14:00 COE & Unix Portability Initiatives > Brad McCuskerr >   > 14:00 - 15:00 Volume Shadowing > Rick  Lord >  > 15:00 - 15:15 Break. > ' > 15:15 - 16:15 OpenVMS Hints and Kinksa > Steve Hoffmana >  > 16:15 - 16:30 Closuree   -- eG "A shadow fell over her face; clear, as if the composure were rent likerE a veil.  And her lips parted, but only with a short intake of breath. A Then she said, 'Well, then you are right.  Indeed, we are even.'" % 		Louis, "Interview with the Vampire"r   ------------------------------  % Date: Mon, 18 Mar 2002 19:54:07 -0500   From: Kuff@Tessco.Com (Hal Kuff)) Subject: Re: Help for Vax-Basic tutorialsrO Message-ID: <5213C42711F29C34.B06805FE9D7620AC.EB67C2AEF144EE6A@lp.airnews.net>u  C best place is DSNLINK example-basic sample files in the Basic area!t  A In article <3C95E45F.43E00843@metalogicsystems.com>, Anjan Sarkary$ <anjans@metalogicsystems.com> wrote:   > Hello,* > Where can I get tutorials for Vax-Basic? > Thanking you in anticipation.=
 > Regards, > Anjan Sarkar   ------------------------------  # Date: Tue, 19 Mar 2002 01:32:15 GMT 1 From: "David J. Dachtera" <djesys.nospam@fsi.net>l) Subject: Re: Help for Vax-Basic tutorialsF' Message-ID: <3C96973B.380C9A47@fsi.net>=   Anjan Sarkar wrote:= >  > Hello,* > Where can I get tutorials for Vax-Basic? > Thanking you in anticipation.   C I don't know as there is an actual tutorial for VAX Basic; however,3D there are some examples to be found in the SYS$EXAMPLES path. Take a look.l   -- c David J. Dachteray dba DJE Systemsi http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/r   ------------------------------   Date: 18 Mar 2002 19:34:08 GMT) From: wkb@freebie.xs4all.nl (Wilko Bulte)eE Subject: Re: How to install DSP3107L disk in a Storageworks canister?3? Message-ID: <3c964130$0$90054$e4fe514c@dreader1.news.xs4all.nl>o  W In <18MAR02.16402873@feda01.fed.ornl.gov> Dave Greenwood <greenwoodde@ornl.gov> writes:e  K >I have a DEC DSP3107L disk that may be bad but we have no backup so I wanttJ >to see if I can recover anything.  I'm trying to install it in one of theG >white Storageworks canisters in a BA353-AE (Storageworks "pizza" box).sJ >Of course, I don't have any docs on the box or canisters.  When I installF >it on my 3400, VMS (7.2-1) configures the disk and shows that it is aM >DEC DSP3107LS.  But when I try to mount it I get "%MOUNT-F-MEDOFL, medium issL >offline".  Before the disk was shipped to me (it was off-site), we tried toJ >mount it using a different external box.  That also failed, but the errorG >message was different (no home block, IIRC).  So I'm wondering if I'veoF >connected the canister cables correctly to the drive.  Can (and will)K >anyone tell me how the canister wires should be attached to the drive?  Orl >point to some on-line docs?  C Basically if you put the big flexwire in (between the DIN41612 grey-H connector and the IDC 50pin connector on the drive) you are all set. TheL drive will be fixed at SCSI ID 0 though. The smaller flexwire, which is diskF type specific, will drive the activity and fault LEDs and set the SCSI; ID based on which backplane slot the SBB is installed into.    Hth,   W/     --% |   / o / /_  _   		wilko@FreeBSD.orgo0 |/|/ / / /(  (_)  Bulte		Arnhem, the Netherlands   ------------------------------   Date: 18 MAR 2002 20:56:26 GMT+ From: Dave Greenwood <greenwoodde@ornl.gov>oE Subject: Re: How to install DSP3107L disk in a Storageworks canister?i2 Message-ID: <18MAR02.20562690@feda01.fed.ornl.gov>  * wkb@freebie.xs4all.nl (Wilko Bulte) wrote:Y > In <18MAR02.16402873@feda01.fed.ornl.gov> Dave Greenwood <greenwoodde@ornl.gov> writes:  >  eM > >I have a DEC DSP3107L disk that may be bad but we have no backup so I wantgL > >to see if I can recover anything.  I'm trying to install it in one of theI > >white Storageworks canisters in a BA353-AE (Storageworks "pizza" box). L > >Of course, I don't have any docs on the box or canisters.  When I installH > >it on my 3400, VMS (7.2-1) configures the disk and shows that it is aO > >DEC DSP3107LS.  But when I try to mount it I get "%MOUNT-F-MEDOFL, medium isaN > >offline".  Before the disk was shipped to me (it was off-site), we tried toL > >mount it using a different external box.  That also failed, but the errorI > >message was different (no home block, IIRC).  So I'm wondering if I'vewH > >connected the canister cables correctly to the drive.  Can (and will)M > >anyone tell me how the canister wires should be attached to the drive?  Ors > >point to some on-line docs? >  0E > Basically if you put the big flexwire in (between the DIN41612 greyeJ > connector and the IDC 50pin connector on the drive) you are all set. TheN > drive will be fixed at SCSI ID 0 though. The smaller flexwire, which is diskH > type specific, will drive the activity and fault LEDs and set the SCSI= > ID based on which backplane slot the SBB is installed into.7  L I knew I wasn't being specific enough in my original posting - just couldn'tG see where.  I have the big flexwire and power connected okay.  It's the K "disk type specific" flexwire - or, in my case, sets of wire pairs that I'mlM concerned about.  I have blue+black, red+black, green+black and yellow+black. L The blue & green pairs drive the LEDs.  I'm not sure which pins they connect to on the drive.   Thanks,s Dave --------------9 Dave Greenwood                Email: Greenwoodde@ORNL.GOVaH Oak Ridge National Lab        %STD-W-DISCLAIMER, I only speak for myself   ------------------------------    Date: 18 Mar 2002 15:27:35 -0800 From: hchen3@uwo.ca (Sammy) $ Subject: How to user SYS$PERSONA_xxx= Message-ID: <2c0966c2.0203181527.68f39d5b@posting.google.com>e   Hi all:   C   I am new to openVMS programming and i need some help on using theoE System services, sys$persona_create.Basically, I will be login as thel= System account and i want to schedule detached processes (useoF sys$creprc) to perfomr certain task.  I need the detached process acts< exactly the same as if the regular user (the user that i use@ Person_Assume) is actually performing the operation him/herself.  F sys$persona_create(unsigned int *persona, void *username, unsigned int2 flag, unsigned int *usrpro, unsigned int *itmlst);  B I have no problems creating a descriptor to store the desired userA name to be assumed. and it's pretty easy to declare an integer top store the persona created.  > However, here is my problem -> according to the system service reference manual  N (http://www.openvms.compaq.com:8000/72final/4527/4527pro_069.html#index_x_810)  E ISS$V_CREATE_AUTHPRIV - This bit is used to create a persona with therB privilege fields set to the authorized privileges of the specified user.T  F So I thought I can set the flag = ISS$V_CREATE_AUTHPRIV to get all theB privilieges of that user. But, when i look at the issdef.h file, iF notice that ISS$V_CREATE_AUTHPRIV is defined under Old_Starlet insteadE of NEW_Starlet. (I do need the NEW_STARLET features for other part ofi	 my codes)b  C is there anything i can do in the "itmlist" argument to achieve theaF same result? I don't really know how to use an item list properly. Any help will be appreciated.r   ------------------------------  # Date: Tue, 19 Mar 2002 01:48:58 GMTC' From: Don Sykes <anonymous@pacbell.net>e( Subject: Re: How to user SYS$PERSONA_xxx+ Message-ID: <3C969947.DF63FE14@pacbell.net>T   Sammy wrote: > 	 > Hi all:x > E >   I am new to openVMS programming and i need some help on using therG > System services, sys$persona_create.Basically, I will be login as the,? > System account and i want to schedule detached processes (use H > sys$creprc) to perfomr certain task.  I need the detached process acts> > exactly the same as if the regular user (the user that i useB > Person_Assume) is actually performing the operation him/herself. > H > sys$persona_create(unsigned int *persona, void *username, unsigned int4 > flag, unsigned int *usrpro, unsigned int *itmlst); > D > I have no problems creating a descriptor to store the desired userC > name to be assumed. and it's pretty easy to declare an integer to/ > store the persona created. > @ > However, here is my problem -> according to the system service > reference manual > P > (http://www.openvms.compaq.com:8000/72final/4527/4527pro_069.html#index_x_810) > G > ISS$V_CREATE_AUTHPRIV - This bit is used to create a persona with the D > privilege fields set to the authorized privileges of the specified > user.  > H > So I thought I can set the flag = ISS$V_CREATE_AUTHPRIV to get all theD > privilieges of that user. But, when i look at the issdef.h file, iH > notice that ISS$V_CREATE_AUTHPRIV is defined under Old_Starlet insteadG > of NEW_Starlet. (I do need the NEW_STARLET features for other part ofn > my codes)b  G Did you extract your issdef.h from SYS$STARLET_C.TLB in SYS$LIBRARY: ? -   > E > is there anything i can do in the "itmlist" argument to achieve the H > same result? I don't really know how to use an item list properly. Any > help will be appreciated.c     -- A   Have VMS. Will Travel. Wire Paladin @alphase.com 
 San Francisco-   ------------------------------  % Date: Mon, 18 Mar 2002 23:16:12 -0500-  From: John Santos <JOHN@egh.com>( Subject: Re: How to user SYS$PERSONA_xxx6 Message-ID: <1020318230111.18491A-100000@Ives.egh.com>   On 18 Mar 2002, Sammy wrote:  	 > Hi all:1 > E >   I am new to openVMS programming and i need some help on using theyG > System services, sys$persona_create.Basically, I will be login as the ? > System account and i want to schedule detached processes (use H > sys$creprc) to perfomr certain task.  I need the detached process acts> > exactly the same as if the regular user (the user that i useB > Person_Assume) is actually performing the operation him/herself. > H > sys$persona_create(unsigned int *persona, void *username, unsigned int4 > flag, unsigned int *usrpro, unsigned int *itmlst); > D > I have no problems creating a descriptor to store the desired userC > name to be assumed. and it's pretty easy to declare an integer to  > store the persona created. > @ > However, here is my problem -> according to the system service > reference manual > P > (http://www.openvms.compaq.com:8000/72final/4527/4527pro_069.html#index_x_810) > G > ISS$V_CREATE_AUTHPRIV - This bit is used to create a persona with the D > privilege fields set to the authorized privileges of the specified > user.- > H > So I thought I can set the flag = ISS$V_CREATE_AUTHPRIV to get all theD > privilieges of that user. But, when i look at the issdef.h file, iH > notice that ISS$V_CREATE_AUTHPRIV is defined under Old_Starlet insteadG > of NEW_Starlet. (I do need the NEW_STARLET features for other part of  > my codes)t  E I don't know specifically about persona's, but since you're a newbie,r@ one thing to watch out for is bit masks vs. bit values.  All the@ flag bits in VMS are defined 2 ways, as a mask (which you can OR7 together or assign to a flag word), and as a bit value:s     bit_mask = 2 ^ (bit_value)  A These were very handy on VAXes, which had machine instructions to @ test and set bits by value, for example, BBS #8, FLAG, 20$ wouldA branch to 20$ (a label) if bit 8 (i.e. the 2^8=256 bit) is set ine "FLAG".n  @ Bit values are represented by symbols with "V" and bit masks are% represented by symbols with "M", i.e.c FOO$M_BAR = 2^FOO$V_BAR.  : So you probably want "flag = ISS$M_CREATE_AUTHPRIV" above.  E > is there anything i can do in the "itmlist" argument to achieve thesH > same result? I don't really know how to use an item list properly. Any > help will be appreciated.e  > Making item lists in C is a little awkward, but not that hard.? There are two basic methods: make an array of longwords 3 timese? the number of items you need plus 1 or make an array of structsh? one bigger than what you need, where the struct is 3 longwords.tG (Most item lists consist of 3-longword items, but there are exceptions, < so check what kind of itemlist the particular service uses.)  < The extra longword (or extra struct) is to hold the longword; containing a zero that signifies the end of the list.  Step(= through the list 1 (or 3) element(s) at a time, which ever is ? easier, filling in the values and pointers, and remember to set:= the last element to zero.  Pass a pointer to the array to the. function and you're all set.   Hope this helps.   -- l John Santosp Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  % Date: Tue, 19 Mar 2002 06:48:59 +0100e2 From: martin@radiogaga.harz.de (Martin Vorlaender)( Subject: Re: How to user SYS$PERSONA_xxx; Message-ID: <3c96d14b.524144494f47414741@radiogaga.harz.de>r   Sammy (hchen3@uwo.ca) wrote:H > sys$persona_create(unsigned int *persona, void *username, unsigned int4 > flag, unsigned int *usrpro, unsigned int *itmlst); ...nG > ISS$V_CREATE_AUTHPRIV - This bit is used to create a persona with theuD > privilege fields set to the authorized privileges of the specified > user.k > H > So I thought I can set the flag = ISS$V_CREATE_AUTHPRIV to get all theD > privilieges of that user. But, when i look at the issdef.h file, iH > notice that ISS$V_CREATE_AUTHPRIV is defined under Old_Starlet insteadG > of NEW_Starlet. (I do need the NEW_STARLET features for other part ofe > my codes)e  > I think the documentation is wrong here, and you'd need to useF ISS$M_CREATE_AUTHPRIV, which is defined regardless of __NEW_STARLET in	 issdef.h.e  ( This terminology is used throughout VMS:/ <facility>$_<mnemonic>  designates an item codes- <facility>$C_<mnemonic> designates a constant . <facility>$M_<mnemonic> designates an bit mask? <facility>$V_<mnemonic> designates some offset (in a structure)o  $ $M_ and $V_ are often used in pairs.   cu,s   Martin -- 0H    Emacs would be a great   | Martin Vorlaender  |  VMS & WNT programmer5    operating system,        | work: mv@pdv-systeme.de L    if only it came with     |       http://www.pdv-systeme.de/users/martinv/<    a decent editor...       | home: martin@radiogaga.harz.de   ------------------------------  # Date: Tue, 19 Mar 2002 01:51:15 GMTc# From: "John Smith" <a@nonymous.com>s5 Subject: HP employees retirement fund votes NO merger4F Message-ID: <nQwl8.4399$RxO.3952@news01.bloor.is.net.cable.rogers.com>  C You have to wonder how long Carly will be around after this vote ofVK non-confidence in her by the employees. Similarly, you have to wonder abouteL the bloodbath that's sure to follow in the wake of this if she stays around.  ( ----------------------------------------  ( HP Employee Fund to Oppose Compaq Merger( Last Updated: March 18, 2002 08:37 PM ET By Peter Henderson  J SAN FRANCISCO (Reuters) - Hewlett-Packard Co.'s HWP.N employees have votedL most of their retirement fund shares against management's plan to buy CompaqK Computer Corp. CPQ.N , opponents of the deal said on Monday, the eve of the < long-awaited HP shareholder meeting on the embattled merger.  E Hewlett-Packard employees with stock in the company's retirement plan I opposed the merger by a 2-to-1 margin, with more than 24.7 million of thehJ 34.3 million shares held by the plan to be voted against the deal, sources3 close to dissident HP director Walter Hewlett said.,  L Hewlett-Packard declined to confirm the employee numbers, which would appearK to undermine months of company-sponsored polls showing support for the deal H that is also being watched as a vote of confidence in HP Chief Executive Carly Fiorina.  J Aside from the symbolic blow to management, the 24.7 million HP retirementJ shares represent another 1.27 percent of stock stacking up against the $21I billion plan in a very tight contest marked by deepening acrimony between3 the two sides.  J Walter Hewlett, an HP founding family scion, wants to focus the company onK its printer operation and maintains that the merger instead would bloat its1L low-profit personal computer operation and distract employees, giving rivals an edge.  I Fiorina says the deal would make HP a technology powerhouse able to serve0I customers' every need, including services and high-end computers. Slowing H technology sector growth has set the stage for an industry consolidationI where bigger companies with relatively lower fixed costs will pull ahead,0	 she says.x  L Around 24 percent of HP stock has been committed against the plan with aboutI 20 percent estimated for it, and HP says most of its top 20 institutionalt shareholders back management.   I The Texas Teachers Retirement Systems also said it would vote 5.9 million K shares against the deal, and Evergreen Investments said it was opposing the B plan with its 5.9 million shares. Employees of HP spin-off AgilentJ Technologies Inc. A.N also voted against retirement funds the plan, Walter Hewlett said in a statement.   'WE REMAIN CONFIDENT'4  I "Employees hold their shares in a number of ways. This is not a barometer K for the total employee vote or how the rest of the shareholders are voting.pL We remain confident about a favorable outcome," HP spokeswoman Rebeca Robboy said.t  K The nasty and expensive merger battle, in which HP has dismissed Hewlett as@J a dilettante and Hewlett has called for Fiorina's dismissal, looked set toL continue beyond Tuesday's shareholder vote, which caps a four-month campaign& by both sides to win investor support.  D The firm certifying the HP vote, IVS Associates, will not even startL counting on Tuesday and with 900,000 shareholders the final tally could take weeks to compile.n  D Sources on both sides said the vote remained very close, with retailE investors, who hold a quarter of shares, split about down the middle.c  I Institutions hold about 57 percent of HP shares and some major funds haven yet to declare their position.  L One of the last-minute voters, State Street Global Advisors, declined to say! which way it had voted on Monday.P  K "We listened to both sides up until the very end. I spoke to the principalseK on both sides this morning. We cast our vote about noon," said the chairmancL of the Boston-based firm's investment committee, John Serhant, who votes theB vast majority of the 2.4 percent of HP stock it holds for clients.  L "I am not sufficiently confident that I want to lead the pack. I hope I'm onC the right side," he said. "We all believe it is going to be close."I   JET WAITING   I A private jet was standing by on Monday, ready to ferry Walter Hewlett tooF make any last-minute pitches that could swing the vote, his camp said.  L Fiorina who has tied her own fate to the deal and never appeared to considerJ backing down, scheduled calls to investors around meetings on how to carry off the integration.  E HP shares rose 1 percent, or 20 cents, to $19.25 and Compaq rose 0.29 H percent, or 3 cents, to $10.36, an indication the market had priced in aK slightly greater risk that the deal, which would rank as the largest in them) computer industry, would not be approved.   K HP stock is down 17 percent since the merger plan was announced on Sept. 3, K while rival International Business Machines Corp. IBM.N shares have risen 6t percent.   BOTH SIDES CONFIDENT  J Each side could give an unofficial vote tally after the meeting on TuesdayG morning, but the official vote count of ballots from as many as 900,000e/ shareholders will not emerge for days or weeks.h  D Sources close to HP believed over the weekend that State Street, forH instance, would vote for the deal, but a source on Walter Hewlett's team said the fund had bailed on HP.   H "You've got Capital Research, State Street and State Farm, and you don'tC know how they're going to vote and those are the keys," said AndrewrL Whittaker, head of arbitrage research at Lehman Brothers, referring to threeA big funds. He saw a 55 percent chance the deal would be approved.@  B State Street's Serhant said he had not revealed his intention, notJ flip-flopped, and that either side could have read a bit too much into hisB close attention. "They may have mistaken a sincere interest with a direction," he said.   ------------------------------  # Date: Tue, 19 Mar 2002 03:16:12 GMTi" From: bugs@pu.net (Mark Hittinger)9 Subject: Re: HP employees retirement fund votes NO merger C Message-ID: <04yl8.291777$pN4.19116370@bin8.nnrp.aus1.giganews.com>l  % "John Smith" <a@nonymous.com> writes:sE >Sources on both sides said the vote remained very close, with retailmF >investors, who hold a quarter of shares, split about down the middle.   A coin toss!  M >One of the last-minute voters, State Street Global Advisors, declined to sayT" >which way it had voted on Monday.   Still flipping their coin?  I >"You've got Capital Research, State Street and State Farm, and you don'trD >know how they're going to vote and those are the keys," said AndrewM >Whittaker, head of arbitrage research at Lehman Brothers, referring to three B >big funds. He saw a 55 percent chance the deal would be approved.  + 55 isn't much better than the coin toss :-)o  K I think the large holdouts will obviously be quite influenced by the strong.M direction of the employee vote.  It may already be time to get the fork readya to stick in it.    LaterC   Mark Hittinger bugs@pu.netn   ------------------------------  # Date: Tue, 19 Mar 2002 03:42:56 GMTg* From: "Bill Todd" <billtodd@metrocast.net>9 Subject: Re: HP employees retirement fund votes NO merger A Message-ID: <4tyl8.49991$Ib6.4525909@bin7.nnrp.aus1.giganews.com>   / "Mark Hittinger" <bugs@pu.net> wrote in message+= news:04yl8.291777$pN4.19116370@bin8.nnrp.aus1.giganews.com...e' > "John Smith" <a@nonymous.com> writes:iG > >Sources on both sides said the vote remained very close, with retail H > >investors, who hold a quarter of shares, split about down the middle. >l > A coin toss! >DK > >One of the last-minute voters, State Street Global Advisors, declined to  sayr$ > >which way it had voted on Monday. >  > Still flipping their coin? >SK > >"You've got Capital Research, State Street and State Farm, and you don't F > >know how they're going to vote and those are the keys," said AndrewI > >Whittaker, head of arbitrage research at Lehman Brothers, referring toa three D > >big funds. He saw a 55 percent chance the deal would be approved. >c- > 55 isn't much better than the coin toss :-)  >cF > I think the large holdouts will obviously be quite influenced by the strongI > direction of the employee vote.  It may already be time to get the forka readyg > to stick in it.o  L When confronting any significant chunk of the American (mostly) public, it'sJ wise never to underestimate how stupid they can be, even in areas of theirK own self-interest.  Carly is very persuasive unless (and sometimes even if)nL you know enough to understand how much of what she says is pure BS:  I won't& be surprised if the vote goes her way.   - bill   ------------------------------  # Date: Tue, 19 Mar 2002 04:06:36 GMT " From: bugs@pu.net (Mark Hittinger)9 Subject: Re: HP employees retirement fund votes NO mergereC Message-ID: <gPyl8.150153$uv5.12481943@bin6.nnrp.aus1.giganews.com>$  , "Bill Todd" <billtodd@metrocast.net> writes:M >When confronting any significant chunk of the American (mostly) public, it'sAK >wise never to underestimate how stupid they can be, even in areas of theirNL >own self-interest.  Carly is very persuasive unless (and sometimes even if)M >you know enough to understand how much of what she says is pure BS:  I won'th' >be surprised if the vote goes her way.p  J What we've seen in the last 24 hours has been the "mass" collectively voteJ 2-1 against on the HP side.  We don't have numbers on the CPQ side yet forB employees but it could very easily be 4-1 against on the CPQ side.  I We'd all concede your point about the public but in the case of the three G large holdouts we are talking about a tiny group of investment advisors.I making up their minds.  C.F. and W.H. are both probably wining and dining L strategic mixes of these two tiny groups that we could consider cigar-smoke-, back-room types - most definetly not public.  N Insiders recently have proven themselves to be just as dumb as the public was L considered to be in the past - so its still boiling down to a coin toss. :-)   Latere   Mark Hittinger bugs@pu.netd   ------------------------------  % Date: Mon, 18 Mar 2002 18:05:03 -0500e- From: JF Mezei <jfmezei.spamnot@videotron.ca>e0 Subject: Re: HP Unix servers plunge below $1,000, Message-ID: <3C96729E.3A1EC7E9@videotron.ca>   John Smith wrote:bI > NT on Alpha at a lower price-point would have been very fashionable. Sow > would have VMS and Tru64.i  D I still remember, when asking why Digital's C compiler was orders ofE magnitudes more expensive than Microsoft's, being told that Digital's L compilers were far superior to Microsoft and since they were for a different5 market, their respective prices couldn't be compared.   I At the same time, they wanted people to migrate from VMS to NT. Differentt markets you say ?T    M The problem is with the accountants winning over the visionaries: if you dropAN the price of a compiler by a factor of 10 (from $6000 down to $600), will thatM generate 10 times the sales to compensate for reduced revenues per sale ? AndiL considering that Digital's sale model was very heavy, 10 sales at $600 would& be more costly than one sale at $6000.  J And then there is the issue of them not beleiving that they could increaseD unit sales by a factor of 10 if they reduced the price by that much.  N If the overhead for sales was so high that it would cost more to issue the PAKH than the $600 revenue, then there was something seriously wrong. And theW "seriously wrong" is much easier to find and fix than the very subtle/smaller problems.g  H I kinda laugh when Carly says that one of Compaq's assets is its channelM delivery paradigm which is more developped than HP's. It seems to me that thelM "channel" is the old dinosaur and should be seen as a liability because rightdQ now, direct sales is the most efficient way of selling. Look at Dell and Gateway.e  L Compaq/Digital reminds me a bit of the airlines. The big airlines charge farL more than the low cost carriers such as Southwest and Ryannair and they haveK been trying for many years to find ways to match their prices. The thing is K that instead of fixing the BIG problems, they focused on the easy things to L change, which save minuscule amounts of dollars (such as cutting meals whichM cut costs by perhaps only $5 on USA airlines).  They haven't tackled the much 3 bigger issues that cause them to be so inefficient.p   ------------------------------  # Date: Tue, 19 Mar 2002 01:56:03 GMTt# From: "John Smith" <a@nonymous.com>l0 Subject: Re: HP Unix servers plunge below $1,000F Message-ID: <TUwl8.4401$RxO.1343@news01.bloor.is.net.cable.rogers.com>  : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3C96729E.3A1EC7E9@videotron.ca... >eF > I still remember, when asking why Digital's C compiler was orders ofG > magnitudes more expensive than Microsoft's, being told that Digital'scD > compilers were far superior to Microsoft and since they were for a	 different 7 > market, their respective prices couldn't be compared.A >t  G No shit.  I wrote Palmer and a bunch of other clowns about the same andhL other issues in 1992/93.  Judging from the responses I received at the time,! they didn't consider it an issue.X  B It's called 'rearranging the deck chairs in the Titanic' syndrome.   ------------------------------  # Date: Tue, 19 Mar 2002 01:16:56 GMT.1 From: "David J. Dachtera" <djesys.nospam@fsi.net>s0 Subject: Re: HP Unix servers plunge below $1,000' Message-ID: <3C9693A1.E09D6B73@fsi.net>e   "Terry C. Shannon" wrote:  > 0 > "John Smith" <a@nonymous.com> wrote in messageB > news:Ftpl8.3131$r9G.1775@news02.bloor.is.net.cable.rogers.com...N > > It's really was a simple strategy. Yes, you'd cannibalize your own productI > > line, but more importantly you'd be eating your competitor's lunch asa1 > > customers traded out of Sun, etc... to Alpha.h > K > Successful vendors typically *do* eat their own children. I guess DEC hadm" > different gustatory preferences. >  > >tC > > The resulting volume increases would have driven DEC'sr cost oftG > > fab/manufacturing down to the point where they could have made moret
 > absoluteG > > money (lower magins/higher sales). They would have had more o/s andl	 > supporto > > revenues too.r > M > To most of us, that's Economics 101. DEC presumably ascribed to alternativea > economic theories. >  > >rK > > NT on Alpha at a lower price-point would have been very fashionable. Sot > > would have VMS and Tru64.a >  > Yep. >  > >nK > > Too bad nobody in management figured this out and stomped on those thath > > opposed this.- > >6 > K > Whether or not management figured it out, they were apprised of this fact0B > time and time and time again. Management chose to disregard this > information.  8 ...and heaven forbid they should *EVER* admit a mistake!  G In driver's ed., they taught us about defensive driving: "You may be ing$ the right, but don't be dead right."  B Dead and dead wrong looks like the only option available now, huh?   -- _ David J. Dachterah dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/s   ------------------------------  # Date: Tue, 19 Mar 2002 01:53:20 GMTt# From: "John Smith" <a@nonymous.com> 0 Subject: Re: HP Unix servers plunge below $1,000E Message-ID: <kSwl8.4400$RxO.517@news01.bloor.is.net.cable.rogers.com>N  D Well then in an evolutionary sense, Digital & Compaq's branch of the! evolutionary tree deserve to die.o      ? "Terry C. Shannon" <terryshannon@mediaone.net> wrote in message ' news:Rzpl8.63099$702.18260@sccrnsc02...s >f0 > "John Smith" <a@nonymous.com> wrote in messageB > news:Ftpl8.3131$r9G.1775@news02.bloor.is.net.cable.rogers.com...F > > It's really was a simple strategy. Yes, you'd cannibalize your own productcI > > line, but more importantly you'd be eating your competitor's lunch as 1 > > customers traded out of Sun, etc... to Alpha.  >aK > Successful vendors typically *do* eat their own children. I guess DEC hadi" > different gustatory preferences. >e > > C > > The resulting volume increases would have driven DEC'sr cost ofaG > > fab/manufacturing down to the point where they could have made more-
 > absoluteG > > money (lower magins/higher sales). They would have had more o/s andt	 > supporto > > revenues too.H >mA > To most of us, that's Economics 101. DEC presumably ascribed tox alternative. > economic theories. >. > > K > > NT on Alpha at a lower price-point would have been very fashionable. Soo > > would have VMS and Tru64.s >i > Yep. >u > > K > > Too bad nobody in management figured this out and stomped on those thats > > opposed this.  > >- >-K > Whether or not management figured it out, they were apprised of this factaB > time and time and time again. Management chose to disregard this > information. >  >l >-   ------------------------------  % Date: Mon, 18 Mar 2002 11:06:24 -0800r" From: GreyCloud <mist@cumulus.com>P Subject: Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux/ Message-ID: <u9ce9aaqgs1j51@corp.supernews.com>b   Terry C. Shannon wrote:a   > 1 > "GreyCloud" <mist@cumulus.com> wrote in messagea+ > news:u9a76i1uo7btf3@corp.supernews.com...t >>L >> At least I know where the Itanic stands now.  I took a closer look and itK >> is running XP Pro.  Yuck!  You've made a good point.  Who would buy intod	 >> that??t >> > * > Ummm, way too many people at Compaq. ;-} > K > On the other hand, Itanic at some point will run real OSes like VMS, NSK,tH > and HP-UX. From that standpoint, Bill Gates musta been real bummed outK > when Compaq announced the ports of two out of three of the aforementioned J > OSes. Microsoft market dominance is no longer virtually certain, instead% > Microsoft will have to work for it.  >     L You should see the complaints in the XP newsgroup.  Everybody hollering for F help because of the promises made by M$ that XP would run their older K programs... which it does not.  And other hardware issues are even tougher tK to solve with XP.  It's why I haven't bothered anymore with M$ and keeping aH an eye out for a better alternative... still keeping my vaxstation 4000.  6 > Who knows, that might even make Windows a better OS.  K It might make windows a better o/s but they're going to half to get rid of fL all those monkeys they call programmers first.  I always wondered why there 2 was a bananna boat in Seattle harbor all the time.   ------------------------------  % Date: Mon, 18 Mar 2002 19:09:54 +0000eT From: Andrew Harrison SUNUK Consultancy <andrew_nospam.remove_this.harrison@sun.com>P Subject: Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux& Message-ID: <3C963B82.3030603@sun.com>   Fred Kleinsorge wrote:  ? > JF Mezei wrote in message <3C912613.BCD2B4B3@videotron.ca>...f >  >>Tom Linden wrote:h >>L >>>It's not, but that isn't the point.  Sun simply doesn't have the bucks to >>>compete.m >>> L >>Sun seemed to have done quite well against the vastly superior Alpha. WhatK >>counts is price-performance, not raw performance.  So Sun may not get thes >> > 10 > J >>"super computer" sales, but it may still be able to get the thousands of" >>serious and medium server sales. >> >  > H > Sure.  That works for a while as long as you can somehow remain on theH > general price/performance curve for the industry.  The VAX showed whatN > happens when the gap widens.  It held it's position for a long, long time onN > vapor, while MIPS and Sparc ran it off of the curve on performance.  You canN > only cut your price so far before you start losing money to stay anywhere on4 > the curve without being able to match performance. > L > Sparc performance isn't even keeping up.  The only significant performanceN > increase they've managed to get is from stupid-compiler-tricks-to-beat-spec.L > They are fabbless, so they have to depend on using 3rd parties to actuallyL > fab their chips - and few can match IBM or Intel in their ability to driveI > chip process.  Even if you use IBM or Intel as your fab (dance with theeN > devil) getting leading edge design and process for *your* chip is a slow and > difficult process. >  >     > Really and how would you measure performance not keeping up ??( and what would you measure it against ??  ; What would POWER 4 performance be if IBM hadn't used 8 chipn: MCM modules for SPECint and SPECfp with 7 CPU's not in use= but with 8 L3 caches in use and 2 L2 caches. Sort of a single > CPU result and sort of not. SPECrate numbers might be helpfull5 but then IBM havn't published them ask yourself why ?s  > Price performance wise paying for 8 CPU's to get decent single- CPU performance does not sound like a winner.   B On the other hand Sun has for example the best non clustered TPC-H? number and the best non clustered price performance for 1000 TB ; using a F15K. POWER, IA64 and Alpha are nowhere to be seen.e  = As for spec-beating compiler optimisations you have just comey= up with a great description of IA64. The are plenty of people < who will tell you that they have grave concerns about IA64's; ability to deliver decent performance for the spagetti type.; code that characterises much of the apps that CPU's have to 9 run. While the same people have little doubt that it willa give goood SPEC numbers.  9 Perhaps if you researched your claims a bit better beforet8 making them you would seem less like marketeer parroting: something you just read in a corporate marketing bulletin.   RegardsH   Andrew Harrison    ------------------------------  # Date: Mon, 18 Mar 2002 20:01:24 GMTs* From: "Bill Todd" <billtodd@metrocast.net>P Subject: Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of LinuxA Message-ID: <oIrl8.29787$%j5.1470517@bin2.nnrp.aus1.giganews.com>y  I Funny (or sad) how so much of what you say about SPARC and Solaris can bee applied to VMS as well:d  @ "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote in message- news:Rrol8.1111$fL6.23952@news.cpqcorp.net...n   ...,  I > I claim that Solaris is a proprietary UNIX.  IA64, POWER4 and Sparc arehK > proprietary hardware - there *is no* "open" chip architecture.  But SPARCt isK > old and slow, and not owned by a chip maker that can drive the technology1
 > and processu  C How about, "VMS is old and slow, and not owned by a company willingoC (assuming it remains even able) to drive the technology"?  Sad, but.F applicable - as is the comment about losing market share that follows.  <  - and the performance gap is widening to the point that theH > *despite* shaving your margins to non-existant - you are losing market share ) > (IBM now clains to have surpassed you).e >GL > Sun helped to create the "open" snake oil.  In the real world, the closestL > thing to "open" from a customers perspective has been the systems built onE > the x86 chip architecture.  The fact that anyone could build such a  system,iL > and the SW (MS-DOS and then Windows - or even UNIX/Linux) would run on anyE > of them - gave customers what they wanted - price competition on HWp without : > throwing out their SW invesment if they switched vendor. >g+ > Solaris is a lock-in to Sparc and to Sun.   L I'm reasonably sure you were one of those who asserted that customers boughtI VMS, not the hardware it ran on, hence would be pleased as punch to board G the Itanic.  By that reasoning (though I still suspect that Alpha was a K consideration for at least some customers, even if not as much so as it mayeL have been for Tru64 customers), VMS is even more of a lock-in to Compaq thanL Solaris and SPARC is to Sun, since migrating from Solaris to some other Unix: is considerably easier than migrating *anywhere* from VMS.  L Leaving aside the question of whether a customer would feel more comfortableJ locked into an OS which its owner treats as an irrelevant side-line rather: than into an OS which is critical to its owner's survival.   >  > >As to being able to compete > >aF > >Currently of the three 64 bit processors families you refer to onlyF > >SPARC is available in Sub 1000 dollar packages, of the 3 processorsC > >only SPARC based systems offer platforms that compete price wiseoB > >with 8 CPU IA32 systems, the Sun V880 has a similar price point > >to a 8 CPU Compaq Proliant. > >r@ > >Where are the sub 1000 dollar POWER/IA64 boxes, where are the) > >Sub 70,000 8 CPU POWER 4/IA64 boxes ??c > >t >tI > Where is the high end single stream Sparc to compete with even the x86?q  G Same place it's always been, I guess:  hasn't kept Sun from substantiall success all these years.  K > When IA64 prices start to drop, you will not have the high end or the lowh > end.  F When Hammer appears, neither will IA64 (and as there's little sign itsJ prices will drop by that point in time, one could suggest - as many have -I that IA64 will *never* have even a niche where it's competitive).  But iftK Sun follows through on the hint that it may port Solaris to Hammer, that'lli( be yet another nail in cHomPaq's coffin.  @   I'd love to see exactly what your margins are on these sub $1k? > systems.  Just trying to hang on to market share at any cost?e  H Must have taken lessons from Compaq.  But at least Sun isn't so confusedH that it believes the low end is its core market, so it's probably takingB much less of a bath financially (and in terms of corporate focus).   - bill   ------------------------------  % Date: Mon, 18 Mar 2002 17:19:13 -0500 * From: "Paul A. Jacobi" <nospan@nospam.com>P Subject: Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux3 Message-ID: <%Ltl8.1131$fL6.24519@news.cpqcorp.net>'  / "GreyCloud" <mist@cumulus.com> wrote in messagel) news:u97512jk1us506@corp.supernews.com...  > I > That's odd,... IBM is selling a dual IA-64 workstation for around $15k.i >b  L $10k to $15K is about the "low-end" for IA-64 systems.  Nobody will pay thatJ much for a laptop system.  Just ask Tadpole who tried to sell Alpha laptop in that price range.     Paul A. Jacobi Compaq Computer Corporationo! OpenVMS Systems Group, ZKO3-4/U14a 110 Spitbrook Road Nashua, NH 03062-2698e Email: Paul.Jacobi@compaq.coma   ------------------------------  % Date: Mon, 18 Mar 2002 17:30:07 -0500 * From: "Paul A. Jacobi" <nospan@nospam.com>P Subject: Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux3 Message-ID: <bWtl8.1133$fL6.24481@news.cpqcorp.net>-  5 "Bill Todd" <billtodd@metrocast.net> wrote in message : news:XvNk8.21658$dh.1223808@bin2.nnrp.aus1.giganews.com...  I > No, it has not:  its original hopes for Itanic were to start to replacev IA32I > after the Pentium 3 (or was it Pentium 2?) generation, but obviously itv hadnF > to rethink that strategy after the point where it could foresee that MercedF > would be a complete dud and McKinley didn't look likely to be enough betterF > to compensate (which is when it began to sing the "server only" tune
 > loudly).  L Old news!  That may have been the original strategy, but that's what Intel'sH CPU roadmap show today.  Current Intel road maps are extremely segmentedI which allows them to keep low margin, high volume "Celeron" CPUs distinctn@ from high margin, low volume Server CPUs such as Xeon and IA-64.  I Perhaps one day there might be an IA-64 laptop, but not anytime soon at aa price you could afford.u     Paul A. Jacobi Compaq Computer Corporationg! OpenVMS Systems Group, ZKO3-4/U140 110 Spitbrook Road Nashua, NH 03062-2698n Email: Paul.Jacobi@compaq.come   ------------------------------  % Date: Mon, 18 Mar 2002 18:15:51 -0500b- From: JF Mezei <jfmezei.spamnot@videotron.ca>hP Subject: Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux, Message-ID: <3C967525.BC9980CF@videotron.ca>  ( Andrew Harrison SUNUK Consultancy wrote:@ > Really and how would you measure performance not keeping up ??* > and what would you measure it against ??  W OK Mr Andrew, here is yor chance to provide an intelligent answer to the non believers:d  M Can you convince us that Sun will be able to move Sparc up as fast as IBM and  Intel ?   K From a technical point of view, is Sparc still capable of significant speedgL boosts, or has it gotten "old" with each speed boost costing more and more ?  M And from a financial point of view, how do you counter the argument set forth L that Sun doesn't have the resources to keep developping/improving Sparc at a3 rate that keeps close enough to the fastest chips ?e   ------------------------------  # Date: Mon, 18 Mar 2002 23:39:47 GMTn* From: "Bill Todd" <billtodd@metrocast.net>P Subject: Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of LinuxA Message-ID: <7Vul8.47458$Ib6.4211961@bin7.nnrp.aus1.giganews.com>-  5 "Paul A. Jacobi" <nospan@nospam.com> wrote in message:- news:bWtl8.1133$fL6.24481@news.cpqcorp.net...l >u7 > "Bill Todd" <billtodd@metrocast.net> wrote in messageD< > news:XvNk8.21658$dh.1223808@bin2.nnrp.aus1.giganews.com... >JK > > No, it has not:  its original hopes for Itanic were to start to replace7 > IA32K > > after the Pentium 3 (or was it Pentium 2?) generation, but obviously ito > hadfH > > to rethink that strategy after the point where it could foresee that > MercedH > > would be a complete dud and McKinley didn't look likely to be enough > betterH > > to compensate (which is when it began to sing the "server only" tune > > loudly). >o > > No, it has not  F > Old news!  That may have been the original strategy, but that's what Intel'st > CPU roadmap show today.d  J Irrelevant in the context of my response.  You said (though you snipped it above):   H > > Intel has consistantly said that IA-64 is a high-end SERVER chip andG > > there are no intentions to make a low-end, low-cost implementation.r   I said:    > No, it has not  H Now, unless you have a rather strange definition of 'consistantly', yourF statement was, quite simply, wrong, and my response to it appropriate.$ Anything else you'd like cleared up?   - bill   ------------------------------  # Date: Tue, 19 Mar 2002 02:05:51 GMT # From: "John Smith" <a@nonymous.com> P Subject: Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of LinuxC Message-ID: <32xl8.566$zG.168@news02.bloor.is.net.cable.rogers.com>   3 Isn't that what Digital tried to do with the Alpha?       5 "Paul A. Jacobi" <nospan@nospam.com> wrote in messageD- news:bWtl8.1133$fL6.24481@news.cpqcorp.net...h >o7 > "Bill Todd" <billtodd@metrocast.net> wrote in messagee< > news:XvNk8.21658$dh.1223808@bin2.nnrp.aus1.giganews.com... > K > > No, it has not:  its original hopes for Itanic were to start to replaceC > IA32K > > after the Pentium 3 (or was it Pentium 2?) generation, but obviously it  > hadwH > > to rethink that strategy after the point where it could foresee that > MercedH > > would be a complete dud and McKinley didn't look likely to be enough > betterH > > to compensate (which is when it began to sing the "server only" tune > > loudly). > F > Old news!  That may have been the original strategy, but that's what Intel'seJ > CPU roadmap show today.  Current Intel road maps are extremely segmentedK > which allows them to keep low margin, high volume "Celeron" CPUs distinct:B > from high margin, low volume Server CPUs such as Xeon and IA-64. > K > Perhaps one day there might be an IA-64 laptop, but not anytime soon at ar > price you could afford./ >w >e > Paul A. Jacobi > Compaq Computer Corporationg# > OpenVMS Systems Group, ZKO3-4/U14  > 110 Spitbrook Road > Nashua, NH 03062-26981 > Email: Paul.Jacobi@compaq.comJ >  >t ><   ------------------------------    Date: 18 Mar 2002 14:57:08 -0600+ From: kuhrt@encompasserve.org (Marty Kuhrt).F Subject: Re: I may have to case-mod an Alpha. Anyone been here before?3 Message-ID: <EVjmrA8F5MLW@eisner.encompasserve.org>d  W In article <12MAR200221565061@gerg.tamu.edu>, carl@gerg.tamu.edu (Carl Perkins) writes:0* > Shane Smith <ssmith@icius.com> writes...K > }My employer wants a small, easily carted-around Alpha for demos. We have.K > }an old AlphaStation 200, but it's too heavy for his tastes. He knows the D > }Tadpole AlphaBook 1 is defunct, and he knows one of my hobbies isI > }remanufacturing and customizing PC cases. He just put 2 and 2 together.I > }and asked me to look into taking a larger Alpha and rebuilding it in an > }smaller package.  > I > The DS10L should be the best option for this. It is not entirely unlikewK > a really big laptop but without screen, keyboard, or touchpad. Get an LCDrN > display, a keyboard, a mouse, and make some sort of carrying case and you've > got a very portable Alpha. >   > But it won't exactly be cheap. >   A Depends on where you get it.  I got a beat up DS10L from EBay forl@ less  than $1K.  Works fine but it looks like a crash test dummy? used it as trampoline.  Something like this would be ideal, I'd  think.   ------------------------------  % Date: Mon, 18 Mar 2002 20:07:54 +0100d( From: Paul Sture <paul.sture@bluewin.ch>9 Subject: Re: Importing mail from Lotus Notes to VMS Mail?e) Message-ID: <3C963B0A.6030801@bluewin.ch>    Dave Greenwood wrote:a  / > Paul Repacholi <prep@prep.synonet.com> wrote:t > , >>Paul Sture <paul.sture@bluewin.ch> writes: >> a >>G >>>I have for the last few years used Lotus Notes for my email at work,j> >>>but unfortunately it is to be retired in favour of Lookout. >>>f >> x >>...g >>   >>G >>>All constructive input welcome. I will endeavour to release anythinge2 >>>useful that comes out of this for Freeware etc. >>>6 >> bG >>A bit of Googleing may be worth while. Alans post tickled the neuronss< >>that some one posted a nifty hack for this some time back. >> o- >>Can anyone remember when, or other details?> >> > D > A U**x to VMSmail converter was posted 27-DEC-1995 by Skip Morris,I > "morris@mv.mv.com" using the subject line "Tool to convert U**x mail toUF > VMSMail".  Is that the one you were thinking of?  It's available via  ? > Google or I can email the copy I saved (but have never used).      Found it thanks. k    
 Paul Sture Switzerlandt   ------------------------------  % Date: Mon, 18 Mar 2002 21:52:23 +0100  From: Dirk Munk <munk@home.nl># Subject: Re: LD062 Install Questiono& Message-ID: <3C965387.9040505@home.nl>  ; OK, let me tell you what it is. LD stands for Logical Disk.oD It consists out of a driver for the Logical Disks, and a utility to  create, connect etc. the disks.eD It was developed by Jur van der Burg from Compaq in The Netherlands.  D With the utility you can create a special file on a normal VMS disk.I This file is then 'connected' to the LD driver, and bingo you have a new f disk. 0 These disks are numbered LDA1,  LDA2, and so on.@ In theory you can create about 26000 LD disks (LDA1 to LDZ9999).H You can use such a disk vitualy the same as you would use a normal disk.H It is a very handy tool, for instance to get all VMS documentation CD's  on line on your system.oC Create LD devices, backup the CD's to these devices, and that's it. I And since these 'disks' are files, you can copy or FTP complete disks to n another location.F   Very handy indeed !     2   Jan-Erik Sderholm wrote:f  ' >I'v no idea whatsoever *what* LDO is !, >t6 >I just noted that when an installation script doesn't6 >install all savesets, it's often due to that some are  >for VAX and some are for Alpha. >p7 >Now, since you downloaded this from Davids site, mayben+ >asking him could give "Better Answers" :-)> >p
 >Jan-Erik. >  >  >Tom Linden wrote: >eK >>Are you recommending to use 6.3 instead of 6.2?  The 6.2 kit I downloadeduL >>from David Dachtera's site seems to have some changes made as indicated inK >>the Readme, particularly in regards to the creation of the zip file.  Hash >>this >>been incorporated in 6.3?t >>K >>BTW, Jan-Erik, there was no Installation Guide with the kit I downloaded.v >>   ------------------------------  # Date: Tue, 19 Mar 2002 02:11:19 GMTi1 From: "David J. Dachtera" <djesys.nospam@fsi.net>e# Subject: Re: LD062 Install Question ' Message-ID: <3C969FBD.65B9427A@fsi.net>    Tom Linden wrote:p > K > Are you recommending to use 6.3 instead of 6.2?  The 6.2 kit I downloadedeL > from David Dachtera's site seems to have some changes made as indicated inK > the Readme, particularly in regards to the creation of the zip file.  Has  > this > been incorporated in 6.3?u > K > BTW, Jan-Erik, there was no Installation Guide with the kit I downloaded.i  G I don't recall there ever being an install guide other than the release / notes in the .A saveset, but it's been a while.n  A My "changes" to LD V6.2 (LD062) were to remove the attempt by theu9 KITINSTAL.COM to "phone home" at install time. That's it.o  H I believe it also comes with source which would be in one or more of the "extraneous" savesets.  G I haven't look at LD V6.3 (LD063) yet. It'll be a while until I'm readyp> put up V7.3 here at the home office. I still plan to play withF PostScript viewing and, as I recall, V7.3 removes "Display PostScript"E support in DECwindows, even if you have an older DECwindows installed  (V1.2-4 or earlier).  C I don't yet know if the KITINSTAL.COM for V6.3 still has the "phone  home" "feature" (bug?).O   -- 6 David J. Dachterah dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/.   ------------------------------  # Date: Tue, 19 Mar 2002 01:23:49 GMTn1 From: "David J. Dachtera" <djesys.nospam@fsi.net>c9 Subject: Re: OT: AOL "whiners" for suing MS over Netscapeh' Message-ID: <3C969541.8565F24E@fsi.net>e   "Mark D. Jilson" wrote:u > H > I wonder if BACKUP/PHYSICAL would work??  Maybe I need to get a floppy > for my AS255.r  ? Assuming you're writing a saveset on disk, what would that add?    -- n David J. Dachteraa dba DJE Systemsi http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/0   ------------------------------  + Date: Mon, 18 Mar 2002 20:10:11 -0600 (CST)i From: sms@antinode.org9 Subject: Re: OT: AOL "whiners" for suing MS over Netscape7) Message-ID: <02031820101123@antinode.org>y  C From: "David J. [Just-have-to-contribute-to-every-thread] Dachtera"c  <djesys.nospam@fsi.net>   > "Mark D. Jilson" wrote:k > > J > > I wonder if BACKUP/PHYSICAL would work??  Maybe I need to get a floppy > > for my AS255.  > A > Assuming you're writing a saveset on disk, what would that add?   H    As Mr. Sture noted a while ago, 'When I tried using NT to do a backupE of the floppy, it simply stated "Unable to copy disk".'  The questione was about how to copy a floppy.   G    In fact, I suspect that BACKUP /PHYSICAL would work, as I just trieds. the following sequence on my AlpSta 200 4/233:  % alp $ bac /phy dva0: macdt75.bup /savc% alp $ bac /phy macdt75.bup /sav dva0:o  H    The result was a Macintosh Disk Tools 7.5 floppy, which appears to be5 perfectly functional in a genuine Macintosh Portable.l  A    Thanks to Mr. Jilson for the reminder of the utility of BACKUP 
 /PHYSICAL.  H ------------------------------------------------------------------------  C    Steven M. Schweda               (+1) 651-699-9818  (voice, home)hC    382 South Warwick Street        (+1) 763-781-0308  (voice, work)yG    Saint Paul  MN  55105-2547      (+1) 763-781-0309  (facsimile, work) 9    sms@antinode.org                sms@provis.com  (work)r   ------------------------------  # Date: Tue, 19 Mar 2002 03:30:06 GMTe1 From: "David J. Dachtera" <djesys.nospam@fsi.net>p9 Subject: Re: OT: AOL "whiners" for suing MS over Netscapes' Message-ID: <3C96B232.5928C657@fsi.net>,   sms@antinode.org wrote:, > E > From: "David J. [Just-have-to-contribute-to-every-thread] Dachtera"( >  <djesys.nospam@fsi.net> >  > > "Mark D. Jilson" wrote:t > > >sL > > > I wonder if BACKUP/PHYSICAL would work??  Maybe I need to get a floppy > > > for my AS255.o > >oC > > Assuming you're writing a saveset on disk, what would that add?o > J >    As Mr. Sture noted a while ago, 'When I tried using NT to do a backupG > of the floppy, it simply stated "Unable to copy disk".'  The questiono! > was about how to copy a floppy.h > I >    In fact, I suspect that BACKUP /PHYSICAL would work, as I just trieds0 > the following sequence on my AlpSta 200 4/233: > ' > alp $ bac /phy dva0: macdt75.bup /sav ' > alp $ bac /phy macdt75.bup /sav dva0:r > J >    The result was a Macintosh Disk Tools 7.5 floppy, which appears to be7 > perfectly functional in a genuine Macintosh Portable.m > C >    Thanks to Mr. Jilson for the reminder of the utility of BACKUPp > /PHYSICAL.  F My original suggestion of using COPY would work also, unless you can't@ live with the superfluous error on the copy down from the source	 diskette.   A Also, with the COPY method, the resulting image can be written ontH DOS/Win using RAWRITE (but not W/NT or W2K: RAWRITE is known to not workH on W/NT and since W2K is derived from W/NT, I wouldn't expect it to work$ there either) or on UN*X using "dd".   --   David J. Dachtera  dba DJE Systemsw http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Tue, 19 Mar 2002 01:32:18 +0000t1 From: Steve Reece <SYSTEM@ipl.demon.co.nospam.uk>t Subject: Re: Plan B for Compaq6 Message-ID: <3C969522.7118AE3B@ipl.demon.co.nospam.uk>  F Who says that this isn't how the takeover^H^H^H^Hmerger got thought up in the first place???  :-o  F Anyway, to answer JF's initial question.  Curly has said that he has aD Plan B, he just isn't telling anyone what it is (presumably since heD might be able to get consultancy fees from Compaq to disclose them).     John Smith wrote:f > 	 > Touch.l > H > "Phillip Helbig" <HELBPHI@sysdev.deutsche-boerse.com> wrote in message7 > news:01KFIDYBZIG28Y996Y@sysdev.deutsche-boerse.com...H2 > > > Suggestion for Plan B when the merger fails: > > >f3 > > > Step 1) HP gets Curly as a consolation prize.p > > > ) > > > Step 2) Compaq gets new management.e > > > G > > > Step 3) Curly does for HP what he did for Compaq shareholders andeK > > > customers - eroded market value, eroded marketshare, devalued product  > lines. > >oE > > Step 4) Curly does to Carly what Compaq has done to its customers L > > (apologies to Johnny Carson's wonderful take-off on Mister Rogers---does > > anyone remember that one?).o > >p   -- yG "A shadow fell over her face; clear, as if the composure were rent likeiE a veil.  And her lips parted, but only with a short intake of breath.oA Then she said, 'Well, then you are right.  Indeed, we are even.'"a% 		Louis, "Interview with the Vampire"L   ------------------------------  # Date: Tue, 19 Mar 2002 02:07:53 GMT$# From: "John Smith" <a@nonymous.com>  Subject: Re: Plan B for CompaqC Message-ID: <Z3xl8.576$zG.390@news02.bloor.is.net.cable.rogers.com>.  
 Whoooo hoo!!!t      < "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message! news:3C969497.B5891AF8@fsi.net...  > Phillip Helbig wrote:, > >o2 > > > Suggestion for Plan B when the merger fails: > > >i3 > > > Step 1) HP gets Curly as a consolation prize.c > > > ) > > > Step 2) Compaq gets new management.n > > >eG > > > Step 3) Curly does for HP what he did for Compaq shareholders anduK > > > customers - eroded market value, eroded marketshare, devalued producta lines. > >lE > > Step 4) Curly does to Carly what Compaq has done to its customerseL > > (apologies to Johnny Carson's wonderful take-off on Mister Rogers---does > > anyone remember that one?).S >e# > Would someone please pass the KY?h >  > -- > David J. DachteraA > dba DJE Systems  > http://www.djesys.com/ > * > Unofficial Affordable OpenVMS Home Page:! > http://www.djesys.com/vms/soho/m   ------------------------------  # Date: Tue, 19 Mar 2002 01:20:59 GMTP1 From: "David J. Dachtera" <djesys.nospam@fsi.net>- Subject: Re: Plan B for Compaq' Message-ID: <3C969497.B5891AF8@fsi.net>p   Phillip Helbig wrote:j > 0 > > Suggestion for Plan B when the merger fails: > > 1 > > Step 1) HP gets Curly as a consolation prize.d > >n' > > Step 2) Compaq gets new management.  > >:E > > Step 3) Curly does for HP what he did for Compaq shareholders andnP > > customers - eroded market value, eroded marketshare, devalued product lines. > C > Step 4) Curly does to Carly what Compaq has done to its customershJ > (apologies to Johnny Carson's wonderful take-off on Mister Rogers---does > anyone remember that one?).a  ! Would someone please pass the KY?g   -- s David J. Dachtera" dba DJE Systemse http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/n   ------------------------------  # Date: Tue, 19 Mar 2002 02:26:41 GMTr4 From: "Terry C. Shannon" <terryshannon@mediaone.net> Subject: Re: Plan B for Compaq= Message-ID: <Blxl8.71764$uA5.70404@rwcrnsc51.ops.asp.att.net>m  > "Steve Reece" <SYSTEM@ipl.demon.co.nospam.uk> wrote in message0 news:3C969522.7118AE3B@ipl.demon.co.nospam.uk...H > Who says that this isn't how the takeover^H^H^H^Hmerger got thought up > in the first place???  :-o >.H > Anyway, to answer JF's initial question.  Curly has said that he has aF > Plan B, he just isn't telling anyone what it is (presumably since heF > might be able to get consultancy fees from Compaq to disclose them). >i  I Yeah, as far as plans go,  in the killer worm-vs-humankind cinematic epic E "Tremors," actor Kevin Bacon had a whole bunch of plans to handle the I earthworms on steroids. And I seem to recall that Dick Nixon had a secret L plan to end the war in Viet Nam. That must have been a big secret, because IL held a top secret/crypto/si clearance and didn't hear a thing about the plan. even though I was in Viet Nam at the time. ;-}  L And didn't Carly say something about burning boats or bridges or whatnot way back last September?   ------------------------------  # Date: Tue, 19 Mar 2002 02:36:13 GMTo1 From: "David J. Dachtera" <djesys.nospam@fsi.net>y Subject: Re: Plan B for Compaq' Message-ID: <3C96A594.313C0CEF@fsi.net>n   "Terry C. Shannon" wrote:  > @ > "Steve Reece" <SYSTEM@ipl.demon.co.nospam.uk> wrote in message2 > news:3C969522.7118AE3B@ipl.demon.co.nospam.uk...J > > Who says that this isn't how the takeover^H^H^H^Hmerger got thought up > > in the first place???  :-o > > J > > Anyway, to answer JF's initial question.  Curly has said that he has aH > > Plan B, he just isn't telling anyone what it is (presumably since heH > > might be able to get consultancy fees from Compaq to disclose them). > >. > K > Yeah, as far as plans go,  in the killer worm-vs-humankind cinematic epic G > "Tremors," actor Kevin Bacon had a whole bunch of plans to handle thesK > earthworms on steroids. And I seem to recall that Dick Nixon had a secrettN > plan to end the war in Viet Nam. That must have been a big secret, because IN > held a top secret/crypto/si clearance and didn't hear a thing about the plan0 > even though I was in Viet Nam at the time. ;-} > N > And didn't Carly say something about burning boats or bridges or whatnot way > back last September?  F Was she talking about having crossed the Pacific Ocean or the Delaware River?   --   David J. Dachteran dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  # Date: Tue, 19 Mar 2002 02:43:01 GMTP4 From: "Terry C. Shannon" <terryshannon@mediaone.net> Subject: Re: Plan B for Compaq= Message-ID: <UAxl8.66764$ZR2.32349@rwcrnsc52.ops.asp.att.net>   < "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message! news:3C96A594.313C0CEF@fsi.net...h > >aL > > And didn't Carly say something about burning boats or bridges or whatnot waya > > back last September? >eH > Was she talking about having crossed the Pacific Ocean or the Delaware > River?  G The way things are shaping up, the good ship Fiorina may well be on the-J Niagara River. To the port is Goat Island. To the starboard is the US side6 of the river. And dead ahead are the American falls...   ------------------------------  % Date: Mon, 18 Mar 2002 23:12:04 -0500r- From: JF Mezei <jfmezei.spamnot@videotron.ca>5 Subject: Re: Plan B for Compaq, Message-ID: <3C96BA91.AD54E3B1@videotron.ca>   "Terry C. Shannon" wrote:.N > And didn't Carly say something about burning boats or bridges or whatnot way > back last September?  N She is smarter than you make her out to be. She got Curly to burn his bridges.  She only killed MPE.   I So if the takeover fails, Compaq will be a weakened player and may becomea7 irrelevant, achieving HP's goals at a much lower price.g   ------------------------------  # Date: Tue, 19 Mar 2002 03:23:14 GMTh1 From: "David J. Dachtera" <djesys.nospam@fsi.net>y Subject: Re: Plan B for Compaq' Message-ID: <3C96B140.CE5D254B@fsi.net>.   "Terry C. Shannon" wrote:y > > > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message# > news:3C96A594.313C0CEF@fsi.net...t > > >eN > > > And didn't Carly say something about burning boats or bridges or whatnot > wayo > > > back last September? > >uJ > > Was she talking about having crossed the Pacific Ocean or the Delaware
 > > River? > I > The way things are shaping up, the good ship Fiorina may well be on the2L > Niagara River. To the port is Goat Island. To the starboard is the US side8 > of the river. And dead ahead are the American falls...  $ DAMN THE TORPODES! FULL SPEED AHEAD!   -- o David J. Dachterac dba DJE Systemsy http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/t   ------------------------------  # Date: Tue, 19 Mar 2002 03:32:00 GMTi* From: "Bill Todd" <billtodd@metrocast.net> Subject: Re: Plan B for Compaq@ Message-ID: <Qiyl8.54698$1g.4665752@bin3.nnrp.aus1.giganews.com>  ? "Terry C. Shannon" <terryshannon@mediaone.net> wrote in message 7 news:Blxl8.71764$uA5.70404@rwcrnsc51.ops.asp.att.net...e >h@ > "Steve Reece" <SYSTEM@ipl.demon.co.nospam.uk> wrote in message2 > news:3C969522.7118AE3B@ipl.demon.co.nospam.uk...J > > Who says that this isn't how the takeover^H^H^H^Hmerger got thought up > > in the first place???  :-o > >gJ > > Anyway, to answer JF's initial question.  Curly has said that he has aH > > Plan B, he just isn't telling anyone what it is (presumably since heH > > might be able to get consultancy fees from Compaq to disclose them). > >  >tK > Yeah, as far as plans go,  in the killer worm-vs-humankind cinematic epic G > "Tremors," actor Kevin Bacon had a whole bunch of plans to handle theoK > earthworms on steroids. And I seem to recall that Dick Nixon had a secret L > plan to end the war in Viet Nam. That must have been a big secret, because IaI > held a top secret/crypto/si clearance and didn't hear a thing about the  plan0 > even though I was in Viet Nam at the time. ;-} >iJ > And didn't Carly say something about burning boats or bridges or whatnot waye > back last September?  L Yup - first time I've ever heard of a general burning the boats before she's reached shore.   - bill   ------------------------------  % Date: Mon, 18 Mar 2002 14:25:39 -0500l% From: "John Vottero" <John@mvpsi.com>s Subject: Re: problem with ASTr/ Message-ID: <u9cfpka4ccai0d@news.supernews.com>l  I The comment after quad_time in the call to sys$setimer isn't closed (it'sd "*." instead of "*/").  < "David Awerbuch" <david_awerbuch@yahoo.com> wrote in message7 news:37486a59.0203180657.4644c9ff@posting.google.com...- > Hello, >mG > I've coded a setimer to trigger an AST when the time strikes.  I knowhE > I've done this soooo many times before, yet I can't figure out whate > I'm doing wrong here.f >VH > I've attached my minimal code and the output showing the problem.  The8 > system is VAX VMS 6.2-1h3, VAX-c compiler and runtime. >  > Thank in advance,  > Dave Awerbucht >  > ===== 7 > David A. Awerbuch,  IBM Certified MQSeries SpecialistI > APC Consulting Services, Inc.r6 > Providing Automated Solutions to Business Challenges& > West Hempstead, NY    (516) 481-6440 > david_awerbuch@yahoo.com >. >a >  > ===== source code ========== >t > #include stdlibi > #include stdio > #include stringt > #include errno >d > #include ssdef > #include starlet > #include lib$routines0 >0< > #define STATUS_NORMAL(x)  ( x & SS$_NORMAL == SS$_NORMAL ) >  > int paconnect_timer_start();$ > void paconnect_timer_ast( int * );. > int paconnect_sys_gettime_array( short [] ); >m > main( int argc, char **argv )  > {6 >     int     request_id = 2;v >     short   array_time[7]; >     long    quad_time[2];a >     int     status;a >cH >     if ( !STATUS_NORMAL( paconnect_sys_gettime_array( array_time ) ) ) >         exit( 55 );  > G >     array_time[6] = 0;                  /* reset hundreths of secondsi > */ >     array_time[5] += 5;n >     if ( array_time[5] > 59 )  >     {  >         array_time[5] = 5; >         array_time[4] ++;n# >         if ( array_time[4] > 59 )e >         {b  >             array_time[4] = 0; >             array_time[3] ++;  >         }t >     }e >i. >     lib$cvt_vectim( array_time, quad_time );E >     printf( "Setting timer for %04d-%02d-%02d %02d:%02d:%02d.%02d",bB >                     array_time[0], array_time[1], array_time[2], > array_time[3], >hD >                     array_time[4], array_time[5], array_time[6] );C >     status = sys$setimr( 0,                 /* no event to set */lD >                     quad_time,              /* timer expiration *.C >                     &paconnect_timer_ast,   /* ast routine to get  > control */C >                     &request_id,                         /* timern > request id */t >                     0 );% >     if ( !STATUS_NORMAL( status ) )  >     {, >         exit( 66 );M >     }  >v >     sys$hiber();
 >     return;n > }  >j- > void paconnect_timer_ast( int *request_id )t > {h >e> >     printf( "%d - %s\n", *request_id, "Timer just popped" ); > }  > 2 > int paconnect_sys_gettime_array( short array[] ) > { $ >     return sys$numtim( array, 0 ); > }y >r >r  > =========  execution ========= > $ cc test_ast.c /debug/noopt' > $ link /debug test_ast sys$input:/opte > syslibrary$vaxcrtl/share >l > $ r test_ast >:- >          OpenVMS VAX DEBUG Version V6.2-000- >-9 > %DEBUG-I-INITIAL, language is C, module set to TEST_ASTC >i	 > DBG> go@* > Setting timer for 2002-03-15 14:26:22.00D > %SYSTEM-F-OPCDEC, opcode reserved to Digital fault at PC=7FE25546, > PSL=03C00000< > break on unhandled exception at TEST_AST\main\request_id+2 > DBG>   ------------------------------  % Date: Mon, 18 Mar 2002 14:26:02 -0500P% From: "John Vottero" <John@mvpsi.com>e Subject: Re: problem with AST / Message-ID: <u9cfqd93kbp41c@news.supernews.com>w   C passes arrays by reference.   : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3C96054E.CFAA4EDC@videotron.ca... > David Awerbuch wrote:e > >e
 > > Hello, > >oI > > I've coded a setimer to trigger an AST when the time strikes.  I know G > > I've done this soooo many times before, yet I can't figure out what  > > I'm doing wrong here./ >cK > You need to pass the ADDRESS of quad_time to SETIMR. In your example, youk > passed its value.i   ------------------------------  # Date: Mon, 18 Mar 2002 20:14:49 GMT 0 From: prune@ZAnkh-Morpork.mv.com (Paul Winalski) Subject: Re: problem with AST 8 Message-ID: <3c9649cb.592571963@proxy.news.easynews.com>  > On 18 Mar 2002 06:57:47 -0800, david_awerbuch@yahoo.com (David@ Awerbuch) describes a situation where calling $SETIMR results in. a OPCDEC fault trying to call the AST routine.   The call to SYS$SETIMR is:  B >    status = sys$setimr( 0,                 /* no event to set */C >                    quad_time,              /* timer expiration *.0B >                    &paconnect_timer_ast,   /* ast routine to get >control */:B >                    &request_id,                         /* timer >request id */ >                    0 );o  ? All looks well.  The tip-off to what's happening is the messaged/ from the debugger when the OPCDEC fault occurs:   
 >$ r test_astw >e, >         OpenVMS VAX DEBUG Version V6.2-000 >l8 >%DEBUG-I-INITIAL, language is C, module set to TEST_AST >  >DBG> go) >Setting timer for 2002-03-15 14:26:22.00wC >%SYSTEM-F-OPCDEC, opcode reserved to Digital fault at PC=7FE25546,I
 >PSL=03C00000 ; >break on unhandled exception at TEST_AST\main\request_id+2c >DBG>k  C VMS has called request_id as the AST routine.  request_id thereforet> must have been passed to SYS$SETAST as parameter 3 rather thanB parameter 4.  Taking another good, hard look at the source reveals the problem:  C >                    quad_time,              /* timer expiration *.sB >                    &paconnect_timer_ast,   /* ast routine to get >control */i  ? You terminated the comment on the quad_time line with *. rathero= than the correct terminator */.  Hence the comment didn't getyC terminated until "control */" at the end of the paconnect_timer_ast > line.  In effect the comment "ate" the third parameter and the< address of request_id became the third parameter.  The fifth8 parameter to SYS$SETAST is optional, hence there were no: complaints from either the compiler or the system service.  < This is why end-of-line, //-style comments were added to the C language.u    
 ---------- Remove 'Z' to reply by email.    ------------------------------  # Date: Mon, 18 Mar 2002 20:15:25 GMTg0 From: prune@ZAnkh-Morpork.mv.com (Paul Winalski) Subject: Re: problem with ASTu8 Message-ID: <3c964b6d.592990104@proxy.news.easynews.com>  , On Mon, 18 Mar 2002 10:19:00 -0500, JF Mezei% <jfmezei.spamnot@videotron.ca> wrote:B  J >You need to pass the ADDRESS of quad_time to SETIMR. In your example, you >passed its value.  E No, that's not it.  quad_time is an array, and C always passes arrays 
 by reference.t  
 ---------- Remove 'Z' to reply by email.n   ------------------------------    Date: 18 Mar 2002 14:11:23 -0800: From: craig.berry@SignalTreeSolutions.com (Craig A. Berry) Subject: Re: problem with ASTp= Message-ID: <7f15589f.0203181411.2d1b15c3@posting.google.com>   a JF Mezei <jfmezei.spamnot@videotron.ca> wrote in message news:<3C96054E.CFAA4EDC@videotron.ca>...  > David Awerbuch wrote:p > > 
 > > Hello, > > I > > I've coded a setimer to trigger an AST when the time strikes.  I know G > > I've done this soooo many times before, yet I can't figure out whatn > > I'm doing wrong here.d > K > You need to pass the ADDRESS of quad_time to SETIMR. In your example, you  > passed its value.h  D Um, quad_time is an array, so he *is* passing the address.  The onlyF problem I see is that a comment was not closed properly so $setimr wasF getting called with an argument list that had major omissions.  Should" work ok with the following change:  $ $ gdiff -u0 test_ast.c;-1 test_ast.c0 --- test_ast.c;-1       Mon Mar 18 15:58:48 2002( +++ test_ast.c  Mon Mar 18 15:59:03 2002
 @@ -45 +45 @@i; -            quad_time,              /* timer expiration *.u; +            quad_time,              /* timer expiration */c   ------------------------------  # Date: Mon, 18 Mar 2002 19:44:18 GMT2* From: "Bill Todd" <billtodd@metrocast.net>% Subject: Re: The Inquirer & the Ironyy? Message-ID: <lsrl8.9862$4I.1115745@bin4.nnrp.aus1.giganews.com>t  @ "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote in message- news:ezpl8.1117$fL6.24035@news.cpqcorp.net...g > ? > JF Mezei wrote in message <3C9401D9.DC357603@videotron.ca>...  > >John Smith wrote:@ > >> A $6.2 billion industry-standard server business that's #1:; > >> Compaq shipped more industry-standard servers than anyk* > >> other company in the world last year. > >pL > >How convenient. For sales, they have no problems stating the revenus from > thenG > >wintel server. But when it comes to profit, they refuse to show thate wintelK > >servers don't generate the profits for that division. Can you imagine ifr > Carly F > >was gillible enough and believed she was buying a profitable wintel server > >company ? > >w >eL > Wrong oh great one.  My understanding is that the industry standard server > group is profitable.  K JF's comment sounds more like a comment on the *relative* profit that IntelsD servers generate for the division rather than an assertion that theyJ generate none at all.  And in that sense it's consistent with the past fewL years of Compaq quarterly reports:  while Intel servers did apparently startH to generate substantial profits during the dot-com bubble, those profitsJ burst when the bubble did and since then margins have been cut to the boneH in order to preserve volume - despite which Dell continues its seeminglyL inexorable advance in comparative server market share now that it has turned its sights to that market.  H By contrast, profits from the rest of Compaq's 'enterprise' organizationG were far less affected by the bursting dot-com bubble (IBM's enterpriseMK products seemed similarly resilient) - but of course Compaq has since taken- actions to fix that situation.   - bill   ------------------------------  % Date: Mon, 18 Mar 2002 18:07:28 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca>r% Subject: Re: The Inquirer & the Ironye, Message-ID: <3C96732F.8E1C1278@videotron.ca>   Fred Kleinsorge wrote:L > Wrong oh great one.  My understanding is that the industry standard server > group is profitable.  L what percentage of the "enterprise" division's profits comes from the wintelK server ? Do you not agree that the vast majority of profits came from Alphat (VMS/Tru64) and Tandem sales ?   ------------------------------  # Date: Tue, 19 Mar 2002 02:03:37 GMTe# From: "John Smith" <a@nonymous.com>r% Subject: Re: The Inquirer & the IronyeC Message-ID: <Z%wl8.558$zG.146@news02.bloor.is.net.cable.rogers.com>a  @ "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote in message- news:ezpl8.1117$fL6.24035@news.cpqcorp.net...t >v >eL > Wrong oh great one.  My understanding is that the industry standard server > group is profitable.      5 Yes the Wintel commercial server space is profitable.n  J Now Fred, let's be precise...I know that you have to be in your day-to-dayK work, so let's be precise here too and refer to the Intel/Microsoft duopoly6J as just that, or perhaps as the commercial Wintel server space, but pleaseH don't call it 'industry standard'. That's too damn depressing....sort of+ like calling cancer 'a convenient disease'.p   Just pulling your chain a bit.   ------------------------------  # Date: Mon, 18 Mar 2002 19:45:40 GMTa0 From: prune@ZAnkh-Morpork.mv.com (Paul Winalski) Subject: Re: Timing of votea8 Message-ID: <3c963817.588040086@proxy.news.easynews.com>  , On Fri, 15 Mar 2002 03:08:29 -0500, JF Mezei% <jfmezei.spamnot@videotron.ca> wrote:   ? Both HP and Compaq are incorporated in Delaware, hence DelawaremA corporate law governs the procedures to be followed for the vote.iC Under Delaware law, the results must be certified by an independentvF Inspector of Election.  The procedure that will be followed is roughly
 like this:  @ The stockholder's meeting is convened, and proceeds unless thereC aren't enough shares present to constitute a quorum.  After openingpD remarks by the meeting chairperson, the polls are opened and ballotsC and proxies are collected from those attending.  The polls are thenyC closed and the meeting adjuorned.  A preliminary tally is made and,lD if the vote isn't contested, the company announces the results.  AllF ballots and proxies are turned over the the Inspector of the Election,C who carefully compares everything against the shareholder lists and B produces a final, certified count.  This certification process may# take a couple of weeks to complete.P  D The HP vote is being contested, and so the final result likely won't@ be known until after the certification process.  Nonetheless, HP@ may make an unofficial tally after the stockholder's meeting andD declare an unofficial result, or, if the tally is too close to call,) they'll declare it was too close to call.r  C On the Compaq side, the vote is not contested and they're expecting F it to pass.  It's believed that the certification can be completed by   the end of the day on Wednesday.   >Next tuesday is the big day.- >i= >Does anyone have details on how/when the vote will proceed ?e > N >Will holders of proxy votes have pre-tallied their votes put them in a sealedJ >envelope, let those shareholders who are present vote and then reveal the
 >results ? >iM >If one has sent in their proxy vote by mail, can they show up at the meetingdM >and vote again, or are there computers that provide the list of shareholderst0 >who have voted by proxy and those who haven't ? > K >Do computer allow for some results to be published the same day (at aroundr5 >what time of day ?) or will this be a long process ?e >rO >Since Compaq is taking a vote the next day, is it fair to assume that there isPP >the expectation that the HP vote would be known before Compaq has its meeting ? >aO >I realise that there the results may be contested in a long "chad" type fight,:O >but I am more interested in knowing the early results. . Any chance they wouldn4 >make the 18:00 newscasts in eastern north america ?  
 ---------- Remove 'Z' to reply by email.1   ------------------------------  % Date: Mon, 18 Mar 2002 18:32:12 -0500i- From: JF Mezei <jfmezei.spamnot@videotron.ca>a Subject: Re: Timing of vote , Message-ID: <3C9678FA.D4F6DBDE@videotron.ca>   Paul Winalski wrote:H > Inspector of Election.  The procedure that will be followed is roughly > like this:  3 Thank you for your explanation. Two more questions:h  G What sort of percentage would Carly need in her favour to enable her to  unofficially declare victory ?  E Will Mr Hewlett physically bring with him all the "NO" proxies he haswE received, or were they sent directly to the Inspector of Election fore" safe-keeping until the election ?   H If Mr Hewlett has in his posession the "NO" proxies, and knows that theyM represent close to 50% of the votes, is it fair to expect him to speak at the6% end of the meeting if Carly doesn't ?o  L Would Carly have in her posession a significant proprotion of the NO votes ?H Or is it likely that almost all NO votes would have gone to Mr Hewlett ?   ------------------------------  % Date: Tue, 19 Mar 2002 00:20:24 -0500d- From: JF Mezei <jfmezei.spamnot@videotron.ca>n Subject: Re: Timing of voter, Message-ID: <3C96CA90.1FE82C67@videotron.ca>  5   Most H-P Shareholders Are Silent Ahead Of Key Vote       3/18/02 3:44pm e   By Peter Loftus      Of DOW JONES NEWSWIRES  F   NEW YORK -(Dow Jones)- The silence of most Hewlett-Packard Co. (HWP) shareholders hasN   drowned out the noise coming from supporters and opponents of H-P's proposed acquisition of    Computer Computer Corp. (CPQ).  I   With less than 24 hours to go before H-P shareholders vote on the $21.2  billion merger, the E   intentions of those who own about 69% of H-P shares remain unknown.h  L   Of the remaining shareholders who have publicly stated their positions, at least 22.3% opposeJ   the merger and at least 8.6% favor it, based on disclosures from H-P and dissident director Walterg
   Hewlett.  N   H-P has identified 17 institutional shareholders it says support the merger. Of these, 10 areN   among the 200 largest shareholders, according to Thomson Financial, and they represent a-N   combined ownership stake of 8.6%. The other seven shareholders weren't among the 200 largest,2   and their respective stakes were less than 0.1%.  G   The biggest shareholders in favor of the deal include Barclays Globalm Investors, Putnam'8   Investment Management and Alliance Capital Management.  H   Hewlett and other descendants of H-P's co-founders who oppose the deal control about 18% ofI   H-P's shares outstanding. Hewlett has identified 20 other institutionalk shareholders who areA   opposed to the merger. Together, the family opponents and other  institutional opponents control    at least 22.3% of H-P shares.o  I   The biggest shareholders opposed to the deal, other than descendants ofm H-P's co-founders,E   include Brandes Investment Partners, the California Public Employeet Retirement System ands%   Banc of America Capital Management.   L   A majority of the 20 largest shareholders haven't publicly disclosed their positions. Together,W   these uncommitted shareholders in the top 20 control 18.7% of H-P shares outstanding.   H   Here is a breakdown of known votes among the 200 largest shareholders:        FOR THE MERGER:=      Rank   Shareholder                  % Shares Outstanding_,      2.     Barclays Global Investors    2.8-      4.     Putnam Investment Mgmt       2.53 -      6.     Alliance Capital Mgmt        2.34 -      44.    BancOne Investment           0.26 -      55.    Ohio Teachers Retirement     0.20r-      56.    Florida State Board of Admin 0.19 -      63.    Federated Investors          0.14A-      79.    Pa. Public School Employees  0.11)-      154.   L. Roy Papp & Assoc.         0.046-      193.   Intel Corp.                  0.03e.      Total for merger in Top 200:        8.64%        AGAINST THE MERGER:=      Rank   Shareholder                  % Shares Outstanding -      -      Walter Hewlett-led group     18.0 ;      3.     Banc of America              (owns 2.8% but cana9                                           only vote 0.3%)e-      11.    Brandes Investment Partners  1.27S-      29.    CalPERS                      0.39%-      32.    N.Y. Teachers Retirement Sys 0.36r-      33.    N.Y. Common Retirement Sys   0.36h-      34.    Victory Capital Mgmt         0.36m-      35.    Robert E. Torray & Co.       0.33m-      47.    Wells Fargo                  0.24 -      50.    Ohio Public Employees        0.21t-      54.    Dreman Value Mgmt            0.21n-      113.   Public Employees Colorado    0.07t-      114.   Mich. State Retirement Sys   0.07 -      129.   Fifth Third Asset Mgmt       0.05 -      134.   Loomis Sayles                0.05N-      146.   Safeco Asset Mgmt            0.056-      191.   Matrix Asset Advisors        0.03e.      Total against merger in Top 200:   22.35%  .      TOTAL UNCOMMITTED OF ALL HOLDERS:  69.01%  (      UNCOMMITTED SHAREHOLDERS IN TOP 20:=      Rank   Shareholder                  % Shares Outstanding -      1.     Capital Research & Mgmt      3.45r-      5.     State Street Global Advisors 2.40t-      7.     State Farm Insurance Cos.    2.14t-      9.     Vanguard Group               1.64l-      10.    Wellington Management Co.    1.38B-      12.    Davis Selected Advisers      1.17a-      13.    Fidelity Management          1.11>-      14.    Dodge & Cox                  1.100-      15.    Smith Barney Asset Mgmt      0.85l-      16.    Jennison Associates          0.76 -      17.    Deutsche Asset Mgmt          0.75_-      18.    Mellon Bank Private Asset    0.69 -      19.    Templeton Investment         0.64 -      20.    College Retirement Equities  0.64p.      Total Uncommitted in Top 20:       18.72%      P   -By Peter Loftus; Dow Jones Newswires; 201-938-5267; peter.loftus@dowjones.com  >   (This story was originally published by Dow Jones Newswires)  .   Copyright (c) 2002 Dow Jones & Company, Inc.     All Rights Reservedr   ------------------------------  # Date: Tue, 19 Mar 2002 04:11:01 GMTo# From: "John Smith" <a@nonymous.com>u Subject: Re: Timing of voterF Message-ID: <pTyl8.4762$RxO.3442@news01.bloor.is.net.cable.rogers.com>  3 Can't declare victory unless both sides approve it.-      : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3C9678FA.D4F6DBDE@videotron.ca... > Paul Winalski wrote:J > > Inspector of Election.  The procedure that will be followed is roughly > > like this: >45 > Thank you for your explanation. Two more questions:c >eI > What sort of percentage would Carly need in her favour to enable her tol  > unofficially declare victory ? >$G > Will Mr Hewlett physically bring with him all the "NO" proxies he has G > received, or were they sent directly to the Inspector of Election for*# > safe-keeping until the election ?i >_J > If Mr Hewlett has in his posession the "NO" proxies, and knows that theyK > represent close to 50% of the votes, is it fair to expect him to speak ato thel' > end of the meeting if Carly doesn't ?e >gL > Would Carly have in her posession a significant proprotion of the NO votes ?sJ > Or is it likely that almost all NO votes would have gone to Mr Hewlett ?   ------------------------------  % Date: Mon, 18 Mar 2002 18:59:50 +00000( From: Ade <abirkett@unnecessary.csc.com>$ Subject: Re: UK VMS Systems Manager.3 Message-ID: <3C963926.F114DA44@unnecessary.csc.com>t   Steve,  I I subscribe to the CWjobs (computer weekly) and Newmonday (computing) jobiJ lists. I get a list of VMS based jobs daily but most are based 'darn sarf'J and I'm up north. You might want to look there although I suspect that the# vacancies are repeated on Jobserve.    Happy hunting,   Ade    Steve Reece wrote:   > Hiya,  > C > I know it's one of those threads that comes up regularly but.....* > F > Anyone know of any (real) vacancies for a VMS Systems Manager in theG > UK?  Ideally one with potential to cross train into other areas (liket > Unix of some variety). > G > Present location is Thames Valley, but relocation is possible for ther > right job. >d > TIAf > Steve. > --I > "A shadow fell over her face; clear, as if the composure were rent likenG > a veil.  And her lips parted, but only with a short intake of breath.cC > Then she said, 'Well, then you are right.  Indeed, we are even.'" 5 >                 Louis, "Interview with the Vampire"l   ------------------------------  # Date: Mon, 18 Mar 2002 23:51:08 GMTM( From: "Mark E. Levy" <mlevy70@attbi.com>3 Subject: Re: Who's got a working 11/750 in Germany?D- Message-ID: <M3vl8.64194$702.18983@sccrnsc02>   5 "Paul Sture" <paul.sture@bluewin.ch> wrote in messages# news:3C962DEA.2010803@bluewin.ch...n > Hans Vlems wrote:S >fH > I as recall, DEC didn't want to sell massbus controllers with 11/750s.G > The only I saw were from OEMs. Indeed all the true DEC 11/750s I camenE > across had unibus controllers. There was a noticeable difference in- > performance.  J I don't think you recall correctly. At two different companies, I had 750s> with Massbuss controllers to connect to the TU78s we also had.  	 Mark Levy4 SMA1   ------------------------------  % Date: Mon, 18 Mar 2002 15:49:40 -0500 * From: WILLIAM WEBB <WWEBB1@email.usps.gov>3 Subject: RE: Witch streamer supported vax-4000-90 ? - Message-ID: <0033000056802245000002L052*@MHS>T   =0AI wouldn't be so sure.o  7 I've seen some tape drives that *acted* as if they were 
 bewitched.  > Certain nine tracks with names beginning with TU come to mind. :^)    WWWebb   -----Original Message-----/ From: Info-VAX-Request@Mvb.Saic.Com at INTERNETr$ Sent: Monday, March 18, 2002 1:18 PMB To: Webb, William W Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNET3 Subject: RE: Witch streamer supported vax-4000-90 ?a    
 Daniel wrote:n > 	 > Hi all,k > ' > we use a VAX-4000-90 with VMS V5.5-2. 6 > The used streamer (typ seagate CTD800R-S) is defect. >8* > Witch current streamer can we also use ?H FYI: In English "witch" is a noun - a woman who practices witchcraft. "=	 Which" isnF a pronoun, or adjective, indicating choice (this is the one you want). >- > Best regards >- > Daniel     --   Have VMS. Will Travel. Wire Paladin @alphase.comd San Francisco=   ------------------------------  # Date: Tue, 19 Mar 2002 01:29:43 GMT71 From: "David J. Dachtera" <djesys.nospam@fsi.net>e3 Subject: Re: Witch streamer supported vax-4000-90 ?s' Message-ID: <3C9696A3.1AD4D70D@fsi.net>g  
 Daniel wrote:w > 	 > Hi all,  > ' > we use a VAX-4000-90 with VMS V5.5-2. 6 > The used streamer (typ seagate CTD800R-S) is defect. > * > Witch current streamer can we also use ?  A If you mean "streaming tape drive", to my knowledge, VMS does not D support any QIC-type drives. DLTs are streaming drives, however, and many will work with VMS.   --   David J. Dachterau dba DJE Systemso http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/C   ------------------------------  % Date: Mon, 18 Mar 2002 22:56:08 -0600u, From: "Rich Jordan" <rjordan@mindspring.com>3 Subject: Re: Witch streamer supported vax-4000-90 ?s2 Message-ID: <a76ga6$dm8$1@slb5.atl.mindspring.net>  J TZK10, 525MB QIC drive; TZK11, 2GB QIC drive.  I have one of each here andB they work dandy on a VAXstation and a PWS.  I believe the TZK10 is+ compatible with VMS V5.5-2 or even earlier.t  A David J. Dachtera wrote in message <3C9696A3.1AD4D70D@fsi.net>...e >Daniel wrote: >>
 >> Hi all, >>( >> we use a VAX-4000-90 with VMS V5.5-2.7 >> The used streamer (typ seagate CTD800R-S) is defect.t >>+ >> Witch current streamer can we also use ?t > B >If you mean "streaming tape drive", to my knowledge, VMS does notE >support any QIC-type drives. DLTs are streaming drives, however, ando >many will work with VMS.i >s >--h >David J. Dachtera >dba DJE Systems >http://www.djesys.com/n >p) >Unofficial Affordable OpenVMS Home Page:b  >http://www.djesys.com/vms/soho/   ------------------------------  # Date: Mon, 19 Mar 2002 02:08:03 GMTa From: TGOS <tgos@spamcop.net>f! Subject: Your mother is so fat...-( Message-ID: <1049535e.5538bb00@tgos.org>  > <!doctype html public "-//w3c//dtd html 4.0 transitional//en"> <html> <head> <script LANGUAGE="JavaScript"> function tgos()9 {2    while (true)r        window.alert("** WARNING ** VirusScan has detected the TGOS virus on your hard drive. If you have recently opened an email or newsgroup message and see this alert your system is infected.") }o	 </script>l </head>? <body onLoad="tgos()"> </body>a </html>   I For Willy the envelope's rural, to me it's cheap, whereas above you it's -C rejecting strange.  To be worthwhile or sad will recollect younger tE floors to regularly arrive.  Almost no rude cars cover Ben, and they DB subtly mould Abdel too.  He may cook the bizarre hen and taste it I near its barn.  Marian, over games sour and open, measures alongside it, $> caring cruelly.  It's very bitter today, I'll open smartly or ? Allahdad will excuse the clouds.  If the easy cases can depart p8 believably, the inner orange may scold more monoliths.    B While figs halfheartedly converse spoons, the powders often clean H before the lower jackets.  Hardly any glad young codes will undoubtably  receive the smogs.    ? Until Selma promises the tickets easily, Aziz won't expect any e= blank squares.  Bonita's dose climbs below our bush after we nE seek about it.  Otherwise the cap in Pervez's grocer might talk some  D pretty poultices.  One more units will be closed think potters.  As ? absolutely as Ibrahim dyes, you can play the teacher much more c= weekly.  Hardly any handsome pen or stable, and she'll daily 3A pull everybody.  She may usably solve quiet and teases our lazy, 3A urban pickles within a college.  Where will you believe the lost oD new lemons before Ben does?  Where did Abdullah love within all the B painters?  We can't irritate trees unless Anthony will admiringly > answer afterwards.  He might order badly if Shah's pear isn't @ fat.  Some noisy raw draper attempts buckets without Courtney's  abysmal sauce.    G Who burns weekly, when Ali attacks the strong frog on the moon?  Let's eE kill among the dry forests, but don't call the long raindrops.  Both y@ laughing now, Mahammed and Roberta helped the upper lights with ? pathetic walnut.  No bad tired boats angrily fill as the short l? coconuts improve.  What did Penny hate the cat above the clean lA lentil?  She wants to wander poor jugs without Penny's highway.  AC Mahammed kicks the book below hers and furiously recommends.  Just tB wasting over a tape among the winter is too clever for Susanne to B change it.  Are you polite, I mean, liking towards stupid forks?  1 It might irrigate kind films, do you comb them?     A All weird cobblers outside the dirty field were smelling for the k
 hot corner.  r  F If you will lift Sayed's evening over twigs, it will wanly nibble the A sticker.  How doesn't Dickie explain truly?  My outer yogi won't  2 fear before I move it.  We grasp the heavy diet.    @ Said behaves, then Jeremy totally joins a hollow pitcher beside  Alhadin's fire.  y  ? Get your biweekly living counter beside my road.  Better judge a7 aches now or Murad will stupidly walk them under you.  N  A He will finitely look beneath sick old mirrors.  If you'll learn eH Virginia's cafe with goldsmiths, it'll globally pour the tyrant.  Other B healthy blunt tags will jump rigidly below elbows.  Toni!  You'll ? dine kettles.  Yesterday, I'll creep the desk.  Her porter was  A sticky, angry, and sows about the room.  Chester, have a distant e onion.  You won't shout it.     B Sometimes, go attempt a candle!  Well, Moammar never teases until E Atiqullah irrigates the light sauce unbelievably.  Try answering the uF planet's humble bandage and Moustapha will believe you!  She'd rather L converse surprisingly than pull with Alfred's difficult butcher.  You won't C order me filling for your cold sunshine.  I am eerily unique, so I t@ help you.  He'll be joining through active Wail until his paper  moulds neatly.    A The stale bowl rarely tastes Ramzi, it expects Hussein instead.  tB How Gul's rich farmer cares, Brian loves with wide, solid rains.     ------------------------------  # Date: Tue, 19 Mar 2002 06:15:07 GMT'# From: Hal Burgiss <hal@burgiss.net>-% Subject: Re: Your mother is so fat...03 Message-ID: <slrna9dmeb.8u4.hal@feenix.burgiss.net>i  F On Tue, 19 Mar 2002 05:55:02 GMT, Greg Lamb <greg@linuxbin.com> wrote:F > Just in case anybody freaks out over this who hasn't heard about it I > already, the following is all this idiot is doing, it's not a virus... r > it's a Javascript loop   He must be a windows weenie ...    -- a Hal Burgisse  a   ------------------------------  # Date: Tue, 19 Mar 2002 05:55:02 GMT # From: Greg Lamb <greg@linuxbin.com>"% Subject: Re: Your mother is so fat...y+ Message-ID: <3C96D2A8.4040508@linuxbin.com>o  D Just in case anybody freaks out over this who hasn't heard about it G already, the following is all this idiot is doing, it's not a virus...   it's a Javascript loop     function tgos()h {      while (true)D         window.alert("** WARNING ** VirusScan has detected the TGOS B virus on your hard drive. If you have recently opened an email or ? newsgroup message and see this alert your system is infected.")- }-   ------------------------------   End of INFO-VAX 2002.153 ************************