1 INFO-VAX	Tue, 19 Aug 2003	Volume 2003 : Issue 458       Contents: Re: $asctim  Re: $asctim  Re: $asctim  Re: $asctim 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 job Re: 306GB drives!  Re: 306GB drives!  Re: 306GB drives!  AntiVirus for OpenVMS  Re: AntiVirus for OpenVMS  Re: AntiVirus for OpenVMS  Re: AntiVirus for OpenVMS  Re: AntiVirus for OpenVMS   Re: decw$mwm change process name  Re: decw$mwm change process name4 Re: DECW$SM fills up the disk---is this a known bug?( RE: DLT FAST_SKIP problem with VMS 7.3-1 Re: DSSI problem Fork on OPEN VMS Re: Fork on OPEN VMS Re: Fork on OPEN VMS Re: Fork on OPEN VMS Re: Fork on OPEN VMS: Re: How to determine which client is connected to a server Re: how to start DECevent  Re: Last week at HP World - Mail not purged when accessed via POP3 client 1 Re: Mail not purged when accessed via POP3 client 1 Re: Mail not purged when accessed via POP3 client " Re: Memory leak in OpenVMS 7.3-1 ?' Multicast under UCX 4.1 and OpenVMS 7.1  OpenVMS 7.3 kit for VAX P Re: OpenVMS I64 on Third-Party Itanium Systems (was: Re: Will OpenVMS I64 run onP Re: OpenVMS I64 on Third-Party Itanium Systems (was: Re: Will OpenVMS I64 run on9 Re: pgp 2.6.3ia multi05 finally running on OpenVMS V7.3-1 # Re: running a news SERVER under VMS  Re: Strange programming problem  Re: Strange programming problem  Re: Strange programming problem  Re: Strange programming problem   vms tcp/ip server in C - arghhhh$ Re: vms tcp/ip server in C - arghhhh- Will OpenVMS I64 run on a Dell PowerEdge 3250 1 Re: Will OpenVMS I64 run on a Dell PowerEdge 3250  xml web services OpenVMS  F ----------------------------------------------------------------------   Date: 19 Aug 03 08:37:55 +0200) From: p_sture@elias.decus.ch (Paul Sture)  Subject: Re: $asctim) Message-ID: <ws3QbtoDQOK8@elias.decus.ch>   S In article <vk3580r2aanef2@corp.supernews.com>, Z  <zarlenga@conan.ids.net> writes: 3 > Eyal Sharabi Horwitz <hidra2000@yahoo.com> wrote: E > : im having a bit of difficulty with the $asctim function, for some G > : reason, every once in a while it gives me a date that's not in it's 5 > : usual format, which causes a crash in my program.  > ' > Do you have an example of a bad date?    Rita, Nov 2001.      Oh! Not that kind of date ;)   ------------------------------  # Date: Tue, 19 Aug 2003 07:28:07 GMT - From: Mike Rechtman <michael.rechtman@hp.com>  Subject: Re: $asctim& Message-ID: <3F41FB94.549DB4CF@hp.com>   Eyal Sharabi Horwitz wrote:  > C > im having a bit of difficulty with the $asctim function, for some E > reason, every once in a while it gives me a date that's not in it's 3 > usual format, which causes a crash in my program.  > D > is there a default return value, or a default error value for this > function?  > 6 > (i've tried looking in the Help but... no such luck)  @ The following URL will *not* help with $asctim. It will however,+ (hopefully) help you restate your question: 6 http://eisner.encompasserve.org/~rechtman/post_hlp.htm   Mike --  E --------------------------------------------------------------------- E Usual disclaimer: All opinions are mine alone, perhaps not even that. ? Mike Rechtman                            *rechtman@tzora.co.il* F Kibbutz Tzor'a.                          Voice (home): 972-2-9908337  B   "20% of a job takes 80% of the time, the rest takes another 80%"E ---------------------------------------------------------------------    ------------------------------  % Date: Tue, 19 Aug 2003 11:05:59 +0100 + From: John Laird <john@laird-towers.org.uk>  Subject: Re: $asctim8 Message-ID: <9ct3kv04n8hs3h6pqtvllieg74ocgk0bqs@4ax.com>  H On 8 Aug 2003 23:34:11 -0700, hidra2000@yahoo.com (Eyal Sharabi Horwitz) wrote:  B >im having a bit of difficulty with the $asctim function, for someD >reason, every once in a while it gives me a date that's not in it's2 >usual format, which causes a crash in my program.  I Is it, perhaps, a delta time rather than an absolute time ?  This has the 5 form dddd hh:mm:ss.cc, where dddd is a count of days.   G You will format a delta time if the input time value is negative.  This I corresponds to the second longword being negative as the time is a signed H quadword value.  Perhaps you could test for this and signal some sort of5 error if it is not normal for your program execution.   C >is there a default return value, or a default error value for this 
 >function?  5 The default function return status is 1 (ss$_normal).    --   John   ------------------------------  # Date: Tue, 19 Aug 2003 14:01:22 GMT # From: hoff@hp.nospam (Hoff Hoffman)  Subject: Re: $asctim0 Message-ID: <S4q0b.2687$KG2.90@news.cpqcorp.net>  S In article <vk3580r2aanef2@corp.supernews.com>, Z  <zarlenga@conan.ids.net> writes: 2 :Eyal Sharabi Horwitz <hidra2000@yahoo.com> wrote:D :: im having a bit of difficulty with the $asctim function, for someF :: reason, every once in a while it gives me a date that's not in it's4 :: usual format, which causes a crash in my program. : & :Do you have an example of a bad date?  @   Um, have you asked the monkey in the Indiana Jones movie?  :-)  B   But seriously, good question.  Obvious problems could involve anC   assumption around a trailing null in the string buffer (which may D   or may not be present, and cannot be relied upon) or problems withF   the buffer allocation or the string descriptor itself.  As you quiteF   correctly request, some additional details around the problem -- and@   preferably a standalone code example -- will be required here.  F   I've attached a source code example of calling $asctim below -- thisF   example may well already be included on the Freeware, as there are aE   number of code examples available there.  For those code examples I F   provided -- and I am far from the only contributor -- please look in0   the OpenVMS Freeware directory [SRH_EXAMPLES].  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    	--    #include <descrip.h> #include <lib$routines.h>  #include <ssdef.h> #include <starlet.h> #include <stdio.h> #include <stsdef.h>  #define MAXASCTIMLEN 23  main()     {      int RetStat;:     $DESCRIPTOR( TimeSourceAscii, "01-JAN-1995 00:00:01");X     char TimeSourceBinary[] = { 0x080, 0x0F5, 0x020, 0x000, 0x000, 0x000, 0x000, 0x000};,     struct dsc$descriptor FormattedTimeDesc;+     char FormattedTimeBuffer[MAXASCTIMLEN];      int TimeBinaryQW[2];       /*     //	example 1: )     //	Convert time from binary to ASCII.      */2     FormattedTimeDesc.dsc$w_length = MAXASCTIMLEN;2     FormattedTimeDesc.dsc$b_dtype = DSC$K_DTYPE_T;2     FormattedTimeDesc.dsc$b_class = DSC$K_CLASS_S;:     FormattedTimeDesc.dsc$a_pointer = FormattedTimeBuffer;  G     RetStat = sys$asctim( 0, &FormattedTimeDesc, TimeSourceBinary, 0 ); 8     if (!$VMS_STATUS_SUCCESS( RetStat )) return RetStat;3     RetStat = lib$put_output( &FormattedTimeDesc ); 8     if (!$VMS_STATUS_SUCCESS( RetStat )) return RetStat;       /*     //	example 2: ;     //	Convert time from ASCII to binary and back to ASCII.      */;     RetStat = sys$bintim( &TimeSourceAscii, TimeBinaryQW ); 8     if (!$VMS_STATUS_SUCCESS( RetStat )) return RetStat;C     RetStat = sys$asctim( 0, &FormattedTimeDesc, TimeBinaryQW, 0 ); 8     if (!$VMS_STATUS_SUCCESS( RetStat )) return RetStat;W     printf("0x0%2.2x 0x0%2.2x 0x0%2.2x 0x0%2.2x 0x0%2.2x 0x0%2.2x 0x0%2.2x 0x0%2.2x\n", B 	(unsigned char) TimeBinaryQW[0], (unsigned char) TimeBinaryQW[1],B 	(unsigned char) TimeBinaryQW[2], (unsigned char) TimeBinaryQW[3],B 	(unsigned char) TimeBinaryQW[4], (unsigned char) TimeBinaryQW[5],D 	(unsigned char) TimeBinaryQW[6], (unsigned char) TimeBinaryQW[7] );3     RetStat = lib$put_output( &FormattedTimeDesc ); 8     if (!$VMS_STATUS_SUCCESS( RetStat )) return RetStat;          return SS$_NORMAL;     }    ------------------------------    Date: 19 Aug 2003 08:20:15 -0700+ From: steve.spires@torex.com (Steve Spires) ; Subject: Re: 16 years experience in VMS - looking for a job = Message-ID: <57136ccc.0308190720.3874a082@posting.google.com>   A Yes, and you can add me to the list of folk in the UK looking for D work... the experiment to become a permie has failed miserably and IE have now joined that ever increasing group of those made redundant...  didn't even make a year!  E Oh well, I guess we'll be competing for those jobs now Tim - at least A I have 7.3-1 and 'some' exposure to SAN etc. Doesn't appear to be  helping yet though.   E One thing I have heard through the grapevine is that certain possible F employees search places like google on receipt of your CV as they feelB they can get a good idea of your level of experience and knowledgeA from the questions you pose and the answers you give etc. Whether E that's a help or a hindrance I don't know. If you've ever slagged off + previous employees it might be a problem...   , Cheers and good luck to all the job hunters!   Steve Spires  / [now contactable at oggy4ever at yahoo dot com]     l Tim Llewellyn <tim.llewellyn@blueyonder.co.uk> wrote in message news:<3F40FEB4.6242B5CF@blueyonder.co.uk>... > Michael Kalinowski wrote:  > >  > > Hi,  > > P > > i'm looking for a job (Europe). Due to my knowledge in VMS VAX and ALPHA i'd, > > like to work further more in this area.    [cut...]  W > www.jobserve.co.uk and search for VMS. Also www.cwjobs.co.uk, www.theitjobboard.co.uk / > etc, most of the jobs pop up on all of those.  > @ > Past experience doesn't count much in the current market, only0 > current skills (ie VMS 7.3-1, SAN experience). > C > Feel lucky if you can get considered ahead of the constant stream I > of VMS expertise (with current hardware and disk technology experience) / > that HP continues to dump on the jobs market.  >    [cut...]     > me, cynical? > 
 > regards, > " > > Any help would be appreciated. > >  > > Thanks in advance  > >  > > Michael ) > > email: kalinowski-michael@t-online.de    ------------------------------    Date: 19 Aug 2003 10:38:42 -0500+ From: young_r@encompasserve.org (Rob Young) ; Subject: Re: 16 years experience in VMS - looking for a job 3 Message-ID: <NFuAZh9PyiQz@eisner.encompasserve.org>   k In article <57136ccc.0308190720.3874a082@posting.google.com>, steve.spires@torex.com (Steve Spires) writes: 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!   	This is unfortunate Steve.   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.  > 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...  >   9 	Maybe with somebody with poor interviewing skills - this 8 	works.  I have personally wrung a dozen or more throughH 	a wringer.  One of my favs was a listing of cluster experience and then= 	when asking about clustering or quorum:  "Oh, I really don't < 	have clustering experience."  Okay, "But it is here on your	 	resume."   ; 	And an embarassing follow-up might run along the lines of:   < 	"You just lie on resumes but wouldn't lie if hired, right?"  $ 	But I'm really not that vindictive.   				Rob    ------------------------------  # Date: Tue, 19 Aug 2003 17:00:58 GMT / From: "Ken Farmer" <kfarmer@NOSPAM.OpenVMS.org> ; Subject: Re: 16 years experience in VMS - looking for a job < Message-ID: <eJs0b.2887$J16.129840@twister.southeast.rr.com>   OpenVMS.org Job Listings: * http://www.openvms.org/phorum/list.php?f=2   OpenVMS.org Resume Posting: * http://www.openvms.org/phorum/list.php?f=3   -- Kenneth Farmer  <><  OpenVMS.org  |  dcl.OpenVMS.org       A "Tim Llewellyn" <tim.llewellyn@blueyonder.co.uk> wrote in message * news:3F40FEB4.6242B5CF@blueyonder.co.uk... >  >  > Michael Kalinowski wrote:  > >  > > Hi,  > > L > > i'm looking for a job (Europe). Due to my knowledge in VMS VAX and ALPHA i'd I > > like to work further more in this area. Well MS operating systems are  also! > > known. Last i was head of IT. L > > Someone knows where i can find other forums or newsgroups regarding VMS,0 > > where i can contact potential organizations? > >  > ? > www.jobserve.co.uk and search for VMS. Also www.cwjobs.co.uk,  www.theitjobboard.co.uk / > etc, most of the jobs pop up on all of those.  > @ > Past experience doesn't count much in the current market, only0 > current skills (ie VMS 7.3-1, SAN experience). > C > Feel lucky if you can get considered ahead of the constant stream I > of VMS expertise (with current hardware and disk technology experience) / > that HP continues to dump on the jobs market.  > K > If you want a Windows job expunge the VMS word from your CV. The lobotomy J > is not mandatory but may prevent you from headbanging, hair-tearing etc. > D > Hope you land a job where you get experience porting from Alpha to Itanium.I > Otherwise your VMS experience will be toast to the recruitment industry D > in a couple of years, no matter how seamless a job VMS engineering5 > do of making Alpha and Itanium versions compatible.  > F > Don't expect to be considered for jobs where relocation is an issue. > B > Expect to be offered approx 50 percent of your last salary/rate. > D > Networking doesn't appear to help when the market is this bad, butH > you could try joining you local HP/CUO and attending meetings I guess. >  > me, cynical? > 
 > regards, > " > > Any help would be appreciated. > >  > > Thanks in advance  > >  > > Michael ) > > email: kalinowski-michael@t-online.de  >  > --    > tim.llewellyn@blueyonder.co.uk   ------------------------------    Date: 19 Aug 2003 09:13:29 -00004 From: Doc.Cypher <Use-Author-Address-Header@[127.1]> Subject: Re: 306GB drives!5 Message-ID: <20030819091329.1460.qmail@gacracker.org>   > On 18 Aug 2003, Kilgallen@SpamCop.net (Larry Kilgallen) wrote:> >In article <btb0b.2619$3s2.1400@news.cpqcorp.net>, "Bob Lail" ><Robert.Lail@hp.com> writes:  >  >>     Bill  >>  L >>     Read the paper. It will enlighten you to the real differences betweenI >> ATA and SCSI disk drives. They are VERY different and no one should be G >> advocating replacing SCSI drives with ATA drives in Mission Critical M >> applications unless they know and understand the risks they will be taking  >> with their data.  >   >I am not Bill, but what paper ?  4 Here's the HTMLized version from the Google cache...   http://www.google.be/search?q=cache:5O0PwgL1aVIJ:www.seagate.com/content/docs/pdf/whitepaper/D2c_More_than_Interface_ATA_vs_SCSI_042003.pdf      Doc. --  F OpenVMS:    Eight out of ten hackers prefer *other* operating systems.F [New Key - Get via finger]                       http://vmsbox.cjb.net   ------------------------------  % Date: Tue, 19 Aug 2003 05:03:58 -0400 * From: "Bill Todd" <billtodd@metrocast.net> Subject: Re: 306GB drives!2 Message-ID: <VaidndOsz4WOddyiXTWJkw@metrocast.net>  0 "Bob Lail" <Robert.Lail@hp.com> wrote in message, news:btb0b.2619$3s2.1400@news.cpqcorp.net...   ...    >     Read the paper.    Ok.   6  It will enlighten you to the real differences between > ATA and SCSI disk drives.   K Though it was a good overview, I'm afraid that there really wasn't anything  surprising in it.    > They are VERY different   H Of course they are:  the question is the degree to which the differencesH matter.  There are certainly cases where they are absolutely critical toF OEMs (e.g., those who require modifications to the disk's firmware, orH specialized sector sizes), but this is not true for typical customer useE unless there's a need, say, to connect individual drives (rather than ( multi-drive cabinets) to multiple hosts.    and no one should be F > advocating replacing SCSI drives with ATA drives in Mission CriticalL > applications unless they know and understand the risks they will be taking > with their data.  C Since I have a pretty good understanding of those risks, I'm fairly C comfortable explaining them to others.  They primarily boil down to L potential performance degradation and premature failure if careful attention) is not paid to the operating environment.   G The article makes it clear that the increased cost of SCSI disks arises H primarily from their significantly higher unit performance (more complexI interface, higher rotational speeds and faster seeks, plus mechanical and I electrical engineering that provides somewhat higher MTBF and lower retry L frequencies despite these higher stresses) - in combination, of course, withI the consequences of spreading development costs over far smaller volumes. J By contrast, ATA drives benefit from trickle-down engineering advances and) less demanding operating characteristics.   D So while it's true that a 7200 rpm ATA drive has only about half theI random-access performance of a 15Krpm SCSI/FC drive (which costs close to J 10x as much for a given storage capacity:  it's only the older, slower 10KJ rpm SCSI generation that gets the difference down close to 3x), if there'sE enough parallelism in the workload you can simply spread the high-end I drive's data over two ATA drives and obtain similar performance (assuming K that the ATA drives are mounted so as to minimize mechanical seek-vibration K coupling, and modulo any additional differences due to the possible absence F of tagged-queuing facilities in the ATA drives, but the latter becomesF significant only if the load is allowed to increase to the point whereJ non-negligible queues actually start to form at the disks).  And as sharedH virtualization technology increasingly spreads unrelated activities overL many shared spindles, situations in which no significant parallelism is seen& at the disks become increasingly rare.  K There's no question that high-end drives are more reliable on an individual E basis, and that this advantage is even greater (by a factor of 3 - 4, B according to the paper - which was a useful quantitative nugget ofF information that I hadn't previously been familiar with, including theF compensating effect of reducing the platter count which once again canI operate to reduce any ATA handicap) when adjusted to compensate for their A higher nominal power-on and seek duty cycles, but their commodity K competition is not one-for-one here any more than it is when performance is G important.  A pair of mirrored commodity ATA drives provides comparable A (read) performance to and far better (system) MTBF - even in 24/7 E operation - than the best single high-end drive you can buy, plus far @ greater storage capacity, far lower cost, and comparable overallK power/cooling requirements (which allows each individual commodity drive to J operate at lower temperature - a reliability advantage over higher-poweredL SCSI/FC drives).  The high-end drive's only real advantages are smaller rackF footprint (if you don't need the far greater storage capacity that theH paired-ATA option provides), faster strictly-serial access, faster writeK access (where mirroring doesn't help the performance of the ATA pair), less K sensitivity to mechanical seek-coupling (though since ATA drives *generate* I less seek vibration in the first place, due to their less-aggressive head H movements, that helps compensate), more graceful performance degradationD under high loads than ATA drives that don't include internal queuing, optimization, and less frequent replacement.  L While the paper is a good one, one should remember that its authors work forL a company with a major incentive to justify continued use of its high-marginJ storage products.  So it's hardly surprising that they choose to highlightK the advantages of their high-end products rather than explain how commodity 5 products might effectively replace them in many uses.    - bill   ------------------------------   Date: 19 Aug 03 18:26:14 +0200) From: p_sture@elias.decus.ch (Paul Sture)  Subject: Re: 306GB drives!) Message-ID: <DpL$bozzCHcc@elias.decus.ch>   l In article <20030819091329.1460.qmail@gacracker.org>, Doc.Cypher <Use-Author-Address-Header@[127.1]> writes:@ > On 18 Aug 2003, Kilgallen@SpamCop.net (Larry Kilgallen) wrote:? >>In article <btb0b.2619$3s2.1400@news.cpqcorp.net>, "Bob Lail"  >><Robert.Lail@hp.com> writes: >> >>>     Bill >>> M >>>     Read the paper. It will enlighten you to the real differences between J >>> ATA and SCSI disk drives. They are VERY different and no one should beH >>> advocating replacing SCSI drives with ATA drives in Mission CriticalN >>> applications unless they know and understand the risks they will be taking >>> with their data. >>! >>I am not Bill, but what paper ?  > 6 > Here's the HTMLized version from the Google cache... >  > http://www.google.be/search?q=cache:5O0PwgL1aVIJ:www.seagate.com/content/docs/pdf/whitepaper/D2c_More_than_Interface_ATA_vs_SCSI_042003.pdf  >  >  And here's the PDF itself:  a http://www.seagate.com/content/docs/pdf/whitepaper/D2c_More_than_Interface_ATA_vs_SCSI_042003.pdf    ------------------------------    Date: 19 Aug 2003 07:39:07 -0700$ From: issinoho@slayme.com (issinoho) Subject: AntiVirus for OpenVMS= Message-ID: <d0141774.0308190639.1d501415@posting.google.com>   E A client is being forced by its security chappies to (a) implement an D AV solution on their VMS boxes, or (b) come up with some irrefutable! reasons why this is not required.   C I know Sophos do some sort of AV solution, but I'm note sure of (a) 4 its scope of functionality, (b) how expensive it is.  F Can anyone point me as to the best advice I should be giving my clientC - my initial thought are that the negligible risk makes the cost of  any work wholly unjustified.   Thoughts welcomed.   ------------------------------  # Date: Tue, 19 Aug 2003 14:46:42 GMT " From:   VAXman-  @SendSpamHere.ORG" Subject: Re: AntiVirus for OpenVMS0 Message-ID: <00A249C7.ACAB49B3@SendSpamHere.ORG>  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.  > 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.  >  >Thoughts welcomed.    Dear Client,  - VMS is not a Micro$oft product.  Enough said.    --N VAXman- A bored certified VMS kernel mode hacker!     VAXman(at)TMESIS(dot)COM  5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------  % Date: Tue, 19 Aug 2003 08:02:58 -0700 + From: "Barry Treahy, Jr." <Treahy@MMaz.com> " Subject: Re: AntiVirus for OpenVMS% Message-ID: <3F423C22.20204@MMaz.com>    issinoho wrote:   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.  > 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.  > H IMHO, you will probably never find any viruses crafted for VMS (maybe a I trojan though), but you may have exploits based on GNU software that was   ported to VMS.    F If you store PeeCee or Unix content on your VMS system, you could NFS E mount the VMS volumes from a Unix or Linux system and then file scan  G those volumes; We do this for our Unix/Linux systems with TrendMicro's  H products, but frankly see no need for VMS since we stopped using VMS as , a PeeCee file server many, many years ago...   Barry    --    > Barry Treahy, Jr                       E-mail: Treahy@MMaz.com> Midwest Microwave                          Phone: 480/314-1320> Vice President & CIO                         FAX: 480/661-7028                            ------------------------------  % Date: Tue, 19 Aug 2003 10:46:44 -0500 ( From: brandon@dalsemi.com (John Brandon)" Subject: Re: AntiVirus for OpenVMS1 Message-ID: <03081910464461@dscis6-0.dalsemi.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.   M As previously stated, there are no PC-like viruses on VMS.  However that does L not mean that a priveleged user can not create a worm or do some damages.  A= secure VMS system requires proper management and maintenance.   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.  O a) We use SOPHOS on our VMS platform.  It has a SCAN only functionality, though O there is a provision for a Pathworks interface - which we do not use.  The SCAN 2 allows for ID, disenfect, and deletion of a virus.  6 b) How cheap is cheap?  Losing your data is not cheap.  2 Contact a sales-rep at www.sophos.com for pricing.   I found it reasonable.  3 You can also download a trial copy from their site.   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.  N If the VMS site is closed and secure then I would not worry too much about it.  O However, as in our VMS environment, we have FTP from UNIX and Win/xx clients to N and from the VMS servers, we extensively use Advanced Server (PW) to allow ourN Win/xx clients to access their user directories for purposes of download, fileO storage (Word, Excel, documents, etc.), and such.  If this is the case, I would N suggest that a virus scanner be used to clean all VMS accounts, PW shares, and0 common areas that a Win/xx client has access to.  0 If you would like to contact me, please do so...     J*o*h*n B*r*a*n*d*o*n  VMS Systems Administrator * firstname.lastname.spam.me.not@dalsemi.com   ------------------------------  # Date: Tue, 19 Aug 2003 15:42:22 GMT # From: hoff@hp.nospam (Hoff Hoffman) " Subject: Re: AntiVirus for OpenVMS1 Message-ID: <yzr0b.2719$D%2.895@news.cpqcorp.net>   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.  L   You will not find irrefutable reasons, and you and the "security chappies"D   will and must have a better knowledge of the local system security%   environment and local requirements.   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.   G   Please read the security manual.  This is your client, after all, and G   thus you are the expect.  Accordingly, you should already be familiar C   with OpenVMS management and with system security recommendations.   I   If there are Microsoft Windows data or program files stored on OpenVMS, I   for instance, these can be infected -- the infection will not adversely F   affect OpenVMS itself or OpenVMS applications.  (Sophos can scan forI   these infections.)  Windows application or data files that can be found :   on an Advanced Server share can be infected, obviously.   K   There have been a few worms for OpenVMS, though I've not seen one in some F   years now -- the recommendations in the OpenVMS security manual willJ   typically lock these worms out, and OpenVMS tends to install itself withH   security enabled by default.  I am not aware of any OpenVMS virus thatL   is loose in the field, but these and trojan horses and worms are certainly   conceptually possible.  I   OpenVMS lacks one of the central infection distribution mechanism found E   in Microsoft Windows systems: Ol's ability to invoke arbitrary and G   untrusted code, either directly or from within what would normally be G   considered a data file.  I regularly receive mail containing Windows  F   virii, and to date have found none that can infect OpenVMS -- I willF   regularly open and decode the Windows virii mail messages I receive,7   just to see what new vermin is now loose in the wild.   F   Most common vulnerabilities are internal, of course, and breaches ofE   OpenVMS are more often caused by outdated patch levels or incorrect G   system security settings.  In either case, the guidelines for running C   an NCSC Class C2 environment (in the security manual) can be very K   helpful -- logs, security settings, privileges, etc.  I would concentrate H   on this area first and before I would look for virii -- assuming thereG   are no Windows shares configured on the OpenVMS server or cluster, of H   course.  (If there are shares, then these can be infected.  But again,I   the infections are hazardous only to the overall system load of serving I   the files should the infection "get busy", and obviously to the Windows    systems that are the target.)   E   I will here discount discussions of other resources that can become F   infected -- infected Windows-based DNS servers, for instance, can beF   a real problem for any platform using the DNS server, whether or not1   the local platform itself is directly infected.   I   There have been various discussions of virii on OpenVMS over the years. G   Please visit the newsgroup archives for details.  Also please see the F   OpenVMS Frequently Asked Questions (FAQ) section entitled "Are thereH   any known viruses for OpenVMS?" -- barring a secuity hole found withinE   OpenVMS, and barring a (better) viral transmission mechanism within H   OpenVMS, there are other security-relevent issues that I would concern   myself about (first).   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: 19 Aug 2003 00:16:43 -0700) From: meidanze@hotmail.com (meidan zemer) ) Subject: Re: decw$mwm change process name = Message-ID: <3bbfbaa2.0308182316.45e84503@posting.google.com>   ` "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message news:<3F3F97EF.D1093F10@fsi.net>... > meidan zemer wrote:  > >  > > Hi, E > > We have a DS10 alpha machine which supplied motif application for 	 > > PC's. 7 > > For each PC i run the decw$mwm as a detach process. J > > My problem is when i run the decw$mwm it's chaning the process name toG > > decw$mwm_xxxx. I need to find a way to prevent the program decw$mwm D > > from changing the process name.(like a switch or a logical name) > > Does anybody knows a way?  > > Thanks, 
 > > Meidan > H > If you can explain why that's a problem, perhaps someone could suggest > an alternate strategy.  A I want to set the process name to somthing else. I can'nt do that 7 because the decw$mwm image is chaning the process name.    ------------------------------    Date: 19 Aug 2003 00:19:37 -0700) From: meidanze@hotmail.com (meidan zemer) ) Subject: Re: decw$mwm change process name = Message-ID: <3bbfbaa2.0308182319.49970930@posting.google.com>   b lewis@mazda.mitre.org (Keith A. Lewis) wrote in message news:<bhqosv$d1r$1@newslocal.mitre.org>... > meidanze@hotmail.com (meidan zemer) writes in article <3bbfbaa2.0308170023.9a55d2b@posting.google.com> dated 17 Aug 2003 01:23:14 -0700:6 > >For each PC i run the decw$mwm as a detach process.I > >My problem is when i run the decw$mwm it's chaning the process name to F > >decw$mwm_xxxx. I need to find a way to prevent the program decw$mwmC > >from changing the process name.(like a switch or a logical name)l > >Does anybody knows a way? > K > Two processes on the same VMS machine can only have the same name if theyeL > have different UIC "group" fields.  So, if i is your iteration variable... > % > $ uic = f$fao("[!OW,200]", 200 + i)M& > $ run /uic='uic' sys$system:decw$mwm > K > One question -- since you run MWM as a detached process, how does it knowt > which display to use?   R when i run the process i use the qualifiers "/out=" and assign the display device.   ------------------------------    Date: 19 Aug 2003 09:33:22 -0700. From: martinkirby12@yahoo.co.uk (Martin Kirby)= Subject: Re: DECW$SM fills up the disk---is this a known bug?t< Message-ID: <224291b.0308190833.7a769048@posting.google.com>  4 This problem should be addressed in the forthcoming ! OpenVMS V7.3-2/DECwindows V1.3-1.   F The problem occurs when the window the screen saver uses is deleted byK the session manager but the screen saver is not terminated. The most likelyyK cause of this is that there are some race conditions between unlocking the PK screen and starting a new screen saver. It could also be caused by a rogue 0  application deleting the window.  K It should be possible to reduce the likelihood of the problem by adjusting  I the screen saver settings. Setting to use multiple screen savers and the  K time per saver to zero should prevent new saver images from being started.  C If that doesn't work, setting it to a large value should reduce thei window of opportunity.  K Unfortunately, when it does happen there is no visible problem and the log - file fills very quickly.   Martin Kirby DECwindows Engineering   ------------------------------  # Date: Tue, 19 Aug 2003 12:42:01 GMTm+ From: Jeff Cameron <JCam90502@jcameron.com> 1 Subject: RE: DLT FAST_SKIP problem with VMS 7.3-1 2 Message-ID: <BB676928.AB84%JCam90502@jcameron.com>   > To any who can help, > D > In versions of VMS 7.2-2 and earlier the SCSI magnetic tape driverK > SYS$MKDRIVER.EXE had code such that if an error or mount verification hadiF > occurred on a tape device that supported fast skip, the driver wouldN > permanently disable fast skip for that device, regardless of the setting setI > by the $SET MAGTAPE/FAST_SKIP=option command. The only way to re-enable0M > fast_skip was to reboot the system. Now, Compaq/HP has provided a patch fore% > this problem which works just fine.  > SK > But my question is this. In version 7.2-2 and earlier versions,one couldfP > determine if fast skip for a tape device was disabled by doing the following : > ' > $ANALYZE/SYSTEM  > SDA>SHOW DEVICE <tape-device>m > SDA>EXAMINE UCB+15Cf > rN > This would result in a hexadecimal long word. Looking at bit 12 of this wordN > (identified by this mask %X'00001000'), if the bit is set, then fast_skip isI > enabled, and if not set then fast_skip is permanently disabled. However L > sometime between 7.2-2 and 7.3-1 this method of test seems to be no longerH > valid, even though the native 7.3-1 SCSI magtape driver still disables, > fast_skip on errors or mount verification. > eN > The patch kit dec-axpvms-vms731_fibre_scsi-v0300 does indeed fix the problem > on VMS 7.3-1 (see : P > http://ftp.support.compaq.com/patches/public/Readmes/vms/dec-axpvms-vms731_fib > re_scsi-v0300--4.README) > -P > Can anyone who has access to the source for the 7.3-1 SYS$MKDRIVER.EXE provideG > a new test method to determine if fast skip has been disabled or not?L > < > Thank you in advance.    From V7.3 SYS$MKDRIVER.EXE
 -------------n! UCB$V_ALLOWFAST_PER_IO = 00000011 ! UCB$V_ALLOWFAST_ALWAYS = 00000012r UCB$L_DEVDEPND2 = 00000060! MT2$M_ALLOWFAST_ALWAYS = 02000000b  MT2$M_ALLOWFAST_NEVER = 08000000! MT2$M_ALLOWFAST_PER_IO = 04000000o MT2$M_ALLOWFAST_SUP = 01000000   From V7.3-1 SYS$MKDRIVER.EXE; 122 ; Eliminate the redundant use of bits in ucb$l_mk_flags = 123 ; to control skipfile behavior, so that from now on, onlydD 124 ; the ucb$l_devdepnd2 fastskip bits are used. This also prepares? 125 ; for a future checkin which will handle skipfile correctlyd< 126 ; for multipath sets. The 3 mk_flags bits that have been= 127 ; obsoleted are SKIPFILE_SUPPORTED, ALLOWFAST_PER_IO, and  128 ; ALLOWFAST_ALWAYS.    UCB$L_MK_FLAGS = 0000015Cm UCB$L_DEVDEPND2 = 00000060! MT2$M_ALLOWFAST_ALWAYS = 02000000e  MT2$M_ALLOWFAST_NEVER = 08000000! MT2$M_ALLOWFAST_PER_IO = 04000000s MT2$M_ALLOWFAST_SUP = 01000000  % So the steps for 7.3-1 and after are:a $ANALYZE/SYSTEM0 SDA>SHOW DEVICE <device-name>. SDA>EXAMINE UCB+60  , Then check the bit designated by this mask :# MT2$M_ALLOWFAST_SUP = %X'01000000'.c? If set, fast_skip is allowed, if not set fast_skip is disabled.t  J Note: the Native 7.3-1 SYS$MKDRIVER.EXE will disable fast skip if an errorI is detected or if a mounted volume goes into mount verification. The onlycI way to re-enable fast_skip is to reboot. Applying the recommended updatescL for 7.3-1 does fix this problem but introduces SCSI bus resets if certain IOJ operations are issued to the tape device on SDLT320 drives if the drive isB currently rewinding, because the drive goes offline during rewind.% Engineering is working on this issue.    ------------------------------  % Date: Tue, 19 Aug 2003 15:22:08 +0100p* From: Nic Clews <sendspamhere@[127.0.0.1]> Subject: Re: DSSI problem ' Message-ID: <bhtbmv$f88$1@lore.csc.com>d   Thierry Dussuet wrote:  ( Missed this, a bit out of date, sorry...    I > >I believe that when the DSSI is unterminated there is a "greater risk"  > >of the fuse popping.- > > > Is the fuse in the terminators?  Or somewhere on the system?  G The fuse is somewhere on the system. In the Q bus cards, the fuse is onpE the board. On 4000 200 and 300 systems it is on the console interfacel panel.  G I'm also incorrect about it being more likely the fuse will pop is DSSI-G is unterminated, it is less likely to work as its more fussy than SCSI.lG (from an ex DEC Field service). Plugging and unplugging to the live bus- is what will pop the fuse.  H > >Assuming you have a terminator with a green light, if the green light# > >doesn't then the fuse is popped.- > B > No, the green light lights happily on.  At least the one left...   Should be working then.i  > > Hmm... here it is one with a largish window and a green LED.H > Its light stays on the whole time, wherever I put it (on the 3 places)  > You need a terminator for all the DSSI ports, they must all be terminated.   C I don't recall your system now (and the article has dropped off oursF server) but you may find if you have three DSSI ports, one is DSSI busD 0, the one with the internal drive, that needs to be terminated. TheE other two are probably both bus 1, and with no devices on the bus you $ should get away with no termination.   -- ;? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciencese nclews at csc dot com    ------------------------------    Date: 19 Aug 2003 02:12:05 -07002 From: joseantonio_garcia@hotmail.com (Jose Sancho) Subject: Fork on OPEN VMSe= Message-ID: <f2e72344.0308190112.5d40dce2@posting.google.com>    Hi,$  C I'm porting a UNIX "C"; program to OPEN VMS. On UNIX, after a fork,eB 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.)  @ I've seen I can do that with SYS$CREPRC (...PRC$M_DETACH). But IF cannot make it work. My problem is that I cannot achieve to assign the? terminal to the new process: father's sys$input, sys$output and0A sys$error were the terminal. After creating the detached process,sF father dies, and I'd like the new detached process to continue working whit the terminal.  E The only think I want is to do a program restart: my program executes E a copy of itself, and then exits; the new process (that ALWAYS is the @ same program, but a different process than the father) continues% running. Is there any way to do that?a   Thanks a lot.  Jos Sancho; Infineon - Portugal.   ------------------------------  % Date: Tue, 19 Aug 2003 10:20:59 -0400s* From: "Stanley F. Quayle" <stan@stanq.com> Subject: Re: Fork on OPEN VMSn. Message-ID: <3F41FA0B.12122.26E99C9@localhost>  . > I'm porting a UNIX "C"; program to OPEN VMS.   Thanks for using OpenVMS...e  B > On UNIX, after a fork, the child process continues existing when > father dies.< > I've seen I can do that with SYS$CREPRC (...PRC$M_DETACH).  F Right.  We don't have a true Unix-like fork yet.  But they're working D on it.  OpenVMS Engineering has a whole Unix Portability project on E exactly that sort of thing.  Of course, that's no help to you at the   moment.d  3 > My problem is that I cannot achieve to assign theyA > terminal to the new process: father's sys$input, sys$output andhC > sys$error were the terminal. After creating the detached process,mH > father dies, and I'd like the new detached process to continue working > whit the terminal.  F You can't have two processes connect to the same terminal at the same D time -- unless you have the SHARE privilege.  With SHARE, the child C process can connect to the same terminal, and then go on its merry w way...  D There are several "right" ways to do this in OpenVMS without having   this rather dangerous privilege:  B 1.  If the father always dies immediately after the fork, why not C code your application to keep running and "pretend" that it is the f? child process?  A couple of #ifdef VMS 's would do the trick...d  E 2.  If the father doesn't actually use the terminal, you could start mD the father process without any terminal, and then start the child.  D Be careful to disable LOGINOUT (sort of like getty) from running on  that terminal *first*.  
 --Stan Quayle  Quayle Consulting Inc.  
 ----------C Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363  Fax: +1 614 868-1671c1 8572 North Spring Ct. NW, Pickerington, OH  43147n= Preferred address:  stan@stanq.com       http://www.stanq.come   ------------------------------  # Date: Tue, 19 Aug 2003 14:25:07 GMTc# From: hoff@hp.nospam (Hoff Hoffman)l Subject: Re: Fork on OPEN VMS 2 Message-ID: <7rq0b.2692$KG2.1923@news.cpqcorp.net>  r In article <f2e72344.0308190112.5d40dce2@posting.google.com>, joseantonio_garcia@hotmail.com (Jose Sancho) writes:  D :I'm porting a UNIX "C"; program to OPEN VMS. On UNIX, after a fork,C :the child process continues existing when father dies. In OPEN VMSx? :(vfork) do not. I'd like to create a process (inside of a "C";s, :program) that "survives"; when father dies.  C   Process control tends to be platform-specific, and fork/exec doesjD   far more than many UNIX programmers may realize, and far more thanE   most programmers intend or actually need -- the address space clonesE   is one of the biggest areas.  (OpenVMS does not have a copy-on-readaF   within its memory management support, meaning a fully-compliant forkB   is an entertaining endeavour -- and since most programmers will C   immediately chuck the address space and restart, quite wasteful.)o  D   If you simply want to chain to another image, use lib$run_program.   A :I've seen I can do that with SYS$CREPRC (...PRC$M_DETACH). But Ie :cannot make it work.   A   Argh!  Please purge that "does not work" phrase.  Please!  WHATr>   does not work?  WHAT did you do?  WHAT errors did you see?  A   What source code was involved?  Please!   The dreaded "does notnD   work" phrase is the scourge of support around the world -- withoutE   supporting details, that phrase can only lead to an equally genericr#   (and effectively useless) answer.   2 :My problem is that I cannot achieve to assign the@ :terminal to the new process: father's sys$input, sys$output andB :sys$error were the terminal. After creating the detached process,G :father dies, and I'd like the new detached process to continue working- :whit the terminal.   B   You are seeking to share the I/O channels, which is part of whatD   the native UNIX fork/exec provides.  (OpenVMS generally prefers toC   avoid sharing I/O channels among processes -- it can be done, but>C   there can be some consequences particularly with the use of SHAREpC   privilege -- two processes reading one channel gets interesting.)i  F :The only think I want is to do a program restart: my program executesF :a copy of itself, and then exits; the new process (that ALWAYS is theA :same program, but a different process than the father) continuesi& :running. Is there any way to do that?  E   Would this involve error recovery?  If so, there are various other AA   approaches, and there are certainly some common coding mistakesnD   with restarting the job.  (One of the classic self-restart errors:A   start-fail-restart-fail-restart-fail-restart-fail-restart-fail- :   restart-fail-restart-fail...  Well, you get the idea...)  F   Put another way, for what purpose do you want to restart the currentG   application image?   (To recover from latent memory leaks?  Resettinga
   log files?)o  B   OpenVMS does have parent and child processes, but -- unlike UNIXC   systems -- the images are started and rundown within a particularaG   process context -- OpenVMS processes are heavier than UNIX processes,nF   and have per-process and per-thread security context information andH   per-process structures.  The usual series of chaining process rundownsH   and process startups is comparatively unusual on OpenVMS -- the directE   OpenVMS equivalent is the user-mode rundown and restart within the pA   image activator.  The CLI and the related context is maintainedl@   in supervisor mode, and the process itself generally continues   across multiple images.V  D   If this is a question of keeping an image running, most folks willG   use a scheduling package or will use restartable batch jobs -- having.C   a simple scheduler (kronos or other freeware, or a commercial jobtC   scheduler) keep track of the application requirements is easiest.aF   Further, either the application itself or the scheduler will want toC   use the distributed lock manager to coordinate operations -- jobsbB   that self-restart have a nasty habit of duplicating themselves.)  E   Most detached jobs -- which is one of the uses of $creprc -- do noteD   have a terminal.  For debugging and such, there are techniques forD   using dbg$input and dbg$output, or the DECw$Term_Port call, or the@   DECwindows debugger interface, to associate a display with theE   detached process.  (If you do get involved with detached processes,n?   there are quota-related considerations, as well as contextualb   differences.)L  C   One of the more common approaches is a thin client -- web browser @   or dedicated client UI application -- and one or more detachedF   server processes.  Communications via IP or DECnet or ICC.  LocationH   and directory services using DECdns or DNS/BIND.  Process coordinationE   and control using the lock manager, and particularly for operations>E   within a cluster and for the election of a single primary with zeroH    or more hot-standby processes.  G   In conclusion, I would not first map UNIX process control to OpenVMS,cF   and I would certainly recommend a review of the Programming ConceptsD   manual within the OpenVMS documentation set.  Also please see the E   OpenVMS FAQ and please see topic (1661) in the Ask The Wizard area.h  F   I'm skimming over a whole lot of material here -- please take a lookD   at the Programming Concepts manual, and the other cited materials.  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.comu   ------------------------------  + Date: Tue, 19 Aug 2003 16:27:19 +0000 (UTC)i, From: lewis@mazda.mitre.org (Keith A. Lewis) Subject: Re: Fork on OPEN VMS . Message-ID: <bhtj57$apg$1@newslocal.mitre.org>   joseantonio_garcia@hotmail.com (Jose Sancho) writes in article <f2e72344.0308190112.5d40dce2@posting.google.com> dated 19 Aug 2003 02:12:05 -0700:F >The only think I want is to do a program restart: my program executesF >a copy of itself, and then exits; the new process (that ALWAYS is theA >same program, but a different process than the father) continuesi& >running. Is there any way to do that?  K There is no reason to create a new process for that.  Use a script, and lettL the image rundown take care of whatever (memory leak?) problem you're trying	 to solve.s   $start:m, $ my_program := $device:[dir.sub]the_programL $ my_program "''p1'" "''p2'" "''p3'" "''p4'" "''p5'" "''p6'" "''p7'" "''p8'"% $ if '$status' .eq. 3 then goto startt  J Then instead of fork(), use exit(3).  The status code of 3 will cause thisE script to run the program again.  When you want to exit for real, useh exit(1).  + --Keith Lewis              klewis$mitre.orgo> The above may not (yet) represent the opinions of my employer.   ------------------------------    Date: 19 Aug 2003 10:28:02 -07002 From: joseantonio_garcia@hotmail.com (Jose Sancho) Subject: Re: Fork on OPEN VMSs= Message-ID: <f2e72344.0308190928.11885b76@posting.google.com>s   Hi,    Thank you for your answers.m  F Well, I think that LIB$RUN_PROGRAM will do that I want. I have to testD it, but I think it will work. After the tests, I will say something.  ) >Please purge that "does not work" phraseKF I apologise. I'd like to say that I did not write "does not work", but9 "I cannot make it work", that assumes a error on my side.r  F Its hard to explain why I need to restart the same program. Basically,A we are developing a Console that running in Windows, must control C programs running on Open VMS, Linux, Unix, Windows. etc. One of theh@ requirements is to restart these programs (they could be runningF normally, at any point). We are doing it by using TIBCO RendezVous, soF at a point, the program could have several threads running. Its not asC simple as change the code or the system to assure the program keepso running.  ( Well, I'm going to try LIB$RUN_PROGRAM.   
 Thanks again.i Jos.A        w joseantonio_garcia@hotmail.com (Jose Sancho) wrote in message news:<f2e72344.0308190112.5d40dce2@posting.google.com>...  > Hi,i > 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.e > 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 andaC > sys$error were the terminal. After creating the detached process,tH > 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 executesmG > 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?e >  > Thanks a lot. 
 > Jos Sancho/ > Infineon - Portugal.   ------------------------------  % Date: Tue, 19 Aug 2003 19:30:26 +0200e, From: Albrecht Schlosser <ajs856@tiscali.de>C Subject: Re: How to determine which client is connected to a serverl, Message-ID: <mqmthb.pv3.ln@news.hus-soft.de>   Chris Breemer wrote: > 	 > Hi all,r > @ > I am looking for a way to find out which particular IP addressC > is connected to a particular server process. I can see the server,@ > process (with SHOW SYSTEM) and the open connections with their@ > IP addresses (with TCPIP "netstat -a" command) but the problemD > is I cannot make the link between these. If netstat would show the@ > process ID I'd be happy, but it does not. Also if there were aD > VMS equivalent of the UNIX "lsof" command. Any ideas appreciated !   Trym   $ TCPIP show dev /port=xxxxo  3 where xxxx is the server's (unique ?) port number ?   = This will show you all the peer IP addresses ("Remote Host").g   ------------------------------  # Date: Tue, 19 Aug 2003 13:54:23 GMTo1 From: Bob Blunt <robert.blunt@hp.donotspamme.com>t" Subject: Re: how to start DECevent2 Message-ID: <j_p0b.2685$vW2.1037@news.cpqcorp.net>   amit sawhney wrote:- > Hello all,7 > DECevent in our cluster is not working at the moment.r5 > How can I get it up? Is there a COM file (as is thee! > case for TCP/IP) I need to run?. >  > Thanks in advance< > AMIT.9 >  > =====i > Sincerelyr > Amit S > J > ________________________________________________________________________G > Want to chat instantly with your online friends?  Get the FREE Yahoo!s* > Messenger http://uk.messenger.yahoo.com/  F You'll still need to execute DECEVENT$STARTUP.COM to get DIAG to work H properly, even if you don't need the analysis engine running.  It won't 0 work if the logical names it needs aren't setup.   boba   ------------------------------  # Date: Tue, 19 Aug 2003 12:58:53 GMTc( From: Mark Schafer <mark.schafer@hp.com>" Subject: Re: Last week at HP World2 Message-ID: <hap0b.2677$nY2.1064@news.cpqcorp.net>   Sue,  7 Congrats for receiving the Encompass recognition award!    Sue Skonetski wrote: > Dear Newsgroup,1 > 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 (lastaF > 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 knoweE > 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 waysG > to the runway and a man two rows in front of me refuses to put on hisoH > 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 male G > flight attendant tells him that we can not leave until he puts on his-H > 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 seenDH > 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 hugeoF > hotel 1700 hotel rooms, which is where most of the speakers stayed.  > Shuttle busses to HP World.  > 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 themH > 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 ChrisiG > Brown.  We also had an OpenVMS SIG meeting and an OpenVMS Ambassadors,G > meeting.  So I can not comment on the technical sessions. On Thursday.6 > 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 User F > 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 2u= > book signings and was the best selling author at the event.d > ? > 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 Terryn- > Shannon were also there as was Bruce Ellis.  > C > Slight correction I had a chance to spend about 10 minutes in Ann G > Livermore's general session and she mentioned OpenVMS in the first 10eF > seconds, so I was pretty happy.  Other people told me that the otherG > executives also mentioned VMS frequently.  I am sure other folks will  > 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,  > Suer   ------------------------------  % Date: Tue, 19 Aug 2003 10:11:09 -0500i. From: Larry Schuldt <lschuldt@Rudenessdls.net>6 Subject: Mail not purged when accessed via POP3 client8 Message-ID: <j4f4kv8km5i0q4mi709b41ag5js1c1gf0t@4ax.com>  C Most of our users access their e-mail via POP3 clients. There are arB few accounts whose mail is not purged when their client exits. The= mail is moved to the wastebasket folder, but it hangs around. E Connecting to the mailbox and issuing the purge command from the MAILn
 prompt works.m  F Security on the directories is identical between those users who don't! purge correctly and those who do.)  = We're running VMS 7.3-01. The POP3 client announces itself asl V2.0-4/UCX/(DECC)/04  # Thanks in advance for any thoughts.-   Larry  -- t= To reply by e-mail, be polite. Rudeness will get you nowhere.i   ------------------------------  % Date: Tue, 19 Aug 2003 16:59:10 +0100 + From: John Laird <john@laird-towers.org.uk> : Subject: Re: Mail not purged when accessed via POP3 client8 Message-ID: <35i4kvg2pbdku5t4si6vna6nig02f2rdkl@4ax.com>  L On Tue, 19 Aug 2003 10:11:09 -0500, Larry Schuldt <lschuldt@Rudenessdls.net> wrote:  D >Most of our users access their e-mail via POP3 clients. There are aC >few accounts whose mail is not purged when their client exits. Theo> >mail is moved to the wastebasket folder, but it hangs around.F >Connecting to the mailbox and issuing the purge command from the MAIL >prompt works.  L Check the setting of "Automatic deleted message purge" within their profile: MAIL> SHOW AUTO_PURGE   L If it is disabled, messages sit in the selected wastebasket folder for ever.   Enable it with SET AUTO_PURGE.   -- s John   ------------------------------  % Date: Tue, 19 Aug 2003 12:32:08 -0500a. From: Larry Schuldt <lschuldt@Rudenessdls.net>: Subject: Re: Mail not purged when accessed via POP3 client8 Message-ID: <bon4kvsqppa72be3ca2mvekkljalng2kgc@4ax.com>  . On Tue, 19 Aug 2003 16:59:10 +0100, John Laird! <john@laird-towers.org.uk> wrote:h  M >On Tue, 19 Aug 2003 10:11:09 -0500, Larry Schuldt <lschuldt@Rudenessdls.net>2 >wrote:9 >eE >>Most of our users access their e-mail via POP3 clients. There are aoD >>few accounts whose mail is not purged when their client exits. The? >>mail is moved to the wastebasket folder, but it hangs around.oG >>Connecting to the mailbox and issuing the purge command from the MAILi >>prompt works.. > M >Check the setting of "Automatic deleted message purge" within their profile:  >MAIL> SHOW AUTO_PURGE > M >If it is disabled, messages sit in the selected wastebasket folder for ever.  >C >Enable it with SET AUTO_PURGE.    That did it, thanks!   larryn -- -= To reply by e-mail, be polite. Rudeness will get you nowhere.    ------------------------------  % Date: Tue, 19 Aug 2003 08:51:58 +0300h" From: Guy Peleg <guy.peleg@hp.com>+ Subject: Re: Memory leak in OpenVMS 7.3-1 ?s& Message-ID: <3F41BAFD.EEF6C472@hp.com>   No !  R There is a system counter for the total commited page file. The counter located in MMG$GQ_PAGEFILE_REFS.oP Some pages are not being deducted at process deletion,  assuming AMDS is looking. at this location it will report wrong results.   Guyi   Sean O'Banion wrote:   > Guy, >nD > Just to make sure I understand, AMDS or Availability Manager would > display this correctly?a >e > Sean O'Banions > R > Guy Peleg <guy.peleg@hp.com> wrote in message news:<3F406761.A14537E7@hp.com>...
 > > Hi Keith,e > >mV > > The increase in commited paging file usage is a cosmetic bug. The commited counter > > is not beingW > > updated when some pages are being released. While the problem is annoying it has not	 > > harm.e > >h> > > Please conmtact your local support center to obtain a fix. > >p > > Regards, > > 
 > > Guy Peleg  > > OpenVMS Engineeringi > >s > > Keith Brown wrote: > > 
 > > > Hi all,n > > >sQ > > > I seem to have a memory leak in OpenVMS 7.3-1.  The main issue is that freefQ > > > memory is shrinking and Total committed paging file usage is growing. ThesemT > > > trend are continuing after about 3 weeks of uptime. I have been unable to findU > > > a process which seems to be responsible for this. It really only takes a coupleuQ > > > of days to reach a typical user load on this system after reboot but memoryeS > > > resources continue to dwindle. Eventually processes start to die because theyeT > > > have exceeded process quotas(I've been unable to determine which one).  I haveP > > > bumped up pgflquota and enqueue limit (These were specified in the startupT > > > command file rather than using the UAF setting). I have listed the output fromT > > > SHOW MEM and PRODUCT SHOW HISTORY so you can see my patch history below. ThereU > > > is ECO for 7.3-1 that say is fixes increased pagefile usage from PIPE and SPAWNaT > > > command but this really doesn't apply to me (I don't think). I didn't have anyD > > > issues like this when I was running 7.1-2 Any recommendations? > > >y > > > XLIMS>$ sho mem F > > >               System Memory Resources on 17-AUG-2003 14:02:18.73 > > >sR > > > Physical Memory Usage (pages):     Total        Free      In Use    ModifiedR > > >   Main Memory (1024.00MB)         131072        5750      113847       11475 > > >rH > > > Extended File Cache  (Time of last reset: 29-JUL-2003 09:50:15.13)R > > >   Allocated (MBytes)           13.43    Maximum size (MBytes)         512.00R > > >   Free (MBytes)                 0.00    Minimum size (MBytes)           3.12S > > >   In use (MBytes)              13.43    Percentage Read I/Os              15%aS > > >   Read hit rate                   93%   Write hit rate                     0%aR > > >   Read I/O count             5125637    Write I/O count             27265066R > > >   Read hit count             4802801    Write hit count                    0R > > >   Reads bypassing cache            0    Writes bypassing cache      23892313R > > >   Files cached open              565    Files cached closed              177R > > >   Vols in Full XFC mode            0    Vols in VIOC Compatible mode      10R > > >   Vols in No Caching mode          0    Vols in Perm. No Caching mode      0 > > >hR > > > Granularity Hint Regions (pages):  Total        Free      In Use    ReleasedR > > >   Execlet code region               1024           0         910         114R > > >   Execlet data region                416           0         416           0R > > >   S0/S1 Executive data region        853           0         853           0R > > >   Resident image code region        1024           0         866         158 > > >oR > > > Slot Usage (slots):                Total        Free    Resident     SwappedR > > >   Process Entry Slots                300         181         108          11R > > >   Balance Set Slots                  298         192         106           0 > > > R > > > Dynamic Memory Usage:              Total        Free      In Use     LargestR > > >   Nonpaged Dynamic Memory (MB)      6.60        0.91        5.69        0.15R > > >   Paged Dynamic Memory    (MB)      3.79        1.81        1.98        1.78F > > >   Lock Manager Dyn Memory (KB)    832.00       75.25      756.75 > > >lF > > > Buffer Object Usage (pages):                  In Use        PeakF > > >   32-bit System Space Windows (S0/S1)              6           6F > > >   64-bit System Space Windows (S2)                 0           0F > > >   Physical pages locked by buffer objects          6           6 > > >aR > > > Memory Reservations (pages):       Group    Reserved      In Use        TypeR > > >   ORA_LIMS_SGA                    SYSGBL          26          26  Page TableR > > >   ORA_LIMS_SGA                    SYSGBL       26112       20028   AllocatedF > > >   Total (204.20 MBytes reserved)               26138       20054 > > > R > > > Swap File Usage (8KB pages):                   Index        Free        Size/ > > >   DISK$ALPHASYS:[SYS0.SYSEXE]SWAPFILE.SYSaR > > >                                                    1       30544       31248 > > >aR > > > Paging File Usage (8KB pages):                 Index        Free        Size) > > >   DISK$LOGS:[SYSEXE]PAGEFILE2.SYS;1,R > > >                                                  253       56110      124992/ > > >   DISK$ALPHASYS:[SYS0.SYSEXE]PAGEFILE.SYS R > > >                                                  254       56096      124992 > > >oR > > >   Total size of all paging files:                                     249984R > > >   Total committed paging file usage:                                  412315 > > >aT > > > Of the physical pages in use, 5405 pages are permanently allocated to OpenVMS.
 > > > XLIMS>$w > > >r$ > > > XLIMS>$ product show history *V > > > ----------------------------------- ----------- ----------- --------------------O > > > PRODUCT                             KIT TYPE    OPERATION   DATE AND TIME V > > > ----------------------------------- ----------- ----------- --------------------V > > > DEC AXPVMS TCPIP_ECO V5.3-182       Patch       Install     21-MAR-2003 10:56:33V > > > DEC VMS AMDS V7.3-1A                Full LP     Install     21-MAR-2003 09:03:45V > > > DEC AXPVMS VMS731_F11X V1.0         Patch       Install     18-MAR-2003 12:57:46V > > > DEC AXPVMS VMS731_FIBRE_SCSI V1.0   Patch       Install     18-MAR-2003 12:57:46V > > > DEC AXPVMS VMS731_RMS V2.0          Patch       Install     18-MAR-2003 12:57:46V > > > DEC AXPVMS VMS731_SYS V3.0          Patch       Install     18-MAR-2003 12:57:46V > > > CPQ AXPVMS CDSA V1.0-2              Full LP     Install     18-MAR-2003 12:48:26V > > > DEC AXPVMS DECNET_PHASE_IV V7.3-1   Full LP     Install     18-MAR-2003 12:48:26V > > > DEC AXPVMS DWMOTIF V1.2-6           Full LP     Install     18-MAR-2003 12:48:26V > > > DEC AXPVMS OPENVMS V7.3-1           Platform    Install     18-MAR-2003 12:48:26V > > > DEC AXPVMS TCPIP V5.3-18            Full LP     Install     18-MAR-2003 12:48:26V > > > DEC AXPVMS VMS V7.3-1               Oper System Install     18-MAR-2003 12:48:26V > > > DEC AXPVMS DECNET_PHASE_IV V7.1-2   Full LP     Remove      18-MAR-2003 12:48:26V > > > DEC AXPVMS DWMOTIF V1.2-4           Full LP     Remove      18-MAR-2003 12:48:26V > > > DEC AXPVMS OPENVMS V7.1-2           Platform    Remove      18-MAR-2003 12:48:26V > > > DEC AXPVMS VMS V7.1-2               Oper System Remove      18-MAR-2003 12:48:26V > > > DEC AXPVMS UCX V4.1-12              Full LP     Remove      18-MAR-2003 12:29:54V > > > DEC AXPVMS UCXECO_41_9 V9.0         Patch       Remove      18-MAR-2003 12:29:54V > > > DEC AXPVMS AMDS V7.1                Full LP     Remove      18-MAR-2003 12:26:04V > > > DEC AXPVMS SWCC V2.1-133            Full LP     Install     14-JUN-2000 14:41:28V > > > DEC AXPVMS DECNET_PHASE_IV V7.1-2   Full LP     Install     19-MAY-1999 13:00:14V > > > DEC AXPVMS OPENVMS V7.1-2           Platform    Install     19-MAY-1999 13:00:14V > > > DEC AXPVMS VMS V7.1-2               Oper System Install     19-MAY-1999 13:00:14V > > > DEC AXPVMS DECNET_PHASE_IV V7.1     Full LP     Remove      19-MAY-1999 13:00:14V > > > DEC AXPVMS OPENVMS V7.1             Platform    Remove      19-MAY-1999 13:00:14V > > > DEC AXPVMS VMS V7.1                 Oper System Remove      19-MAY-1999 13:00:14V > > > DEC AXPVMS FORRTL V7.1-1            Full LP     Install     28-APR-1999 09:05:00V > > > DEC AXPVMS FORTRAN V7.1-1           Full LP     Install     28-APR-1999 09:05:00V > > > DEC AXPVMS POSIX V3.0               Full LP     Install     26-MAR-1999 17:30:00V > > > DEC AXPVMS POSIX V3.0               Full LP     Install     26-MAR-1999 17:02:17V > > > DEC AXPVMS POSIX V3.0               Full LP     Remove      26-MAR-1999 16:57:26V > > > DEC AXPVMS POSIX V3.0               Full LP     Install     26-MAR-1999 16:47:11V > > > DEC AXPVMS POSIX V3.0               Full LP     Remove      26-MAR-1999 16:43:36V > > > DEC AXPVMS POSIX V3.0               Full LP     Install     26-MAR-1999 16:31:24V > > > DEC AXPVMS POSIX V3.0               Full LP     Install     10-FEB-1999 14:12:26V > > > DEC AXPVMS AMDS V7.1                Full LP     Install     09-FEB-1999 17:30:08V > > > DEC AXPVMS UCXECO_41_9 V9.0         Patch       Install     09-FEB-1999 15:14:13V > > > DEC AXPVMS DECNET_PHASE_IV V7.1     Full LP     Install     09-FEB-1999 12:55:28V > > > DEC AXPVMS DWMOTIF V1.2-4           Full LP     Install     09-FEB-1999 12:33:42V > > > DEC AXPVMS OPENVMS V7.1             Platform    Install     09-FEB-1999 12:33:42V > > > DEC AXPVMS UCX V4.1-12              Full LP     Install     09-FEB-1999 12:33:42V > > > DEC AXPVMS VMS V7.1                 Oper System Install     09-FEB-1999 12:33:42V > > > ----------------------------------- ----------- ----------- -------------------- > > >d > > > Thanks in advance, > > > Keithr > > >a > > > -- > > > Keith Browno   ------------------------------  # Date: Tue, 19 Aug 2003 13:30:43 GMTg6 From: Johan Nilsson <johan.nilsson@---.esrange.ssc.se>0 Subject: Multicast under UCX 4.1 and OpenVMS 7.1@ Message-ID: <c103bb3bbc3f3744199ce815ae5996ad@news.teranews.com>   Hi,0  E I originally posted a related question a long time ago, but I had to m( revisit the problem again, so here goes:  D My environment is OpenVMS Alpha 7.1-1H1, UCX 4.1 ECO 10 and DEC C++ G 6.5-0038 (where the latter is unlikely to have any impact). I'm having sC problems related to sending any data at all to multicast addresses.e  A Setting multicast related socket options (UCX$C_IP_MULTICAST_IF,  F UCX$C_IP_ADD_MEMBERSHIP, ...) works like a charm - at least so far as H not returning any errors from setsockopt. But when I try to get down to G sending data it constantly fails. I started out using $qio for writing C9 multicast data, which fails with SYSTEM-F-UNREACHABLE or nI SYSTEM-S-BADATTR, so I originally thought there was something wrong with rF my qio parameters - which turned out most probably not being the case F (as I can successfully write to a "normal" UDP address in exactly the 
 same way).  F I also saw an old post indicating that SO_BROADCAST had to be enabled G for multicasting to work, but that didn't help either (and as far as I  < could see in the UCX ECO 10 description it should be fixed).  B Now I've ended up writing a simple test program demonstrating the H problem, using the *nix socket-style interface. And it constantly fails 7 indicating "network is unreachable" - please see below:h   ---- mcsndtest.cpp ----s   #include <errno.h> #include <in.h>r #include <inet.h>a #include <socket.h>  #include <stdio.h> #include <string.h>m   int main(int, char*[]) {c5    int fd = socket(AF_INET, SOCK_DGRAM, IPPROTO_UDP);c    if (-1 == fd)    {'      perror("Failed to create socket");9    } 	     sockaddr_in ia;.    char        data[] = "Multicast test data";      ia.sin_family = AF_INET;s    ia.sin_port = htons(2048);45    ia.sin_addr.s_addr = inet_addr("224.100.100.100");X      if (-1 == sendto(fd,O                     &data[0],l!                     strlen(data),a                     0,)                     (const sockaddr*)&ia,s                      sizeof(ia)))    {      //n1      // Always indicates 'network is unreachable'C      //.      perror("sendto failed");k    }  
    return 0;	s }a 	  ---- end mcsndtest.cpp ----   E Has anyone got any idea on how to proceed with this? I'm starting to o feel a bit desperate.t   // Johan   ------------------------------  % Date: Tue, 19 Aug 2003 10:47:46 -0700t# From: "Tom Linden" <tom@kednos.com>.  Subject: OpenVMS 7.3 kit for VAX9 Message-ID: <CIEJLCMNHNNDLLOOGNJIGELIHMAA.tom@kednos.com>   , Does anyone have one they care to part with? TIA Tome ---r& 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: Tue, 19 Aug 2003 14:50:39 GMTy# From: hoff@hp.nospam (Hoff Hoffman):Y Subject: Re: OpenVMS I64 on Third-Party Itanium Systems (was: Re: Will OpenVMS I64 run onN2 Message-ID: <3Pq0b.2701$KG2.1604@news.cpqcorp.net>  S In article <bht3ra$adm$1$830fa7b3@news.demon.co.uk>, Alan <alan@nospam.com> writes:r  / Will OpenVMS I64 run on a Dell PowerEdge 3250 ?.  H   I will assume the cited system is based on an Intel Itanium processor.  J   Short answer: Who knows?  Right now, probably not.  (The only officially@   supported platform for OpenVMS I64 V8.0 is the rx2600 server.)     Long answer:  I   As has been stated elsewhere, HP OpenVMS Engineering has no present norhJ   particular plans to test OpenVMS on third-party platforms or third-partyI   widgets, no present or particular plans to support OpenVMS on arbitraryhH   third-party Itanium platforms or widgets, and no present or particularH   plans to explicitly restrict OpenVMS operations on third-party ItaniumI   platforms.  OpenVMS I64 may or may not bootstrap on third-party ItaniumoI   platforms, and may or may not recognize and may or may not operate with K   the I/O widgets and the internal system structures present, for instance.r  J   OpenVMS Engineering is explicitly targeting operations using the genericE   platform features of Itanium, with the use of HP extensions to the tK   architecture where appropriate (eg: error logging, management consoles),  H   and with support for the I/O widgets found on HP Integrity platforms. C   We may or may not be successful in achieving sufficiently genericrG   operations on arbitrary Itanium platforms.  (The ACPI data structuresiI   are one obvious area where there can be wide differences among Itanium e
   platforms.)E  G   If the third-party Itanium box configuration and system internals areiD   sufficiently close to one of the supported HP Integrity boxes, youG   should have a reasonable chance of bootstrapping OpenVMS on the box. 0(   (But far from a certainty, of course.)  F   This is effectively the same answer that exists today for various ofE   the third-party Alpha platforms with OpenVMS Alpha -- some of theseiF   third-party Alpha systems can and do boot OpenVMS Alpha, and some do   not.  H   If you want OpenVMS support, please acquire a supported platform -- orF   please expect to have to specifically negotiate for formal platform G   support for any platform that does not otherwise have formal support.s  F   The above assumes you have the appropriate software licenses and theG   rights to use OpenVMS, obviously.  The above statements also comprisedE   engineering opinions and a statement of the goals of various of thesG   OpenVMS engineers involved, and not a formal nor corporate commitmentcG   or support statement.  (If you want an official statement, please askp   the official folks directly.)e  N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faqiN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.comt   ------------------------------  % Date: Tue, 19 Aug 2003 16:36:03 +0100?/ From: Tim ffrench-Lynch <nojunk@baesystems.com>wY Subject: Re: OpenVMS I64 on Third-Party Itanium Systems (was: Re: Will OpenVMS I64 run ono. Message-ID: <3F4243E3.DE0522D9@baesystems.com>   Hoff Hoffman wrote:aL >   Short answer: Who knows?  Right now, probably not.  (The only officiallyB >   supported platform for OpenVMS I64 V8.0 is the rx2600 server.)  N I'm hoping that HP will support VMS on their own 'PC priced' Itanium computers. once the IA64 architecture becomes mainstream.  O As a home user, I'd be very happy to buy HP and run both Windows and VMS on the  same system using disk caddies.,   Timi   ------------------------------  % Date: Tue, 19 Aug 2003 08:15:23 +0200r3 From: "Gorazd Kikelj" <gorazd.kikelj@hp.nospam.com>sB Subject: Re: pgp 2.6.3ia multi05 finally running on OpenVMS V7.3-1* Message-ID: <3f41c6b0@usenet01.boi.hp.com>   "Doc.Cypher" wrote:e  K > Disastry reported a problem verifying signatures on keys when he built itr/ > here, I don't know if that was ever resolved.e >xL > The 8K keys are only for people with tinfoil hats, and I don't think there area8 > any suitably strong symmetric ciphers to go with them. >a  G There were some warning when I compile the code. I was able to clean upA# most of them but few still remains.l  B One is very pusling to me and it's may be a source o key troubles.   in module crypto.c:e  
 static int9 encryptkeyintofile(FILE *g, char *mcguffin, byte *keybuf, 8            char *keyfile, int ckp_length, int keys_used) ...          if (throw_keyid_flag) {s(             memset(keyID,0,KEYFRAGSIZE);-             fwrite(keyID, 1, KEYFRAGSIZE, g);r          } else if (fake_keyid) {(             memset(keyID,0,KEYFRAGSIZE);-             sscanf(fake_keyid+fake_keyid_idx,e% "%02x%02x%02x%02x%02x%02x%02x%02x%n",a  B keyID,keyID+1,keyID+2,keyID+3,keyID+4,keyID+5,keyID+6,keyID+7,&i);             fake_keyid_idx+=i; ...e  B warning was reported on sscan function that format string does notK correspond to parameter type for each %x02 and that result was unpredicted.s  J My C knowledge (and time) is very limited so I didn't dig this up further.   Best regards, Gorazd Kikelj    ------------------------------  + Date: Tue, 19 Aug 2003 08:39:30 +0200 (MET) 9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>i, Subject: Re: running a news SERVER under VMS; Message-ID: <01KZN1DY4AFSAOOLBD@sysdev.deutsche-boerse.com>   C > and the full news feed I take currently consumes 8-10 GB of disk  
 > space.    5 How many groups?  How long are the articles retained?   B What is the minimum network bandwidth one needs (assuming you are ! carrying practically all groups)?t   ------------------------------   Date: 19 Aug 2003 07:10:44 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)t( Subject: Re: Strange programming problem0 Message-ID: <bhsihk$sde$1@n.ruf.uni-freiburg.de>  S In article <vk36fu1k4v081e@corp.supernews.com>, Z  <zarlenga@conan.ids.net> writes: 5 >Christoph Gartmann <gartmann@immunbio.mpg.de> wrote:eO >: closing the file again). This modified program doesn't show the problem evenpK >: when compiled with /NOCHECK/NODEBUG. Using /NOOPTIMIZE doesn't help, theeR >: 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? >d5 >You almost certainly have bad code and a latent bug.h > C >Why not just compile it with the qualifiers that work and considern
 >it fixed?  N Because things will most likely get worse over time. My problem is how I couldF trace the error. As soon as I add the logfile to the program the errorO disappears :-(  So what does the Pascal compiler when there is a file involved?sN Without the logfile the program uses no other files but it opens a mailbox and6 reads and writes to it using normal Pascal statements.   Regards,    Christoph Gartmannh   -- ME  Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452e  ImmunbiologieA  Postfach 1169                 Internet: gartmann@immunbio.mpg.det  D-79011  Freiburg, Germanyo9                http://www.immunbio.mpg.de/home/menue.htmle   ------------------------------  % Date: Tue, 19 Aug 2003 13:12:19 +0200-5 From: Paul McCabe <paul.mccabe.removethis#bluewin.ch>O( Subject: Re: Strange programming problem8 Message-ID: <v714kvcfuohjgpm0rg7eb49mtdbcspv4no@4ax.com>  C I've come accross problems like these before and generally its beeniC interactions with calling system services or "other" languages e.g.1	 Cobol, C.1  C One thing that has generally helped me is to run the application injD debug and do a set break/exception and then "go".  The debugger willA then break when something worth investigating happens (usually!).c  C Also check your buffer sizes you are passing into the QIO's for the0 mbxes.   Regards,     Paul.   @ On 19 Aug 2003 07:10:44 GMT, gartmann@immunbio.mpg.de (Christoph Gartmann) wrote:  T >In article <vk36fu1k4v081e@corp.supernews.com>, Z  <zarlenga@conan.ids.net> writes:6 >>Christoph Gartmann <gartmann@immunbio.mpg.de> wrote:P >>: closing the file again). This modified program doesn't show the problem evenL >>: when compiled with /NOCHECK/NODEBUG. Using /NOOPTIMIZE doesn't help, theS >>: program works only either without the two qualifiers or with the qualifiers andmQ >>: the logfile statements. Thus, what could be the cause? What else could I try?q >>6 >>You almost certainly have bad code and a latent bug. >>D >>Why not just compile it with the qualifiers that work and consider >>it fixed?  >eO >Because things will most likely get worse over time. My problem is how I could G >trace the error. As soon as I add the logfile to the program the error-P >disappears :-(  So what does the Pascal compiler when there is a file involved?O >Without the logfile the program uses no other files but it opens a mailbox and37 >reads and writes to it using normal Pascal statements.o >o	 >Regards,e >   Christoph Gartmann   ------------------------------   Date: 19 Aug 2003 12:36:43 GMT, From: bill@gw5.cs.uofs.edu (Bill Gunshannon)( Subject: Re: Strange programming problem9 Message-ID: <bht5kq$2tdff$1@ID-135708.news.uni-berlin.de>   0 In article <bhsihk$sde$1@n.ruf.uni-freiburg.de>,6 	gartmann@immunbio.mpg.de (Christoph Gartmann) writes: > 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?lP > Without the logfile the program uses no other files but it opens a mailbox and8 > reads and writes to it using normal Pascal statements. >   @ I would be willing to look at your program if it isn't extremely> large.  While I would have expected that PASCAL and especially< on VMS would not exhibit this kind of behavior it used to be= quite common back in my Univac-1100 days (on both Fortran and1< COBOL) and was usually caused by an "out of bounds" variable< reference stepping on something.  Adding debugging code made; the problem go away because it changed the size of both theV; I & D portions of the program thus moving the variable that : was being trashed and resulting in different (although not necessarily correct) execution.S   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>   e   ------------------------------  # Date: Tue, 19 Aug 2003 15:03:07 GMTt& From: John Reagan <john.reagan@hp.com>( Subject: Re: Strange programming problem1 Message-ID: <L_q0b.2703$I03.554@news.cpqcorp.net>r   Christoph Gartmann wrote:  > Hello, > N > I have a large Pascal program that stopped working, probabely because of theO > system upgrade to OpenVMS 7.3 . If I compile the program using /NOCHE/NODEBUG-K > it simply doesn't run. I get no error message because it is called from alM > DECnet task. If I omit these qualifiers the program is working as expected.tP > Now the strange thing: I added a logfile to the program code (nothing special,K > just opening a file and writing out some variables at various steps, thenhN > closing the file again). This modified program doesn't show the problem evenJ > when compiled with /NOCHECK/NODEBUG. Using /NOOPTIMIZE doesn't help, theQ > program works only either without the two qualifiers or with the qualifiers and O > the logfile statements. Thus, what could be the cause? What else could I try?, > 
 > Regards, >    Christoph Gartmann  >   I When you omit the qualifiers, you'll get the default of /DEBUG=TRACE and C /CHECK=(BOUNDS,DECLARATIONS).r  > /NODEBUG vs /DEBUG=TRACE has no code generation impact at all.  G /CHECK=BOUNDS adds bounds checking for array indexing.  The extra code -D often causes the optimizer to generate code in a different order to B preserve various error points. By removing the indexing code, the H optimizer can often find more things to do since there are no errors to L sequence.  (However, you mentiond that /NOOPT didn't change the behavior...)  C /CHECK=DECLARATIONS controls checking for schema type creation and nF controls whether the compiler processes the ASSERT() builtin.  Again, E without the extra code the optimizer can often do a better job.  But _H that doesn't seem to fit again with your observation that /NOOPT didn't  change the behavior.   So with the unmodified program:a   /NOCHECK/NODEBUG breaks, yes?e* and /NOCHECK/NODEBUG/NOOOPT breaks as well but /OPT works and /NOOPT works?e   Do I have that right?n  E If so, then I'll have to agree with the others and say you have some aH uninitialized variable.  Have you compiled with /USAGE=ALL to see if theC compiler might spot a potentially uninitialized variable (it isn't   perfect, but it might help).   -- . John Reaganc' Compaq Pascal/{A|I}MACRO Project Leaderg Hewlett-Packard Companyn   ------------------------------  # Date: Tue, 19 Aug 2003 06:35:07 GMTi9 From: "Shawna James" <shawna_james@_nospam_canoemail.com> ) Subject: vms tcp/ip server in C - arghhhh . Message-ID: <01c36616$8d8c4640$6d00a8c0@pc337>  D I'm pulling my hair out getting a sensible tcp server going.  I have( searched all over the web and found someJ incomplete examples. I'd rather not use vfork, exec as i don't really want' a process per socket if i can avoid it.vG I've seen reference to a method of sharing the socket, then passing the.$ device to another process to handle.G This seems good but I can't really make any headway.  I don't have good  documentation unfortunately.  F I'd kill for a working example or some complete code so if you know of9 where i might find something...that would be a lifesaver.r     TIA,   Shawna.l  E Oh, VAX VMS 7.1  and Multinet ??  I have both DECC and VAXC compilersr
 available.   ------------------------------  % Date: Tue, 19 Aug 2003 10:29:50 -0400u* From: "Stanley F. Quayle" <stan@stanq.com>- Subject: Re: vms tcp/ip server in C - arghhhht. Message-ID: <3F41FC1E.30682.276B4AF@localhost>  + On 19 Aug 2003 at 6:35, Shawna James wrote:fI > I've seen reference to a method of sharing the socket, then passing theh& > device to another process to handle.  D You can call sys$getdvi and get the device name of the socket, then @ pass that name off to the other process.  You'll need the SHARE + privilege for the other process to open it.s   > This seems good [...]   D Actually, it's kind of ugly.  And SHARE lets you share all sorts of < non-shareable things, so you might create a security hole...  0 > I don't have good documentation unfortunately.  F Try http://h71000.www7.hp.com/doc/os731_index.html .  It's the entire 
 VMS docset...   H > 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.i  B You might look in SYS$EXAMPLES -- there might be something useful  there.  G > 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 E /STANDARD=VAXC option).  That will let you port someday to Alpha and n Itanium.  : Multinet has a UCX (HP's stack) interface, so the OpenVMS + documentation should still be applicable...   
 --Stan Quaylec Quayle Consulting Inc.  
 ----------C Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363  Fax: +1 614 868-1671s1 8572 North Spring Ct. NW, Pickerington, OH  43147o= Preferred address:  stan@stanq.com       http://www.stanq.com    ------------------------------  % Date: Tue, 19 Aug 2003 13:05:58 +0100  From: Alan <alan@nospam.com>6 Subject: Will OpenVMS I64 run on a Dell PowerEdge 32504 Message-ID: <bht3ra$adm$1$830fa7b3@news.demon.co.uk>  / Will OpenVMS I64 run on a Dell PowerEdge 3250 ?    Alan i   ------------------------------  # Date: Tue, 19 Aug 2003 15:04:46 GMTu& From: John Reagan <john.reagan@hp.com>: Subject: Re: Will OpenVMS I64 run on a Dell PowerEdge 32501 Message-ID: <i0r0b.2704$I03.634@news.cpqcorp.net>l   Alan wrote:  > 1 > Will OpenVMS I64 run on a Dell PowerEdge 3250 ?e >  > Alan a >  >  >   & Send me one and I'll let you know. :-)   -- d John Reaganr' Compaq Pascal/{A|I}MACRO Project Leadere Hewlett-Packard Company    ------------------------------  % Date: Tue, 19 Aug 2003 09:33:12 -0500n+ From: Chuck Aaron <caaron@ceris.purdue.edu>,! Subject: xml web services OpenVMS / Message-ID: <3F423528.4050706@ceris.purdue.edu>l  5 I posed a question a few days ago but let me clarify:u  C A web service is an application delivered as a service that can be  E integrated with other web services using internet standards. Simply, o? it's an URL-addressable resource that programmatically returns qC information to clients who want to use it. The major communication i< protocol used is SOAP, which in most cases is XML over HTTP.  G Now, my question...is anyone using this with OpenVMS? If so, would you l* please share what and how your using this?   Thanks,n Chuck Aaron    ------------------------------   End of INFO-VAX 2003.458 ************************