1 INFO-VAX	Thu, 21 Aug 2003	Volume 2003 : Issue 461       Contents: Re: 306GB drives!  Re: 306GB drives!  Re: AntiVirus for OpenVMS  Re: AntiVirus for OpenVMS  Re: AntiVirus for OpenVMS  Re: Fork on OPEN VMS Re: FS: VAXstation 4000/90 Re: FS: VAXstation 4000/90 Re: FS: VAXstation 4000/90 Re: FS: VAXstation 4000/90$ Re: HP's $200MM advertising campaign Re: Last week at HP World  Re: Last week at HP World  RE: Last week at HP World  Re: more HP layoffs  Re: more HP layoffs < Re: Overlapped IO with redirected SYS$OUTPUT for Sub Program# Re: running a news SERVER under VMS # Re: running a news SERVER under VMS  Re: show cluster Re: Strange programming problem  RE: Strange programming problem  Re: Strange programming problem  Re: Strange programming problem  Re: Strange programming problem  RE: Strange programming problem  Re: Strange programming problem  RE: Strange programming problem  Tcl/Tk 8.3 or 8.4 for OpenVMS ! Re: Website Based on ASP and VMS. 1 Re: Will OpenVMS I64 run on a Dell PowerEdge 3250   F ----------------------------------------------------------------------  # Date: Thu, 21 Aug 2003 01:15:35 GMT ) From: bob smith <sfmc68@bellatlantic.net>  Subject: Re: 306GB drives!7 Message-ID: <X2V0b.17137$_P1.4917@nwrddc01.gnilink.net>    Perfect for Microsoft Bloat?   ------------------------------  # Date: Thu, 21 Aug 2003 01:35:18 GMT > From: Michael Austin <maustin@no-more-spam.firstdbasource.com> Subject: Re: 306GB drives!@ Message-ID: <qlV0b.901$gE5.497910795@newssvr12.news.prodigy.com>   Kerry,  & Time for me to weigh in on this one...   Main, Kerry wrote:   > Mike - > I > Re: physical access to backup tapes when operating in contingency site:    >  > $ >>Backups would be the sticky point. >  > H > Absolutely. Hence, the contingency plan must be have the capability toC > physically perform backups / restores and normal archiving at the D > contingency site. With HBVS volumes and backup tape devices in the* > contingency site, that is not an issue.  > I > Absolutely do not plan on assuming you can get "special" access to that E > original site as the Health authorities have zero tolerance when it  > comes to issues like this. > 5 > Re: firmware updates requiring planned maintenance:  >  > = >>Yes, Firmware upgrades re-boot both storage controllers at  = >>the point that you swap out the old VCS card for the new.   6 >>VMS handles this fine and after the re-boot of both  >>controllers continues on.  >  > I > Actually, there is typically a procedure which allows a rolling reboot, I > but this does not always work as expected. I am sure Customers from all : > vendor storage controllers can provide evidence of this. > H > For mission critical environments, with HBVS and each member a HW RAIDJ > set on different controller sets, when one member is dismounted, both ofE > the associated controller modules can be upgraded cleanly while the F > system access the other HW RAID based member on the other controllerG > set. When done, simply remount the other member on the controller set I > with the new firmware. It only takes a minute or less for the writes to ) > catch up and you are back in business.   > J > No down time needs to be planned for firmware updates with this process.J > And if one controller in the set acts up for what ever reason, it can be) > addressed without impacting production.  > % > Re: system crashes and HBVS issues:  >  > ? >>And when this "Rare" event becomes a daily/weekly occurrence  ; >>because of failing hardware, what do you tell the client   >>then?  >  > J > My thoughts are that you should not be planning a future strategy and/orG > architecture based on assumption that you will be having daily/weekly  > system crashes.  >  > :-)  > 	 > Regards  >  > Kerry Main > Senior Consultant  > Hewlett-Packard (Canada) Co.# > Consulting & Integration Services  > Voice: 613-592-4660  > Fax   : 613-591-4477 > Email: kerryDOTmain@hpDOTcom/ >     (remove the DOT's and replace with "."'s) ! > OpenVMS DCL - the original .COM  >   I Our backup-to-tape is in place in case of a major catastrophe only.  All  B of our restores are done from the spindles, not the tape.  Not to F mention that we keep up to 1 to 2 weeks worth of backup ONLINE.  In a G data center with 150TB+ of storage, that is the ONLY alternative.  Any  E time you are faced with the possibility of having to fully restore a  I 400GB+ Oracle database,  tape is NOT an option -- can you imaging having  G to tell your client that you can restore their database from tape, but  E their system is going to be down for 3-4 days while you wait for the  H tapes to restore?  Especially when I can restore the entire database in  6-8 hours or less from disk.  D One of the things we are looking into is having our backup EVA's in B seperate offices (approx. 30+ miles apart) using  the controllers G ability to replicate itself over dark-fibre. A T3 will NOT handle this   sort of work load.  H The biggest reason to use an EVA with 146,309...xxxxGB drives is that I G can carve out 1, 100, 1000GB (increments of 1GB) luns and present them  E to my VMS systems as needed.  And because it is vRAID on really fast  G spindles on redundant controller-pairs and mirrored with a second EVA,  < the chance of failures taking everything becomes very small.  C These are mission critical systems, it has been said that when our  E systems are down, people die.  That is why we have spare systems and  I perform "hardware moves" on a failing box.  Simply re-zone, re-cable the  G network cable (can actually be done remotely using PVLANS) and reboot.  H All in about an hour. And all from the comforts of my home if necessary.  A While there are uses for HBVS, in our data center the reasons to  - actually use it are very few and far between.    Michael Austin   >      ------------------------------  % Date: Wed, 20 Aug 2003 15:57:51 -0400 , From: "warren sander" <warren.sander@hp.com>" Subject: Re: AntiVirus for OpenVMS, Message-ID: <3f43d8fe$1@usenet01.boi.hp.com>         Update: August 2002        Date:  March 1991          Hewlett-Packard Company        HP Services ,       Software Security Response Team (SSRT)  >       What you should know about HP OpenVMS and Malicious Code  F       Computer "viruses" have become more widespread recently and haveI gained significant publicity not just because of the damage that they may E directly do, but because they point out the ease of which potentially E serious damage could be done. A computer Virus may be referenced as a K special form of "Trojan horse" software. Viruses and Trojans are classified I as "malicious code" software that may perform a useful function, but also F may contain hidden functions that could perform any number of sociallyG unacceptable acts such as deleting files, creating a denial of service, J creating new user accounts, or displaying bogus information. To date thereF have been no confirmed or reported cases of an operable OpenVMS virus.  J       There have been reports that were verified rather as malicious code.I It should be pointed out that, with few exceptions, reported viruses have L been in the personal computer environment rather than the traditional vendorF developed operating systems. One reason for this is the lack of systemF controls in most PC systems to protect programs and data. In a PC, theL typical virus attacks a specific target or object, such as the boot block ofI a newly mounted disk, or a particular application or utility. In OpenVMS, K all the obvious points of attack such as the file structure or known system L programs are protected. Thus, a virus has a much harder problem to solve andJ this added difficulty makes the virus harder to write and easier to detectB when it tries to propagate. OpenVMS system controls and customers'E organizational and procedural controls on acceptable user behavior on K business computer systems have made the introduction of malicious code more C difficult but certainly not impossible in the traditional computing H environment. HP is aware of the seriousness of computer security and the3 need to protect our systems against malicious code.   L       HP will continue investigating alternatives to protect OpenVMS systemsK from malicious code. Through your HP account team, you can be kept informed  of progress.  K       In the interim, HP provides a Guide to OpenVMS VAX System Security as I part of the OpenVMS documentation set and our Educational Services offers L courses and seminars in OpenVMS Security optimizing the security of computerH systems and networks in general. They also include an overview of how HPL ensures security of information in its product design, and the current toolsH and services we offer to help you implement system security. For furtherL information about implementing anti-virus security measures, contact your HP Services account team.           ATTACHMENT "A"  7       RECOMMENDATIONS TO DETER OR DETECT MALICIOUS CODE     C       o Prohibit the installation of unauthorized computer software *       that is in executable (binary) form.  C       o If public software is to be used, the source code should be 6       carefully checked for potential, malicious code.  L       o Public bulletin board software or software from the web are examplesD of what should be considered unauthorized software that could harbor malicious code.   K       *Note: The degree of checking of all outside software may depend upon C the trust one has in the provider and the resources of the software 	 provider.     L       o Ensure compliance with software change control procedures to protect4 against an insider's introduction of malicious code.  C       o Warn your privileged users, e.g. system managers and system L programmers, from executing (or even deleting) potential malicious software.    J       o Regularly monitor the modification dates of critical software such as system files.  K       o Review the User Authorization Files to ensure all entries have been  indeed authorized.  F       o Check the file protection settings for unauthorized changes or% weaknesses (e.g. World read or write)   I       o Monitor abnormal system activity or degraded performance that may ( indicate a change in the security state.  K       o Maintain and monitor audit trails and system accounting information  for abnormal patterns.  0       o Never install unsolicited demo programs.  8       o Maintain a regular backup strategy for all data.  "       o Keep backup media secured.    ,       Copyright 2002 Hewlett-Packard CompanyL       Hewlett-Packard Company shall not be liable for technical or editorialI errors or omissions contained herein. The information in this document is J subject to change without notice. Hewlett-Packard Company and the names ofD HP products referenced herein are trademarks and/or service marks ofI Hewlett-Packard Company. Other product and company names mentioned herein B may be trademarks and/or service marks of their respective owners.        L ----------------------------------------------------------------------------1 -------------------------------------------------       Source:  Hewlett-Packard Company6                 Software Security Response Team (SSRT)                 HP Services     . Statement date: March 1991, update August 2002   Subject: Viruses and HP OpenVMS   F At the present time, the generic name of "virus" includes Trojan horseH programs, worm programs, combinations of these and other malicious code.  E To date there have been no confirmed or reported cases of an operable  OpenVMS virus.  J In the architecture of OpenVMS the potential points of viral vulnerabilityE such as common system programs and file structure are protected. This H protection makes the environment difficult to write/execute 'virus like'L functions, and easy to detect 'virus like' replication activities. Also, theB OpenVMS system controls and available controls for organizational,G procedural and user behavior make the introduction of viruses extremely 4 difficult in this traditional computing environment.  & Copyright 2002 Hewlett-Packard CompanyF Hewlett-Packard Company shall not be liable for technical or editorialI errors or omissions contained herein. The information in this document is J subject to change without notice. Hewlett-Packard Company and the names ofD HP products referenced herein are trademarks and/or service marks ofI Hewlett-Packard Company. Other product and company names mentioned herein B may be trademarks and/or service marks of their respective owners.  L ---------------------------------------------------------------------------- ------------  7 "Nic Clews" <sendspamhere@[127.0.0.1]> wrote in message ! news:bhv8bi$57s$1@lore.csc.com...  > issinoho wrote:  > > I > > A client is being forced by its security chappies to (a) implement an H > > AV solution on their VMS boxes, or (b) come up with some irrefutable% > > reasons why this is not required.  > # > Ask your customer support centre.  > G > We did (a bit back when we were asked exactly the same thing) and got I > two standard documents  talking about OpenVMS and being immune to worms  > and viruses. >  > One is titled: > : > What you should know about HP OpenVMS and Malicious Code >  > and the other: >  > Viruses and HP OpenVMS > 5 > Each document about worms and viruses respectively.  > J > Ironically, it is the people switching off DECnet and LAT who are makingJ > the problem worse, the inherent reliability of these protocols are being5 > compromised by a dirty network where anything goes.  > --  A > Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences  > nclews at csc dot com    ------------------------------  % Date: Wed, 20 Aug 2003 21:22:00 -0400 . From: Mike Bartman <omni@foolie.omniphile.com>" Subject: Re: AntiVirus for OpenVMS8 Message-ID: <v678kvcgd39mn6mb50aq7n5u2c4n91ks2p@4ax.com>  @ On 19 Aug 2003 15:16:19 -0700, kjensen@westerndatapro.com (Kerm) wrote:  @ >There's an undocumented utility with VMS, CHECKSUM.EXE.  Run it@ >against a list of (or all) executibles and record the resultingG >checksums.  Run CHECKSUM at a later date and compare the two listings. = > You can easily detect which files have changed in any way.    @ The concept is good, but this implementation is inadequate.  TheE checksum.exe utility was intended to detect patch level compatibility D for installations, it wasn't intended as a security tool.  Some pastB crackers have added junk to the end of their changes such that theD checksum as computed by checksum.exe comes out the same...this would, make a hacked file look fine to such a test.  = A long time ago at a previous job, I wrote another version of C checksum.exe.  It had the same interface, so you could swap one for F the other in a command procedure, but mine did two checksums using twoF different polynomials, then combined them in the output value.  To getE the same checksum out of the program you'd have to fool both checksum F methods simultaneously.  That seemed kind of tricky to me at the time,D but I'm not a math whiz so maybe I was wrong.  If anyone knows about: this sort of thing, I'd be happy to talk about it offline.  F There is a checksum library function provided with OpenVMS, so writingB a program like mine isn't all that hard, or all that many lines ofE code, and it should make a file change monitor a bit more secure...if F you encrypt the file that records the prior checksums, or at least run; a checksum on *it* and ask a human (i.e. you) or some other D trustworthy source to check the records to see if it has been messed with since the last run.   -- Mike Bartman @ ----------------------------------------------------------------=   To reply via e-mail, remove the 'foolie.' from the address. %   I'm getting sick of all the SPAM... @ ----------------------------------------------------------------   ------------------------------    Date: 20 Aug 2003 20:52:07 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) " Subject: Re: AntiVirus for OpenVMS3 Message-ID: <Jv$a2vx0hlW7@eisner.encompasserve.org>   i In article <v678kvcgd39mn6mb50aq7n5u2c4n91ks2p@4ax.com>, Mike Bartman <omni@foolie.omniphile.com> writes:   ? > A long time ago at a previous job, I wrote another version of E > checksum.exe.  It had the same interface, so you could swap one for H > the other in a command procedure, but mine did two checksums using twoH > different polynomials, then combined them in the output value.  To getG > the same checksum out of the program you'd have to fool both checksum  > methods simultaneously.   ; LJK/Security lets you substitute your own checksum routine.   H > There is a checksum library function provided with OpenVMS, so writingD > a program like mine isn't all that hard, or all that many lines ofG > code, and it should make a file change monitor a bit more secure...if H > you encrypt the file that records the prior checksums, or at least run= > a checksum on *it* and ask a human (i.e. you) or some other F > trustworthy source to check the records to see if it has been messed > with since the last run.  D The other approach is to store the file of prior checksums on CDROM.D LJK/Security does _not_ do that (but does store it on another node).   ------------------------------  + Date: Wed, 20 Aug 2003 21:49:35 +0000 (UTC) 3 From: "Richard Maher" <maher_rj@hotspamnotmail.com>  Subject: Re: Fork on OPEN VMS 2 Message-ID: <bi0qde$pid$1@hercules.btinternet.com>   Hi,   J We have UNIX people using Hawk with R.V. and I'm told that there is a HawkB version for VMS. If you want to roll your own then it's up to you.   Regards Richard Maher.  = Jose Sancho <joseantonio_garcia@hotmail.com> wrote in message 7 news:f2e72344.0308190112.5d40dce2@posting.google.com...  > Hi,  > E > I'm porting a UNIX "C"; program to OPEN VMS. On UNIX, after a fork, D > the child process continues existing when father dies. In OPEN VMS@ > (vfork) do not. I'd like to create a process (inside of a "C";- > program) that "survives"; when father dies.  > B > I've seen I can do that with SYS$CREPRC (...PRC$M_DETACH). But IH > cannot make it work. My problem is that I cannot achieve to assign theA > terminal to the new process: father's sys$input, sys$output and C > sys$error were the terminal. After creating the detached process, H > father dies, and I'd like the new detached process to continue working > whit the terminal. > G > The only think I want is to do a program restart: my program executes G > a copy of itself, and then exits; the new process (that ALWAYS is the B > same program, but a different process than the father) continues' > running. Is there any way to do that?  >  > Thanks a lot. 
 > Jos Sancho  > Infineon - Portugal.   ------------------------------  % Date: Wed, 20 Aug 2003 20:49:02 +0200 6 From: =?ISO-8859-1?Q?Bj=F6rn_Berg?= <clergyman@gmx.de># Subject: Re: FS: VAXstation 4000/90 9 Message-ID: <bi0frr$40hpo$1@ID-144190.news.uni-berlin.de>    Dr. Richard E. Hawkins wrote: 1 > In article <vk1u7kh3bpikaa@corp.supernews.com>, 1 > Roy Omond  <Roy.Omond@BlueBubble.UK.Com> wrote:  >  >>Bjrn Berg hat geschrieben:  >  > M >>>I'm selling my old VAXstation 4000/90. It has the following specification:  >  > > >>You'd probably be best posting this on comp.os.vms where I'm< >>sure you'll find someone pretty close to you (I'm assuming& >>you're in Germany) with an interest. >  > B > Or better yet, in a newsgroup where advertising is allowed . . .  G Do you know such groups which only deal with DEC hardware and software?    - Bjrn    ------------------------------  + Date: Wed, 20 Aug 2003 18:59:31 +0000 (UTC) , From: lewis@mazda.mitre.org (Keith A. Lewis)# Subject: Re: FS: VAXstation 4000/90 . Message-ID: <bi0gej$p6q$1@newslocal.mitre.org>   =?ISO-8859-1?Q?Bj=F6rn_Berg?= <clergyman@gmx.de> writes in article <bi0frr$40hpo$1@ID-144190.news.uni-berlin.de> dated Wed, 20 Aug 2003 20:49:02 +0200: H >Do you know such groups which only deal with DEC hardware and software?   comp.sys.dec Put FS: in the subject.   + --Keith Lewis              klewis$mitre.org > The above may not (yet) represent the opinions of my employer.   ------------------------------  + Date: Wed, 20 Aug 2003 20:22:44 +0000 (UTC) 8 From: hawk@slytherin.ds.psu.edu (Dr. Richard E. Hawkins)# Subject: Re: FS: VAXstation 4000/90 . Message-ID: <bi0lak$pv0$10@f04n12.cac.psu.edu>  9 In article <bi0frr$40hpo$1@ID-144190.news.uni-berlin.de>, % Bjrn Berg  <clergyman@gmx.de> wrote:  >Dr. Richard E. Hawkins wrote:  C >> Or better yet, in a newsgroup where advertising is allowed . . .   H >Do you know such groups which only deal with DEC hardware and software?  % No, but that doesn't make it ok here.    hawk --  K Richard E. Hawkins, Asst. Prof. of Economics    /"\   ASCII ribbon campaign G dochawk@psu.edu  Smeal 178  (814) 375-4700      \ /   against HTML mail D These opinions will not be those of              X    and postings. 6 Penn State until it pays my retainer.           / \      ------------------------------  # Date: Thu, 21 Aug 2003 01:54:49 GMT ' From: CBFalconer <cbfalconer@yahoo.com> # Subject: Re: FS: VAXstation 4000/90 ) Message-ID: <3F442141.B791452C@yahoo.com>    "Dr. Richard E. Hawkins" wrote: ' > Bjrn Berg  <clergyman@gmx.de> wrote:   > >Dr. Richard E. Hawkins wrote: > E > >> Or better yet, in a newsgroup where advertising is allowed . . .  > J > >Do you know such groups which only deal with DEC hardware and software? > ' > No, but that doesn't make it ok here.   A In this case, and this group, I beg to differ.  I would certainly ( draw a line that excluded '286 machines.   --  < Chuck F (cbfalconer@yahoo.com) (cbfalconer@worldnet.att.net);    Available for consulting/temporary embedded and systems. :    <http://cbfalconer.home.att.net>  USE worldnet address!   ------------------------------    Date: 20 Aug 2003 15:50:37 -0700) From: jbrankin@ntlworld.com (Jim Brankin) - Subject: Re: HP's $200MM advertising campaign = Message-ID: <863f19d6.0308201450.4a3a080a@posting.google.com>   G Would it make sense to spend money advertising VMS at this time? Would  < it not be better to wait until VMS for Itanium is released?     u "John Smith" <a@nonymous.com> wrote in message news:<caL0b.246287$rsJ.169635@news04.bloor.is.net.cable.rogers.com>... H > HP's newest advertising campaign is spending $200MM to get individualsH > to purchase HP digital cameras, inkjet printers, and HP branded paper. > H > They have spent big bucks getting sports figures/celebrities into some? > of their ads... Cal Ripken, Ozzie Davis, Ozzie Osborne, .....  > # > They have a big splashy press kit E > http://www.hp.com/hpinfo/newsroom/press_kits/2003/consumerstrategy/  >  > E > But not even 1% of that campaign's cost has been accorded to VMS to E > begin any kind of advertising campaign for it, and no press kit for  > VMS. >  > Shame on you HP. >  > . > http://www.hp.com/hpinfo/newsroom/media.htmlE > Call them and ask them what HP's plans are for OpenVMS advertising. D > You'll find that the people who answer the phone don't know how to > spell OpenVMS    ------------------------------    Date: 20 Aug 2003 14:50:41 -0700- From: soccer13player@yahoo.com (Nom de Plume) " Subject: Re: Last week at HP World= Message-ID: <f401eb7f.0308201350.61d1bf00@posting.google.com>    Dirk Munk wrote:  7 > [...] I'm very proud on my OpenVMS ambassador shirt !   E I was on low power by the time the engineering panel happened.  I was = kind of there in an idle mode.  I had several great non-RTFAQ E questions that I asked the subject matter experts the very next day.  F So, I disappointedly missed my opportunity for those very nice shirts.   ------------------------------  # Date: Wed, 20 Aug 2003 22:40:14 GMT # From: hoff@hp.nospam (Hoff Hoffman) " Subject: Re: Last week at HP World1 Message-ID: <iNS0b.2933$y15.557@news.cpqcorp.net>   m In article <f401eb7f.0308201350.61d1bf00@posting.google.com>, soccer13player@yahoo.com (Nom de Plume) writes:  :Dirk Munk wrote:  : 8 :> [...] I'm very proud on my OpenVMS ambassador shirt ! : F :I was on low power by the time the engineering panel happened.  I was> :kind of there in an idle mode.  I had several great non-RTFAQF :questions that I asked the subject matter experts the very next day.     E   Thanks to members of the Clandestine Button Production Laboratories D   and the Rapid Replication Prototype Production Efforts, I've a bagF   full of RTFAQ buttons ready and waiting for future events, too.  :-)    N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------  % Date: Wed, 20 Aug 2003 16:05:54 -0700 # From: "Tom Linden" <tom@kednos.com> " Subject: RE: Last week at HP World9 Message-ID: <CIEJLCMNHNNDLLOOGNJIMEOBHMAA.tom@kednos.com>    >-----Original Message----- + >From: Hoff Hoffman [mailto:hoff@hp.nospam] ) >Sent: Wednesday, August 20, 2003 3:40 PM  >To: Info-VAX@Mvb.Saic.Com# >Subject: Re: Last week at HP World  >  > > >In article <f401eb7f.0308201350.61d1bf00@posting.google.com>,0 >soccer13player@yahoo.com (Nom de Plume) writes: >:Dirk Munk wrote: >:9 >:> [...] I'm very proud on my OpenVMS ambassador shirt !  >:G >:I was on low power by the time the engineering panel happened.  I was ? >:kind of there in an idle mode.  I had several great non-RTFAQ F >:questions that I asked the subject matter experts the very next day. >  > F >  Thanks to members of the Clandestine Button Production LaboratoriesE >  and the Rapid Replication Prototype Production Efforts, I've a bag G >  full of RTFAQ buttons ready and waiting for future events, too.  :-)   L Maybe you should call it RT*FAQ to provide minimum ambiguity resolution. 8-)   >  > 1 > ---------------------------- #include <rtfaq.h>  >-----------------------------L >    For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq3 > --------------------------- pure personal opinion  >---------------------------F >        Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com >  >---' >Incoming mail is certified Virus Free. ; >Checked by AVG anti-virus system (http://www.grisoft.com). A >Version: 6.0.511 / Virus Database: 308 - Release Date: 8/18/2003  >  --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.511 / Virus Database: 308 - Release Date: 8/18/2003   ------------------------------  # Date: Wed, 20 Aug 2003 18:31:17 GMT 3 From: "George Samuelson" <samuelsong@insightbb.com>  Subject: Re: more HP layoffs> Message-ID: <U7P0b.158349$It4.78778@rwcrnsc51.ops.asp.att.net>  I Not only Technology and Management, but Pre-Sales Support. Now, what does  that tell you?7 "Dave Gudewicz" <k9jdk@NOSPAMarrl.net> wrote in message ) news:vjsp32lcjfhpca@corp.supernews.com... J > There were 3 or 4 who got it this go around.  Technology and management. > Could have been others.  > 	 > Dave...  > 6 > "Neil Rieck" <n.rieck@sympatico.ca> wrote in message5 > news:oWI_a.6506$kp4.869027@news20.bellglobal.com... ; > > "Dave Gudewicz" <k9jdk@NOSPAMarrl.net> wrote in message - > > news:vjlq14s6b8og70@corp.supernews.com... K > > > Got a call just yesterday from a long term DEC--->CPQ--->HP employee.  > NoK > > > longer.  He and several others in that category were given their pink  > slips.# > > > This in the Chicagoland area.  > > > J > > > Guess that's one way to please Wall Street.  But that's several less > highlyG > > > qualified people to rely on for support, etc.  Guess that doesn't 	 > matter.  > > > 
 > > > Dave...  > > > 
 > > [snip] > > >  > > > K > > Yep. Short term gain followed by long term pain. BTW, was your buddy in  > > technology or management?  > >  > > Neil Rieck! > > Kitchener/Waterloo/Cambridge,  > > Ontario, Canada.% > > http://www3.sympatico.ca/n.rieck/  > >  > >  >  >    ------------------------------  % Date: Wed, 20 Aug 2003 13:00:44 -0700 * From: "Jack Peacock" <peacock@simconv.com> Subject: Re: more HP layoffs, Message-ID: <QI-dnaZuavHwTt6iXTWJhw@fdn.com>  > "George Samuelson" <samuelsong@insightbb.com> wrote in message8 news:U7P0b.158349$It4.78778@rwcrnsc51.ops.asp.att.net...K > Not only Technology and Management, but Pre-Sales Support. Now, what does  > that tell you? > L That VMS sales people are so well-trained now there is no need for pre-sales support?  - Or maybe they didn't want to move to India...     Jack Peacock    ------------------------------  # Date: Wed, 20 Aug 2003 22:50:08 GMT 0 From: Randy Park <rjpark@mindspring.nospaam.com>E Subject: Re: Overlapped IO with redirected SYS$OUTPUT for Sub Program 8 Message-ID: <a9u7kvob5ev6n77bu9vgo57t40lr422g5e@4ax.com>  A I agree with Dave that a mailbox is probably the correct approach C to use.  The parent program would have to create the mailbox first, > then when calling LIB$SPAWN specify the mailbox as the default output for the subprocess.  > Even though RMS supports shared sequential files, you might beB stepping all over yourself if you try to read it while it is beingA written to.  And to do this correctly, RMS would have to be doing : a physical write for every PRINT statement.  The I/O would) be significant, if it could even be done.   
 Good luck.  5 On Mon, 18 Aug 2003 12:33:08 -0600, "Michael D. Ober" % <obermd-@-alum-mit-edu-nospam> wrote:   J >The subprograms in this case "PRINT" their output, which is why I've beenJ >using an intermediate file.  Regardless of method, the sub-programs stillH >needs to use the basic PRINT statement so I don't have to rewrite them.F >Also, the calling program needs to receive the results back in a lineM >oriented fashon (LINPUT).  Virtual, Session Table based Mailboxes would have K >the additional benefit of not having to delete the temporary file when the ! >calling program is done with it.  >  >Mike. > 6 >"David Froble" <davef@tsoft-inc.com> wrote in message' >news:3F41119C.7010101@tsoft-inc.com...  >> Michael D. Ober wrote:  >>I >> > Does anyone have a code snippet (C or BASIC) showing how to redirect J >> > SYS$OUTPUT for a sub-program called by LIB$SPAWN and have the callingJ >> > program continue processing.  I can redirect the output and then open >theM >> > intermediate file after the sub-program completes, but I want to process  >the@ >> > sub-program's output in parallel to it creating the output. >> >> No code samples, sorry. >>L >> I'd need to know a bit more about volumn and what you're doing to be realC >> specific, but some concepts would be to use mailboxes, or socket  >communications,L >> or other interprocess communications methods.  A file is so slow compared >to M >> those mentioned, but may be appropriate for you requirements.  Regardless,  >other1 >> communications methods would be more flexible.  >>H >> If you decide upon mailboxes, I might have some code that would help. >> >> Dave  >> >> -- 7 >> David Froble                       Tel: 724-529-0450 7 >> Dave Froble Enterprises, Inc.      Fax: 724-529-0596 A >> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 9 >> T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486  >> >    ------------------------------   Date: 20 Aug 2003 17:56:19 GMT, From: bill@gw5.cs.uofs.edu (Bill Gunshannon), Subject: Re: running a news SERVER under VMS9 Message-ID: <bi0co2$3um3q$1@ID-135708.news.uni-berlin.de>   ; In article <01KZOU8SFUAOAMIU2C@sysdev.deutsche-boerse.com>, < 	Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> writes:G >> >>>and the full news feed I take currently consumes 8-10 GB of disk   >> >>>space.   >> >> ; >> >> How many groups?  How long are the articles retained?  >> >  : >> > Roughly 44,000.  Retention seems to be about 3 weeks. >>  D >> I hope you don't think that is anywhere near a full feed.  When IE >> had to shut down my server at the University (over a year ago) our " >> count was already over 346,000. > 0 > How many of these were actually active groups?  = Well, I didn't really have the time to read more than about a ; half dozen myself :-)  but I would imagine most of them.  I 9 don't still have any of my statistics around, but a quick > look on the net shows this for news-xfer1.alt.newshosting.com:  .    Incoming Feeds               Outgoing Feeds0 Accepted     Volume          Accepted     Volume2 1684984      401.52GB        3901616      470.84GB  ' Which I think is pretty representative.   B That's for 24 hours.  A "full feed" is a lot more than many people@ actually think.  I started back when we did this on dial-ups and- watched it grow til even a T-1 wasn't enough.o  9 Running a real news server is not for the faint of heart.n   bill     --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   r   ------------------------------  % Date: Wed, 20 Aug 2003 16:53:24 -0700 0 From: Mark Berryman <Mark.Berryman@Mvb.Saic.Com>, Subject: Re: running a news SERVER under VMS' Message-ID: <3f43a785$1@cpns1.saic.com>a   Bill Gunshannon wrote:' > In article <3f42398f@cpns1.saic.com>,a5 > 	Mark Berryman <Mark.Berryman@Mvb.Saic.Com> writes:t >  >>Phillip Helbig wrote:E >>E >>>>and the full news feed I take currently consumes 8-10 GB of disk   >>>>space.   >>>S >>>e8 >>>How many groups?  How long are the articles retained? >>7 >>Roughly 44,000.  Retention seems to be about 3 weeks.- >  > C > I hope you don't think that is anywhere near a full feed.  When ItD > had to shut down my server at the University (over a year ago) our! > count was already over 346,000.   G Either your memory is off or you had a TON of private groups (or maybe  E you never cleaned up expired groups).  I have a full feed but do not sH accept (or count) the various binary groups.  Going to several publicly H available news servers I am aware of I see anywhere from 12000 to 66000 I groups depending on whether or not the server takes the alt.* groups and c which regional groups it has.t  E >>>What is the minimum network bandwidth one needs (assuming you are  $ >>>carrying practically all groups)? >>G >>At the moment, I am using about 60 KB/sec to receive news.  I do not  N >>know how much that fluctuates as I have never had call to measure it before. >  > E > I had a satellite feed for the majority of my incoming news and the E > networking people here still complained constantly about the amounts) > of bandwidth I was using on a 10M link.e  H Unless you had a satellite feed that differs greatly from the ones I am F familiar with you would have been lucky to comsume .5Mb of bandwidth, E much less a significant portion of 10Mb.  I only saw bursts get that  E high if you were limited to taking the feed at night.  Accepting the b: feed at all hours of the day requires much less bandwidth.  
 Mark Berrymanp   ------------------------------    Date: 20 Aug 2003 19:31:48 -07001 From: keithparris_NOSPAM@yahoo.com (Keith Parris)e Subject: Re: show clustern= Message-ID: <cf15391e.0308201831.6062d177@posting.google.com>e  r amit sawhney <thick_guy_9@yahoo.com> wrote in message news:<20030814032302.78618.qmail@web41110.mail.yahoo.com>...6 > I had a problem yesterday when node A in the cluster3 > was down, but SH CLUSTER in node B showed both ase2 > members. How can I find out if both are actively
 > running?  D What evidence indicated that Node A was down?  If SHOW CLUSTER still@ showed node A as a cluster member, it may have been hung but not actually down.  D Could you still do things like SHOW SYSTEM/CLUSTER and see data from Node A?r  A Availability Manager / DECamds can be a good tool to provide moreoD detail on the state of a hung system, since the data analysis occursD at IPL 8 and so you can look at the system even when it appears hung at the user level.   ------------------------------   Date: 20 Aug 2003 18:01:55 GMT, From: bill@gw5.cs.uofs.edu (Bill Gunshannon)( Subject: Re: Strange programming problem9 Message-ID: <bi0d2j$3um3q$2@ID-135708.news.uni-berlin.de>   3 In article <PlCvzePncO0P@eisner.encompasserve.org>, 0 	Kilgallen@SpamCop.net (Larry Kilgallen) writes:j > In article <bhvti7$3o9g8$2@ID-135708.news.uni-berlin.de>, bill@gw5.cs.uofs.edu (Bill Gunshannon) writes:; >> In article <1lu4kv0vfch61nnqn44ehtdtp5arqs440m@4ax.com>,r4 >> 	Mike Bartman <omni@foolie.omniphile.com> writes:F >>> C is famous for stuff like this...uninitialized pointers, danglingF >>> pointers, array out of bounds, bad pointer arithmetic, etc., etc., >>  H >> It's a poor workman who blames his tools.  Bad programming is not theI >> fault of the language.  Remember, COBOL, by design, didn't have range-a >> checking either.i > D > From what I know of Cobol, it is quite amenable to range checking.A > The use of null-terminated strings in C prevents such automaticg > compiler safeguards.  B Amenable, maybe, but the original design decision was to leave outB range-checking because the cost was seen as too high.  It was leftD as the responsibility of the programmer to ensure there were no out-B of-bounds accesses.  As I have said before, assuming Macro-11 cameC before C, then C didn't invent the null terminated string.  And oneuA is free to implement a "string" data type any way one wishes in C.D if one thinks the provided mechanism is insufficient, much like manyA people implemented some kind of string in the early Pascal's thatu did not have them by default.    bill   -- rJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------    Date: 20 Aug 2003 12:36:45 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)a( Subject: RE: Strange programming problem3 Message-ID: <BFc$RUsQPNtS@eisner.encompasserve.org>   _ In article <CIEJLCMNHNNDLLOOGNJIKENEHMAA.tom@kednos.com>, "Tom Linden" <tom@kednos.com> writes:c; > In our UNIX version of PL/I you could have declared it asH@ > char(500) options(c);  but alas we never put that into the VMS, > version.  Strings in C were ill-conceived.  0 And VMS programmers should have better taste :-)   ------------------------------  % Date: Wed, 20 Aug 2003 20:58:49 -0400u. From: Mike Bartman <omni@foolie.omniphile.com>( Subject: Re: Strange programming problem8 Message-ID: <to58kvcp7k5eu628rgkhgtajnn8tqo8de2@4ax.com>  C On 20 Aug 2003 13:37:12 GMT, bill@gw5.cs.uofs.edu (Bill Gunshannon)n wrote:  9 >In article <1lu4kv0vfch61nnqn44ehtdtp5arqs440m@4ax.com>,i2 >	Mike Bartman <omni@foolie.omniphile.com> writes:E >> C is famous for stuff like this...uninitialized pointers, dangling E >> pointers, array out of bounds, bad pointer arithmetic, etc., etc.,n >u+ >It's a poor workman who blames his tools. a  B And it's a foolish workman who removes all of the safety equipmentF from his power tools, or chooses equipment that lacks them when better
 is available.   D It's possible to cut many cords of firewood with a chainsaw that hasB no anti-kickback devices, no guards and no auto-releasing throttleE control.  It's also possible to cut your legs off with such a device.n  D You can write perfectly good, easilly maintained code in C.  You canC also write lousy, bug-ridden, almost impossible to debug code in C. F The language doesn't hinder the later much at all, though it does lack@ some things that would make the former a lot easier (such as theC concept of namespaces so you can write sharable/re-usable libraries F more easily).  It's just not a very good language, though if you thinkF of it as a high level assembler, you are safer than if you think of it as a high level language.   > It's a poor workman who doesn't use the best tool for the job.= Sometimes C is a good choice.  Just not when you have a largeyC multiprogrammer system to develop, or when you have programmers whouC don't have a decade or so of programming experience...that includesuA maintaining large systems written by others in the distant past. u  C All that said, most C code that I work with is a lot poorer than itn@ needed to be based on the language features available.  C *does*E include comments for instance...and it doesn't *require* you to stuffeE the entire function into the boolean expression of an if statement...    -- Mike Bartmanh@ ----------------------------------------------------------------=   To reply via e-mail, remove the 'foolie.' from the address.g%   I'm getting sick of all the SPAM... @ ----------------------------------------------------------------   ------------------------------  % Date: Wed, 20 Aug 2003 21:02:21 -0400 . From: Mike Bartman <omni@foolie.omniphile.com>( Subject: Re: Strange programming problem8 Message-ID: <5b68kvst38ohe49hpeluah99k9vhmglk3m@4ax.com>  F On 20 Aug 2003 09:25:28 -0500, Kilgallen@SpamCop.net (Larry Kilgallen) wrote:  C >From what I know of Cobol, it is quite amenable to range checking. @ >The use of null-terminated strings in C prevents such automatic >compiler safeguards.t  C To be fair, I don't know of anything in C that cares a whit how yourB handle your strings...C doesn't have a "string" type.  It just hasB "character arrays".  Since it also has structures, it is perfectlyA feasable to build a string as a length-prefixed string type, or a A descriptor that describes a string and its location, or any other  layout you'd like.  C All the "null-terminated string" stuff is in the standard C runtime E libraries.  They aren't really a part of the language, though I thinksE the more recent specs include a minimal set that should be supported.eC You are free to ignore them in your own code though, and do stringsa any way you like.i  E -- Mike "I've written some dynamic length string functions for my ownr use" Bartman -- @ ----------------------------------------------------------------=   To reply via e-mail, remove the 'foolie.' from the address.h%   I'm getting sick of all the SPAM...i@ ----------------------------------------------------------------   ------------------------------  % Date: Wed, 20 Aug 2003 21:10:26 -0400x. From: Mike Bartman <omni@foolie.omniphile.com>( Subject: Re: Strange programming problem8 Message-ID: <si68kv4i01c8onlssbll7gngn0rnkfjaao@4ax.com>  , On Wed, 20 Aug 2003 15:07:35 GMT, Ryan Moore! <rmoore@rmoore.dyndns.org> wrote:e  , >On Wed, 20 Aug 2003, Larry Kilgallen wrote:E >> From what I know of Cobol, it is quite amenable to range checking.dB >> The use of null-terminated strings in C prevents such automatic >> compiler safeguards.  >nI >This is not necessarily true.  Depending on how your array is allocated,t% >the compiler can do range checking. o  E You can't really range-check in C, because it's possible to play withrA array contents using pointers, rather than explicit array element A references.  The end result is that you can overfill an array andtA there's no way for the compiler to know about it.  Even a runtime ? check can be fooled unless you have a lot of support for memory ? management and isolate the address spaces of each array so thato; running off the end will trigger an invalid virtual addresseF reference...and even that won't work if you run far enough off the end" and end up in the next array over.  C Think of it from the assembly language viewpoint...that's basically D what C is, from a protection standpoint.  You can reference any partD of memory without limit using pointers, so you can screw up any partE of the program or its data.  Pascal, for instance, limits this by not B allowing pointer arithemetic and not allowing cross-type pointers.B This can make writing certain kinds of code more difficult, but itF also protects you from some of the more hideous errors that C is prone to.u  D If the PC industry had been able to settle on a language like PascalF or Ada for most development, rather than C, we'd see far more reliableE systems than we see today.  Saying that a good and careful programmertC can write solid code in C is true, but pointless.  Most programmersgD aren't all that good, and most aren't granted the time to be careful by their management.   -- Mike Bartmans@ ----------------------------------------------------------------=   To reply via e-mail, remove the 'foolie.' from the address.o%   I'm getting sick of all the SPAM...u@ ----------------------------------------------------------------   ------------------------------  % Date: Wed, 20 Aug 2003 18:27:24 -0700a# From: "Tom Linden" <tom@kednos.com>h( Subject: RE: Strange programming problem9 Message-ID: <CIEJLCMNHNNDLLOOGNJIOEOEHMAA.tom@kednos.com>n   >-----Original Message-----c6 >From: Mike Bartman [mailto:omni@foolie.omniphile.com]) >Sent: Wednesday, August 20, 2003 6:02 PMr >To: Info-VAX@Mvb.Saic.Com) >Subject: Re: Strange programming problemt >d >mG >On 20 Aug 2003 09:25:28 -0500, Kilgallen@SpamCop.net (Larry Kilgallen)h >wrote:c >eD >>From what I know of Cobol, it is quite amenable to range checking.A >>The use of null-terminated strings in C prevents such automatic0 >>compiler safeguards. >eD >To be fair, I don't know of anything in C that cares a whit how youC >handle your strings...C doesn't have a "string" type.  It just has C >"character arrays".  Since it also has structures, it is perfectly B >feasable to build a string as a length-prefixed string type, or aB >descriptor that describes a string and its location, or any other >layout you'd like.   C Alternatively, you can use a rigorously defiend language like PL/I.o   > D >All the "null-terminated string" stuff is in the standard C runtimeF >libraries.  They aren't really a part of the language, though I thinkF >the more recent specs include a minimal set that should be supported.D >You are free to ignore them in your own code though, and do strings >any way you like. > F >-- Mike "I've written some dynamic length string functions for my own >use" Bartman --A >---------------------------------------------------------------- > >  To reply via e-mail, remove the 'foolie.' from the address.& >  I'm getting sick of all the SPAM...A >----------------------------------------------------------------m >h >---' >Incoming mail is certified Virus Free.e; >Checked by AVG anti-virus system (http://www.grisoft.com).1A >Version: 6.0.511 / Virus Database: 308 - Release Date: 8/18/2003: >  ---e& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.511 / Virus Database: 308 - Release Date: 8/18/2003   ------------------------------    Date: 20 Aug 2003 20:13:39 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)o( Subject: Re: Strange programming problem3 Message-ID: <iTU+jZnvm0rq@eisner.encompasserve.org>c  i In article <5b68kvst38ohe49hpeluah99k9vhmglk3m@4ax.com>, Mike Bartman <omni@foolie.omniphile.com> writes:dH > On 20 Aug 2003 09:25:28 -0500, Kilgallen@SpamCop.net (Larry Kilgallen) > wrote: > D >>From what I know of Cobol, it is quite amenable to range checking.A >>The use of null-terminated strings in C prevents such automatici >>compiler safeguards. > E > To be fair, I don't know of anything in C that cares a whit how youdD > handle your strings...C doesn't have a "string" type.  It just hasD > "character arrays".  Since it also has structures, it is perfectlyC > feasable to build a string as a length-prefixed string type, or anC > descriptor that describes a string and its location, or any other  > layout you'd like. > E > All the "null-terminated string" stuff is in the standard C runtimeaG > libraries.  They aren't really a part of the language, though I thinkeG > the more recent specs include a minimal set that should be supported.nE > You are free to ignore them in your own code though, and do stringse > any way you like.p  D And that will not cause the compiler to provide automatic safeguards for the range of a string.   ------------------------------  % Date: Wed, 20 Aug 2003 23:29:33 -0400t' From: Stuart Fuller <stufuller@usa.net>.( Subject: RE: Strange programming problem0 Message-ID: <tae1ib.4ah.ln@dadsys2.fuller.local>   Tom Linden wrote:m   >hE > Alternatively, you can use a rigorously defiend language like PL/I.  >-   As if C wasn't fiend enough.   -- -           Stu-   ------------------------------    Date: 20 Aug 2003 22:38:29 -0700- From: pdafniotis@yahoo.com (Petros Dafniotis)l& Subject: Tcl/Tk 8.3 or 8.4 for OpenVMS< Message-ID: <e54adf36.0308202138.b5ed9ce@posting.google.com>  C I am aware of at least two ports of Tcl/Tk 8.0p2 to OpenVMS which I@" have been using quite extensively.  : Is anyone working on Tcl/Tk port (v8.3 or 8.4) to OpenVMS?   Thank you and kind regards,a Petros ---  Petros Dafniotis, PhDo pdafniotis@yahoo.com   ------------------------------    Date: 20 Aug 2003 12:44:17 -0700  From: omribi@zahav.net.il (Omri)* Subject: Re: Website Based on ASP and VMS.= Message-ID: <9fe63810.0308201144.30298501@posting.google.com>d   Hi,t Thanks for all answers.y John Apps: s; I want it to be ASP on Windows IIS because i'm working withiC ASP/MSSQL/IIS long time. i cant do this project with new technologyn that i'm not familar with.( I have little data to read/write to vms.: The project is an Intranet with few links to the Vms Data.@ It's going to be Documents Directory of customers. All CustomersC located in vms, what i have to check is if Customer is available inr1 VMS, if yes the Intranet accept documents of him.hD The 2nd data access is to upgrade the vms which Documents is located at the directory.p Thats the Links for VMS - Only.u Thanks.   	 Dooley :  . Verastream Looking good, i'll check with them.  I've to check the DBF Format...  Thanks.    Jeffrey Coffield :8 I Have to check if i can write to our DB from the cgi... Thanks   Barry Treahy, Jr :F I Have to check if the DBF have known format that can be accessed from ConnX, Or its custom DBF file. Thanks   Bob Ceculski :E I Have to check if it can access to our DBF file, if it can - its thet	 soultion.e    
 And Again, Thanks For All AnswersF I'll check the DBF Format with the VMS Programmers and return to check your soultions..   Have a nice day, Omri.   V "John Apps" <john.apps@hp.com> wrote in message news:<3f43752e@usenet01.boi.hp.com>...M > Ericom Host Publisher is NOT what you need here. It will emulate terminals,tK > but not talk to files on the OpenVMS box. If you have VT applications you K > wish to integrate into your Web application, then Host Publisher would beI > the correct choice..K > If not, and you're trying to access only data on the OpenVMS system, thencE > any of the choices mentioned in previous threads will do the trick.. > K > One question: does it have to be ASP on Windows IIS? How about Tomcat andhM > JSP on OpenVMS instead? JavaServer Pages (JSP) are very similar to ASP, andnK > Java code in a JSP more than similar to JavaScript on Windows, JavaScripthI > being a good alternative to VBScript. Even VBScript and JavaScript haver > similarities.t >  > Cheers, john/ > "Omri" <omribi@zahav.net.il> wrote in message 8 > news:9fe63810.0308161159.365d3ef@posting.google.com... > > Hi,-) > > I have VMS 6.2 with some application.0B > > I want to create intranet based on Windows2000/IIS5 Server and >  ASP/VBSCRIPT.M > > I Need this intranet to read/update information from the VMS Application.i4 > > The VMS Application using DBF files as Database.M > > I Think that Ericom have the soultion for that (PowerTerm Host Publisher)o! > > Someone know another options?s > >b > > Thanks, 	 > > Omri.i   ------------------------------  # Date: Wed, 20 Aug 2003 20:17:09 GMT 3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond)s: Subject: Re: Will OpenVMS I64 run on a Dell PowerEdge 32502 Message-ID: <9HQ0b.2920$FN4.2436@news.cpqcorp.net>  3 "John Reagan" <john.reagan@hp.com> wrote in messages+ news:i0r0b.2704$I03.634@news.cpqcorp.net...p
 > Alan wrote:a > >h3 > > Will OpenVMS I64 run on a Dell PowerEdge 3250 ?-  3 The short term answer is almost certainly "NO", but 6 Dell's response to this question would be interesting.   -- jJ       Charlie Hammond -- Hewlett-Packard Company -- Ft Lauderdale  FL  USAF           (hammond@not@peek.ssr.hp.com -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------   End of INFO-VAX 2003.461 ************************