1 INFO-VAX	Wed, 20 Aug 2003	Volume 2003 : Issue 459       Contents:2 Re: 16 years experience in VMS - looking for a job2 Re: 16 years experience in VMS - looking for a job2 Re: 16 years experience in VMS - looking for a job2 Re: 16 years experience in VMS - looking for a job2 Re: 16 years experience in VMS - looking for a job Re: 306GB drives!  Re: 306GB drives!  Re: 306GB drives!  Re: AntiVirus for OpenVMS  Re: AntiVirus for OpenVMS  Re: AntiVirus for OpenVMS  Re: AntiVirus for OpenVMS  Re: AntiVirus for OpenVMS  Re: AntiVirus for OpenVMS  Calculating RESHASHTBL Re: Calculating RESHASHTBL Re: Calculating RESHASHTBL Re: DE500 wanted  Re: decw$mwm change process name( Re: DLT FAST_SKIP problem with VMS 7.3-1 Re: Fork on OPEN VMS' HP fails to meet analysts expectations.  HP misses estimates  Re: HP misses estimates " Re: HP's image is improving (NOT!)" Re: HP's image is improving (NOT!)" Re: HP's image is improving (NOT!)A IBM ends all 32 bit support in 2007 - what's the world coming to? E Re: IBM ends all 32 bit support in 2007 - what's the world coming to? E Re: IBM ends all 32 bit support in 2007 - what's the world coming to?  Re: Last week at HP World  Re: Last week at HP World 1 Re: Mail not purged when accessed via POP3 client  Multitasking MMS or MMK P Re: OpenVMS I64 on Third-Party Itanium Systems (was: Re: Will OpenVMS I64 run on# Re: running a news SERVER under VMS  Re: Secure POP3 @ Senior level OpenVMS systems administration consultant available Re: Strange programming problem  Re: Strange programming problem $ Re: vms tcp/ip server in C - arghhhh$ Re: vms tcp/ip server in C - arghhhh Re: xml web services OpenVMS Re: xml web services OpenVMS  F ----------------------------------------------------------------------    Date: 19 Aug 2003 13:58:50 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) ; Subject: Re: 16 years experience in VMS - looking for a job 3 Message-ID: <mWB326Rn1vU6@eisner.encompasserve.org>   a In article <NFuAZh9PyiQz@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes:   = > 	And an embarassing follow-up might run along the lines of:  > > > 	"You just lie on resumes but wouldn't lie if hired, right?"  C I knew someone who was hired as DP manager at a VMS shop some years ? back. He discovered the night operator was putting the required B stickers on the backup tapes and moving from the "blank tape" rack> to the "backup tapes" rack without actually doing the backups.  ? Granted there should have been controls in place, but employees % who lie can be bad for your business.    ------------------------------   Date: 19 Aug 2003 19:42:08 GMT, From: bill@gw5.cs.uofs.edu (Bill Gunshannon); Subject: Re: 16 years experience in VMS - looking for a job 9 Message-ID: <bhtuif$37fn5$1@ID-135708.news.uni-berlin.de>   3 In article <mWB326Rn1vU6@eisner.encompasserve.org>, 0 	Kilgallen@SpamCop.net (Larry Kilgallen) writes:c > In article <NFuAZh9PyiQz@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes:  > > >> 	And an embarassing follow-up might run along the lines of: >>  ? >> 	"You just lie on resumes but wouldn't lie if hired, right?"  > E > I knew someone who was hired as DP manager at a VMS shop some years A > back. He discovered the night operator was putting the required D > stickers on the backup tapes and moving from the "blank tape" rack@ > to the "backup tapes" rack without actually doing the backups. > A > Granted there should have been controls in place, but employees ' > who lie can be bad for your business.   / Hmmmm...  employees being less than truthful...   @ In one of my many past locations we had an employee whose resume> turned out to be a total fabrication.  He had no education and@ none of the experience he claimed. (No, he wasn't actually self-A trained and a real whiz kid.  He was a complete looser.)  Luckily @ this was discovered very early in his probationary period and he? was shown to the door.  Imagine our surprise a few months later ? when we were contacted by someone checking out his credentials. 3 Seems he put us down as one of his references.  :-)    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>       ------------------------------  # Date: Tue, 19 Aug 2003 19:08:53 GMT 4 From: Tim Llewellyn <tim.llewellyn@blueyonder.co.uk>; Subject: Re: 16 years experience in VMS - looking for a job / Message-ID: <3F4273EA.EFD8D3B@blueyonder.co.uk>    Steve Spires wrote:  > C > Yes, and you can add me to the list of folk in the UK looking for F > work... the experiment to become a permie has failed miserably and IG > have now joined that ever increasing group of those made redundant...  > didn't even make a year! >   F Hmmm, sorry to hear that. Is "made redundant" a better answer than "myL contract ended when the project terminated" when asked "why did you leave?",	 I wonder.     G > Oh well, I guess we'll be competing for those jobs now Tim - at least C > I have 7.3-1 and 'some' exposure to SAN etc. Doesn't appear to be  > helping yet though.   E Want to work in London? Doesn't seem to be much action anywhere else. D Though I'd take a contract there if the rate was right I suspect itsB mainly holding operations while replacement projects are deployed.7 Did you see http://www.theinquirer.net/?article=11093 ?      > G > One thing I have heard through the grapevine is that certain possible H > employees search places like google on receipt of your CV as they feelD > they can get a good idea of your level of experience and knowledgeC > from the questions you pose and the answers you give etc. Whether G > that's a help or a hindrance I don't know. If you've ever slagged off - > previous employees it might be a problem...   " You mean employers not employees?   L I suspect involvement in "the opus" a few years back may also be a negative.   > . > Cheers and good luck to all the job hunters!   and to you.  >  > Steve Spires >     sure,    --   tim.llewellyn@blueyonder.co.uk   ------------------------------  # Date: Tue, 19 Aug 2003 19:27:47 GMT 4 From: Tim Llewellyn <tim.llewellyn@blueyonder.co.uk>; Subject: Re: 16 years experience in VMS - looking for a job 0 Message-ID: <3F427858.AB1DC1C8@blueyonder.co.uk>   Larry Kilgallen wrote: > c > In article <NFuAZh9PyiQz@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes:  > D > >       And an embarassing follow-up might run along the lines of: > > E > >       "You just lie on resumes but wouldn't lie if hired, right?"  > E > I knew someone who was hired as DP manager at a VMS shop some years A > back. He discovered the night operator was putting the required D > stickers on the backup tapes and moving from the "blank tape" rack@ > to the "backup tapes" rack without actually doing the backups. > A > Granted there should have been controls in place, but employees ' > who lie can be bad for your business.     @ Some would argue a backup without a verify pass is almost as bad6 as no backup. Anyway, if the backup  fails due to lackJ of tape this should be raised as an exception condition to the responsibleE manager in any business that cares about its data. I'd actually blame : whoever was responsible for the backup infrastructure more@ than the tape op in this case, because the first day the tape op: did this he SHOULD have had a roasting from management who3 had been informed the backup failed (as you state).   > The again what do I know, only twenty years VMS experience and> only one job interview this year. If I didn't know better, I'dC be tempted to start lying on my CV. Plenty of people do, especially  in non-technical areas.    regads     --   tim.llewellyn@blueyonder.co.uk   ------------------------------    Date: 19 Aug 2003 15:51:42 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) ; Subject: Re: 16 years experience in VMS - looking for a job 3 Message-ID: <ibsBH8xqqh9$@eisner.encompasserve.org>   g In article <3F427858.AB1DC1C8@blueyonder.co.uk>, Tim Llewellyn <tim.llewellyn@blueyonder.co.uk> writes:  >  >  > Larry Kilgallen wrote: >>  d >> In article <NFuAZh9PyiQz@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes: >>  E >> >       And an embarassing follow-up might run along the lines of:  >> >F >> >       "You just lie on resumes but wouldn't lie if hired, right?" >>  F >> I knew someone who was hired as DP manager at a VMS shop some yearsB >> back. He discovered the night operator was putting the requiredE >> stickers on the backup tapes and moving from the "blank tape" rack A >> to the "backup tapes" rack without actually doing the backups.  >>  B >> Granted there should have been controls in place, but employees( >> who lie can be bad for your business. >  > B > Some would argue a backup without a verify pass is almost as bad > as no backup.   F Yes, but this shop was relying on manual backups and trusting the word of a single person.    ------------------------------  # Date: Tue, 19 Aug 2003 18:36:49 GMT % From: "Bob Lail" <Robert.Lail@hp.com>  Subject: Re: 306GB drives!0 Message-ID: <57u0b.2753$yo3.83@news.cpqcorp.net>  5 "Bill Todd" <billtodd@metrocast.net> wrote in message , news:VaidndOsz4WOddyiXTWJkw@metrocast.net... > 2 > "Bob Lail" <Robert.Lail@hp.com> wrote in message. > news:btb0b.2619$3s2.1400@news.cpqcorp.net... >  > ...  >  > >     Read the paper.  >  > Ok.  > 8 >  It will enlighten you to the real differences between > > ATA and SCSI disk drives.  > D > Though it was a good overview, I'm afraid that there really wasn't anything > surprising in it.  >  > > They are VERY different  > J > Of course they are:  the question is the degree to which the differencesJ > matter.  There are certainly cases where they are absolutely critical toH > OEMs (e.g., those who require modifications to the disk's firmware, orJ > specialized sector sizes), but this is not true for typical customer useG > unless there's a need, say, to connect individual drives (rather than * > multi-drive cabinets) to multiple hosts. >  >  and no one should be H > > advocating replacing SCSI drives with ATA drives in Mission CriticalG > > applications unless they know and understand the risks they will be  taking > > with their data. > E > Since I have a pretty good understanding of those risks, I'm fairly E > comfortable explaining them to others.  They primarily boil down to D > potential performance degradation and premature failure if careful	 attention + > is not paid to the operating environment.  > I > The article makes it clear that the increased cost of SCSI disks arises J > primarily from their significantly higher unit performance (more complexK > interface, higher rotational speeds and faster seeks, plus mechanical and K > electrical engineering that provides somewhat higher MTBF and lower retry I > frequencies despite these higher stresses) - in combination, of course,  withK > the consequences of spreading development costs over far smaller volumes. L > By contrast, ATA drives benefit from trickle-down engineering advances and+ > less demanding operating characteristics.  > F > So while it's true that a 7200 rpm ATA drive has only about half theK > random-access performance of a 15Krpm SCSI/FC drive (which costs close to L > 10x as much for a given storage capacity:  it's only the older, slower 10KL > rpm SCSI generation that gets the difference down close to 3x), if there'sG > enough parallelism in the workload you can simply spread the high-end K > drive's data over two ATA drives and obtain similar performance (assuming > > that the ATA drives are mounted so as to minimize mechanical seek-vibrationE > coupling, and modulo any additional differences due to the possible  absence H > of tagged-queuing facilities in the ATA drives, but the latter becomesH > significant only if the load is allowed to increase to the point whereL > non-negligible queues actually start to form at the disks).  And as sharedJ > virtualization technology increasingly spreads unrelated activities overI > many shared spindles, situations in which no significant parallelism is  seen( > at the disks become increasingly rare. > B > There's no question that high-end drives are more reliable on an
 individualG > basis, and that this advantage is even greater (by a factor of 3 - 4, D > according to the paper - which was a useful quantitative nugget ofH > information that I hadn't previously been familiar with, including theH > compensating effect of reducing the platter count which once again canK > operate to reduce any ATA handicap) when adjusted to compensate for their C > higher nominal power-on and seek duty cycles, but their commodity J > competition is not one-for-one here any more than it is when performance isI > important.  A pair of mirrored commodity ATA drives provides comparable C > (read) performance to and far better (system) MTBF - even in 24/7 G > operation - than the best single high-end drive you can buy, plus far B > greater storage capacity, far lower cost, and comparable overallJ > power/cooling requirements (which allows each individual commodity drive toL > operate at lower temperature - a reliability advantage over higher-poweredI > SCSI/FC drives).  The high-end drive's only real advantages are smaller  rackH > footprint (if you don't need the far greater storage capacity that theJ > paired-ATA option provides), faster strictly-serial access, faster writeH > access (where mirroring doesn't help the performance of the ATA pair), lessB > sensitivity to mechanical seek-coupling (though since ATA drives
 *generate*K > less seek vibration in the first place, due to their less-aggressive head J > movements, that helps compensate), more graceful performance degradationF > under high loads than ATA drives that don't include internal queuing. > optimization, and less frequent replacement. > J > While the paper is a good one, one should remember that its authors work for B > a company with a major incentive to justify continued use of its high-margin L > storage products.  So it's hardly surprising that they choose to highlightC > the advantages of their high-end products rather than explain how 	 commodity 7 > products might effectively replace them in many uses.  >  > - bill >  >  >   
       Bill  L       I don't disagree with most of your comments, except maybe that 2 * ATAG drive can match the sustained performance of a single 15K SCSI drive. I E would be more inclined to go for a 3 to one ratio and some of that is G dependent on the ATA controllers abilities to do the striping. Your 10x H price analogy is coming down as it is becoming increasingly difficult toJ take more cost out the ATA drives while process improvements an increasingJ quantities in SCSI drives are starting to bring their costs down, at leastH on parallel SCSI drives. Fibre Channel drives are still to new, with notH enough vendor competition and adoption to drive the cost down. Of courseL with only a few, three I believe (Seagate, Maxtor, and Fujitsu ), SCSI driveH vendors left in the marketplace there is a limit to that. ATA, I believe' adds Hitachi and Toshiba to that list..   E      As you state virtualization technologies will make for some very J interesting  opportunities for SATA drives in the near future. As for sizeK the next generation will be based upon 2/1/2" platters in both ATA and SCSI L reducing the footprint and from what I have seen SATA and SAS drives will be0 exactly the same footprint in 2/1/2" technology.  I      SATA (V2) will address the lack of tag queuing with today's parallel J ATA and first generation SATA drives so that will help the controller side of the ATA equation.  L     SATA (Serial ATA) and SAS (Serial Attached SCSI) share the same physicalH infrastructure allowing for both to exist at the same time on a physicalK serial bus. There is a small difference in the physical connector that will I prevent mix-ups. You will be able to mix and match SATA and SAS drives to L their usage pattern in the same disk array.  Use SATA when the usage patternF is low and does not require high performance and SAS when you need theB performance and reliability of the more expensive SAS devices. The> controller will adapt auto-magically to the required protocol.  I     As for you last comment, yep it would be nice to get an analysis from  the ATA camp to compare.  B     As the Chinese curse goes, "May You Live in Interesting Times"      \Bob Lail     --   Robert G. Lail Senior Solution Architect  Corporate Accounts Hewlett-Packard Company  Voice: 603.424.6272  Email: RobertDOTLail@hpDOTcom  (replace the DOT with ".")   ------------------------------  % Date: Tue, 19 Aug 2003 21:43:13 -0400 * From: "Bill Todd" <billtodd@metrocast.net> Subject: Re: 306GB drives!2 Message-ID: <gRadnfIHWLnMT9-iXTWJkA@metrocast.net>  0 "Bob Lail" <Robert.Lail@hp.com> wrote in message* news:57u0b.2753$yo3.83@news.cpqcorp.net...   ...   F I don't disagree with most of your comments, except maybe that 2 * ATAI > drive can match the sustained performance of a single 15K SCSI drive. I G > would be more inclined to go for a 3 to one ratio and some of that is @ > dependent on the ATA controllers abilities to do the striping.  F I tried to be careful to note that the approximate 2-for-1 performanceE equivalence does not apply uniformly.  It is clearest when addressing J parallel small random access activity, since both seek time and rotationalK latency of a 7200 rpm ATA drive are very close to twice what they are for a K 15Krpm high-end drive (hence as long as requests arrive fast enough the two I ATA drives will handle just about twice what the single fast drive will). K That applies to write activity only when the two ATA drives aren't a mirror J pair (thus compromising somewhat on availability); OTOH, when they *are* aK mirror pair, small random writes are slower but availability is much higher  than the high-end drive offers.   L When significant request queues are allowed to form, the ATA pair can't keepG up as well unless they support the same kind of tagged queuing that the F high-end drives have.  And if the request stream is strictly serial inD nature, then it will of course be satisfed at single-drive latencies8 regardless of how many drives may be around to serve it.  I Larger transfers favor the dual-ATA option more, since a single ATA drive I provides much more than half the streaming bandwidth of a single high-end I drive (thus two together provide a significant bandwidth advantage over a C single high-end drive - and even if they're a mirror pair the write E bandwidth still isn't too much less than that of the high-end drive).   I Disaster-tolerant configurations are especially interesting, in that they I pretty much require remote mirroring anyway (multi-site parity generation J being challenging though not impossible).  If remotely-mirrored ATA drivesC provide the required level of availability, and you don't need more A performance than they can deliver, then the savings can be pretty % substantial for a large installation.   	  Your 10x J > price analogy is coming down as it is becoming increasingly difficult toL > take more cost out the ATA drives while process improvements an increasingL > quantities in SCSI drives are starting to bring their costs down, at least > on parallel SCSI drives.  E Last time I checked, they were still about an order of magnitude more F expensive per MB.  If you're performance- rather than capacity-driven,F though, that can be fairly irrelevant:  the per-drive cost becomes theK important factor (that's when the 10Krpm SCSI drives at about 3x the per-MB + cost start to look especially interesting).    - bill   ------------------------------  % Date: Tue, 19 Aug 2003 22:11:44 -0400 * From: "Bill Todd" <billtodd@metrocast.net> Subject: Re: 306GB drives!2 Message-ID: <3NqdnVCoJ_VrRd-iXTWJkg@metrocast.net>  5 "Bill Todd" <billtodd@metrocast.net> wrote in message , news:gRadnfIHWLnMT9-iXTWJkA@metrocast.net...   ...   H > I tried to be careful to note that the approximate 2-for-1 performanceG > equivalence does not apply uniformly.  It is clearest when addressing L > parallel small random access activity, since both seek time and rotationalK > latency of a 7200 rpm ATA drive are very close to twice what they are for  a I > 15Krpm high-end drive (hence as long as requests arrive fast enough the  two K > ATA drives will handle just about twice what the single fast drive will).   K Whoops - the two ATA drives will handle just about *the same* load that the F single fast drive will.  And that still may require a bit more care inI mounting the ATA drives to isolate seek vibration than the high-end drive  requires (as I noted earlier).  J One other point that the Seagate paper didn't even touch on was undetectedH error rates.  They're of course *very* low for both kinds of drives, butL it's possible that the high-end drives have some advantage here.  People whoB need to worry about such things at all may not find that advantageJ sufficient, however - that's why really paranoid systems create end-to-endK checksums to protect data all the way from main memory (or at least SAN box G memory, when the host isn't involved in the check) out to disk and back  again.   - bill   ------------------------------    Date: 19 Aug 2003 11:38:51 -0700( From: bob@instantwhip.com (Bob Ceculski)" Subject: Re: AntiVirus for OpenVMS= Message-ID: <d7791aa1.0308191038.30842ea9@posting.google.com>   i issinoho@slayme.com (issinoho) wrote in message news:<d0141774.0308190639.1d501415@posting.google.com>... G > A client is being forced by its security chappies to (a) implement an F > AV solution on their VMS boxes, or (b) come up with some irrefutable# > reasons why this is not required.  > E > I know Sophos do some sort of AV solution, but I'm note sure of (a) 6 > its scope of functionality, (b) how expensive it is. > H > Can anyone point me as to the best advice I should be giving my clientE > - my initial thought are that the negligible risk makes the cost of  > any work wholly unjustified. >  > Thoughts welcomed.  @ There are no known viruses for VMS!  The following came from ...    2 http://www.sophos.com/support/faqs/savopenvms.html  8 1.1. Can my OpenVMS system become infected with a virus?B There are currently no known viruses which infect OpenVMS systems.C However, it is often useful for an OpenVMS system to scan files for - viruses which infect other operating systems.   3 This may be the case when an OpenVMS system is used   D As a file server for PCs and Macs (e.g. Pathworks/Advanced Server). % To provide an ALL-IN-1 file cabinet.  3 For processing email with attachments (e.g. PMDF).  E In addition, Sophos Anti-Virus for OpenVMS installed as an InterCheck 4 Server can provide on-access logging for client PCs.  G -----------------------------------------------------------------------   @ ... in other words, unless you are storing either thru pathworks? or smtp (PMDF) or some other means non-vms (windoze) files, you ? could pre-virus scan them on VMS before they get to the windoze = client, otherwise you are JUST WASTING YOUR MONEY, because as ? defcon9 proved you can't hack a properly configured VMS box ...   > Point Secure has a product it showed at defcon9, but it is for9 intrusion detection and not virus scans ... if they don't > understand this, have them read from the point secure site the defcon9 article in this ...    ------------------------------    Date: 19 Aug 2003 11:40:11 -0700( From: bob@instantwhip.com (Bob Ceculski)" Subject: Re: AntiVirus for OpenVMS< Message-ID: <d7791aa1.0308191040.7f47af6@posting.google.com>  i issinoho@slayme.com (issinoho) wrote in message news:<d0141774.0308190639.1d501415@posting.google.com>... G > A client is being forced by its security chappies to (a) implement an F > AV solution on their VMS boxes, or (b) come up with some irrefutable# > reasons why this is not required.  > E > I know Sophos do some sort of AV solution, but I'm note sure of (a) 6 > its scope of functionality, (b) how expensive it is. > H > Can anyone point me as to the best advice I should be giving my clientE > - my initial thought are that the negligible risk makes the cost of  > any work wholly unjustified. >  > Thoughts welcomed.  @ as I was saying in my previous post, have your security geniuses* read from this about the defcon9 event ...  2 http://www.pointsecure.com/pdf/VMSTimesJul2001.pdf   ------------------------------    Date: 19 Aug 2003 13:49:59 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) " Subject: Re: AntiVirus for OpenVMS3 Message-ID: <jI1UYxHe$$ej@eisner.encompasserve.org>   d In article <d0141774.0308190639.1d501415@posting.google.com>, issinoho@slayme.com (issinoho) writes:  G > A client is being forced by its security chappies to (a) implement an F > AV solution on their VMS boxes, or (b) come up with some irrefutable# > reasons why this is not required.   I Antivirus products for Microsoft are based on scanning for patterns shown I by known viruses.  No company to date has issued an Antivirus product for 8 VMS since nobody has discovered a VMS Virus in the wild.  D If you find a VMS Virus, my company will endeavor to build a defenseB against it, for a fee.  I am sure others here would make a similar offer.  D Until then, Steve Hoffman's notion about reading the security manualC is a good one, and my company already has a product that will check  your security settings :-).   ) 	http://www.ljk.com/ljk/ljk_security.html    ------------------------------    Date: 19 Aug 2003 15:16:19 -0700' From: kjensen@westerndatapro.com (Kerm) " Subject: Re: AntiVirus for OpenVMS= Message-ID: <3a3a15f0.0308191416.702ab39d@posting.google.com>   ? There's an undocumented utility with VMS, CHECKSUM.EXE.  Run it ? against a list of (or all) executibles and record the resulting F checksums.  Run CHECKSUM at a later date and compare the two listings.C  You can easily detect which files have changed in any way.  Wrap a D little DCL around this and you can narrow the list of files you need< to be concerned about.  (Assuming you have enough policy and@ information) you can then tell whether or not any executible has changed without authorization.   ------------------------------  # Date: Tue, 19 Aug 2003 23:23:10 GMT L From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")" Subject: Re: AntiVirus for OpenVMS6 Message-ID: <00A249F6.A4D6747D@SSRL.SLAC.STANFORD.EDU>  d In article <d0141774.0308190639.1d501415@posting.google.com>, issinoho@slayme.com (issinoho) writes:F >A client is being forced by its security chappies to (a) implement anE >AV solution on their VMS boxes, or (b) come up with some irrefutable " >reasons why this is not required. > D >I know Sophos do some sort of AV solution, but I'm note sure of (a)5 >its scope of functionality, (b) how expensive it is.   H I won't quote what they quoted me two years ago, but it was more than myL poor little gov/university lab could afford.  (They wanted to charge by user- for every user that ever touched the system.)   K It was very effective, in conjunction with PMDF, at virus-scanning incoming K messages and doing the right thing with them, and could also have been used K to scan executables that were going to be deployed by Pathworks.  It's easy L to automate picking up the virus signature files, and it generally seems to  be a good product.   > G >Can anyone point me as to the best advice I should be giving my client D >- my initial thought are that the negligible risk makes the cost of >any work wholly unjustified.   C There's certainly very little risk of a virus that affects your VMS O installation.  Sophos will help you if you're serving files to PCs, whether via  mail, web, or Pathworks/Samba.   -- Alan    --  O =============================================================================== 0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056 M  Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA   94025 O ===============================================================================    ------------------------------  # Date: Wed, 20 Aug 2003 00:30:56 GMT + From: Jeff Cameron <JCam90502@jcameron.com> " Subject: Re: AntiVirus for OpenVMS2 Message-ID: <BB680F4F.ABD5%JCam90502@jcameron.com>   On 8/19/03 7:39 AM, in article; d0141774.0308190639.1d501415@posting.google.com, "issinoho"  <issinoho@slayme.com> wrote:  G > A client is being forced by its security chappies to (a) implement an F > AV solution on their VMS boxes, or (b) come up with some irrefutable# > reasons why this is not required.  > E > I know Sophos do some sort of AV solution, but I'm note sure of (a) 6 > its scope of functionality, (b) how expensive it is. > H > Can anyone point me as to the best advice I should be giving my clientE > - my initial thought are that the negligible risk makes the cost of  > any work wholly unjustified. >  > Thoughts welcomed.    ,     HP OpenVMS PointSecure customer letter5     http://h71000.www7.hp.com/openvms/ps_letter.html   *     OpenVMS.Compaq.com PDV-Systemse GmbH0 http://h71000.www7.hp.com/openvms/brochures/pdv/       2/19/03Cernersuccess3 http://h71000.www7.hp.com/openvms/brochures/cerner/   I These all site that at the 2002 DEF CON 9 Hackers convention, OpenVMS was  declared unhackable.  H You can also search the VMS website for virus and anti virus for lots of good support material.  G However there are packages that do antivirus for open VMS but they only ( filter out Windows, MAC, and Unix virii.  J There is no database of VMS virus for antivirus software to check against,+ because there is no history of a VMS virus.   J I also remember many years ago (when it was still DEC, before Compaq) at aI DECUS convention in Anaheim, the put a VMS system online, and published a H username and password for a normal user account and challenged anyone to break in. Nobody suceeded.  J When the government wakes up and realizes there must be security standards/ for the internet, VMS will be back with a roar!          ------------------------------    Date: 19 Aug 2003 12:58:20 -0700. From: spamsink2001@yahoo.com (Alan E. Feldman) Subject: Calculating RESHASHTBL = Message-ID: <b096a4ee.0308191158.35eea138@posting.google.com>    Hello,  B I am running some VAX systems: some with VMS v6.1, some with v6.2.* They are networked but none are clustered.   The manual says   A "... As a general guideline, one resource hash table entry should C exist for every four locks in the sytem. Thus, RESHASHTBL should be F one-quarter the value of LOCKIDTBL, rounded up to the closest power of 2."   E However, AUTOGEN consistently produces values for RESHASHTBL that are  much lower than this.   E I inherited MODPARAMS.DAT files with MIN_RESHASHTBL=1024, but I don't @ know why it was set there other than perhaps the previous peopleC running these systems didn't like values that fluctuated and wanted   the same values on every system.  D AUTOGEN usually recommends a value of 256 or 512, depending on whichB system is being examined. In at least two cases LOCKIDTBL is above< 4000, but RESHASHTBL is still 512, less than the one-quarter? recommendation of the system utilities manual system parameters  appendix quoted above.  D Now I don't have a particular performance problem to solve, but someD of our systems have free memory values very close to twice FREEGOAL,B and one system sometimes has a few processes swapped out. OTOH, atC only 4 bytes per entry, I suppose leaving it at 1024 won't use much E memory. I'm curious what is best though in general even if it doesn't % matter much for this particular case.   : Should I just trust AUTOGEN or go by the one-quarter rule?  5 How dangerous is it if this paremeter is set too low?   D I also noticed that changing MIN_RESHASHTBL doesn't cause AUTOGEN to change any other params.  * Recommendations and explanations welcome.    Thanks.    Alan E. Feldman    ------------------------------  # Date: Tue, 19 Aug 2003 20:11:18 GMT 4 From: Tim Llewellyn <tim.llewellyn@blueyonder.co.uk># Subject: Re: Calculating RESHASHTBL 0 Message-ID: <3F428283.8C47D891@blueyonder.co.uk>   "Alan E. Feldman" wrote: >  > Hello, > D > I am running some VAX systems: some with VMS v6.1, some with v6.2., > They are networked but none are clustered. >  > The manual saysd > C > "... As a general guideline, one resource hash table entry shouldrE > exist for every four locks in the sytem. Thus, RESHASHTBL should beiH > one-quarter the value of LOCKIDTBL, rounded up to the closest power of > 2."p > G > However, AUTOGEN consistently produces values for RESHASHTBL that aref > much lower than this.s > G > I inherited MODPARAMS.DAT files with MIN_RESHASHTBL=1024, but I don'tnB > know why it was set there other than perhaps the previous peopleE > running these systems didn't like values that fluctuated and wantedl" > the same values on every system. > F > AUTOGEN usually recommends a value of 256 or 512, depending on whichD > system is being examined. In at least two cases LOCKIDTBL is above> > 4000, but RESHASHTBL is still 512, less than the one-quarterA > recommendation of the system utilities manual system parameters) > appendix quoted above. > F > Now I don't have a particular performance problem to solve, but someF > of our systems have free memory values very close to twice FREEGOAL,D > and one system sometimes has a few processes swapped out. OTOH, atE > only 4 bytes per entry, I suppose leaving it at 1024 won't use mucheG > memory. I'm curious what is best though in general even if it doesn'tn' > matter much for this particular case.  > < > Should I just trust AUTOGEN or go by the one-quarter rule? > 7 > How dangerous is it if this paremeter is set too low?e > F > I also noticed that changing MIN_RESHASHTBL doesn't cause AUTOGEN to > change any other params. > + > Recommendations and explanations welcome.  >   H Its possible the MIN_ value is a consequence of recommendation from someG performance monitoring tool other than autogen. I do remember that this-K parameter is one that Polycentre Performance Advisor used to "advise" aboutiM frequently back when I had a cluster with a DECPS license and MicroVAX II's.  B Not much, I know, but all I can remember without hitting the docs.   regardsn  	 > Thanks.A >  > Alan E. Feldmans   -- r tim.llewellyn@blueyonder.co.uk   ------------------------------  # Date: Wed, 20 Aug 2003 02:36:22 GMT " From: bugs@pu.net (Mark Hittinger)# Subject: Re: Calculating RESHASHTBLg. Message-ID: <F8B0b.202583$o%2.93826@sccrnsc02>  0 spamsink2001@yahoo.com (Alan E. Feldman) writes:6 >How dangerous is it if this paremeter is set too low?  E Its been awhile but I seem to remember a problem when cluster memberspE left the cluster in an environment where locks were used more heavilyv than normal.  G The pre-allocation of additional table space allowed such a cluster to - recover faster if a node left.  G If you don't make above average use of locks and you don't have clusteruC members entering/leaving often then it may be worth leaving at the D default.   LaterD   Mark Hittinger bugs@pu.net    ------------------------------  # Date: Tue, 19 Aug 2003 18:00:27 GMTn3 From: "Andrew Dadmun" <adadmun@NOSPAMe-builder.net>i Subject: Re: DE500 wanted>6 Message-ID: <%At0b.444$qJ6.320601@monger.newsread.com>  1 "Keith A. Lewis" <lewis@mazda.mitre.org> wrote...n >o# > gwiedijk@hr.nl (gerrie) writes...sC > >Is there someone out there who has an unused DE500 NIC for sale?r= > >According to the golden egg it should be an XA type for ane > >Alphastation 255. Thanksi >tE > It's probably an old golden egg.  The DE500-XA shipped on the older  alphas,kL > giving way later to -AA and (I think) -BA.  The only problem with them wasG > if you have 2 in one alpha they have to match (either both XA or botha	 > newer).r >u9 > Also, I don't think the -XA supported auto-negotiation.l > - > --Keith Lewis              klewis$mitre.orge@ > The above may not (yet) represent the opinions of my employer. Keithu  L I came across this thread on Google.  I have an old DE500 card that came outJ of a DEC alpha system I trashed last week.  I kept the NIC.  It says DE500F on it and has the 21143-PC chip on it.  What is the difference between the -AA, -BA, and -XA types?  K I was keeping this NIC to see if it would work in a newer non-alpha system.aK I noticed a second notch in the connector and did a google search on it.  IiK was just about to toss it out, but if someone out there needs it, I'll hanglL on to it.  I know it works.  The alpha system was online until recently, but$ we needed it no more so I gutted it.   Regards,
 Andrew DadmundE Senior Network Engineer - e-Builder, Inc. - http://www.e-builder.net/   6 Post in a newsgroup, read the response in a newsgroup.2 *~*~*    Questions not answered via email    *~*~*   ------------------------------  % Date: Tue, 19 Aug 2003 20:33:33 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net>m) Subject: Re: decw$mwm change process name ' Message-ID: <3F42CFED.A85CD559@fsi.net>r   meidan zemer wrote:y > b > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message news:<3F3F97EF.D1093F10@fsi.net>... > > meidan zemer wrote:o > > >h	 > > > Hi,eG > > > We have a DS10 alpha machine which supplied motif application form > > > PC's.a9 > > > For each PC i run the decw$mwm as a detach process.eL > > > My problem is when i run the decw$mwm it's chaning the process name toI > > > decw$mwm_xxxx. I need to find a way to prevent the program decw$mwm F > > > from changing the process name.(like a switch or a logical name) > > > Does anybody knows a way?i
 > > > Thanks,r > > > Meidan > > J > > If you can explain why that's a problem, perhaps someone could suggest > > an alternate strategy. > C > I want to set the process name to somthing else. I can'nt do thati9 > because the decw$mwm image is chaning the process name.e  @ ...and why do you want to set the process name to somthing else?  B Hint: Give us a clue what you're up to and why. Someone may have a useful suggestion.   -- i David J. Dachtera  dba DJE Systemsa http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Tue, 19 Aug 2003 20:41:54 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net>h1 Subject: Re: DLT FAST_SKIP problem with VMS 7.3-1o' Message-ID: <3F42D1E2.D223CEBE@fsi.net>    Jeff Cameron wrote:@ > [snip]L > Note: the Native 7.3-1 SYS$MKDRIVER.EXE will disable fast skip if an errorK > is detected or if a mounted volume goes into mount verification. The onlyrK > way to re-enable fast_skip is to reboot. Applying the recommended updatesyN > for 7.3-1 does fix this problem but introduces SCSI bus resets if certain IOL > operations are issued to the tape device on SDLT320 drives if the drive isD > currently rewinding, because the drive goes offline during rewind.' > Engineering is working on this issue.d  > I certainly hope they are working with Quantum, not to mention StorageTek and other vendors.e  A Speaking for my site, we would benefit *GREATLY* from an improvede) relationship between HP, STK and Quantum.n   -- t David J. Dachterak dba DJE Systemsp http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/a   ------------------------------  # Date: Tue, 19 Aug 2003 17:57:28 GMTu# From: hoff@hp.nospam (Hoff Hoffman)s Subject: Re: Fork on OPEN VMSp2 Message-ID: <cyt0b.2744$yo3.2257@news.cpqcorp.net>  r In article <f2e72344.0308190928.11885b76@posting.google.com>, joseantonio_garcia@hotmail.com (Jose Sancho) writes:  G :Its hard to explain why I need to restart the same program. Basically, B :we are developing a Console that running in Windows, must control: :programs running on Open VMS, Linux, Unix, Windows. etc.   E   Distributed scheduling packages are available around, and the usualtE   approach involves a client of the scheduling package running on thewE   target platform(s) or target cluster(s).  The core client schedulermC   can be run from batch on OpenVMS or is implemented as a DECnet oreH   IP server task, is often hardened against failures, and can frequentlyC   be started remotely using the INETACP or a DECnet object or task.e  N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq8N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.comQ   ------------------------------    Date: 19 Aug 2003 15:21:50 -0700% From: a.greig@virgin.net (Alan Greig)n0 Subject: HP fails to meet analysts expectations.= Message-ID: <af3b9b31.0308191421.734a5c65@posting.google.com>r  t http://www.reuters.com/financeNewsArticle.jhtml;jsessionid=NMDEYESDX5QX2CRBAE0CFFA?type=businessNews&storyID=3304111  ) After the Bell: HP Shares Drop 10 Percent  Tue August 19, 2003 05:44 PM ETo@ NEW YORK (Reuters) - Shares of Hewlett-Packard Co. HPQ.N fell 10F percent in after-hours trade on Tuesday after the computer and printer> maker reported quarterly profit short of Wall Street's average	 forecast.   C Hewlett-Packard shares were trading at $19.80 in the extended-hours B session after closing at $22.11 in regular New York Stock Exchange trade.  F The company reported a quarterly profit before charges that fell belowA analysts' expectations, saying aggressive pricing in its personal@, computer business hurt gross profit margins.  E The Nasdaq-100 After Hours Indicator, which tracks the performance ofs? the Nasdaq's 100 biggest nonfinancial stocks, fell 0.2 percent.e  @ In other after-hours trade, shares of Petco Animal Supplies Inc.B PETC.O jumped 10 percent after the pet-supply chain store reportedD higher quarterly profit and raised its profit forecast for the thirdD quarter. Petco shares rose to $27 in after-hours trade, according to: Instinet, from a close at $24.53 in regular-hours trading.  A Data storage equipment maker Network Appliance Inc. NTAP.O surgedfB after it said its quarterly net profit rose from a year earlier asD revenues increased 26 percent amid a recovery in spending on storageF products. Its shares rose to $20.35 in after-hours trading from $18.05 at Tuesday's close.i  F Shares of Intuit Inc. INTU.O fell to $43.87 from $45.24 in after-hours? trading, after the maker of small business and personal finance # software reported a quarterly loss.o   ------------------------------  % Date: Tue, 19 Aug 2003 16:51:05 -0400t From: norm.raphael@metso.com Subject: HP misses estimates? Message-ID: <OFA08CEC4C.E9DE6A51-ON85256D87.0072651F@metso.com>t   HP misses estimates I The #2 PC manufacturer posts gain in 3Q earnings and sales that are lowerl than expectations. August 19, 2003: 4:28 PM EDT    C NEW YORK (CNN/Money) - Hewlett-Packard reported a 5 percent revenuerJ increase from a year ago and a profit compared to a net loss last year but" missed Wall Street's expectations.    C The technology giant reported a fiscal third quarter profit of $301eI million, or 10 cents a share, compared to a $2.5 billion loss in the same K period last year. Excluding restructuring charges and other one-time items,mH HP earned $858 million, or 23 cents a share. Analysts were expecting theF company to post earnings of 26 cents a share, according to First Call.    E Sales came in at $17.4 billion, compared to $16.5 billion a year ago. 2 Analysts were predicting revenue of $17.5 billion.    J Shares of HP (HPQ)  fell two cents to $22.11 in regular trading on the New York Stock Exchange Tuesday.     Find this article at: 7 http://money.cnn.com/2003/08/19/technology/hp/index.htmt   ------------------------------  % Date: Tue, 19 Aug 2003 21:58:14 -0400r* From: "Bill Todd" <billtodd@metrocast.net>  Subject: Re: HP misses estimates2 Message-ID: <Wp2dnYa8fsdRSN-iXTWJhA@metrocast.net>  ) <norm.raphael@metso.com> wrote in messagee9 news:OFA08CEC4C.E9DE6A51-ON85256D87.0072651F@metso.com...  > HP misses estimatesr  7 And it includes a link to an interesting related story:o  E http://money.cnn.com/2003/08/19/technology/deutsche_hp.reut/index.htmc  D Looks like Deutsche Bank didn't get away scot-free after all for its6 last-minute self-serving flip-flop in the merger vote.   - bill   ------------------------------    Date: 19 Aug 2003 15:30:57 -0700% From: a.greig@virgin.net (Alan Greig)t+ Subject: Re: HP's image is improving (NOT!)v= Message-ID: <af3b9b31.0308191430.65ff599b@posting.google.com>i  c norm.raphael@metso.com wrote in message news:<OF56C69ED0.C1EA458D-ON85256D86.0077E9EF@metso.com>...h > HP's image is improvingiM > Hewlett-Packard should post its first year-to-year sales increase since thef > Compaq merger closed.d > August 18, 2003: 1:43 PM EDT/ > By Paul R. La Monica, CNN/Money Senior WriterI >d; And a day later, the same writer (Paul R. La Monica writes:i7 http://money.cnn.com/2003/08/19/technology/hp/index.htmc ---  Hewlett-Packard's big missF Company posts profit versus year-ago loss, but misses forecasts; stock sinks after hours.  C All in all, it was a disappointing quarter for HP, especially sincee? hopes were rising that its much maligned merger with Compaq wasdC starting to pay benefits. The stock had gained more than 30 percentn' since its last quarterly report in May.  ---p   ------------------------------  % Date: Tue, 19 Aug 2003 18:41:16 -0500a, From: "Dave Gudewicz" <k9jdk@NOSPAMarrl.net>+ Subject: Re: HP's image is improving (NOT!)(/ Message-ID: <vk5dcuemcup1b4@corp.supernews.com>   I With another purge in the employee base this quarter, perhaps this "gain" & will be reflected in the next quarter.   Dave...a  2 "Alan Greig" <a.greig@virgin.net> wrote in message7 news:af3b9b31.0308191430.65ff599b@posting.google.com...d) > norm.raphael@metso.com wrote in messagea; news:<OF56C69ED0.C1EA458D-ON85256D86.0077E9EF@metso.com>...p > > HP's image is improvingaK > > Hewlett-Packard should post its first year-to-year sales increase sinces then > > Compaq merger closed.o  > > August 18, 2003: 1:43 PM EDT1 > > By Paul R. La Monica, CNN/Money Senior Writerp > >e= > And a day later, the same writer (Paul R. La Monica writes:a9 > http://money.cnn.com/2003/08/19/technology/hp/index.htma > ---n > Hewlett-Packard's big missH > Company posts profit versus year-ago loss, but misses forecasts; stock > sinks after hours. >iE > All in all, it was a disappointing quarter for HP, especially sincetA > hopes were rising that its much maligned merger with Compaq waslE > starting to pay benefits. The stock had gained more than 30 percento) > since its last quarterly report in May.y > ---e   ------------------------------  % Date: Tue, 19 Aug 2003 20:36:40 -0500'1 From: "David J. Dachtera" <djesys.nospam@fsi.net> + Subject: Re: HP's image is improving (NOT!)e& Message-ID: <3F42D0A8.8E2A88C@fsi.net>   Dave Gudewicz wrote: > K > With another purge in the employee base this quarter, perhaps this "gain"s( > will be reflected in the next quarter.  A I must have misunderstood Steven Covey when he was explaining the G relationship between "production" and "production capability". How doesaD reducing the ability to produce help you either sell more product or expand your market share?I   -- . David J. Dachterae dba DJE Systemsw http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/,   ------------------------------    Date: 19 Aug 2003 13:25:07 -0700( From: bob@instantwhip.com (Bob Ceculski)J Subject: IBM ends all 32 bit support in 2007 - what's the world coming to?= Message-ID: <d7791aa1.0308191225.1356dd15@posting.google.com>   6 this will have a huge impact on a lot of companies ...  W http://story.news.yahoo.com/news?tmpl=story&u=/techtarget/20030819/tc_techtarget/920138S   ------------------------------  % Date: Tue, 19 Aug 2003 14:39:37 -0600l6 From: "Michael D. Ober" <obermd-@-alum-mit-edu-nospam>N Subject: Re: IBM ends all 32 bit support in 2007 - what's the world coming to?1 Message-ID: <dWv0b.422$br1.35595@news.uswest.net>p  I Hopefully HP will get their act together (not holding my breath) and pushS0 VMS as an alternative to buying new IBM systems.  
 Mike Ober.  5 "Bob Ceculski" <bob@instantwhip.com> wrote in messagee7 news:d7791aa1.0308191225.1356dd15@posting.google.com...n8 > this will have a huge impact on a lot of companies ... >d >tW http://story.news.yahoo.com/news?tmpl=story&u=/techtarget/20030819/tc_techtarget/920138e   ------------------------------  % Date: Tue, 19 Aug 2003 16:53:55 -0700o* From: "Jack Peacock" <peacock@simconv.com>N Subject: Re: IBM ends all 32 bit support in 2007 - what's the world coming to?, Message-ID: <CUudnVMGHp0OJd-iU-KYvA@fdn.com>  A "Michael D. Ober" <obermd-@-alum-mit-edu-nospam> wrote in messageo+ news:dWv0b.422$br1.35595@news.uswest.net... K > Hopefully HP will get their act together (not holding my breath) and pushi2 > VMS as an alternative to buying new IBM systems. >kG I'm sure this will happen.  Meanwhile I'll look out my window every daya hoping to see pigs fly by.  J I don't see this as any different that the 36 to 32 bit shift decades ago.G This time around at least we're going in the right direction, 32 to 64.DE Nobody except the odd RT-11 fanatic cared when DEC dropped all 16 bitcL support.  Data General certainly didn't rush in to grab those PDP customers.  K Funny thing, I don't remember Univac jumping in to sell those 36 bit 1100'sa' when DEC trashed the 10/20 line either.n    Jack Peacocke   ------------------------------    Date: 19 Aug 2003 12:36:03 -07001 From: susan_skonetski@hotmail.com (Sue Skonetski)i" Subject: Re: Last week at HP World= Message-ID: <857e9e41.0308191136.59f525eb@posting.google.com>q   Thank you Mark.a   suei    b Mark Schafer <mark.schafer@hp.com> wrote in message news:<hap0b.2677$nY2.1064@news.cpqcorp.net>... > Sue, > 9 > Congrats for receiving the Encompass recognition award!h >  > Sue Skonetski wrote: > > Dear Newsgroup,a > > J > > This was my first HP World so I can not compare. The excitment startedG > > on the trip from Manchester NH. Once we had boarded the plane (lastoH > > row in the plane with the seats that do not move and no window).  WeJ > > are all in the plane and the pilot lets us know that there was a screwI > > missing from the wing.  I was somewhat reassured since I did not knowfG > > that they counted screws.  However they had some difficulty findingiH > > the screw but they eventually did.  Then the paper work needed to beI > > filled out, so finally we are off or so I thought.  We are on our waysI > > to the runway and a man two rows in front of me refuses to put on hisiJ > > seatbelt and was very nasty to the female flight attendent saying thatF > > he "would rather die with his seat belt off than with it on.  ThisE > > does not engender much confidence in the rest of us.  So the malevI > > flight attendant tells him that we can not leave until he puts on hisgJ > > belt so this guy calls him an F*&&*&ing Moron.  So the plane goes backI > > to the gate and three of the largest state policeman I have ever seenlJ > > get on and take the guy off.  They then have to get his luggage.  ThenH > > the police get back on and have to take statments and we all have toJ > > identify our carry on's.  So there was  a little delay but finally allI > > the screws were tightened.   I stayed at the Marriott which is a hugenH > > hotel 1700 hotel rooms, which is where most of the speakers stayed.  > > Shuttle busses to HP World.  > > J > > It was great seeing the leper colony at HP World in Atlanta, Jim H wasH > > missing which was very obvious to the colony and we have added a new > > leper Steve to the group.r > > G > > I worked one day in the HP booth which was huge and the rest of themJ > > days in the Encompass LUG/SIG booth which was on the trade show floor.F > >  This is also where we did the VMS t-shirt survey like we do every  > > (DECUS/CETS/HPETS/HP World). > > H > > Since I was working the only sessions I made it to were the ThursdayF > > General Session with Dean Kamin who was excellent (he invented theJ > > segway and the wheel chair that raises up).  Steve Hoffman's Hints andE > > Kinks and the Engineering panel and the OpenVMS Strategy by ChrisdI > > Brown.  We also had an OpenVMS SIG meeting and an OpenVMS AmbassadorsbI > > meeting.  So I can not comment on the technical sessions. On Thursdayc8 > > night there was an HP World Party and I had a blast. > > G > > At the Encompass booth we spoke to loads of people about Local UserIH > > Groups and in fact ran out of the "how to start a LUG book".  On Wed@ > > Steve Hoffman spent a couple of hours in the booth answeringB > > questions, John Wisniewski was there making buttons, answeringI > > questions.  I think we need more space for next year. John also had 2v? > > book signings and was the best selling author at the event.  > > A > > I also had the opportunity to meet Dirk Munk who posts in theaI > > newsgroup which was great.  Ken Farmer who does OpenVMS.org and Terry / > > Shannon were also there as was Bruce Ellis.t > > E > > Slight correction I had a chance to spend about 10 minutes in AnnnI > > Livermore's general session and she mentioned OpenVMS in the first 10 H > > seconds, so I was pretty happy.  Other people told me that the otherI > > executives also mentioned VMS frequently.  I am sure other folks willr > > post their opinions. > > H > > The folks in Atlanta were very nice, there were great resturants andG > > of course some real OpenVMS die hards and they told me some awesome  > > stories. > >  > > Warm Regards,h > > Sues   ------------------------------  % Date: Tue, 19 Aug 2003 23:53:44 +0200- From: Dirk Munk <munk@home.nl>" Subject: Re: Last week at HP World2 Message-ID: <bhu6a7$e6g$1@news3.tilbu1.nb.home.nl>  $ Greetings from the Netherlands Sue !  O It was a pleasure meeting you, and many other people from this newgroup. It is oM really nice to be able to add a face to the names of the people who write in lK this group. I met you, Hoff, Kerry, Stan, Leo, Keith, Terry and many, many tS others, and it was a real pleasure. I'm very proud on my OpenVMS ambassador shirt !o  J It was indeed remarkable to hear Carly, Ann Livermore and Peter Blackmore H mentioning OpenVMS, and for instance with Carly very prominently at the P beginning of her speech ! Maybe there is hope that they are starting to realize 1 what a fine product they have in their portfolio.   L The speech of Dean Kamin was indeed remarkable. Normally we are used to the Q standard speeches of management, and only the buzzwords in those speeches change uQ over the years. Dean gave us technicians a very refreshing look on how to manage uO inovative processes. We all applauded him many times during his speech, and at iL the end he got a well deserved standing ovation (also for his great work on @ helping to get young people interested in science and technics).  M We all had a big laugh when the new OpenVMS marketing manager (Yes group, he SI really exists !) mentioned that his previous occupation was manager of a  K psychiatric hospital. I don't know which conclusion we must draw from this.l   Warm regards to you all,  	 Dirk Munko       Sue Skonetski wrote: > Dear Newsgroup,- > H > This was my first HP World so I can not compare. The excitment startedE > on the trip from Manchester NH. Once we had boarded the plane (lastoF > row in the plane with the seats that do not move and no window).  WeH > are all in the plane and the pilot lets us know that there was a screwG > missing from the wing.  I was somewhat reassured since I did not knownE > that they counted screws.  However they had some difficulty finding,F > the screw but they eventually did.  Then the paper work needed to beG > filled out, so finally we are off or so I thought.  We are on our waynG > to the runway and a man two rows in front of me refuses to put on his2H > seatbelt and was very nasty to the female flight attendent saying thatD > he "would rather die with his seat belt off than with it on.  ThisC > does not engender much confidence in the rest of us.  So the malesG > flight attendant tells him that we can not leave until he puts on hisnH > belt so this guy calls him an F*&&*&ing Moron.  So the plane goes backG > to the gate and three of the largest state policeman I have ever seeniH > get on and take the guy off.  They then have to get his luggage.  ThenF > the police get back on and have to take statments and we all have toH > identify our carry on's.  So there was  a little delay but finally allG > the screws were tightened.   I stayed at the Marriott which is a hugetF > hotel 1700 hotel rooms, which is where most of the speakers stayed.  > Shuttle busses to HP World.h > H > It was great seeing the leper colony at HP World in Atlanta, Jim H wasF > missing which was very obvious to the colony and we have added a new > leper Steve to the group.  > E > I worked one day in the HP booth which was huge and the rest of the:H > days in the Encompass LUG/SIG booth which was on the trade show floor.D >  This is also where we did the VMS t-shirt survey like we do every > (DECUS/CETS/HPETS/HP World). > F > Since I was working the only sessions I made it to were the ThursdayD > General Session with Dean Kamin who was excellent (he invented theH > segway and the wheel chair that raises up).  Steve Hoffman's Hints andC > Kinks and the Engineering panel and the OpenVMS Strategy by ChrisNG > Brown.  We also had an OpenVMS SIG meeting and an OpenVMS AmbassadorshG > meeting.  So I can not comment on the technical sessions. On Thursdayp6 > night there was an HP World Party and I had a blast. > E > At the Encompass booth we spoke to loads of people about Local UservF > Groups and in fact ran out of the "how to start a LUG book".  On Wed> > Steve Hoffman spent a couple of hours in the booth answering@ > questions, John Wisniewski was there making buttons, answeringG > questions.  I think we need more space for next year. John also had 2 = > book signings and was the best selling author at the event.O > ? > I also had the opportunity to meet Dirk Munk who posts in the G > newsgroup which was great.  Ken Farmer who does OpenVMS.org and Terryi- > Shannon were also there as was Bruce Ellis.h > C > Slight correction I had a chance to spend about 10 minutes in AnnoG > Livermore's general session and she mentioned OpenVMS in the first 10WF > seconds, so I was pretty happy.  Other people told me that the otherG > executives also mentioned VMS frequently.  I am sure other folks willm > post their opinions. > F > The folks in Atlanta were very nice, there were great resturants andE > of course some real OpenVMS die hards and they told me some awesome 
 > stories. >  > Warm Regards,A > Sues   ------------------------------  % Date: Tue, 19 Aug 2003 21:06:23 +0100D+ From: John Laird <john@laird-towers.org.uk> : Subject: Re: Mail not purged when accessed via POP3 client8 Message-ID: <nk05kv458iv3r7g3spcsn3lkjeaiku91f5@4ax.com>  L On Tue, 19 Aug 2003 12:32:08 -0500, Larry Schuldt <lschuldt@Rudenessdls.net> wrote:    >>Enable it with SET AUTO_PURGE. >  >That did it, thanks!n  ' (fx: examines and polishes fingernails)r  L Actually I'd been around this loop when I was setting up an IUPOP3 server to  my own VMS cluster mail account.   -- t John   ------------------------------  + Date: Tue, 19 Aug 2003 18:16:50 +0000 (UTC)u, From: lewis@mazda.mitre.org (Keith A. Lewis)  Subject: Multitasking MMS or MMK. Message-ID: <bhtpii$jrl$1@newslocal.mitre.org>  J MMS appears designed to handle multitasking -- a dependency table is builtI at the beginning and all work is done in subprocesses.  But apparantly itoL only does one thing at a time.  I am currently using it on a 4-CPU machine. H If I edit an include file and invoke MMS, the sources are recompiled oneG at a time.  If it did 4 at a time, and the file caching worked well, my-  builds would be 4 times as fast.  J Any chance a future version of MMS or MMK will be smart enough to do this?$ (Or a secret feature already there?)  + --Keith Lewis              klewis$mitre.orgl> The above may not (yet) represent the opinions of my employer.   ------------------------------  % Date: Tue, 19 Aug 2003 20:39:56 -0500=1 From: "David J. Dachtera" <djesys.nospam@fsi.net>AY Subject: Re: OpenVMS I64 on Third-Party Itanium Systems (was: Re: Will OpenVMS I64 run onL' Message-ID: <3F42D16C.14DD4AD2@fsi.net>r   Hoff Hoffman wrote:B > [snip]0 > (If you want an official statement, please ask! >   the official folks directly.)=    ...and the names / URLs are... ?   -- - David J. Dachtera- dba DJE Systems, http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/O   ------------------------------  % Date: Tue, 19 Aug 2003 14:51:58 -070030 From: Mark Berryman <Mark.Berryman@Mvb.Saic.Com>, Subject: Re: running a news SERVER under VMS% Message-ID: <3f42398f@cpns1.saic.com>c   Phillip Helbig wrote:eC >>and the full news feed I take currently consumes 8-10 GB of disk  
 >>space.   >  > 7 > How many groups?  How long are the articles retained?S  5 Roughly 44,000.  Retention seems to be about 3 weeks.a  D > What is the minimum network bandwidth one needs (assuming you are # > carrying practically all groups)?   E At the moment, I am using about 60 KB/sec to receive news.  I do not eL know how much that fluctuates as I have never had call to measure it before.  
 Mark BerrymanP   ------------------------------  # Date: Tue, 19 Aug 2003 21:23:02 GMTv# From: hoff@hp.nospam (Hoff Hoffman)o Subject: Re: Secure POP31 Message-ID: <Wyw0b.2800$Tw3.512@news.cpqcorp.net>   m In article <hhBXa.99978$2j1.1388790@news.chello.at>, peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes:2& :Has anyone already tried Secure POP ? ..F :Why can't TCPIP not start/install the components it requires itself ? ..6 :What do you think ? Should I bother UCX engineering ?  L   This situation is certainly worth a formal report -- better integration ofJ   this and related extensions is certainly an entirely reasonable request.    N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faqUN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------    Date: 19 Aug 2003 15:08:25 -0700/ From: chinachowchow@mailcity.com (Rick Nickles)MI Subject: Senior level OpenVMS systems administration consultant availablea= Message-ID: <ac4e3b24.0308191408.6f23fadb@posting.google.com>l  
 Greetings!  E     I am a Senior VMS Administration Consultant with over 15 years ofa@ VMS systems administration experience.  I'm willing to travel or: relocate.  Please contact me at on_the_move4ever@yahoo.com   Rick Nickles ONTHEMOVE Consulting Services.       BACKGROUND SUMMARYF Senior System Administrator and Project Manager with twenty plus yearsD professional experience. Solid background in building alliances withF customers.  Leader of mission critical projects using cross-functional teams.   Experience includes:SE       Leadership                  Project Planning            Processe( Improvements           Change Management?       Scheduling                  Cost Control                  7 Configuration Mangement       Productivity ImprovementsaA       OpenVMS                   Computer Security        Customero* Service                    Electronic MailF       Enterprise Storage      Networking                    ORACLE    +                             Windows NT/2000n                PROFESSIONAL EXPERIENCEy. STORA ENSO OYJ, HELSINKI, FINLAND	1999 to 2003B The world's largest manufacturer of paper and forest products with! over 13 Billion in annual sales.s  vD Senior Technologist - Wisconsin Rapids Paper Mill, Wisconsin Rapids, WI? Responsible for Project Leadership and VAX/ALPHA OpenVMS Systemt Administration; * Project leader for Oracle RDB and Oracle upgrade projects @ * Lead BEA MessageQ upgrade project including outside consulting efforts : * Realized service contract cost savings of over $250,000 E * Performed two large scale storage subsystem upgrades on time and on  budgetD * Interfaced with European information technology staff as a part of global business activities * Led IP readdressing project ' * Led intra-team cross training efforts-> * Improved relations between IBEW electricians and IT Staff by& improving communications between teamsF * Served internal customers by providing 24x7 pager support and one on one user trainingn= * Assessed and resolved long term system performance problemsm& resulting in faster system performance; * Served as primary VAX/Alpha VMS contact in North America s? * Managed seventeen OpenVMS production and development servers ,> * Installed new network hardware resulting in improved network reliabilityyF * Supported fifty automated guided vehicles and nine automated storage retrieval systemslD * Participated in Y2K project resulting in no computer date problems  F INDEPENDENT CONSULTANT                                                /                                    1991 to 1999uF Under contract to ROCKWELL COLLINS, Cedar Rapids, IA                                     1997 to 1999? Manufacturer of avionics, global positioning systems, and radio  equipment for aircraft.U% * Windows NT Security Project Leader  F * Organized customer service improvement plan and remedied a difficult customer situation; * Participated in migration of entire campus to Windows NT q6 * Received internal customer service award recognition< * Served on VMS/Networking, VMS/NT Workstation, and Incident Management teamsC * Managed 450 OpenVMS servers and workstations as part of a supportm team6 * Global Positioning System secure laboratory support F * Assessed and resolved long term standing system performance problemsB * Installed VAX, ALPHA, and Windows NT based hardware and softwareA * Volunteered to become primary contact for TCP/IP and FTP issuesm* * Participated in Citrix migration efforts; * Provided network troubleshooting and connectivity supporto   RICK NICKLES 715-342-8753 Page Two                      l;            Under contract to COMPUTER SCIENCES CORPORATION,  Moorestown, NJ	   1996 to 19971             Provider of data processing services. F * Performed site shutdown at Malmstrom Air Force Base and site startup at MacDill Air Force Baseg3 * Managed all OpenVMS VAX and ALPHA systems on baseaC * Managed Command and Control Information Processing System (C2IPS)b& * Upgraded Oracle RDB, VMS, and TCP/IP  F Under contract to DIGITAL EQUIPMENT CORPORATION, Alpharetta, GA  	    
  1995 to 1996t? Manufacturer of computer products, now owned by Hewlett PackardeF * Provided OpenVMS system component level support to DIGITAL customers4 * Specialized in security and electronic mail issues- * Supported VMS systems management componentslB * Worked closely with Federal agencies on computer security issues including the White House(E * Wrote and published papers on electronic mail and security issues.    F Under contract to AT&T, Atlanta, GA                                   ,                                  1994 to1995' Provider of telecommunications servicesn/ Responsible for OpenVMS systems administration.sF Under contract to ELECTRONIC DATA SYSTEMS, Plano, TX                            1991 to 1993r$ Provider of data processing services< Responsible for disaster recovery and data center operationsE 	                                             ADDITIONAL RELEVANT JOB-
 EXPERIENCE  C GENERAL DYNAMICS, Fort Worth, TX                                     VAX/VMS System AdministratorC BLOCKBUSTER VIDEO, Garland, TX                                     0) VAX/VMS Computer Support Shift Supervisor<F UNIVERSITY OF TEXAS,  Tyler, TX                                         Helpdesk SpecialistE NAVAL INTELLIGENCE SUPPORT CENTER, Suitland, MD  Intelligence Analyst     	 EDUCATIONh  F University of Texas, Tyler, TX 1989                                          MS Computer Science F Stephen F. Austin State University, Nacogdoches, TX 1983    BS Physics and Mathematicsh    '             CERTIFICATIONS AND TRAINING   C Project Management Professional (PMP), Project Management Instituteu- (PMI)                                    2003nE Masters Certificate in Project Management, University of Wisconsin at + Madison                                2002 C              Project Management Fundamentals Certificate, Rockhursta> University                                                2001D              Global Positioning Systems Certification, The Aerospace7 Institute, El Segundo, CA                          1985A@              Technical Intelligence Analyst Certification, Joint8 Military Intelligence College, Washington, DC       1985    PROFESSIONAL AFFILIATIONS  ?  IEEE Computer Society, Project Management Institute, Encompass    ------------------------------  % Date: Tue, 19 Aug 2003 15:41:03 -0400e. From: Mike Bartman <omni@foolie.omniphile.com>( Subject: Re: Strange programming problem8 Message-ID: <1lu4kv0vfch61nnqn44ehtdtp5arqs440m@4ax.com>  B C is famous for stuff like this...uninitialized pointers, danglingB pointers, array out of bounds, bad pointer arithmetic, etc., etc.,E etc..  Pascal is generaly immune from most of it, due to array bounds D checking, not letting programmers play with pointers directly, etc.,B but if you call anything written in another language, all bets areE off.  It is possible there's a compiler bug, but that seems unlikely.t  D The check for proper parameter values to system calls, such as $QIO,> is a good suggestion.  The attempt to get the debugger to stopF somewhere near the problem point, so you can look at variables and seeC if any look "wrong" to you, is worthwhile, but doesn't always work.r  F The reason the problem changes with the file stuff, or the compilationB options used, is most likely because things move in memory, so theD place the problem is happening is affecting something else...perhaps without causing a problem.  B Sometimes you just have to wade through the code a line at a time,D hand executing it, to see where it goes wrong.  This works best with? at least two people working in parallel, so they can catch each 1 other's mistakes...and keep each other awake! :^)     C I once had to fix a piece of C code that had worked for 15 years on?D VAX without a problem, but blew up about once every 15 or so runs onE Alpha.  Turned out the original programmer had done something that nop@ decent language will let you do: returned the address of a local, variable as the result of a function call.    E On VAX this worked, because for small amounts of local variable spacedF the compiler allocates the space on the stack, and the calling routineE transfered the return result to another location soon after the call.mE The local variable had been freed when the function returned, but thedD space wasn't re-used until something else wanted stack space, and by@ then the value had been saved elsewhere.  On Alpha the space wasF allocated in random memory, which was returned to a free list when theA function returned.  Most times the space and the value were stilloF there when the calling return went to copy the value, but occasionallyC it wasn't...exception time!  The fix was to return the value, not an# pointer to it (it was just an int).   A Programmers sometimes do strange things...particularly if they'verC never written any assembler and so don't *really* understand what's* going on in there.  ;^)e   -- Mike Bartmane  / On Tue, 19 Aug 2003 13:12:19 +0200, Paul McCabek* <paul.mccabe.removethis#bluewin.ch> wrote:  D >I've come accross problems like these before and generally its beenD >interactions with calling system services or "other" languages e.g.
 >Cobol, C. > D >One thing that has generally helped me is to run the application inE >debug and do a set break/exception and then "go".  The debugger will0B >then break when something worth investigating happens (usually!). >oD >Also check your buffer sizes you are passing into the QIO's for the >mbxes.a >B	 >Regards,  >  >  >Paul. >aA >On 19 Aug 2003 07:10:44 GMT, gartmann@immunbio.mpg.de (Christophn >Gartmann) wrote:n > U >>In article <vk36fu1k4v081e@corp.supernews.com>, Z  <zarlenga@conan.ids.net> writes:t7 >>>Christoph Gartmann <gartmann@immunbio.mpg.de> wrote:rQ >>>: closing the file again). This modified program doesn't show the problem eveneM >>>: when compiled with /NOCHECK/NODEBUG. Using /NOOPTIMIZE doesn't help, thesT >>>: program works only either without the two qualifiers or with the qualifiers andR >>>: the logfile statements. Thus, what could be the cause? What else could I try? >>>u7 >>>You almost certainly have bad code and a latent bug.i >>> E >>>Why not just compile it with the qualifiers that work and consider- >>>it fixed? >>P >>Because things will most likely get worse over time. My problem is how I couldH >>trace the error. As soon as I add the logfile to the program the errorQ >>disappears :-(  So what does the Pascal compiler when there is a file involved?HP >>Without the logfile the program uses no other files but it opens a mailbox and8 >>reads and writes to it using normal Pascal statements. >>
 >>Regards, >>   Christoph GartmannA  @ ----------------------------------------------------------------=   To reply via e-mail, remove the 'foolie.' from the address.(%   I'm getting sick of all the SPAM....@ ----------------------------------------------------------------   ------------------------------   Date: 19 Aug 2003 16:54:33 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)s( Subject: Re: Strange programming problem0 Message-ID: <bhtko9$cbg$1@n.ruf.uni-freiburg.de>  Z In article <L_q0b.2703$I03.554@news.cpqcorp.net>, John Reagan <john.reagan@hp.com> writes: >Christoph Gartmann wrote:	 >> Hello,i >> gO >> I have a large Pascal program that stopped working, probabely because of the P >> system upgrade to OpenVMS 7.3 . If I compile the program using /NOCHE/NODEBUGL >> it simply doesn't run. I get no error message because it is called from aN >> DECnet task. If I omit these qualifiers the program is working as expected.Q >> Now the strange thing: I added a logfile to the program code (nothing special,eL >> just opening a file and writing out some variables at various steps, thenO >> closing the file again). This modified program doesn't show the problem evenoK >> when compiled with /NOCHECK/NODEBUG. Using /NOOPTIMIZE doesn't help, the R >> program works only either without the two qualifiers or with the qualifiers andP >> the logfile statements. Thus, what could be the cause? What else could I try? >> t >> Regards,1 >>    Christoph Gartmann >> h >sJ >When you omit the qualifiers, you'll get the default of /DEBUG=TRACE and  >/CHECK=(BOUNDS,DECLARATIONS). >d? >/NODEBUG vs /DEBUG=TRACE has no code generation impact at all.- >-H >/CHECK=BOUNDS adds bounds checking for array indexing.  The extra code E >often causes the optimizer to generate code in a different order to 4C >preserve various error points. By removing the indexing code, the hI >optimizer can often find more things to do since there are no errors to hM >sequence.  (However, you mentiond that /NOOPT didn't change the behavior...)e >PD >/CHECK=DECLARATIONS controls checking for schema type creation and G >controls whether the compiler processes the ASSERT() builtin.  Again, iF >without the extra code the optimizer can often do a better job.  But I >that doesn't seem to fit again with your observation that /NOOPT didn't e >change the behavior.r >x  >So with the unmodified program: >e >/NOCHECK/NODEBUG breaks, yes?   Correct.  + >and /NOCHECK/NODEBUG/NOOOPT breaks as welle   Correct.   >but /OPT works6 >and /NOOPT works?  K but only with the modified program. The modification is simply the additionlA of "open( logfile,...)  writeln( logfile,...)  close( logfile )"..   >Do I have that right?  
 See above.  F >If so, then I'll have to agree with the others and say you have some I >uninitialized variable.  Have you compiled with /USAGE=ALL to see if theeD >compiler might spot a potentially uninitialized variable (it isn't  >perfect, but it might help).    I'll gave that a try and found:R;   %PASCAL-I-COMNOTSIZ, (1) Component is not optimally sizede Does that matter?r   Regards,    Christoph Gartmanng   -- sE  Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452i  ImmunbiologieA  Postfach 1169                 Internet: gartmann@immunbio.mpg.dec  D-79011  Freiburg, Germanyd9                http://www.immunbio.mpg.de/home/menue.html'   ------------------------------    Date: 19 Aug 2003 13:28:34 -0700( From: bob@instantwhip.com (Bob Ceculski)- Subject: Re: vms tcp/ip server in C - arghhhh = Message-ID: <d7791aa1.0308191228.2677cdab@posting.google.com>:  ` "Stanley F. Quayle" <stan@stanq.com> wrote in message news:<3F41FC1E.30682.276B4AF@localhost>...- > On 19 Aug 2003 at 6:35, Shawna James wrote:sK > > I've seen reference to a method of sharing the socket, then passing ther( > > device to another process to handle. > F > You can call sys$getdvi and get the device name of the socket, then B > pass that name off to the other process.  You'll need the SHARE - > privilege for the other process to open it.( >  > > This seems good [...]p > F > Actually, it's kind of ugly.  And SHARE lets you share all sorts of > > non-shareable things, so you might create a security hole... > 2 > > I don't have good documentation unfortunately. > H > Try http://h71000.www7.hp.com/doc/os731_index.html .  It's the entire  > VMS docset...d > J > > I'd kill for a working example or some complete code so if you know of= > > where i might find something...that would be a lifesaver.  > D > You might look in SYS$EXAMPLES -- there might be something useful  > there. > I > > Oh, VAX VMS 7.1  and Multinet ??  I have both DECC and VAXC compilers! > > available. > @ > I'd recommend DECC for any new development (and don't use the G > /STANDARD=VAXC option).  That will let you port someday to Alpha and x
 > Itanium. > < > Multinet has a UCX (HP's stack) interface, so the OpenVMS - > documentation should still be applicable...e  = if you have support, just call Process software and they will69 give you some examples and guidance on how to do this ...i   ------------------------------  % Date: Tue, 19 Aug 2003 15:22:37 -0700s0 From: Mark Berryman <Mark.Berryman@Mvb.Saic.Com>- Subject: Re: vms tcp/ip server in C - arghhhhP' Message-ID: <3f4240be$1@cpns1.saic.com>p   Stanley F. Quayle wrote:- > On 19 Aug 2003 at 6:35, Shawna James wrote:t > I >>I've seen reference to a method of sharing the socket, then passing ther& >>device to another process to handle. >  > F > You can call sys$getdvi and get the device name of the socket, then B > pass that name off to the other process.  You'll need the SHARE - > privilege for the other process to open it.  >   D Actually, Multinet provides a means for passing a socket to another G process without the need for privileges.  See the Multinet programming -; documentation for IO$_SETCHAR and the SETCHAR_HANDOFF flag.0  
 Mark Berrymand   ------------------------------  # Date: Tue, 19 Aug 2003 23:42:32 GMTiL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")% Subject: Re: xml web services OpenVMSb6 Message-ID: <00A249F9.5964C185@SSRL.SLAC.STANFORD.EDU>  ] In article <3F423528.4050706@ceris.purdue.edu>, Chuck Aaron <caaron@ceris.purdue.edu> writes:e6 >I posed a question a few days ago but let me clarify: >.D >A web service is an application delivered as a service that can be F >integrated with other web services using internet standards. Simply, @ >it's an URL-addressable resource that programmatically returns D >information to clients who want to use it. The major communication = >protocol used is SOAP, which in most cases is XML over HTTP.t >wH >Now, my question...is anyone using this with OpenVMS? If so, would you + >please share what and how your using this?a  O I'm not using this (yet), as I've had no call to, but I attended a presentation F on doing it by HP's John Apps, who described packaging a VMS TTY-basedN application as a web service with the vital link done by screen scraping usingM Powerterm.  This enabled car-rental reservations to be done through a partneru airline's web site.:  O It certainly appears that the tools for building web services are available forvM VMS, what with XML parsers, Perl (with expat and -- I think, but haven't used( it -- SOAP support), etc,p  ! What are you interested in doing?    -- Alant         -- OO ===============================================================================80  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056.M  Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA   94025-O ==============================================================================="   ------------------------------  # Date: Wed, 20 Aug 2003 00:20:11 GMT-6 From: "Craig A. Berry" <craigberry@mac.com.spamfooler>% Subject: Re: xml web services OpenVMS @ Message-ID: <1e2d93a1de59c586e0e773a911ad7f88@news.teranews.com>  / In article <3F423528.4050706@ceris.purdue.edu>,e-  Chuck Aaron <caaron@ceris.purdue.edu> wrote:d  7 > I posed a question a few days ago but let me clarify:  > E > A web service is an application delivered as a service that can be aG > integrated with other web services using internet standards. Simply, eA > it's an URL-addressable resource that programmatically returns oE > information to clients who want to use it. The major communication a> > protocol used is SOAP, which in most cases is XML over HTTP. > I > Now, my question...is anyone using this with OpenVMS? If so, would you m, > please share what and how your using this?  G Not an answer to your question, but anyone following this thread might -7 find it helpful to know where to get the tools for VMS:7  = http://h71000.www7.hp.com/openvms/products/ips/soap/soap.htmlR   I have not tried this myself.-   ------------------------------   End of INFO-VAX 2003.459 ************************