1 INFO-VAX	Sun, 24 Mar 2002	Volume 2002 : Issue 163       Contents:, Re: Another AntiSPAM RBL dies - ORBZ is gone, RE: Another AntiSPAM RBL dies - ORBZ is gone, Re: Another AntiSPAM RBL dies - ORBZ is gone/ Re: DEC C: why does exit(0) really exit with 1? / Re: DEC C: why does exit(0) really exit with 1?   Re: Hacker Using My Mail Server?  Re: Hacker Using My Mail Server?7 Re: Low Level format of SCSI Disc in VaxStation 4000VLC 3 Low Level format of SCSI Disc in VaxStation 4000VLC 7 Re: Low Level format of SCSI Disc in VaxStation 4000VLC * Re: Once a fool, always a fool I guess ... Re: Right down the middle  Re: Right down the middle  Re: Right down the middle  Re: Right down the middle  Re: Right down the middle P Re: Session abstracts and bio's for OpenVMS Technicial Updates in Europe (Austri1 Simple question: Can you repeat strings w/ F$FAO? 5 Re: Simple question: Can you repeat strings w/ F$FAO? " Re: System software status utility" Re: System software status utility Re: Telnet problem on VAX/VMS  Re: Telnet problem on VAX/VMS  Re: VCC_MAXSIZE  Re: VCC_MAXSIZE . why is kill() ignored inside a signal handler?  F ----------------------------------------------------------------------  % Date: Sat, 23 Mar 2002 14:08:53 -0500 1 From: Michael Austin <maustin@firstdbasource.com> 5 Subject: Re: Another AntiSPAM RBL dies - ORBZ is gone 2 Message-ID: <3C9CD2C5.809C50FD@firstdbasource.com>   Tom Linden wrote:  > C > So if I set up my own RBL, where can I find info on how to do it?  > What is the protocol used? > > > I have a hard time understanding how anybody could sue me byE > accessing my RBL, if I don't charge for it.  Of course, this is USA H > the land of frivolity and legal extorsion.  Lawyers make laws, enforceC > them adjudicate them.  Lots of foxes in the American chicken coop   B Basically an RBL is a reverse-DNS lookup of the IP addresses.  YouA simply need to set up a DNS server that gets queried and if found C discard..(very simplistic explanation.) The mail-abuse.org can even G provide you a DNS download of their entire DNS database - on an ongoing D basis.  They could also provide help in configuring it if necessary.   >  > > -----Original Message-----< > > From: Michael Austin [mailto:maustin@firstdbasource.com]* > > Sent: Saturday, March 23, 2002 8:48 AM > > To: Info-VAX@Mvb.Saic.Com 9 > > Subject: Re: Another AntiSPAM RBL dies - ORBZ is gone  > >  > > 8 > > This could turn into another rat hole but basically, > > J > > A lot of these companies that provide RBL, RSS, DUL (dial up list) areK > > under constant threat of litigation because companies get their company H > > IP address get included in these list because they think they have aJ > > "right" to send spam and these RBL companies have NO right to set up a9 > > service others can subscribe to the prevent the spam.  > > H > > Companies have a right to spam (in the US) as long as they include a > > "remove me" linkD > > Companies have a right to provide a service to list the spammers
 > > companies 5 > > Users have a right to subscribe to the that list.  > > K > > Unfortunately if you respond to the remove me (opt-out) your "verified" A > > address will be sold to others who will ask you to "opt-out".  > > H > > The ways your name can get on the list are endless and there is veryH > > little you can do about it but to add the spammers IP address (whichK > > could be forged) to your own growing RBL and then hope that it wasn't a C > > dynamic IP that someday you really need to receive mail from...  > >  > >  > > Tom Linden wrote:  > > > N > > > I guess this means that for those of us who use 5.1 we have to remove an > > > entry  > > > in the smtp.config file. > > > @ > > > RBLs: rbl.maps.vix.com, dul.maps.vix.com, relays.orbs.org, > > mr-out.imrss.org > > > " > > > > -----Original Message-----F > > > > From: system@SendSpamHere.ORG [mailto:system@SendSpamHere.ORG]. > > > > Sent: Saturday, March 23, 2002 3:47 AM! > > > > To: Info-VAX@Mvb.Saic.Com = > > > > Subject: Re: Another AntiSPAM RBL dies - ORBZ is gone  > > > >  > > > > < > > > > In article <3C9C2703.6070209@bluewin.ch>, Paul Sture' > > > > <paul.sture@bluewin.ch> writes: ! > > > > >Barry Treahy, Jr. wrote: 	 > > > > > B > > > > >> This is not completely off-topic in that if you use, or > > rather used,N > > > > >> ORBZ for DNS anti-spam support, they where forced to shutdown underH > > > > >> duress of criminal charges and if your SMTP servers are stillD > > > > >> referencing them, your inbound e-mail with most likely be > > blocked asA > > > > >> ours have been for the base 36 hours; They shutdown on  > > March 20, 2002. G > > > > >> Other DNS RBL's still exist, one of the larger ones that are  > > > > still free1 > > > > >> is ORDB or you make subscribe to MAPS. 
 > > > > >>G > > > > >Pray tell, what does RBL stand for? It's the second time in 24  > > > > hours I've seen it.  > > > > & > > > > _R_ealtime _B_lackhole _L_ist. > > > > B > > > > check http://www.ordb.net/ 's FAQ and dictionary links for > > > > further details. > > > > 
 > > > > --: > > > > VAXman- OpenVMS APE certification number: AAA-0001  > > > > VAXman(at)TMESIS(dot)COM > > > > E > > > >   "And of course, I'm a genius, so people are naturally drawn  > > to my fiery A > > > >   intellect.  Their admiration overwhelms their envy!" --  > > Calvin & Hobbes  > > > >  > >  > > -- > > Regards, > > ; > > Michael Austin            Registered Linux User #261163 ; > > First DBA Source, Inc.    http://www.firstdbasource.com  > > Sr. Consultant > > 704-947-1089 (Office)  > > 704-236-4377 (Mobile)  > >    --   Regards,  7 Michael Austin            Registered Linux User #261163 7 First DBA Source, Inc.    http://www.firstdbasource.com  Sr. Consultant 704-947-1089 (Office)  704-236-4377 (Mobile)    ------------------------------  # Date: Sat, 23 Mar 2002 20:11:35 GMT  From: system@SendSpamHere.ORG 5 Subject: RE: Another AntiSPAM RBL dies - ORBZ is gone 0 Message-ID: <00A0B605.7B951A99@SendSpamHere.ORG>  W In article <23MAR200211421704@gerg.tamu.edu>, carl@gerg.tamu.edu (Carl Perkins) writes: ( >"Tom Linden" <tom@kednos.com> writes...C >}So if I set up my own RBL, where can I find info on how to do it?  >}What is the protocol used? >}  > >}I have a hard time understanding how anybody could sue me byE >}accessing my RBL, if I don't charge for it.  Of course, this is USA H >}the land of frivolity and legal extorsion.  Lawyers make laws, enforceC >}them adjudicate them.  Lots of foxes in the American chicken coop  > C >They don't sue you by accessing your RBL, they sue you for putting  >them on your RBL list.  > B >What do they sue you for? Any number of things possibly including@ >slander/libel for implying that they send out spam, or anythingC >that they can find to sue you for related to your interfering with  >their ability to do business.  I Tortious interferance with economic gain.  Ya just gotta loathe legalese.     F >Part of the problem is that is is very easy to get put on an RBL listC >but it is usually very hard to get taken off of it. The people who I >run them are not what you might call "incredibly responsive" to requests G >to be taken off the list, while they seem to put addresses on them the  >instant anybody asks.  E ORDB is automated.  You submit an IP and it tests is.  I tried it out E by configuring an open relay on one of my machines and then submitted F the address.  It was tested within moments and placed on the blackholeF list.  I then fixed the relay and resubmitted the IP.  An our later, I. could not find the IP listed as an open relay.     --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM              J   "And of course, I'm a genius, so people are naturally drawn to my fiery I   intellect.  Their admiration overwhelms their envy!" -- Calvin & Hobbes    ------------------------------  # Date: Sat, 23 Mar 2002 22:10:12 GMT - From: "John E. Malmberg" <wb8tyw@qsl.network> 5 Subject: Re: Another AntiSPAM RBL dies - ORBZ is gone * Message-ID: <3C9CFF1B.7060904@qsl.network>   Michael Austin wrote: 7 > This could turn into another rat hole but basically,   <snip>F > Companies have a right to spam (in the US) as long as they include a > "remove me" link  	 Not true.   E The only laws regulating spam in the United States are the ones that  D allow the collection of damages when the spammer uses someone elses D domain.  The holder of the domain can then, at their expense try to 0 collect damages and legal fees from the spammer.  H The law that the spammers frequently quote on their spam does not exist.  I However an ISP has the right to refuse e-mail from anyone.  No reason is   needed.   I > Unfortunately if you respond to the remove me (opt-out) your "verified" ? > address will be sold to others who will ask you to "opt-out".    That seems to be the case.  F > The ways your name can get on the list are endless and there is veryF > little you can do about it but to add the spammers IP address (whichI > could be forged) to your own growing RBL and then hope that it wasn't a A > dynamic IP that someday you really need to receive mail from...   E The I.P. address can only be forged on the leg of the router that it   originated from.  F Each mail server adds their own header as it passes the message along.  D To trace the mail back to the source, you have to start at the I.P. - address that the mail arrived to your ISP at.   H That I.P. address can not be forged.  Then you verify it belongs to the E domain name that was mentioned in the header.  If they do not match,  G then chances are all the previous headers are forged and are not worth  = checking.  You have probably found the spammers I.P. address.   F If they do match, then you check the I.P. address against a RBL list, E and if it does match, then the spammer is likely using an open relay.   E You then repeat the step for the next header in the chain, until you  G find one where the I.P. address and the given domain name do not match.   E The spammer will likely put some false headers, so that someone that  I does not follow the chain backwards, but just looks at the first headers  G on the message will end up sending the complaints to the wrong address.   E Usually all a mail server will do is check the incomming I.P. address J against an RBL list.  The RBL list can contain known open relays and known
 spam sources.    -John  wb8tyw@qsl.network Personal Opinion Only    ------------------------------  % Date: Sat, 23 Mar 2002 15:03:16 -0500 ( From: Bill Gunshannon <bill@cs.uofs.edu>8 Subject: Re: DEC C: why does exit(0) really exit with 1?B Message-ID: <20020323145947.R48672-100000@server2.cs.scranton.edu>  % On 23 Mar 2002, Paul Repacholi wrote:   3 > Michael Zarlenga <zarlenga@conan.ids.net> writes:  > F > > Many C RTL functions return 0 on failure, so how can 0 be any kindB > > of standard "success" value in C (though it is the traditional > > success code for _Unix_).  >  > In a word; MALLOC   H malloc doesn't return an int so there is no way it can return 0.  UnlessI your one of those people who thinks a NULL pointer is synonymous with the I integer value 0. (Hint: research what the numeric value of a NULL pointer $ was on a Prime Mini running Primos.)   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   |> Scranton, Pennsylvania   |         #include <std.disclaimer.h>   ------------------------------  % Date: Sat, 23 Mar 2002 15:06:23 -0500 ( From: Bill Gunshannon <bill@cs.uofs.edu>8 Subject: Re: DEC C: why does exit(0) really exit with 1?B Message-ID: <20020323150406.P48672-100000@server2.cs.scranton.edu>  ' On Fri, 22 Mar 2002, John Santos wrote:   E > (Start OT rant:  How do you talk about C functions, whose names are A > case-sensitive, in narative English, where you may be forced to F > capitalize the name of the function when it appears at the beginning > of a sentence?  End rant.)  L Do you lowercase a proper name when it appears in the middle of a sentence??K If the case of the first letter is significant, you would not capitalize it * no matter where it appeared in a sentence.  4 Why do people look for confusion where none exists??   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   |> Scranton, Pennsylvania   |         #include <std.disclaimer.h>   ------------------------------  # Date: Sat, 23 Mar 2002 23:22:42 GMT ' From: Don Sykes <anonymous@pacbell.net> ) Subject: Re: Hacker Using My Mail Server? + Message-ID: <3C9D0EC2.DBD0E88A@pacbell.net>    "Thomas H. Pauli" wrote: > J > It's not so unfortunately as you are using V5.1 which allows you to do aH > lot more anti-span configuring. If you create a file SMTP.CONF in yourG > TCPIP$SMTP_COMMON directory you can put there your anti-spam rules as ! > described in the documentation!  >  > Thomas >   L Thanks. I did not know that. I guess I need to go back to the latest doc and re-read carefully.   > Don Sykes wrote: >  > > Rob Young wrote: > > c > >>In article <CIEJLCMNHNNDLLOOGNJIMEICEGAA.tom@kednos.com>, "Tom Linden" <tom@kednos.com> writes:  > >> > >>>   > >>>>-----Original Message-----4 > >>>>From: Don Sykes [mailto:anonymous@pacbell.net]+ > >>>>Sent: Friday, March 22, 2002 11:50 AM  > >>>>To: Info-VAX@Mvb.Saic.Com / > >>>>Subject: Re: Hacker Using My Mail Server?  > >>>> > >>>> > >>>>Tom Linden wrote:  > >>>>B > >>>>>So who is listed as as 'from' in the returned mail message? > >>>>> O > >>>>There is no bounced mail message. Only the entries in the POSTMASTER.LOG.  > >>>> > >>>>N > >>>Isn't  "550  %TCPIP-E-SMTP_NOSUCHUSER, no such user, " a bounced message? > >>>  > >>> B > >>        Yep... a quick Google shows it used to be message 553: > >> > >>Subject: Returned mail > >>+ > >>---- Transcript of session follows ---- > > >>553  %UCX-E-SMTP_NOSUCHUSER,  No such user, blech@blah.edu > >>G > >>        My guess is someone is relaying through your site.  Here is E > >>        a snippet from a smtp_server_reject. filter for Multinet:  > >> > >> > > T > > Unfortunately I use Compaq TCPIP Services and the only thing I see, so far, that > > I can do is : = > >  "set service SMTP/reject=(domain.name1,domain.name2...)"  > > $ > > But I dodn't know who to reject. > >  > >  > >>! P > >>! Disallow relaying through our mailer, and only allow users on our networks1 > >>! to claim to be from our company (blech.com)  > >>! 1 > >>*             *             *blech.com      n P > >>*@*           *             *@*            q "no relaying through this site"S > >>*             *             *@*            y "missing domain name in MAIL FROM"  > >>!  > >># > >>        Note the --->  q <-----  > >>G > >>        I don't even give them the pleasure of knowing I ate it :-)  > >>' > >>                                Rob  > >> > >  > >      --     Have VMS. Will Travel. Wire Paladin @alphase.com 
 San Francisco    ------------------------------  # Date: Sat, 23 Mar 2002 23:30:20 GMT ' From: Don Sykes <anonymous@pacbell.net> ) Subject: Re: Hacker Using My Mail Server? + Message-ID: <3C9D108B.2081FA5E@pacbell.net>   ) Thanks to all! Lot's of good suggestions.   N It's a shame to think there are so many people out there (on the internet) who are less than honest.       Don Sykes wrote: > O > I'm running Compaq TCP/IP Services for OpenVMS Alpha Version V5.1 on an Alpha  > running OpenVMS V7.2% > TCP/IP Services include SMTP & POP.  > Q > In my SMTP_POSTMASTER.LOG I found 2383 of the following the entries on the same  > day:N >         550  %TCPIP-E-SMTP_NOSUCHUSER, no such user, <anewsum@earthlink.net> > Q > ALL were directed to someone @earthlink.net. NONE of these was sent by me. I've * > checked for breakins, but don't see any. > I > This is a first for me. Can any of you wise folks advise me how this is 0 > happening ? and maybe what I can do about it ? >  > TIA  > -- >  > Have VMS. Will Travel. > Wire Paladin @alphase.com  > San Francisco      --     Have VMS. Will Travel. Wire Paladin @alphase.com 
 San Francisco    ------------------------------  % Date: Sat, 23 Mar 2002 19:39:21 -0600CC From: "Craig A. Berry" <craig.berry@nospam.SignalTreeSolutions.com>n@ Subject: Re: Low Level format of SCSI Disc in VaxStation 4000VLCH Message-ID: <craig.berry-3793FA.19392123032002@news.directvinternet.com>  8 In article <gkaq9ugf0oj6kok7ono5qtglafp634sv9e@4ax.com>,.  Ralph Kloess <Ralph.Kloess@imkesun.de> wrote:  E > I recal there is a command to low-level format the disc, so VMS cano> > use it. But for the life of me I can't remember the command.  F There's INITIALIZE/ERASE and ANALYZE/MEDIA/EXERCISE/LOG.  But I don't H see that anything over and above a plain INITIALIZE should be necessary G to simply mount the disk natively.  I do tend to use the ANALYZE/MEDIA sC method when resurrecting old hardware because you quickly find out t% whether the disk is in fact any good.i   ------------------------------  % Date: Sun, 24 Mar 2002 02:27:06 +0100 , From: Ralph Kloess <Ralph.Kloess@imkesun.de>< Subject: Low Level format of SCSI Disc in VaxStation 4000VLC8 Message-ID: <gkaq9ugf0oj6kok7ono5qtglafp634sv9e@4ax.com>  
 Hello All,  E I just got ahold of a VS4000-VLC and after finally finding a harddisc-= and a CD-Rom drive, the Standalone Backup complains about the: filestructure on the disc.  C I recal there is a command to low-level format the disc, so VMS can < use it. But for the life of me I can't remember the command.  ' Is Somebodies memory better than mine??i  E BTW the disc is a Seagate ST32151N and the CD-Rom is a Plextor drive.    thanks,l   Ralph Kloess   ------------------------------  % Date: Sat, 23 Mar 2002 21:42:41 -0500R1 From: Michael Austin <maustin@firstdbasource.com>S@ Subject: Re: Low Level format of SCSI Disc in VaxStation 4000VLC2 Message-ID: <3C9D3D21.5856931E@firstdbasource.com>   Ralph Kloess wrote:c >  > Hello All, > G > I just got ahold of a VS4000-VLC and after finally finding a harddiscu? > and a CD-Rom drive, the Standalone Backup complains about them > filestructure on the disc. > E > I recal there is a command to low-level format the disc, so VMS cans> > use it. But for the life of me I can't remember the command. > ) > Is Somebodies memory better than mine??a > G > BTW the disc is a Seagate ST32151N and the CD-Rom is a Plextor drive.  > 	 > thanks,d >  > Ralph Kloess  B On the VAX VLC, there is a >>> T70 at the console prompt that willH format a disk. INITIALIZE cannot work until the drive has been FORMATTED
 for the VAX. a    F I think if you type >>> H T70 it will tell you what it does.  I do not have one at this timee  D    TEST 70 - Allows the customer to format hard disk drives and RX33E    floppy diskettes. RX50 diskettes need not use this utility as they ;    come preformatted. If formatting a non-Digital EquipmenttC    Corporation hard disk drive, this utility goes into a query modemD    thus allowing the customer to enter drive parameter data prior to,    actually performing the format operation.   C    Note:  Formatting destroys all user data on the disk or diskette            being formatted.  9    TEST 71 - A disk verifier utility. This utility does arB    non-destructive test of hard disk formats to search for new bad>    blocks on the media since operating system installation andE    identifies any new bad blocks to the customer. This utility is for     use with hard disks only.   --   Regards,  7 Michael Austin            Registered Linux User #261163i7 First DBA Source, Inc.    http://www.firstdbasource.coma Sr. Consultant 704-947-1089 (Office)i 704-236-4377 (Mobile)    ------------------------------  # Date: Sat, 23 Mar 2002 20:11:09 GMTf4 From: Tim Llewellyn <tim.llewellyn@blueyonder.co.uk>3 Subject: Re: Once a fool, always a fool I guess ....0 Message-ID: <3C9CE012.3D90B574@blueyonder.co.uk>   Larry Kilgallen wrote: > o > In article <20020322085942.27771.qmail@gacracker.org>, Doc.Cypher <Use-Author-Address-Header@[127.1]> writes: B > > On 21 Mar 2002, Kilgallen@SpamCop.net (Larry Kilgallen) wrote:E > >>In article <20020321204945.10274.qmail@gacracker.org>, Doc.Cypher / > >><Use-Author-Address-Header@[127.1]> writes:3@ > >>> On 21 Mar 2002, leslie@clio.rice.edu (Jerry Leslie) wrote:7 > >>>>Paul Winalski (prune@ZAnkh-Morpork.mv.com) wrote: L > >>>>: It's not really that VMS is unhackable--it's more that it representsH > >>>>: such a miiniscule part of the overall computer marketplace these3 > >>>>: days that nobody bothers to try to hack it.n > >>>>:  > >>>>8 > >>>>The best hackers in the country tried to hack VMS: > >>>>2 > >>>>  http://www.pointsecure.com/Defconwhite.pdf' > >>>>  "Virtually Unhackable" DEFCON9:t > >>> Q > >>> Compaq seems quite keen on having the "secure" tag attached to VMS with webnO > >>> servers and browsers, shouldn't they have a system up and running with anSO > >>> open challenge to hack it and a prize for doing so? It certainly wouldn't O > >>> be expensive to set up such a challenge. Such would also gather some free_) > >>> publicity for the operating system.d > >> > >>They had that at DEFcon. > > 6 > > Yes, but it wasn't an official Compaq team was it? > > J > > Apparently Sun felt it was important enough to run their own team, butI > > Compaq just continue to demonstrate an uncaring attitude towards VMS.  > C > I doubt that corporate backing impresses the DEFCON constituency.m  C Is that the real issue, though, Larry? The community the "stunt" ise8 intended to impress is potential customers, not hackers.  B Oh, Doc, btw you may or may not be aware that an offical security E challenge as you propose has been suggested at a high level to Compaq3
 and rejected.    regards    -- , tim.llewellyn@blueyonder.co.uk i  F * tim.llewellyn@cableinet.co.uk address will cease to work June 2002 *   ------------------------------  % Date: Sat, 23 Mar 2002 15:09:44 -0500 ( From: Bill Gunshannon <bill@cs.uofs.edu>" Subject: Re: Right down the middleB Message-ID: <20020323150909.F48672-100000@server2.cs.scranton.edu>  $ On Fri, 22 Mar 2002, JF Mezei wrote:   > "David J. Dachtera" wrote:H > > If I start buying a product, the chances are better than 60% it willF > > soon disappear from the store shelves (too bad WhineBloze beat the > > odds!).e >cO > You're not alone. I am like that too. Invested in PSION and VMS skills. PSIONh6 > is gone from PDA. VMS is , well nobody really knows. >sJ > What is the point in developping new skills when you know that they will= > become useless as soon as you get respoectable experience ?} >m  D All I have to say is you guys better stay away from the PDP-11.  :-)   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   |> Scranton, Pennsylvania   |         #include <std.disclaimer.h>   ------------------------------  # Date: Sat, 23 Mar 2002 21:00:42 GMTs1 From: "David J. Dachtera" <djesys.nospam@fsi.net> " Subject: Re: Right down the middle' Message-ID: <3C9CEF2F.28378F4F@fsi.net>y   Paul Repacholi wrote:t > 5 > "David J. Dachtera" <djesys.nospam@fsi.net> writes:p > H > > If I start buying a product, the chances are better than 60% it willF > > soon disappear from the store shelves (too bad WhineBloze beat the > > odds!).i > D > Oh, is that all.. My trick is to find something; 'Wow, thats neat,C > must come back and buy a stack.' That is the last we see of them.nD > Or find a *good* supplier, than they move to the other side of the	 > city :(t  = Consider them lessons in the consequences of procrastination.P   -- u David J. Dachterao dba DJE Systemst http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/(   ------------------------------  # Date: Sat, 23 Mar 2002 21:17:05 GMTu1 From: "David J. Dachtera" <djesys.nospam@fsi.net>a" Subject: Re: Right down the middle' Message-ID: <3C9CF300.E5606C2C@fsi.net>-   "Terry C. Shannon" wrote:2 > < > "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message( > news:3C9BE54B.CAB55429@videotron.ca... > > Fred Kleinsorge wrote:M > > > Compaq *has* provided a roadmap, and VMS is on it.  Until the HP mergero > isK > > > certified and the merger closes, HP *can't* provide you a roadmap for)G > > > Compaq.  I see no reason to believe that the OpenVMS readmap willl	 > change.i > >aK > > HP has provided a broad roadmap for Tru64 as well as Tandem, as well ash > thes > > Proliant wintel servers. > > L > > It is a fact that HP has meddled into Compaq's products but went through > great N > > strides to avoid mentioning VMS. HP and Capellas have also made a point ofK > > mentioning stuff such as "proprietary is bad" and "industry standard isn > good". > L > What lies ahead for VMS I do not know, but JF makes a very valid assertionM > here. Best case scenario is that VMS has been damned by faint praise. Worst D > case is, VMS goes away, and so does the current VMS customer base.  G I'd like to know what the "Plan B" might be should either (or both!) of ) these possibilities become eventualities:f  H 1. Itanic is declared unworkable and unsalvageable, and Intel decides toF press forward with an architecture that proves to pose similar porting# challenges to those posed by IA-32.h  D 2. OpenVMS's "profitable, large-scale" customers decide en-mass that@ Security-Enhanced Linux is more cost effective and comparable inD security and stability to OVMS. (Nota bene: Whether that is or couldA ever be true or not is not the issue. The issue is the customer'sn2 perception, since that is the customer's reality.)  H Either one of those would leave OVMS up the shit creek on white water inH a leaky boat with no paddles drifting toward the falls on a current that/ nothing short of a turbine engine can overcome.   B I hope the OVMS denizens of the Q who are doing the IA64 ports areF polishing up their resumes while their software builds are running. ItH wouldn't much more than one "bump in the road" for them to end up in the% same spot I'm in, and others like me.    -- n David J. Dachtera  dba DJE Systemsl http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Sat, 23 Mar 2002 20:27:05 -0500i- From: JF Mezei <jfmezei.spamnot@videotron.ca>l" Subject: Re: Right down the middle, Message-ID: <3C9D2B67.61B9946D@videotron.ca>   "David J. Dachtera" wrote:D > I hope the OVMS denizens of the Q who are doing the IA64 ports areH > polishing up their resumes while their software builds are running. ItJ > wouldn't much more than one "bump in the road" for them to end up in the' > same spot I'm in, and others like me.?  K The problem is that there will be one heck of a bump on the road during theaJ integration period, so the temptation to cut costs and employees above the% 12,000 already planned will be great.s  H On the other hand, if VMS is part of HP's 3 year roadmap, then it may beG somewhat immune from such cuts, depending on whether HP adopts Compaq's " definition of "commitment" or not.   ------------------------------  # Date: Sun, 24 Mar 2002 02:00:40 GMTo* From: "Bill Todd" <billtodd@metrocast.net>" Subject: Re: Right down the middleB Message-ID: <cran8.140624$1g.10966922@bin3.nnrp.aus1.giganews.com>  5 "Bill Todd" <billtodd@metrocast.net> wrote in messageh: news:c83n8.54753$Gf.4451884@bin2.nnrp.aus1.giganews.com...   ...i  F > But my impression is that HP's marketing in general may not be up to CompaqD > (when it's good, anyway) standards, both from tidbits thrown about recentlyK > and from just reading their virtualization_whitepaper.pdf (copyright lastmK > year) description of their apparently competent virtualized storage arrayaE > product, which sounds as if it was written by (admittedly literate)sD > engineers with no polishing pass at the end by even a tech writer.  H Minor correction:  the paper I was somewhat critical of above (it reallyL isn't bad in terms of content, but does lack a certain polish) appears to beJ 'extends_capabilities.pdf' in most references on HP's Web site (don't knowL why the link I got it from had the other file name, which in fact is another paper entirely).  G The Web site as a whole has a slightly amateurish quality to it (IMO) -h( especially if you turn off Java scripts.   - bill   ------------------------------    Date: 23 Mar 2002 18:22:42 -08001 From: susan_skonetski@hotmail.com (Sue Skonetski)oY Subject: Re: Session abstracts and bio's for OpenVMS Technicial Updates in Europe (Austric= Message-ID: <857e9e41.0203231822.4781dbe1@posting.google.com>s  
 Dear Richard,-  F I do not know if the folks in the UK are planning on taping the event,C I will check with them next week.  My guess would be that they will F not.  I will be at the event so just ask for me and come when you can.  E You might want to bring out to the people that are unwilling to allowlD you to attend, that there would normally be a high tuition to attend? this event but you have the opportunity to attend with a waivedhE tuition.  And as part of that you will be hearing about the follow on  machine to the Alpha Wildfire.  
 Warm Regards,s Suee  c "Richard Maher" <maher_rj@hotmail.c0m> wrote in message news:<a7hgl6$o1o$1@helle.btinternet.com>...  > Hi,  > " > Are the sessions being recorded? > 9 > Can the tapes be purchase (some time?) after the event?> > M > There are some people who can't get away and others who are so unbelievable@2 > cheap that they won't give up two days money :-) > N > (Given the quality of topics and speakers you could quite rightly charge for. > such an event and we *are* getting a bargin) > M > Is it possible to just sign up for just Friday afternoon? (I think the 12th> > is a Friday) >  > Regards Richard Maher. > = > Sue Skonetski <susan.skonetski@compaq.com> wrote in message / > news:rdIm8.1386$fL6.27158@news.cpqcorp.net... L > > There are a couple of session abstracts missing but this will give you aG > > good idea on what to expect.  And I could be partial but this is anT! > > excellent group of engineers.  > >5 > > Warm Regards,C > > Sueo > >  > >  > > Session Abstracts G > > OpenVMS Strategy and Directions (Keynote) - This session will cover 
 >  OpenVMSM > > strategies and directions.  Additionally this session will cover a number  >  ofn4 > > different programs in place in the OpenVMS GroupJ > >  OpenVMS Technical Update 7.3.1 and beyond - This session will provideE > > information and roadmaps for OpenVMS, OpenVMS Galaxy, Clustering, 
 >  eBusiness,>G > > TCP/IP Services, and other areas.  Technical details of current andu >  upcoming K > > OpenVMS operating system releases including V7.2-2, V7.3, V7.3-1, V7.4,  >  theH > > Itanium Port, and on on-going advanced development projects, will be! > > featured in the presentation.> > >  > > K > > OpenVMS and IPF Systems (base OS) -  This session describes how some of  >  theD > > internals of VMS will be ported to the Itanium Processor Family.
 >  MechanismssN > > such as ASTs, IPLs, page protections, synchronization methods, and contextF > > switching are presented in terms of the Intel fundamentals used to >  implement	 > > them.  > >- > >-N > > Best Practices for VMS Performance for 2002 - This session highlights someM > > new and evolving OpenVMS capabilities, tools, and best practices that you3? > > can put to use to help with performance management, tuning,g >  troubleshooting,sM > > and capacity planning on your largest and most important OpenVMS systems.sM > > The session relates these new practices to the standard set of industrialsD > > strength performance practices that have proven themselves to be >  universallyM > > applicable and indispensable to attaining consistent performance success.lK > > The session will also briefly illustrate how these combined old and newED > > practices can set the stage for success with the next generation >  Alphaserver > > and IPF systems. > >n7 > >  Installing and configuring Fibre Channel storage -. > >  > >s1 > > Integration of OpenVMS Data & Applications  -e > >o > >sK > > The next generation of Alpha systems (Keynote) At the end of this year, N > > Compaq will introduce a new family of modular AlphaServer systems based onL > > the new, highly integrated Alpha EV7 CPU.  This session will explain theK > > unified architecture for hardware, software, and system management that  >  make N > > these systems easy to manage, reliable, and scalable from low price, entryH > > level dual processor systems to high capacity 128 processor systems.L > > Systems, assembled from a small number of simple building blocks modules >  andM > > drawers, will offer the flexibility to expand processing, memory, and I/0 5 > > independently, and over a wide range of capacity.  > >  > >u > > I > > Porting your OpenVMS Applications to IPF - The port of OpenVMS to thedL > > Itanium(tm) Processor Family was announced in June, 2001. This technicalG > > session will cover the current OpenVMS Itanium(tm) Processor Family.M > > schedule, plans for porting layered products, plans for compilers, binaryeE > > translators, and other preliminary information about porting your 2 > > applications to Itanium-based OpenVMS systems. > >0/ > > Compaq Secure Web Server Apache with Tomcati > >n > > K > > OpenVMS COE & Unix Portability Initiatives - This session describes theaK > > current efforts under way to simplify porting of applications from UNIX L > > systems to OpenVMS.  Specific areas addressed include the extensive workM > > being done to update and enhance the OpenVMS C Runtime Library (CRTL) andrN > > the UNIX tools and utilities on OpenVMS, and to improve the performance ofN > > ported applications.  A portion of this session will allow for interactive> > > discussion of customer needs and directions for the future > >dL > >  Volume Shadowing -  This session will provide information on a new HBVSM > > feature in V7.3, Mini Copy.  This new feature will enable a former shadowcK > > set member to be returned to the shadow set in a much shorter time thangK > > normal, based on the level of write activity while it was removed.  TheeN > > session will also include an update on new DCL functionality, that enablesH > > new per shadow set member read cost and member time out values to be- > > specified, and new DCL recovery semanticsr > >aJ > > OpenVMS Hints and Kinks - This technical session provides an insiders' >  guideL > > on taking advantage of OpenVMS strengths, covering the following topics:J > > Optimizing programs for effective failover; Failover locking; HandlingI > > security features correctly; Designing shareable images; User-writtena	 >  SystemlM > > Services; Message utility and command definition  utility; OpenVMS GalaxyeH > > and OpenVMS Cluster; Insights into C, C++, and the OpenVMS Debugger.F > > Details on certain useful (and undocumented) features will also be >  included. > >t > >  Speaker Bio's > >  > >XJ > > Steve Stebulis, is a Director in the High Performance Server Division, >  withrN > > over 20 years of experience in software engineering and product managementJ > > with a focus on operating system and technical development.  Steve had >  beeneN > > one of the driving forces behind the OpenVMS strategy and has expanded hisH > > role to cover Tru64, Lunix, High Performance Technical Computing andN > > Computer Special systems working for Rich Marcello, VP and General ManagerE > > of the HPSD organization.  He is also responsible for key account 6 > > relationships and customer architectural planning. > > H > >  Previously, Steve has held a number of positions in OpenVMS productN > > management, from managing the OpenVMS product management group to focusingF > > on specific business lines including the base operating system and >  businessrM > > critical technologies group.  Steve's other experience includes positions- >  as-E > > product manager for OpenVMS POSIX and Open Standards, and productm
 >  managementyL > > and engineering positions in workstation engineering, networks, database( > > development and computer operations. > > K > > Steve received a B.S. in Forest Sciences from Penn State University, an, >  M.A.eJ > > in Computer Science and an M.E. in Recreation Administration both from* > > Temple University in Philadelphia, PA. > >tK > >  Stephen "Hoff" Hoffman, Is a Consulting Engineer in the Compaq OpenVMS-D > > Engineering group, with a variety of responsibilities.  Areas of
 >  experienceeG > > include voice applications and telephony, factory floor networking, F > > databases, device drivers and ACPs, web and internet technologies, >  hardware,M > > bad puns, clustering, with other areas too numerous to mention.  WritingsaM > > include the second edition of the "Writing Real Programs in DCL" book andi >  anoM > > update(presently underway) to another Digital Press OpenVMS-related book.e > > J > >  Burns Fisher, Since joining VMS Engineering in 1986, Burns Fisher hasH > > worked in many engineering and project leading roles.  These includeF > > contributing to the MIT X11 protocol, porting DECwindows to Alpha,M > > contributing to the System Code Debugger and SCSI clusters, and technical>M > > leadership of the Extended File Specifications project.  More recently as  >  aM > > member of the VMS Exec group, he helped develop Galaxy concepts, designed N > > and wrote RAD-based scheduling and RAD-based pool allocation for GS-seriesN > > Alphaserver systems.  He is currently designing and writing code to do lowN > > level interruption handling and software interrupts for VMS on the Itanium > > Processor Family.D > >  > >iD > > Before joining VMS, Burns worked as an engineer in Digital's ESG >  EngineeringN > > group, and as a system manager, coder, and general computer engineer for aL > > research project at the University of Rochester (New York, USA).  He has >  aneD > > Master's degree in Electrical Engineering from the University of
 >  Rochester.o > >cJ > >  Steve Lieman, (OpenVMS Performance Group, Compaq).  Steve is an awardF > > winning author who has more than 30 years large system performanceK > > experience with the last 7 years focusing on OpenVMS.  He has deliveredhJ > > seminars on practical performance management at more than 30 locationsH > > worldwide.  He is currently working on various OpenVMS benchmarking,E > > performance characterization, and tool enhancement project and isl
 >  frequentlypL > > called in to help troubleshoot customer performance problems.  Steve has? > > been a long-time student of the best performance practices.k > > I > >  Rick Lord - Joined Digital in 1983 in the Mid-Range Systems Businessi	 >  Group, I > > working on CAD support, the VAXBI DRB32 VMS device driver and VAX RTA  >  (RealN > > Time Accelerator). part of Digital's After that Rick was part VAXTCC (TimeK > > Critical Computing) startup in Munich. Then continuing as the technicalm >  lead(N > > on the VAX 8400 console port before joining Digital's Telecom group, whereK > > he worked on an NMF (Network Management Forum) interoperability project|L > > between DECmcc and British Telecom's Concert network management package.L > > Rick joined the OpenVMS group in 1991. Rick now works with FibreChannel, >  andB > > is  largely responsible for the design & implementation of our >  FibreChannelR > > drivers. > > L > >  Richard Smith has served as the Product Manager on the development team >  forM > > a new family of AlphaServers for the past 3 years. In 20 years at DigitaltJ > > and Compaq, he led business and engineering for PC network software inG > > Europe and managed Business Development for MicroVAX minicomputers.d	 >  BeforekF > > joining Digital, Richard worked at AT&T and in various engineeringH > > assignments at Systems Control, Inc.  He earned MS and BS degrees in
 >  controlI > > systems engineering from MIT and an MBA from Harvard Business School.t >  AfterB > > six years living and working in France, he is fluent in French > >.H > >  John Apps - Is a senior technical architect in the High Performance
 >  ServersK > > Division of Compaq.  He has over 30 years in the IT industry, mainly inw >  the: > > area of transaction processing and middleware systems. > >oB > > He works with the OpenVMS team which architects and implementsJ > > Internet/eBusiness solutions for OpenVMS and Alpha customers. Areas ofH > > expertise include: designing for scalability and integration of both
 >  WindowsI > > and Tru64 UNIX based eBusiness and integration solutions into OpenVMS M > > environments using industry application server technologies from Compaq's * > > partners such as Oracle, BEA and IONA. > >dL > >  He consults worldwide and has implemented a number of Internet projects >  for( > > existing OpenVMS and Alpha customers > >oL > >  Sunil Kumaran has 15 years experience in the IT industry, the last 6 ofN > > which has been with Compaq. He has worked in a number of fields, from realI > > time systems, to Scada systems to Stock Exchange systems. He also has B > > experience developing Oracle applications as well as RTR based >  applications.M > > Most of his work has been with Compaq platforms and Operating systems and N > > applications that run on them. He is currently a Technology Consultant forI > > the High Performance Systems division.    Areas of expertise include:iL > > designing for scalability and integration of both Windows and Tru64 UNIXM > > based eBusiness and integration solutions into OpenVMS environments usinghK > > industry application server technologies from Compaq's partners such asc > > Oracle and BEA.s > >t > >uM > > He consults worldwide and has participated in the implementation a numberi >  of > > > Internet projects for existing OpenVMS and Alpha customers > >tM > >  Brad McCusker -  has been with the OpenVMS Engineering group since 1995.rM > > Currently, Brad is the Project Leader for the C Run-Time Library (C RTL), I > > responsible for leading the upgrade of the C RTL code to support UNIXnI > > portability.  In addition, Brad has a long history with PATHWORKS and H > > Advanced Server engineering where he continues to be the engineering
 >  ProjectI > > Manager, responsible for directing all engineering efforts.  Prior totH > > Digital and Compaq, Brad spent eight years in an OpenVMS developmentD > > environment, primarily for the US Navy in the field of real-timeG > > anti-submarine warfare simulation.  Brad frequently speaks in Northo
 >  America8 > > and Europe about OpenVMS and Windows NT integration. > >0 > >  > >  > >z > >f   ------------------------------   Date: 23 Mar 2002 22:36:56 GMT6 From: DAVISM@er6.eng.ohio-state.edu (Michael T. Davis): Subject: Simple question: Can you repeat strings w/ F$FAO?: Message-ID: <a7j028$gmu$1@charm.magnus.acs.ohio-state.edu>  <         Repeating a character N times with F$FAO is trivial:  !                          $ n = 12o7                          $ spaces = F$FAO ( "!#* ", n )   
 ...or even...t  !                          $ n = 12o7                          $ spaces = f$fao ( "!''n'* " )t  H What if I wanted to repeat a string N times, though?  I know I could runH through a loop N times, concatenating the same string over and over.  IsG there a way to do this with a single F$FAO call?  Say, for example, youmF wanted to create a string of twelve consecutive non-breaking spaces in3 HTML (&nbsp;), rather than twelve space characters.B   Thanks,b  Mike@ --K              Michael T. Davis              |    Systems Specialist: ChE,MSE1N   E-mail: davism@er6.eng.ohio-state.edu    | Departmental Networking/ComputingJ            -or- DAVISM+@osu.edu            |     The Ohio State UniversityJ http://www.er6.eng.ohio-state.edu/~davism/ |     197 Watts, (614) 292-6928   ------------------------------  % Date: Sat, 23 Mar 2002 22:39:05 -0500n1 From: Michael Austin <maustin@firstdbasource.com>t> Subject: Re: Simple question: Can you repeat strings w/ F$FAO?1 Message-ID: <3C9D4A59.F17E32E@firstdbasource.com>r   you mean like:  2 $ write sys$output f$fao("!0UL!12(%E)&nbsp;!%F",1)H &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;  + just a little trial and (mostly) error.  :)  -- c Regards,  7 Michael Austin            Registered Linux User #261163a7 First DBA Source, Inc.    http://www.firstdbasource.com' Sr. Consultant 704-947-1089 (Office)o 704-236-4377 (Mobile)I     "Michael T. Davis" wrote:  > > >         Repeating a character N times with F$FAO is trivial: > # >                          $ n = 12 9 >                          $ spaces = F$FAO ( "!#* ", n )  >  > ...or even...- > # >                          $ n = 1289 >                          $ spaces = f$fao ( "!''n'* " )s > J > What if I wanted to repeat a string N times, though?  I know I could runJ > through a loop N times, concatenating the same string over and over.  IsI > there a way to do this with a single F$FAO call?  Say, for example, you H > wanted to create a string of twelve consecutive non-breaking spaces in5 > HTML (&nbsp;), rather than twelve space characters.a > 	 > Thanks,o >  Mikeo > --M >              Michael T. Davis              |    Systems Specialist: ChE,MSE P >   E-mail: davism@er6.eng.ohio-state.edu    | Departmental Networking/ComputingL >            -or- DAVISM+@osu.edu            |     The Ohio State UniversityL > http://www.er6.eng.ohio-state.edu/~davism/ |     197 Watts, (614) 292-6928   ------------------------------  # Date: Sat, 23 Mar 2002 21:24:16 GMTe1 From: "David J. Dachtera" <djesys.nospam@fsi.net> + Subject: Re: System software status utility?' Message-ID: <3C9CF4B4.1A44CCA8@fsi.net>i   Paul Sture wrote:> >  > ynotssor wrote:p > 8 > > "JMK" <jeffrey.m.klopotic@lmco.com> wrote in message& > > news:3C9B7F4B.7B194E7B@lmco.com... > >y	 > >>Tony, K > >>Thanks for the response.  Big Brother has received mention, but Network . > >>Monitor is a new name.  I'll check it out. > >> > >  > >bP > > The beauty is that it's free, with both server and client implementations onS > > *nix and MS-Windows(NTFS). The configurable HTML report page can be viewed fromi  > > anywhere you allow it to be. > >@ > >c > H > The downside is that they only appear to provide a VAX/VMS client, not > an Alpha/VMS version.i   Any chance it'll VEST?   -- l David J. Dachterai dba DJE Systemse http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Sat, 23 Mar 2002 14:50:15 -0800O9 From: "ynotssor" <ynotssorAT hotmail dot `\rm -rf /` com>e+ Subject: Re: System software status utilityr1 Message-ID: <3c9d074f_4@corp-news.newsgroups.com>e  5 "Paul Sture" <paul.sture@bluewin.ch> wrote in messagel# news:3C9C24F5.9060102@bluewin.ch...s [...]eH > The downside is that they only appear to provide a VAX/VMS client, not > an Alpha/VMS version.l  H Sorry, I failed to notice the X-posting. I responded from the context of comp.os.linux.networking.7   My bad.     	      tonyt   ------------------------------  % Date: Sat, 23 Mar 2002 21:09:57 +0100t- From: Didier Morandi <Didier.Morandi@Free.fr>n& Subject: Re: Telnet problem on VAX/VMS' Message-ID: <3C9CE115.B8BF27C4@Free.fr>    yes:   $ set def sys$managero $ @tcpip$confige choice 3 : serverc choice x : telneta enable service on this nodes exit exit choice 5 : stop TCP/IP choice 6 : start TCP/IPs   what does this give?   D.     Georgi Kozinakov wrote:e > H > I have problem to set  telnet service (Compaq tcpip services v5.1, VAX
 > VMS 7.2.1).g > After:, > $ tcpip set config enable noservice telnet  > $ tcpip disable service telnet' > $ tcpip set noservice telnet /port=23r: > $ tcpip set service telnet /port=4023 /inact=1 /limit=50 > ? > tcpip forces me to enter /PROCESS=... /FILE=... and /USER=...  > E > before there was not data for this last three switches when I typeda# > $ tcpip show service telnet /fulls > 9 > I don't know what to type  for process file and user...bD > I tried some files tcpip$telnet for proces; created account in uaf > tcpip$telnetD > and put empty telnet.com startup file but now telnet client dosn't > connect to VAX > telnet server. >  > Any idea?a >  > Georgi   ------------------------------  % Date: Sat, 23 Mar 2002 15:41:04 -0500h- From: JF Mezei <jfmezei.spamnot@videotron.ca>f& Subject: Re: Telnet problem on VAX/VMS, Message-ID: <3C9CE859.2081D588@videotron.ca>   Didier Morandi wrote:t > $ set def sys$managerl > $ @tcpip$configa > choice 3 : serverS > choice x : telnetn > enable service on this noded > exit    I I believe the poster wanted to enable telnet on a different port than thes default 23.s   ------------------------------  % Date: Sat, 23 Mar 2002 23:23:14 +0100e From: Dirk Munk <munk@home.nl> Subject: Re: VCC_MAXSIZE& Message-ID: <3C9D0052.4060100@home.nl>  G Of course you can change it. I've been changing this value on all kind  F of systems. Leaving (resetting)  the value to the original 6400 would G have devastating effects on the performance of many systems. I suppose oI this readme entry was never changed after the first time it appeared. At FF the time it may have been a good advice, but that was a long time ago.   Jan-Erik Sderholm wrote:c  7 >In all Alpha/VMS systems I'm responasble for, I use tot4 >adjust the VCC_MAXSIZE param to get a larger cache.: >Now, today (!) I found the following in the SYSGEN help : >, >SYS_PARAMETERSi >y
 > VCC_MAXSIZEo >pE >   (Alpha only) The static system parameter VCC_MAXSIZE controls the C >   size of the virtual I/O cache. VCC_MAXSIZE, which specifies then( >   size in blocks, is 6,400 by default. > E >   The virtual I/O cache cannot shrink or grow. Its size is fixed atn >   system startup.m >I> >-->This special parameter is used by Compaq and is subject toA >-->change. Do not change this parameter unless Compaq recommendsC8 >-->that you do so. VCC_MAXSIZE is an AUTOGEN parameter. >s >How should this be read ?- >Can't I (or shouldn't I) change this param ?  >tA >In the current system I'm plannig to change the default value ofu@ >6.400 (which gives a 3.2 Mb cache) to 256.000 (a 128 Mb cache).9 >VMS 7.2-1 on a AS 1200/533 with 512 Mb mem in this case.S >  >Regards >Jan-Erik Sderholm. >    ------------------------------  # Date: Sat, 23 Mar 2002 22:27:20 GMTo From: "McEagle" <spam@spam.com>  Subject: Re: VCC_MAXSIZE? Message-ID: <cj7n8.244297$Dl4.28766037@typhoon.tampabay.rr.com>   D Any news on the new cache product w/VMS 7.3?  Has it been fixed yet?   Mike  L "Dirk Munk" <munk@home.nl> wrote in message news:3C9D0052.4060100@home.nl...H > Of course you can change it. I've been changing this value on all kindG > of systems. Leaving (resetting)  the value to the original 6400 woulddH > have devastating effects on the performance of many systems. I supposeJ > this readme entry was never changed after the first time it appeared. AtH > the time it may have been a good advice, but that was a long time ago. >  > Jan-Erik Sderholm wrote:n >o9 > >In all Alpha/VMS systems I'm responasble for, I use to 6 > >adjust the VCC_MAXSIZE param to get a larger cache.< > >Now, today (!) I found the following in the SYSGEN help : > >s > >SYS_PARAMETERS  > >  > > VCC_MAXSIZEs > > G > >   (Alpha only) The static system parameter VCC_MAXSIZE controls theDE > >   size of the virtual I/O cache. VCC_MAXSIZE, which specifies ther* > >   size in blocks, is 6,400 by default. > >pG > >   The virtual I/O cache cannot shrink or grow. Its size is fixed atf > >   system startup.i > >e@ > >-->This special parameter is used by Compaq and is subject toC > >-->change. Do not change this parameter unless Compaq recommendss: > >-->that you do so. VCC_MAXSIZE is an AUTOGEN parameter. > >t > >How should this be read ?/ > >Can't I (or shouldn't I) change this param ?p > > C > >In the current system I'm plannig to change the default value oflB > >6.400 (which gives a 3.2 Mb cache) to 256.000 (a 128 Mb cache).; > >VMS 7.2-1 on a AS 1200/533 with 512 Mb mem in this case.n > >i
 > >Regards > >Jan-Erik Sderholm. > >r >n >y   ------------------------------  % Date: Sat, 23 Mar 2002 14:36:48 -0600eC From: "Craig A. Berry" <craig.berry@nospam.SignalTreeSolutions.com>O7 Subject: why is kill() ignored inside a signal handler? H Message-ID: <craig.berry-37D2B0.14364823032002@news.directvinternet.com>  	 $ cc/versn' Compaq C V6.5-001 on OpenVMS Alpha V7.3v  D The program below outputs "012" under UNIX (well, at least Mac OS X H 10.1.3 and Linux PPC 2000) but on VMS only outputs "01" indicating that C the invocation of kill() inside the first signal handler is either hG ignored or the delivery of the signal is blocked somehow.  Does anyone n> with access to the sources care to comment on what the kill() < implementation might be doing to cause this?  Is this a bug?   $ type killtest.ci #include <stdio.h> #include <signal.h>C #include <unistd.h>t: void handler1(int s) { printf("%d",s); kill(getpid(),2); }( void handler2(int s) { printf("%d",s); } main(){      printf("0");     signal(1,handler1);R     signal(2,handler2);      kill(getpid(),1);e
     sleep(1);r     printf("\n");i }    ------------------------------   End of INFO-VAX 2002.163 ************************