1 INFO-VAX	Wed, 14 May 2003	Volume 2003 : Issue 265       Contents:P "CIOs OpenVMS Handbook" was (Re: Another Book from Digital Press - Getting StartP Re: "CIOs OpenVMS Handbook" was (Re: Another Book from Digital Press - Getting SP Re: "CIOs OpenVMS Handbook" was (Re: Another Book from Digital Press - Getting SP Re: "CIOs OpenVMS Handbook" was (Re: Another Book from Digital Press - Getting S! Re: Advanced Server: file locking ! Re: Advanced Server: file locking ! Re: Advanced Server: file locking ! Re: Advanced Server: file locking B Re: Another Book from Digital Press - Getting Started with OpenVMS RE: Backup question  Re: Best practices for VMS) C++ V6.5 linker performance optimization? - Re: C++ V6.5 linker performance optimization? - Re: C++ V6.5 linker performance optimization? - Re: C++ V6.5 linker performance optimization? . Re: Computerworld: HP continues to support VMS. Re: Computerworld: HP continues to support VMS Re: How do i analyse TCPDump ?2 Re: How many Intel Itaniums have been sold so far?2 Re: How many Intel Itaniums have been sold so far?2 Re: How many Intel Itaniums have been sold so far?5 Re: how to use smg$create_menu in vax macro language? 5 Re: how to use smg$create_menu in vax macro language?  Re: INIT/SHADOW  Re: INIT/SHADOW  Re: INIT/SHADOW  Re: Large Vax required; Re: MicroVAX and VAX models EOSL list (end of service life) ; Re: MicroVAX and VAX models EOSL list (end of service life)  MYSQL and OpenVMS 7.3 success ?  Re: next VMS versions  Re: next VMS versions K Re: next VMS versions (was: RE: Computerworld: HP continues to support VMS) P Re: next VMS versions (was: RE: Computerworld: HP continues to support VMS) VMS)= Re: OpenVMS Pearl - OpenVMS Article on InTech Brazil Magazine  Re: simh emulator and cluster  Re: Spamfilter for OpenVMS?  Re: Spamfilter for OpenVMS?  Re: Spamfilter for OpenVMS?  RE: Spamfilter for OpenVMS?  Re: Spamfilter for OpenVMS?  Re: Spamfilter for OpenVMS?  Re: Spamfilter for OpenVMS?  Re: Spamfilter for OpenVMS?  Re: Spamfilter for OpenVMS?  Re: Spamfilter for OpenVMS?  Re: Spamfilter for OpenVMS?  Re: Spamfilter for OpenVMS?  Re: Spamfilter for OpenVMS?  Re: Spamfilter for OpenVMS? 3 Re: Sparky is losing the race Andrew ... and badly! 3 Re: Sparky is losing the race Andrew ... and badly! 3 Re: Sparky is losing the race Andrew ... and badly! 3 Re: Sparky is losing the race Andrew ... and badly! 3 Re: Sparky is losing the race Andrew ... and badly! ) Re: Stopping a que other then a print que ) Re: Stopping a que other then a print que # Re: TCPIP SET CONF SMTP /SUB=HIDDEN . Re: Using ALLOCLASS=1 and fiber channel disks?9 RE: VAX/Alpha CPU bugs (was:Sparky is losing the race...)  Re: Where is VMSBACKUP? < Re: [Fwd: OpenVMS Pearl - VAXscan is now available on Alpha]< Re: [Fwd: OpenVMS Pearl - VAXscan is now available on Alpha]  F ----------------------------------------------------------------------  + Date: Tue, 13 May 2003 16:37:37 -0700 (PDT) . From: Fabio Cardoso <fabiopenvms@yahoo.com.br>Y Subject: "CIOs OpenVMS Handbook" was (Re: Another Book from Digital Press - Getting Start @ Message-ID: <20030513233737.11405.qmail@web20204.mail.yahoo.com>  + Why not write  a "CIOs OpenVMS Handbook" ?     Regards    FC  3 --- insomnee_a <robert.heyes@btinternet.com> wrote: N > Thanks for that Dave. I found it a bit odd, especially as it had an ISBN and > a cover design.  >  > ; > "David D Miller" <ddmiller@raytheon.com> wrote in message B > news:OF5BFA9EED.B4C0FE16-ON07256D24.004D6337@rsc.raytheon.com...- > > Not so!  However it has been delayed  ...  > > K > > Baldwin's 2nd edition is due out at year's end.  Hoffman started it and  > I'm  > > finishing it.  > > 	 > > dave.  > >  > >  > > robert heyes wrote ... > > N > > I wanted a Systems Management one from Digital Press and when I rang them,& > > they said it had been cancelled!!! > > B > > "Sue Skonetski" <susan_skonetski@hotmail.com> wrote in message; > > news:857e9e41.0305090942.17872454@posting.google.com...  > > > From: Skonetski, Susan) > > > Sent: Friday, May 09, 2003 11:43 AM  > > > To: Skonetski, SusanF > > > Subject: OpenVMS Pearl to end the week ANOTHER OpenVMS Book from2 > > > Digital Press - Getting Started with OpenVMS > > >  > > > G > > > Another Book from Digital Press, this is great news for everyone.  > > > : > > > Getting Started with OpenVMS - A Guide for New Users! > > > Written by Michael D. Duffy  > > > ; > > > (this is what it says in part on the back cover, Sue)  > > > D > > > OpenVMS professional have long enjoyed a robust, full-featuredL > > > operating system suitable for the most mission-critical application inK > > > existence.  However, many of today graduates may not yet have had the L > > > opportunity to experience it for themselves.  Intended for an audienceH > > > with some knowledge of operating systems such as Windows, UNIX andF > > > Linux, Getting Started with OpenVMS introduces the reader to the > > > OpenVMS approach.  > > > H > > > (there are a few more paragraphs and then about the Author) not to' > > > mention all around good guy, Sue)  > > > L > > > Michael Duffy is a Senior Software Engineer with Process Software LLC,F > > > where he develops and maintains various components of two TCP/IPC > > > implementations for OpenVMS.  He has over 15 years of OpenVMS I > > > experience as a system manager, analyst, and system programmer, and 3 > > > has spoken at the DECUS (now HPETS)symposium.  > > > L > > > For more details about this book, click on the Digital Press BookstoreF > > > which is available from http://h71000.www7.hp.com/ Note that theG > > > Digital Press website includes a tab for users who are outside of  > > > North America. > > >  > > > ISBN:1-55558-279-6 > > >  > > > Warm Regards,  > > > Sue Skonetski  > > > OpenVMS Engineering  > >  > >  > >  > >  > >  > >  >  >      =====  ========================== Fbio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazil  fabiopenvms@yahoo.com.br ==========================  " __________________________________ Do you Yahoo!?. The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com    ------------------------------  % Date: Tue, 13 May 2003 19:38:54 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> Y Subject: Re: "CIOs OpenVMS Handbook" was (Re: Another Book from Digital Press - Getting S ' Message-ID: <3EC1901E.A0B7C58F@fsi.net>    Fabio Cardoso wrote: > , > Why not write  a "CIOs OpenVMS Handbook" ?   What's stopping you?   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  + Date: Tue, 13 May 2003 18:46:05 -0700 (PDT) . From: Fabio Cardoso <fabiopenvms@yahoo.com.br>Y Subject: Re: "CIOs OpenVMS Handbook" was (Re: Another Book from Digital Press - Getting S @ Message-ID: <20030514014605.62752.qmail@web20202.mail.yahoo.com>   David      Lack of inspiration ;-)))   8 And my english is not perfect yet ! I am too $lazy$  to / return to the British Council english classes ! 6 There are guys with more talent here....like you ! ;-) Regards    FC      6 --- "David J. Dachtera" <djesys.nospam@fsi.net> wrote: > Fabio Cardoso wrote: > > . > > Why not write  a "CIOs OpenVMS Handbook" ? >  > What's stopping you? >  > --   > David J. Dachtera  > dba DJE Systems  > http://www.djesys.com/ > * > Unofficial Affordable OpenVMS Home Page:! > http://www.djesys.com/vms/soho/      =====  ========================== Fbio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazil  fabiopenvms@yahoo.com.br ==========================  " __________________________________ Do you Yahoo!?. The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com    ------------------------------  % Date: Tue, 13 May 2003 21:46:56 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> Y Subject: Re: "CIOs OpenVMS Handbook" was (Re: Another Book from Digital Press - Getting S ' Message-ID: <3EC1AE20.E93235BA@fsi.net>    Fabio Cardoso wrote: >  > David  >  > Lack of inspiration ;-)))  > 9 > And my english is not perfect yet ! I am too $lazy$  to 1 > return to the British Council english classes ! 8 > There are guys with more talent here....like you ! ;-)	 > Regards  >  > FC > 8 > --- "David J. Dachtera" <djesys.nospam@fsi.net> wrote: > > Fabio Cardoso wrote: > > > 0 > > > Why not write  a "CIOs OpenVMS Handbook" ? > >  > > What's stopping you?  ) Well, here's a little something to start.   E ...and remember: there's no law that says you can't write in your own & language and have it translated later.  D I might even flesh this out and post it as a web page to start, then. perhaps build it up into a formal publication.     Executive Summary of OpenVMS  F OpenVMS is a powerful, highly secure computer operating system that isC time-proven and trusted. At one time an early form of OpenVMS, then H known as VAX/VMS was the major mainstay of the minicomputer market. Now,B OpenVMS is the mainstay of the high-availability, high-scalability mid-frame market.   B Feature-rich, ANSI standards compliant, well documented and easily> programmed, OpenVMS remains the operating system of choice forB businesses where uptime and security are an absolute must, such asF back-end database servers in the healthcare and financial exchange and service industries.   E The intrinsic security and reliability of OpenVMS produce paybacks in B the form of elimination of downtime due to virus attacks and their* associated file and filesystem corruption.  G Running on 64-bit hardware platforms, OpenVMS provides high scalability C for very large databases as well as image processing and scientific A computing needs. From desktop workstations to one-unit rack-mount E servers to high-availability clusters with many tens of nodes in each C cluster, one OpenVMS operating system serves all these needs at all * scales from the desktop to the datacenter.    D That's just a start, of course. Many other folks here have said muchG more much better than I can, but I'll just use my own words and let the ' community suggest how to say it better.    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------   Date: 13 MAY 2003 20:10:37 GMT4 From: karcher@thuria.waisman.wisc.edu (Carl Karcher)* Subject: Re: Advanced Server: file locking6 Message-ID: <13MAY03.20103781@thuria.waisman.wisc.edu>  E In a previous article, "Kari Keronen" <kari.keronen@digita.fi> wrote: N ->We recently upgraded our VMS cluster from 7.2-1 to 7.3-1 and Advanced ServerN ->from 6.0C to 7.3A. Now when creating a file through Advanced Server the fileI ->stays locked much longer than before. This is causing problems with one 3 ->application that tries to move the created files. M ->Is there any way to configure Advanced Server so that the file locking time 4 ->is shorter or must I reconfigure the application ?  ; Did you also upgrade to TCPIP V5.3? There's a big change in A tcp_keepidle there - in 5.1 it's 150 (75 seconds) and in 5.3 it's E 14400 (two hours). This impacted abnormally closed applications (such E as eudora) until we restored the tcp_keepidle value to the 5.1 value. A For files properly closed this would have no effect. Just another  thought.   --G -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madison 8 --                 karcher.nomorespam@waisman.wisc.edu     ------------------------------  % Date: Tue, 13 May 2003 22:37:48 -0400 5 From: "Brad McCusker" <brad.mccuskerNosp@Mcompaq.com> * Subject: Re: Advanced Server: file locking/ Message-ID: <vc3e14hm6pam61@corp.supernews.com>   5 "John Brandon" <brandon@dalsemi.com> wrote in message + news:03051311074699@dscis6-0.dalsemi.com...  <snip>K > You say that more than one PC user can open the file.  I believe that the  first I > user has exclusive rights to the file, subsequent users have read only.  >   J Depends on how they open it (read or write).  Also depends on whether they  are using Opportunistic Locking.  I > What happens - when you flip the two parameters (as below) - to the PC?  OnI > VMS it is no longer locked, correct?  What about from another PC, is it  lockedH > or unlocked?  No effect?  Does the parameter only affect VMS?  Reading your: > HELP snip I believe that only VMS is affected.  Curious. >  >      [PLM] >      ENABLE_OPLOCKING = 0  >  > L I'm not sure you can do this on the PC.   Setting this as above disables theJ Advanced Server's support of Opprotunistic Locking (OpLocks).  OpLocks areI best thought of as client side caching.  When the client asks to open the L file it might also request an Oplock.  If it gets the Oplock, then, it knowsJ that it can cahce data on the client side and not worry about what happensK on ther server becuase it has that exclusive OpLock.  If the server doesn't K support OpLocks, it simply responds to the client that it is not supported, ( and the client makes other arrangements.  L This has nothing to do with the caching that the Advanced Server performs on the server side.   > This also disables caching.    Not really, see above.  , >What kind of impact does this have?  Slower > response time?  I Potentially huge, depending on what the client does if the server doesn't H support OpLocks.  I've seen some clients that revert to using many, manyK very small transfers.  In that case, the performance impact is huge.  Other # clients aren't impacted as severly.    Regards,  
 Brad McCusker  Hewlett-Packard Company  OpenVMS Engineering 
 Nashua NH USA    >  > John Brandon > VMS Systems Administrator  > Dallas Semiconductor > first.last@dalsemi.com > 972.371.4172 wk    ------------------------------  % Date: Tue, 13 May 2003 23:39:56 -0400 5 From: "Brad McCusker" <brad.mccuskerNosp@Mcompaq.com> * Subject: Re: Advanced Server: file locking/ Message-ID: <vc3ekj8579f9b3@corp.supernews.com>   G "Karl Rohwedder" <extern.karl.rohwedder@volkswagen.de> wrote in message ) news:b9q916$nis2@doiweb4.volkswagen.de...  > Kari Keronen schrieb: I > > We recently upgradet our VMS cluster from 7.2-1 to 7.3-1 and Advanced  ServerK > > from 6.0C to 7.3A. Now when creating a file through Advanced Server the  fileK > > stays locked much longer than before. This is causing problems with one 5 > > application that tries to move the created files. J > > Is there any way to configure Advanced Server so that the file locking time6 > > is shorter or must I reconfigure the application ? > > 
 > > -Kari- > >  > > F > The Openfile Caching can be configured voa ADMIN/CONFIG -> ADVANCED,/ > pls. note that an Eco1 is available for 7.3A.  >   K Open File Cache is not likely related to this problem.  Open file cache was - designed to address performance problems with F batch files.  When windows clients execute batch jobs, the sequence ofH events is something like "Open file, read line, close file, process readL line, Open file, read next line, close file process read line, etc".  RatherK than having VMS close the file each time the client says to close, the Open J File cache provides a mechanism to keep the file open briefly, essentiallyL betting on the fact that there is a good chance the client will want to open that file again, real soon.    > -- > - > mit freundlichen Gren | with best regards  > ! > Karl Rohwedder iT-Ingenieurteam % > Ellernbruch 11 D-38112 Braunschweig  > G > mailto:it-ingteam(at)t-online.de | mailto:rohwedder(at)decus.decus.de / > mailto:extern.karl.rohwedder(at)volkswagen.de  >    ------------------------------  % Date: Tue, 13 May 2003 23:48:12 -0400 5 From: "Brad McCusker" <brad.mccuskerNosp@Mcompaq.com> * Subject: Re: Advanced Server: file locking/ Message-ID: <vc3f425smqnt0b@corp.supernews.com>   8 "Kari Keronen" <kari.keronen@digita.fi> wrote in message5 news:761wa.2549$M8.1920442@reader1.news.jippii.net... G > We recently upgradet our VMS cluster from 7.2-1 to 7.3-1 and Advanced  ServerI > from 6.0C to 7.3A. Now when creating a file through Advanced Server the  fileI > stays locked much longer than before. This is causing problems with one 3 > application that tries to move the created files. H > Is there any way to configure Advanced Server so that the file locking time4 > is shorter or must I reconfigure the application ?  I There are a couple issues with files remaining open at the VMS level that  have recently been reported.  E When this happens, does ADMIN SHO OPEN report the file as being open?   % Does SHO DEV /FILE sho the open file?   - What format is the file (stream, index, etc)?   D I strongly encourage you to contact the customer support center, andI escalate this to engineering, especially if you know how to reproduce it.   
 Brad McCusker  Hewlett-Packard Company  OpenVMS Engineering 
 Nashua NH USA    ------------------------------  + Date: Tue, 13 May 2003 23:19:18 +0000 (UTC) 0 From: "insomnee_a" <robert.heyes@btinternet.com>K Subject: Re: Another Book from Digital Press - Getting Started with OpenVMS / Message-ID: <b9ruhm$mkl$1@titan.btinternet.com>   L Thanks for that Dave. I found it a bit odd, especially as it had an ISBN and a cover design.     9 "David D Miller" <ddmiller@raytheon.com> wrote in message @ news:OF5BFA9EED.B4C0FE16-ON07256D24.004D6337@rsc.raytheon.com...+ > Not so!  However it has been delayed  ...  > I > Baldwin's 2nd edition is due out at year's end.  Hoffman started it and  I'm  > finishing it.  >  > dave.  >  >  > robert heyes wrote ... > L > I wanted a Systems Management one from Digital Press and when I rang them,$ > they said it had been cancelled!!! > @ > "Sue Skonetski" <susan_skonetski@hotmail.com> wrote in message9 > news:857e9e41.0305090942.17872454@posting.google.com...  > > From: Skonetski, Susan' > > Sent: Friday, May 09, 2003 11:43 AM  > > To: Skonetski, SusanD > > Subject: OpenVMS Pearl to end the week ANOTHER OpenVMS Book from0 > > Digital Press - Getting Started with OpenVMS > >  > > E > > Another Book from Digital Press, this is great news for everyone.  > > 8 > > Getting Started with OpenVMS - A Guide for New Users > > Written by Michael D. Duffy  > > 9 > > (this is what it says in part on the back cover, Sue)  > > B > > OpenVMS professional have long enjoyed a robust, full-featuredJ > > operating system suitable for the most mission-critical application inI > > existence.  However, many of today graduates may not yet have had the J > > opportunity to experience it for themselves.  Intended for an audienceF > > with some knowledge of operating systems such as Windows, UNIX andD > > Linux, Getting Started with OpenVMS introduces the reader to the > > OpenVMS approach.  > > F > > (there are a few more paragraphs and then about the Author) not to% > > mention all around good guy, Sue)  > > J > > Michael Duffy is a Senior Software Engineer with Process Software LLC,D > > where he develops and maintains various components of two TCP/IPA > > implementations for OpenVMS.  He has over 15 years of OpenVMS G > > experience as a system manager, analyst, and system programmer, and 1 > > has spoken at the DECUS (now HPETS)symposium.  > > J > > For more details about this book, click on the Digital Press BookstoreD > > which is available from http://h71000.www7.hp.com/ Note that theE > > Digital Press website includes a tab for users who are outside of  > > North America. > >  > > ISBN:1-55558-279-6 > >  > > Warm Regards,  > > Sue Skonetski  > > OpenVMS Engineering  >  >  >  >  >  >    ------------------------------  % Date: Wed, 14 May 2003 08:48:17 +1200 & From: A Bonaveidogo <Asena@fsc.com.fj> Subject: RE: Backup questionI Message-ID: <BFBEDDF2CFEDD411917400508BF3A6FF01AACDA8@exchsvr.fsc.com.fj>    *********************** t Your mail has been scanned by Trend InterScan Message Scanning Suite. There were no viruses detected in this e-mail. ***********-***********      include /save    -----Original Message-----% From: Dirk Munk [mailto:munk@home.nl] $ Sent: Saturday, May 10, 2003 8:25 AM To: Info-VAX@Mvb.Saic.Com  Subject: Backup question    / I made two image backups to one tape like this:   " backup/image dka0: mka500:dka0.bck& backup/image dka200: mka500:dka200.bck  ! Both backup sets are on the tape. 1 I was able to verify that with dir MKA400: /size.   = Now I want to extract some files from the dka200.bck saveset. * But somehow I can't get backup to do that.   I tried:  3 backup mka500:dka200.bck /select= etc. but no luck.   ( I get the response dka200.bck not found.   Can somone tell me what to do ?   
 Thanks....   ------------------------------  # Date: Tue, 13 May 2003 19:44:17 GMT # From: "John Smith" <a@nonymous.com> # Subject: Re: Best practices for VMS J Message-ID: <lWbwa.145672$M81.142444@news02.bloor.is.net.cable.rogers.com>  B "Doc.Cypher" <Use-Author-Supplied-Address-Header@[127.1]> wrote in7 message news:20030513080626.9632.qmail@nym.alias.net... > > On 12 May 2003, c00per11242001@yahoo.ca (Vic Mendham) wrote: > A > >Specifically, I'm looking for which files to be reset, and how  often.A > >I realize this my depend on the adminsitrator or on the system  usage.! > >But does anyone have anything?  > A > What policy or legislation impacts the logs you are required to 
 keep?  That's E > probably the main issue.  Beyond that, you want to keep enough data 	 online to - > track down problems that people may report.   = Absolutely correct. In fact most software development is very A straightforward and easily estimable if you can exclude policy or  legislation issues.    ------------------------------  % Date: Tue, 13 May 2003 20:58:29 -0300 + From: Rodman S. Regier <rsr@hfx.andara.com> 2 Subject: C++ V6.5 linker performance optimization?8 Message-ID: <pd13cvcme11g0q0rklakh2ntjf657f8scj@4ax.com>  D We are currently using HP (Compaq) C++ V6.5-004, to compile and link: our C++ programs on a DS10/466 w/ 1.1Gby main mem, running: OpenVMS/Alpha V7.1-2 w/patches.  We are finding that theseA compile+link runs are taking from 10-30 minutes elapsed time in a B batch queue to complete with 90-95% of the time being spent on the link phase.   @ We are looking for ways to optimize the C++ linker to reduce theB amount of time our compile and link sequences take.  We are fairlyA certain that the problem is with disk accesses and not CPU cycles @ (from information gleaned from SHOW PROCESS/ACCOUNTING).  We are? upgrading our system soon to faster disks so we are looking for B software solutions to help with the problem as opposed to hardware related solutions.  A Some of the things we have considered but have not tried yet are: ) - Installing our libraries to a ram disk. C - Dynamically linking libraries instead of statically linking them. ; - Measure the performance difference between compressed and  uncompressed libraries.   ? If anyone has experience with experimenting with these specific / options please let me know what you have found. @ I would also appreciate other suggestions for options that might decrease C++ link time.      Thanks in advance   
 Rod Regier Dymaxion Research  http://www.dymaxion.ca   ------------------------------  % Date: Tue, 13 May 2003 19:43:16 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> 6 Subject: Re: C++ V6.5 linker performance optimization?' Message-ID: <3EC19124.4862BAAA@fsi.net>   - Based on my experiences in other languages...    "Rodman S. Regier" wrote:  > [snip]C > Some of the things we have considered but have not tried yet are: + > - Installing our libraries to a ram disk.   " As long as it's a quick ramdriver.  E > - Dynamically linking libraries instead of statically linking them.   F IIRC, trade-off. Maybe a shorter link time and smaller image file, but> image activation and run-time performance may be a bit slower.  = > - Measure the performance difference between compressed and  > uncompressed libraries.    Significant difference!    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Tue, 13 May 2003 22:21:35 -0400 2 From: rdeininger@mindspring.com (Robert Deininger)6 Subject: Re: C++ V6.5 linker performance optimization?L Message-ID: <rdeininger-1305032221350001@user-105n8oo.dialup.mindspring.com>  I In article <pd13cvcme11g0q0rklakh2ntjf657f8scj@4ax.com>, Rodman S. Regier  <rsr@hfx.andara.com> wrote:   E >We are currently using HP (Compaq) C++ V6.5-004, to compile and link ; >our C++ programs on a DS10/466 w/ 1.1Gby main mem, running ; >OpenVMS/Alpha V7.1-2 w/patches.  We are finding that these B >compile+link runs are taking from 10-30 minutes elapsed time in aC >batch queue to complete with 90-95% of the time being spent on the  >link phase.    F C++ is a hard language to link.  IIRC, there is some advice in the doc+ set.  Some features are slower than others.     A >We are looking for ways to optimize the C++ linker to reduce the C >amount of time our compile and link sequences take.  We are fairly B >certain that the problem is with disk accesses and not CPU cyclesA >(from information gleaned from SHOW PROCESS/ACCOUNTING).  We are @ >upgrading our system soon to faster disks so we are looking forC >software solutions to help with the problem as opposed to hardware  >related solutions.   H If you value your time, the quickest way to improve performance might beE to upgrade to V7.3-1 and take advantage of the new cache system, XFC.   I Also, don't neglect normal system and process tuning.  What is the system I waiting for during the long link phase?  Memory?  Disk I/O?  CPU cycles?  C If you are incurring hard page faults, for example, try to give the I process(es) more memory.  If you are I/O bound, adding more disk spindles H might help.  Simultaneous reads and writes to the same disk require lots= of head movement.  Etc.  See the VMS performance/tuning docs.     B >Some of the things we have considered but have not tried yet are:* >- Installing our libraries to a ram disk.  G This will probably be a win for anything that you read more than once.  ? Consider shadowing the RAM disk with a real disk if you put any : hard-to-recover data on the RAM disk -- or get a good UPS.  9 Per-volume shadowing licenses might be reasonably priced.   D >- Dynamically linking libraries instead of statically linking them.  F If parts of the application don't change often, putting those parts inF shareable images should improve link time significantly for the imagesJ that depend on the shareables.  If you rebuild everything every time, thisJ may not help you.  I don't have any experience with C++ shared images, but% the language shouldn't really matter.     < >- Measure the performance difference between compressed and >uncompressed libraries.  H Uncompressed libraries are usually faster, unless you have very slow I/O and very fast CPU.   ------------------------------  % Date: Tue, 13 May 2003 22:59:01 -0400 * From: JF Mezei <jfmezei.spamnot@istop.com>6 Subject: Re: C++ V6.5 linker performance optimization?) Message-ID: <3EC1B0DD.7A6ADBCF@istop.com>   D > >Some of the things we have considered but have not tried yet are:, > >- Installing our libraries to a ram disk.  P Have you considered setting the files to have a high number of global buffers ?.  E And as someone else said, decompressing your libraries will do a lot.   E (however, i was not aware that .OLBs could be compressed, can they ?)   M Running the debugger on my all mighty microvax II with the debug help library D compressed resulted in a long chocolate break whenever I typed HELP.8 Uncompressing it made help usable from insuide debugger.   ------------------------------  % Date: Tue, 13 May 2003 21:37:14 -0400 2 From: rdeininger@mindspring.com (Robert Deininger)7 Subject: Re: Computerworld: HP continues to support VMS L Message-ID: <rdeininger-1305032137150001@user-105n8oo.dialup.mindspring.com>  I In article <hwbva.136181$w7k.92438@news04.bloor.is.net.cable.rogers.com>, $ "John Smith" <a@nonymous.com> wrote:    @ >So we're talking in what essence amounts to a not distant pointD >release/minor variant as being the last *Alpha-only* version.  ThatE >Jan-Erik wrote it the way he did may be a verbatim statement of what D >the dealer told him, or a paraphrase, an incomplete statement, or aE >difference in language barrier syntax. But it really does not wholly  >invalidate what was reported.  ' A pretty significant change in meaning.     G >Again, so we're talking in what essence amounts to a not distant point E >release/minor variant as being the last *Alpha-only* version.  Maybe 7 >HP has to contact their dealers more about VMS anyway.   / I can certainly agree with that last statement.    ------------------------------  % Date: Tue, 13 May 2003 21:39:19 -0400 2 From: rdeininger@mindspring.com (Robert Deininger)7 Subject: Re: Computerworld: HP continues to support VMS L Message-ID: <rdeininger-1305032139190001@user-105n8oo.dialup.mindspring.com>  0 In article <3EBD4C1C.23329D3B@aaa.com>, Jan-Erik1 =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com> wrote:     @ >Well, the dealar and I was discussing new service contracts forE >a couple of new (well, used but "new" to the customer) AlphaServers. A >In that context, the message was that we'd just need the "licens B >update service" one year or so, since after the next (major?) VMSF >version for Alpha (within a year), there will not be any new versionsG >released for Alpha. So no need for the "licens update service" then...  >  > > >I know this guy very well, and, IMO, he has no reason to make: >this up. Missinformed, yes, maybe (or even probably !)...  K Well, he's wrong.  Please ask him to contact HP and get his facts straight.    ------------------------------  % Date: Tue, 13 May 2003 14:38:41 -0400 * From: JF Mezei <jfmezei.spamnot@istop.com>' Subject: Re: How do i analyse TCPDump ? ) Message-ID: <3EC13BAE.E56FEBD4@istop.com>    ravi wrote:  > 	 > Hi All, G >     We are getting some TCPDUMP from the our client which needs to be   A > The dumps were produced using the TCPTRACE utility of OpenVMS .   K TCPtrace generates readable output. You shouldn't need any tools to look at L it. The only parameter that changes the contents if /FULL which provides theJ full contents of packets instead of just the first bunch of bytes. It alsoD displays some TCP parameters such as MSS (MTU - 40) for each packet.  N Is your customer using the same TCPIP Services or are they using another TCPIP stack such as Multinet ?   ------------------------------  % Date: Tue, 13 May 2003 12:26:52 -0700 * From: "Jack Peacock" <peacock@simconv.com>; Subject: Re: How many Intel Itaniums have been sold so far? 2 Message-ID: <7-ycnV25y4Jg21yjXTWcoQ@mpowercom.net>  6 "Baby Peanut" <baby_p_nut2@yahoo.com> wrote in message7 news:96d83290.0305130938.2db78d21@posting.google.com... ( > http://www.chipzilla.org/?article=9467 > E You have to remember that Itanium I thru XXVII are preproduction beta I prototype evaluation engineering sample preview units.  Once the CPU goes F into full production it will rival the IAPX 432 in market penetration.K Intel would never abandon a chip just because no one buys it.  Ask any i860  user.     Jack Peacock    ------------------------------  % Date: Tue, 13 May 2003 14:05:21 -0700 + From: "Barry Treahy, Jr." <Treahy@MMaz.com> ; Subject: Re: How many Intel Itaniums have been sold so far? ' Message-ID: <3EC15E11.6030103@MMaz.com>    Baby Peanut wrote:  ' >http://www.chipzilla.org/?article=9467  >  >  >    > ) Presuming this is even remotely accurate:   I " The figures are 760 in 2001 and 3700 in 2002. There are no figures for  
 2003 yet."  B Looks like Intel is getting a good bang for the billions of bucks E spent...  Oh ya, not that Alpha did this crappy, but wasn't this the  H excuse for killing Alpha?  Too little volume for the 'billions' spent?  E Seems like we're watching daytime soaps, different channels but same   story...   Barry    --    @ Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO   A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028    ------------------------------  % Date: Tue, 13 May 2003 18:02:43 -0600 ( From: emanuel stiebler <emu@ecubics.com>; Subject: Re: How many Intel Itaniums have been sold so far? ( Message-ID: <3EC187A3.70901@ecubics.com>   Jack Peacock wrote:   G > You have to remember that Itanium I thru XXVII are preproduction beta K > prototype evaluation engineering sample preview units.  Once the CPU goesVH > into full production it will rival the IAPX 432 in market penetration.M > Intel would never abandon a chip just because no one buys it.  Ask any i860  > user.a   They are still beta testing ;-)D  9   http://www.pcworld.com/news/article/0,aid,110704,00.asp:   ------------------------------  # Date: Tue, 13 May 2003 18:05:54 GMT " From:   VAXman-  @SendSpamHere.ORG> Subject: Re: how to use smg$create_menu in vax macro language?0 Message-ID: <00A1FCE1.418D279B@SendSpamHere.ORG>  H In article <hz1Xkb1g5SO+@cpva.saic.com>, mckinneyj@cpva.saic.com writes:4 >In article <b9r1ro$17q$1@news-reader13.wanadoo.fr>,) > "Jeams ZHI" <chnzw@hotmail.com> writes:5	 >> ERROR:f >> invalide arguments ???  >> 6 >> "jeams" <chnzw@yahoo.com.cn>n< >> ??????:f7e545c0.0305130704.3dcbe616@posting.google.com...< >>> .macro CREATION_MENU menu_id, menu, nb_choice, menu_type >>> pushal nb_choice
 >>> pushl  #0o >>> pushal menu_type >>> pushal menuo >>> pushal menu_id  >>> calls  #5, g^smg$create_menu >>> .endm CREATION_MENUe >>>  >>> and i call it like this: >>>s >>> menu .ascid / test / >>>i3 >>> CREATION_MENU menu_id, menu, #3, SMG$K_VERTICAL_ >>>i >>> is it right ?e >> e >>   >uD >You'll need to store the value of SMG$K_VERTICAL somewhere and passA >it's location (menu-type is passed by reference). Whether or notdB >that makes it right depends on the whether menu is the address of> >a descriptor pointing to a character string array and whether, >menu_id is the address of your display-id.  >r >--  >- Jim   <#SMG$K_VERTICAL>    --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMt            o5   "Well my son, life is like a beanstalk, isn't it?" M   ------------------------------  % Date: Tue, 13 May 2003 15:00:52 -0500p' From: Chris Olive <nospam@raytheon.com>r> Subject: Re: how to use smg$create_menu in vax macro language?> Message-ID: <E9cwa.3274$c6.2980@bos-service2.ext.raytheon.com>   Jeams ZHI wrote: > but how to define the macro ?O >   J Jeams, When you top post like this, it ruins the flow of the thread... :-/  G Anyway, I'm not sure what "nb_choice" means, but it lands on the "row"  G parameter for the SMG$CREATE_MENU call.  If in some way you are trying a: to mimic a macro definition that lays over the top of the E SMG$CREATE_MENU call with parameters matching one for one, then your i? "nb_choice" parameter is out of order.  The "standard" way VMS eB Engineering creates macros (for example with the system _S and _G H macros) is to match parameters one for one and in the same order as the A underlying call (not to mention handling all parameters, default A= parameters and other items in their macro creation standard.)   I I've thrown together *something* like that, though it falls far short of  E VMS Engineering standards.  At least the parameters are in the right - order (some are left out):  8 .macro  create_menu, display-id, choices, menu-type, row? clrq    -(sp)                  ; Grab some stack for local varsm? movl    sp, r1                 ; Reference local variable block > movl    menu-type, (r1)        ; Copy menu-type to local block8 movl    row, 4(r1)             ; Copy row to local block7 pushal  4(r1)                  ; Reference starting rowa) pushl   #0                     ; No flagsh4 pushal  (r1)                   ; Reference menu-type= pushal  choices                ; Reference menu choices arrayl5 pushal  display-id             ; Reference display idO4 calls   #5, g^SMG$CREATE_MENU  ; Bang... Create menu .endm   create_menuw   In your code you would call:  3 create_menu    did, menu_array, #SMG$K_VERTICAL, #2d ; Check return in R0  E for instance, where "did" is a long display ID (already created from tE SMG$CREATE_VIRTUAL_DISPLAY), "menu_array" is constructed per the SMG tH documentation on constructing a menu array (as Chris Sharman elluded -- H I'm not doing that for you, but it's more involved that what it appears F you suppose, esp. in MACRO-32), and SMG$K_VERTICAL and 2 are literals F that are passed as VAXman elluded.  You gotta have the "#" in front...  G The above macro takes care of allocating some stack space to place the V@ SMG$K_VERTICAL and 2 constants into addresses where they can be " referenced, per the documentation.  G I am assuming your .ASCID /menu/ declaration is so you can "label" the  G menu in some way?  I'm just guessing?  Really, to do this, you need to  F create the display and label it with the SMG$LABEL_BORDER call.  This H isn't handled by SMG$CREATE_MENU.  It just creates a menu and places it G in an existing display id.  If you want to dress the display id with a pG border and label it, then you have to make those calls separately.  If yI you want your macro to handle that for you, then you have to place those d calls in the macro too.   G Personally, I try not to have multiple calls with multiple returns (in iH R0) placed inside a macro.  It's bad enough to have to deal with R0 and B IOSB returns from one call (as you would have to do on some calls G outside of SMG) in a macro.  So my advice would be to write a callable  E subroutine to create menus in a consistent fashion as you would like fB (with any labeling, etc. inside that routine) then lay your macro F definition over the top of your new subroutine (if you happen to like : calling things that way with macros and psuedo-semantics.)  > [rest of thread that proceeded this discussion now follows...]  . > "Chris Sharman" <chris.sharman@sorry.nospam>2 > ??????:b9r533$spg$1$8302bc10@news.demon.co.uk... >  >>jeams wrote: >>; >>>.macro CREATION_MENU menu_id, menu, nb_choice, menu_typea >>>pushal nb_choiced >>>pushl  #0 >>>pushal menu_typeo >>>pushal menu >>>pushal menu_id  >>>calls  #5, g^smg$create_menu  >>>.endm CREATION_MENU >>>  >>>and i call it like this:i >>>n >>>menu .ascid / test /  >>> 2 >>>CREATION_MENU menu_id, menu, #3, SMG$K_VERTICAL >>> >>>is it right ? >> >>Nope. 9 >>iirc you need to pass in a conformant array of strings..G >>Very easy in Pascal, but in Macro you'll have to hand-build the array K >>descriptor - see the descriptor stuff (dsc$) in the manuals & in starlet.. >> >>Chris  >>   Right.   Chris- -----  Chris Olive1 Systems Consultant' Raytheon Technical Services Corporation. Indianapolis, IN  * email: olivec(AT)indy(DOT)raytheon(DOT)com   ------------------------------   Date: 13 May 03 11:13:07 PST From: mckinneyj@cpva.saic.coma Subject: Re: INIT/SHADOW( Message-ID: <JeyV8V3yplJ5@cpva.saic.com>  F In article <OF48E11387.38CF20C1-ON07256D25.004D63C8@rsc.raytheon.com>,1  "David D Miller" <ddmiller@raytheon.com> writes:e > Folks: > H > I must be blind.  What am I doing wrong?  Why doesn't INIT work?  This$ > command is right out of HELP INIT. >  > SYS$HELP? sho dev dk > G > Device                  Device           Error    Volume         Freef > Trans MntrI >   Name                   Status           Count     Label        Blockso > Count CntiH > VAX$DKA0:               Mounted              1  OVMSVAXSYS     1696356	 > 183   1a0 > VAX$DKA100:             Online               00 > VAX$DKA400:             Online wrtlck        00 > VAX$DKB200:             Online               0 > 5 > SYS$HELP? init/erase/shadow=(dka100:,dkb200:) spare G > %DCL-W-IVQUAL, unrecognized qualifier - check validity, spelling, ands > placement? >   \SHADOW\ > SYS$HELP?c > L > VAX/VMS 7.3 with level 1, SHAD01 and MOUN01 patches.  VAXstation 3100 M48. >  > dave.P >   G Any chance that you've got a symbol INIT defined? If not then you might=H want to take a look at the the command definition in your DCLTABLEs. YouC can use the VERB utility that can be found at the better FTP sites._   $ VERB INITIALIZE_   and you should see   define syntax INIT_SHADOW 
    image INIT -    parameter P1, label=VOLUME, prompt="Label"-       value (required)  D at the tail end of the definition. If not then your DCLTABLEs aren't current.   >  >  -- I - JimV -- spamto: uce@ftc.govt   ------------------------------    Date: 13 May 2003 14:26:30 -0500+ From: young_r@encompasserve.org (Rob Young)a Subject: Re: INIT/SHADOW3 Message-ID: <tAdaDo2K24NX@eisner.encompasserve.org>   w In article <OFAE977FC4.12323949-ON07256D25.00619387@rsc.raytheon.com>, "David D Miller" <ddmiller@raytheon.com> writes:y > Rob) > @ > This example is cut/pasted out of the Volume Shadowing manual: > B > $ INITIALIZE /ERASE /SHADOW=($4$DKA1300, $4$DKA1301) NONVOLATILE@ > $ MOUN/SYS DSA42 /SHAD=( $4$DKA1300 , $4$DKA1301 ) NONVOLATILE > G > The way I read it, the MOUNT, not the INITIALIZE specifies the shadowt	 > device.a > H > So I repeat my question. "What am I doing wrong in the example below?" >    	Yeah.  My goof.   	How about a second go at it?    	We see it in 7.3-1o  N http://h71000.www7.hp.com/doc/731FINAL/5423/5423pro_003.html#using_init_shad_h    K $ INITIALIZE /ERASE /SHADOW=  $4$DKA1300 NONVOLATILE                        5 $ INITIALIZE /ERASE /SHADOW=  $4$DKA1301 NONVOLATILE w  t? $ MOUN/SYS DSA42 /SHAD=( $4$DKA1300 , $4$DKA1301 ) NONVOLATILE e1 %MOUNT-I-MOUNTED, NONVOLATILE MOUNTED ON _DSA42: yN %MOUNT-I-SHDWMEMSUCC, _$4$DKA1300: (WILD3) IS NOW A VALID MEMBER OF THE SHADOW SET N %MOUNT-I-SHDWMEMSUCC, _$4$DKA1301: (WILD4) IS NOW A VALID MEMBER OF THE SHADOW SET   t 	We also see it in 7.3:b  M http://h71000.www7.hp.com/doc/73final/5423/5423pro_003.html#using_init_shad_hx  2 	My guess is your init command is a global symbol.  
 	Try this:   	$ init = "init", 	$ init/erase/shadow=(dka100:,dkb200:) spare  8 	If that doesn't work, dump your DCLTABLES and make sure: 	/SHAD is in there.  Not sure why it wouldn't be but maybe6 	you need to re-install DCLTABLES if you just finished; 	installing shadowing to pick up the /SHAD qualifier.  Manyt< 	of us forget that little wrinkle (i.e. install new software9 	and can't figure out why the command doesn't work and wee( 	had forgotten to re-install DCLTABLES).   				Robv     > dave >  > Rob Young responded. > H > In article <OF48E11387.38CF20C1-ON07256D25.004D63C8@rsc.raytheon.com>,2 > "David D Miller" <ddmiller@raytheon.com> writes:	 >> Folks:l >>I >> I must be blind.  What am I doing wrong?  Why doesn't INIT work?  This % >> command is right out of HELP INIT.t >> >> SYS$HELP? sho dev dk  >>H >> Device                  Device           Error    Volume         Free >> Trans MntJ >>   Name                   Status           Count     Label        Blocks >> Count CntI >> VAX$DKA0:               Mounted              1  OVMSVAXSYS     16963561
 >> 183   11 >> VAX$DKA100:             Online               0l1 >> VAX$DKA400:             Online wrtlck        0 1 >> VAX$DKB200:             Online               0o >>6 >> SYS$HELP? init/erase/shadow=(dka100:,dkb200:) spareH >> %DCL-W-IVQUAL, unrecognized qualifier - check validity, spelling, and >> placement
 >>   \SHADOW\  >> SYS$HELP? >>H >> VAX/VMS 7.3 with level 1, SHAD01 and MOUN01 patches.  VAXstation 3100 > M48. >> > * >              You left out the shadowset. > D >              $ init/erase  dsa100: /shadow=(dka100:,dkb200:) spare > * >                                      Rob >  >  >  >  >    ------------------------------    Date: 13 May 2003 16:06:48 -0700. From: spamsink2001@yahoo.com (Alan E. Feldman) Subject: Re: INIT/SHADOW= Message-ID: <b096a4ee.0305131506.6f744b52@posting.google.com>y  | "David D Miller" <ddmiller@raytheon.com> wrote in message news:<OFAE977FC4.12323949-ON07256D25.00619387@rsc.raytheon.com>... > Robo > @ > This example is cut/pasted out of the Volume Shadowing manual: > B > $ INITIALIZE /ERASE /SHADOW=($4$DKA1300, $4$DKA1301) NONVOLATILE@ > $ MOUN/SYS DSA42 /SHAD=( $4$DKA1300 , $4$DKA1301 ) NONVOLATILE > G > The way I read it, the MOUNT, not the INITIALIZE specifies the shadow 	 > device.r > H > So I repeat my question. "What am I doing wrong in the example below?" >  > dave    A Well, I'm not familiar with INIT/SHADOW (I'm using VMS 6.2) but IbB think you need to assign a nonzero allocation class to your disks.C Notice that the example includes disk names of the form $n$DKAnnnn,r not DKAnnn like you have.s [...]t! [from one of your previous posts]o7 > > SYS$HELP? init/erase/shadow=(dka100:,dkb200:) sparerI > > %DCL-W-IVQUAL, unrecognized qualifier - check validity, spelling, andt
 > > placementt > >   \SHADOW\
 > > SYS$HELP?l [...]    Disclaimer: JMHO Alan E. Feldmanf   ------------------------------  % Date: Tue, 13 May 2003 16:01:56 -0400 0 From: "Brian Tillman" <Tillman@sparkingwire.com> Subject: Re: Large Vax requiredc$ Message-ID: <3ec14f35$1@news.si.com>  ' >Looking for a large VAX system to buy.p  J Gee, the VAX 11-782 was about as large as they came, or at least ours was. Three cabs wide. -- hI Brian Tillman         Internet: Brian.Tillman at smiths-aerospace dot comt5 Smiths Aerospace  Addresses modified to prevent SPAM. D 3290 Patterson Ave. SE, MS 1B3 Replace "at" with "@", "dot" with "." Grand Rapids, MI 49512-1991c8        This opinion doesn't represent that of my company   ------------------------------  % Date: Tue, 13 May 2003 15:35:45 -0400a0 From: "Brian Tillman" <Tillman@sparkingwire.com>D Subject: Re: MicroVAX and VAX models EOSL list (end of service life)" Message-ID: <3ec14912@news.si.com>    >VAX4000-100,100A,105A,106A,705A  3 Hmm..  I wonder where the 4000-505A and -600A fall.a -- uI Brian Tillman         Internet: Brian.Tillman at smiths-aerospace dot comk5 Smiths Aerospace  Addresses modified to prevent SPAM.aD 3290 Patterson Ave. SE, MS 1B3 Replace "at" with "@", "dot" with "." Grand Rapids, MI 49512-1991p8        This opinion doesn't represent that of my company   ------------------------------  % Date: Tue, 13 May 2003 14:07:34 -0700n+ From: "Barry Treahy, Jr." <Treahy@MMaz.com>cD Subject: Re: MicroVAX and VAX models EOSL list (end of service life)' Message-ID: <3EC15E96.5040505@MMaz.com>0   Brian Tillman wrote:  ! >>VAX4000-100,100A,105A,106A,705AM >>     >> >u4 >Hmm..  I wonder where the 4000-505A and -600A fall. >  k >7I They probably thought they had already killed off support and completely w overlooked them...   Barrye   -- 1  @ Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO   A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028e   ------------------------------  # Date: Wed, 14 May 2003 01:02:05 GMTr1 From: "Jerry Alan Braga" <jerry.braga@rogers.com>e( Subject: MYSQL and OpenVMS 7.3 success ?J Message-ID: <hAgwa.162908$w7k.119072@news04.bloor.is.net.cable.rogers.com>  L Has anyone been successfull building the kit provided on group.  It seems toL give some compiler informationals but seems to progress.  then at some pointJ I start getting CCX error messages and then it complains that mysql.obj is8 not found.  When the link start it completely fails out.  K I am using MMK not MMS and have faked a symbol MMS to point to MMK as I wass6 told MMK is newer.  What seems to be the problem here?   ------------------------------  % Date: Tue, 13 May 2003 22:00:11 -0400n2 From: rdeininger@mindspring.com (Robert Deininger) Subject: Re: next VMS versionsL Message-ID: <rdeininger-1305032200120001@user-105n8oo.dialup.mindspring.com>  J In article <01KVSZ1CJE3KAKVGCS@sysdev.deutsche-boerse.com>, Phillip Helbig+ <HELBPHI@sysdev.deutsche-boerse.com> wrote:n  H >Can I go from 7.2-1 to 7.3-2 directly?  From 7.2-1 to 7.3-1 directly?  < >Can I go from TCPIP 5.0A to 5.4 directly?  To 5.3 directly?  J For upgrades to V7.3-1, see the upgrade and installation manual in the docE set.  I don't remember the answer.  Also see the TCPIP release notes.o  G For upgrades to V7.3-2, my guess is direct upgrade from V7.2-1 won't be H supported.  V7.2-1 is already out of support.  I'm not sure about directD upgrades from V7.2-2.  I expect upgrades from V7.3 or V7.3-1 will be
 supported.   ------------------------------  % Date: Tue, 13 May 2003 22:02:15 -0400 2 From: rdeininger@mindspring.com (Robert Deininger) Subject: Re: next VMS versionsL Message-ID: <rdeininger-1305032202150001@user-105n8oo.dialup.mindspring.com>  = In article <3EBF832A.56A9D198@yahoo.com>, Maarten van Tilburg  <maartent@yahoo.com> wrote:c    G >I understood that the upcoming (Q3/Q4) 7.3-2 alpha version will be the ( >consolidated version for the IPF port.   H No, that's not correct.  V7.3-2 will be alpha-only, but the code will be similar to IPF 8.0.l  " >The preferred "landing zone", and( >with a bunch of ECO's already in place.  ? I expect V7.3-2 will eventually become an Alpha "landing zone".a   ------------------------------  % Date: Tue, 13 May 2003 21:53:37 -0400 2 From: rdeininger@mindspring.com (Robert Deininger)T Subject: Re: next VMS versions (was: RE: Computerworld: HP continues to support VMS)L Message-ID: <rdeininger-1305032153380001@user-105n8oo.dialup.mindspring.com>  J In article <01KVSUNIRBYWAM3M2Q@sysdev.deutsche-boerse.com>, Phillip Helbig+ <HELBPHI@sysdev.deutsche-boerse.com> wrote:N    B >My hobbyist cluster is at 7.2-1 (ALPHA) and 7.2 (VAX).  I want toG >upgrade soon.  What do folks recommend?  For ALPHA?  For VAX?  I wouldcC >rather wait A BIT and upgrade to a version which will be supported I >(downloadable patches) longer, especially since there will probably be a . >longer than normal wait until 8.2 comes out.   M 7.3-1 is recommended for Alpha -- many improvements over 7.2-1.  7.3 for VAX.e  B Alpha 7.3-2 is expected by the end of this year.  Maybe as soon asA October, but I don't put much faith in May predictions of Octobern	 releases.s  @ >> Alpha and IPF VMS will be released together.  None of this is  >> particularly new information. >hI >I seem to recall that there would be at least one version for ALPHA and aI >VAX and IPF.  Is that still planned?  If HP wants to keep folks who are e9 >now on VAX by moving them to IPF, then I think having a sG >mixed-architecture VAX-IPF cluster would be much more attractive than ,) >having to use ALPHA as a stepping stone.3  H I don't agree, since Alpha is available now.  99.44% of porting problemsG should show up on Alpha, and there should be no new issues on Itanium. SJ Info is already available telling folks what to avoid to easy migration toE Itanium.  By the time VMS is ready for general use on Itanium, anyonesH migrating off VAXes will face a more urgent problem.  There are supposedG to be good trade-in deals for Alpha --> Itanium swaps, so the financialy risk is minimal.  E AFAIK, 8.2 is planned for VAX as well.  It may be somewhat later thanlH Alpha / Itanium, since qualifying and shipping 3 releases simultaneously> would certainly strain the people doing the work.  Also AFAIK,B VAX/Alpha/Itanium cluster are "expected" to work, but might not beG officially qualified.  Supposedly this feature is not in demand, and itr/ would obviously make testing MUCH more complex.    ------------------------------  % Date: Tue, 13 May 2003 22:55:38 -0400o* From: JF Mezei <jfmezei.spamnot@istop.com>Y Subject: Re: next VMS versions (was: RE: Computerworld: HP continues to support VMS) VMS)e) Message-ID: <3EC1B013.1A7101EA@istop.com>o   Robert Deininger wrote:aJ > I don't agree, since Alpha is available now.  99.44% of porting problemsH > should show up on Alpha, and there should be no new issues on Itanium.  J You are thinking only one dimensionally. One has to think in 3 dimensions: 	OSt
 	Applicationss	 	Business   K If a 3rd party application is being abandonned on VMS by the vendor, it maya3 continue to run on Alpha, but it won't run on IA64.i  H And if HP continues to avoid mentioning VMS in presentations, the publicL *will* get the message that HP doesn't want its customers on VMS and insteadL of migrating to IA64, they'll heed HP's message and head somewhere else. HowN insulting is it when a customer tells you he is migrating from VMS to an AS400 ?  It is still happening.F   ------------------------------  + Date: Tue, 13 May 2003 16:05:28 -0700 (PDT)n. From: Fabio Cardoso <fabiopenvms@yahoo.com.br>F Subject: Re: OpenVMS Pearl - OpenVMS Article on InTech Brazil Magazine@ Message-ID: <20030513230528.91437.qmail@web20208.mail.yahoo.com>  
 Oh yeah !   A Renato is one of the best/last OVMS specialists we have in Brazilb  7 I am at Petrobras by EDS, but not in automation team ! b8 I worked with the transportations systems (at Compaq PS)6 and nowadays (EDS) I manage the supply system powered  by OVMS and Oracle RDB. 7 Sap is trying to swallow the systems but.... hehhe ...  A I can't tell you because of some specific rules at the company !  6 If I  will be here until Jul, 2004 I will tell you ;-)  8 PS: Petrobras is the 14th oil producer in the world and > 80% of the oil used by the country is produced in deep waters.; We are the worldwide champions in deep water drilling for a 8 long time. A lot of oil rigs in the sea, about 60-70 !!!8 So I can say that OpenVMS powers Petrobras production !   8 PS: Dont publish it officialy  or I will be fired ! :-)    Regards>   FC c        6 --- Sue Skonetski <susan_skonetski@hotmail.com> wrote: > From: Skonetski, Susan .& > Sent: Tuesday, May 13, 2003 10:36 AM > To: Skonetski, SusanD > Subject: OpenVMS Pearl - OpenVMS Article on InTech Brazil Magazine >  >  > Folks, > H > Renato (OpenVMS Ambassador) has sent me the article referenced which IC > have not included since it is in Portuguese.  I you would like itl > please let me know.c >  > OK for external distribution >  > Warm Regards,b > Suem >  >  > >  -----Original Message-----   > > From: 	Albuquerque, Renato  & > > Sent:	Monday, May 12, 2003 4:15 PM > > To:	Skonetski, Susan6 > > Subject:	OpenVMS Article on InTech Brazil Magazine > > 
 > > Hi Sue > > O > > Do you remember that Silvia Pereira, from InTech Brazil Magazine, contacted-K > you asking for OpenVMS information? The article on OpenVMS appears on then/ > last issue. I will describe it briefly below.o > > E > The article talks about VMSs history and quotes two Customers fromaH > Petrobras (Brazilian oil company) that were interviewed. They say thatG > they run their automation and process control applications on OpenVMSwD > since 1990 because it is stable, highly available and secure. TheyD > also say that the market trend is to migrate these applications toF > Windows, specially because of the OpenVMS costs, but they still have > not scheduled any changes. > G > > John Egolf was also interviewed. He said that since downtime is toorO > expensive for the industry segment, many Customers (1000) have chosen OpenVMSoK > because of its high availability and scalability. And when the OpenVMS issO > available on Itanium the OpenVMS solution will be cheaper and more attractiver > to Customers.t > > D > The worst thing in the article is the title. It says: "VMS: losing: > space for Windows?". At least there is an question mark! >  > > Regards, > >  > > Renato Albuquerque.      =====l ========================== Fbio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazil  fabiopenvms@yahoo.com.br ==========================  " __________________________________ Do you Yahoo!?. The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.comg   ------------------------------  % Date: Tue, 13 May 2003 22:57:17 +0200n+ From: "Hans Vlems" <hvlems.nieuw@zonnet.nl>-& Subject: Re: simh emulator and cluster5 Message-ID: <b9rm7o$ma11j$1@ID-143435.news.dfncis.de>e  : "Rok Vidmar" <Rok.Vidmar@NUK.Uni-Lj.Si> schreef in bericht  news:3ec11c2e$1@NUK.Uni-Lj.Si... > Hans Vlems wrote: K > > That will work with the simh versions that support ethernet. I booted aeL > > microVAX 3100-10e from a simh boothost that ran VMS 7.2. DECnet was used as/ > > the cluster communication protocol carrier.  > > But it is not fast.a >iA >   DECnet as the cluster communication protocol carrier? Hahaha!k >  > --  
 > Regards, >fF > Rok Vidmar                       Internet:  rok.vidmar@nuk.uni-lj.si= > National and University Library  Phone:     +386 1 421 5461 = > Turjaska 1, SI-1000 Ljubljana    Fax:       +386 1 421 5464s
 > Slovenia >   I That was indeed inaccurate. The text was meant to mean that not LANCP butp DECnet-MOP was used toK download the boorimages for the real VAX. The boot process took a good deal- longer than with twoC physical vax systems owing to the load on the PC's network adapter.n  $ That sits more comfartable with you?   ------------------------------  % Date: Tue, 13 May 2003 14:06:15 -04005* From: JF Mezei <jfmezei.spamnot@istop.com>$ Subject: Re: Spamfilter for OpenVMS?) Message-ID: <3EC13417.EE139B1A@istop.com>    Christoph Gartmann wrote: P > My impression is that most spam does not originate from blacklisted addresses.N > Often spam originates from unprotected relays, from dialup-links, from sites) > that deliver normal mail and spam etc. i  I That is why some RBLs maintain "dialup lists" (DUL) that are more or less H manually compiled based on the look and feel of the reverse lookup of IP adresses for major ISPs.  ( > Therefore I suggest to put a Teergrube( > onto a machine that has no MX record.   J Many ISPs prohibit the use of servers or any type on residential accounts.I Your installation of such a system would technically violate those terms.nF Also, if that Teergrube is behind an ISP who blocks port 25, then your# Teergrube will get bored very fast.U  M Now I have a question: I was under the impression that Teergrube works by therI attacked calling the attacker and keeping 10 logical channels "busy" withlH innocuous commands such as HELP (thus preventing him from using those 10H channels to send more spam).  Folks here seem to think that Teergrube isK simply on the receiving end where the attacked takes its time to respond toa  SMTP commands from the attacker.   ------------------------------  % Date: Tue, 13 May 2003 14:20:41 -0400r* From: JF Mezei <jfmezei.spamnot@istop.com>$ Subject: Re: Spamfilter for OpenVMS?) Message-ID: <3EC13778.4E0355C0@istop.com>e   Phillip Helbig wrote:eH > address.  If I understand the Teergrube concept, spamming will stop asD > soon as there are enough Teergruben to trap most of the spammers.   K No. Criminals are always one step ahead of the police. You block one way ofmJ sending spam, they will find another way. Then you react by setting up newK spam counter measures and they then move on to yet another imaginative way.d  N In my opinion, the only way to really stop this is to get the UN or some otherK body to get worldwide implementation of anti-spam laws where a country willdJ prosecute/execute/whatever anyone sending SPAM and if the country does notF cooperate, the the country itself gets disconnected from the internet.P (incentive for the country to eradicate spam that originates from that country).  K If Korea doesn't cooperate, for instance, Samsung, Hyunday etc would not behL very happy that they can no longer do business on the internet with the restK of the world. So the Korean govt would be under tremendous pressure to takeoG actions to catsh spammers. And once spammers realise that spamming is a ? criminal act and not just some fun thing to do, they will stop.   D > I think someone posted here recently about this idea: turn on SMTPB > relaying (it is off by default in VMS TCPIP) but stop the queue.  H Bad move. If one of the RBLs tests your server, you get added on the RBLN because you will have failed their tests. (their tests fail a server that goes> beyond the RCPT TO: stage even if mail doesn't get delivered).  1 > > The problem of detecting spam is not trivial.   $ Correct. One must first define spam.  N If Proctor and Gamble send you unsollicited paper mail with a sample for a newK shampoo, that is not illegal. But if Proctor and Gamble were to send you anrL email with a similar offer, should that be illegal ? Or think about Readers'G Digest using email to distribute its "participate in our million dollar N sweepstake". The direct marketing association points to the above "legitimate" uses of mass mailings.  L On the other hand,  those darned pills that make your thumb grow by 3 inches are clearly spam..  H Perhaps it isn't SPAM that should be illegal, but rather any email whoseH origin has been hidden, falsified, or using an IP that isn't permanently) attributed to one person or organisation.t  N I.E. if you get a mass mailing from "Proctor&gamble.com" about the shampoo, itN has more legitimacy that if you get a "magic 3" pill" from "Karen Ross" with aK return address on Yahoo (funny username) and a Received: trace that clearly 0 shows that the mail didn't originate from yahoo.  M This may cause a few problems for LSOFT but I am sure they can fix that. (ForgQ instance, Air Canada uses LSOFT to send its mass mailing about web specials etc.)r   ------------------------------  % Date: Tue, 13 May 2003 14:52:21 -0400a0 From: "Brian Tillman" <Tillman@sparkingwire.com>$ Subject: Re: Spamfilter for OpenVMS?$ Message-ID: <3ec13ee5$1@news.si.com>  I >Speaking of which, are there any Teergruben available for VMS, TCPIP5.1?r  K I can't seem to find any information in English (only German) on teergruben $ on the Internet.  Anyone have a URL? -- 0I Brian Tillman         Internet: Brian.Tillman at smiths-aerospace dot com.5 Smiths Aerospace  Addresses modified to prevent SPAM.oD 3290 Patterson Ave. SE, MS 1B3 Replace "at" with "@", "dot" with "." Grand Rapids, MI 49512-1991(8        This opinion doesn't represent that of my company   ------------------------------  % Date: Tue, 13 May 2003 11:53:21 -0700v# From: "Tom Linden" <tom@kednos.com>n$ Subject: RE: Spamfilter for OpenVMS?9 Message-ID: <CIEJLCMNHNNDLLOOGNJIGEPEHCAA.tom@kednos.com>e  H I posted this earlier.  You might also lookup "tarpit" the english equiv  ; http://www.iks-jena.de/mitarb/lutz/usenet/teergrube.en.htmlt   >-----Original Message-----e6 >From: Brian Tillman [mailto:Tillman@sparkingwire.com]% >Sent: Tuesday, May 13, 2003 11:52 AMt >To: Info-VAX@Mvb.Saic.Com% >Subject: Re: Spamfilter for OpenVMS?3 >: >4J >>Speaking of which, are there any Teergruben available for VMS, TCPIP5.1? >lL >I can't seem to find any information in English (only German) on teergruben% >on the Internet.  Anyone have a URL?  >--MJ >Brian Tillman         Internet: Brian.Tillman at smiths-aerospace dot com6 >Smiths Aerospace  Addresses modified to prevent SPAM.E >3290 Patterson Ave. SE, MS 1B3 Replace "at" with "@", "dot" with "."y >Grand Rapids, MI 49512-19919 >       This opinion doesn't represent that of my companys >s >---' >Incoming mail is certified Virus Free. ; >Checked by AVG anti-virus system (http://www.grisoft.com).pA >Version: 6.0.480 / Virus Database: 276 - Release Date: 5/12/2003y >i ---o& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.480 / Virus Database: 276 - Release Date: 5/12/2003   ------------------------------   Date: 13 May 2003 19:21:45 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)$ Subject: Re: Spamfilter for OpenVMS?5 Message-ID: <b9rgk9$mjbkh$1@ID-135708.news.dfncis.de>n  ) In article <3EC13778.4E0355C0@istop.com>,?- 	JF Mezei <jfmezei.spamnot@istop.com> writes:n > P > In my opinion, the only way to really stop this is to get the UN or some otherM > body to get worldwide implementation of anti-spam laws where a country will L > prosecute/execute/whatever anyone sending SPAM and if the country does notH > cooperate, the the country itself gets disconnected from the internet.R > (incentive for the country to eradicate spam that originates from that country).  E I have long thought that countries who have nothing to offer but SPAM E should be cut off the INTERNET.  I am amazed at the general stupiditytJ of SPAMMERS.  I receive several dozen messages a day in foreign languages.F Considering that everyone knows that Americans only speak english (andF some of them don't even speak english that well!) what exactly do theyH think they will accomplish?  I regularly receive SPAM that uses orientalI character sets that can't even be display on the ASCII terminal I read my K mail with.  And then there is all the Portugese garbage from south america.dG I can read a half dozen languages, but even for me, portugese isn't one  of them.   > M > If Korea doesn't cooperate, for instance, Samsung, Hyunday etc would not be1N > very happy that they can no longer do business on the internet with the restM > of the world. So the Korean govt would be under tremendous pressure to takewI > actions to catsh spammers. And once spammers realise that spamming is acA > criminal act and not just some fun thing to do, they will stop.t  B It being a criminal act will not stop them unless there is serious* enforcement and extremely stiff penalties.   > & > Correct. One must first define spam. > P > If Proctor and Gamble send you unsollicited paper mail with a sample for a new  > shampoo, that is not illegal.   H Same problem.  Most people think it should be.  Why should my postage beJ high to subsidize companies sending all that junk to me and on top of that/ I then have to pay the dustman to take it away.p  M >                               But if Proctor and Gamble were to send you angN > email with a similar offer, should that be illegal ? Or think about Readers'I > Digest using email to distribute its "participate in our million dollareP > sweepstake". The direct marketing association points to the above "legitimate" > uses of mass mailings.  ; All unsolicited commercial mail should be illegal.  Period!.   > O > This may cause a few problems for LSOFT but I am sure they can fix that. (For_S > instance, Air Canada uses LSOFT to send its mass mailing about web specials etc.)>  F Do they send them to everyone, or just those who have asked to receive0 them?  That is or should be the deciding factor.   bill   -- eJ 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>   o   ------------------------------    Date: 13 May 2003 15:48:51 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)a$ Subject: Re: Spamfilter for OpenVMS?3 Message-ID: <84onaVJ$4mdi@eisner.encompasserve.org>_  f In article <b9rklf$sft$1@n.ruf.uni-freiburg.de>, gartmann@immunbio.mpg.de (Christoph Gartmann) writes:  O > The main difference between spam and advertising via postal mail is the fact,-O > that distributing spam is so cheap. If I send a letter I have to pay for each@Q > letter (for the paper, the print and the stamp). Sending spam is totally cheap,s5 > everbody can do it, from almost any place on earth.o  H I feel the main difference is that for spam the bulk of the cost is paid by the victim, not the sender.  G At least in the US, postal advertising rates mean it is paid for by thenG sender.  They get a discount for presorting the mail, but that is fair.I   ------------------------------   Date: 13 May 2003 20:30:39 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)a$ Subject: Re: Spamfilter for OpenVMS?0 Message-ID: <b9rklf$sft$1@n.ruf.uni-freiburg.de>  w In article <01KVUF1OQIOCAKVGCS@sysdev.deutsche-boerse.com>, Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> writes:f >> and will ) >> force spammers to use real addresses. t > J >What do you mean by that?  Force them to send from real addresses (or at $ >least real IPs) rather than relays?  G Currently I notice a huge increase in spam with automatically generated M destination addresses. If spam used only existing destination addresses, this L would already reduce spam considerably because it is work and costs money to" compile a "good" address database.  M The main difference between spam and advertising via postal mail is the fact,aM that distributing spam is so cheap. If I send a letter I have to pay for eachlO letter (for the paper, the print and the stamp). Sending spam is totally cheap, 3 everbody can do it, from almost any place on earth.    Regards,    Christoph Gartmann   H -- --------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, Germany                                           |H +------------- http://www.immunbio.mpg.de/home/menue.html -------------+   ------------------------------  % Date: Tue, 13 May 2003 17:06:07 -0400 * From: JF Mezei <jfmezei.spamnot@istop.com>$ Subject: Re: Spamfilter for OpenVMS?) Message-ID: <3EC15E32.90BC7742@istop.com>s  I If PC packages hadn't imbeded an HTML reader into mail/news readers, SPAM  would not be so prevalent.  M One reason SPAM "works" is because by sending an HTML message, they can embed I real advertising in the message. And when Microsoft software displays thehI email contents, it loads whatever image from an ad server which generates " revenus to the sender of the spam.  M So they may be sending out billions of emails about some magic pill that addsoN 3 mips to your microvax II, messages that are devoid of any meaning since suchH pills don't exist, but if each message contains a link to a real ad thatN generates revenus, then enough people will get to load that image to make that endeavour worthwile.  K If the world were to ban HTML in emails, I suspect that a LOT of spam wouldr> just go away. It shoudl have never been allowed to begin with.   ------------------------------  % Date: Tue, 13 May 2003 17:02:12 -0400 * From: JF Mezei <jfmezei.spamnot@istop.com>$ Subject: Re: Spamfilter for OpenVMS?) Message-ID: <3EC15D47.4D9070FC@istop.com>    someone wrote:I > At least in the US, postal advertising rates mean it is paid for by therI > sender.  They get a discount for presorting the mail, but that is fair.n    L Often, they deliver the mass mailings to the local post office who just dropW the pamphlets into maiboxes along with real mail. Totally bypasses the sorting process.   K Stuff like reader's digest is different since those are actual letters withsK name and address and they do go through sorting. Butthey get huge discounts$ because of volume.   ------------------------------  % Date: Tue, 13 May 2003 17:05:03 -0500_% From: Larry Schudt <lschuldt@dls.net>d$ Subject: Re: Spamfilter for OpenVMS?8 Message-ID: <2sq2cv0p2t5orm6266rikqmklfsrfmkpli@4ax.com>  B My take on the way spam pays is that the advertiser pays a spammerB some amount to send the e-mail, then an additional amount for each click on his web site.  D Seems to me that if everyone opened their spam and clicked on on theC links to go to the advertiser's website this would sharply drive uph the price of spamming.   All those clicks and NO SALES.   larryf   ------------------------------    Date: 13 May 2003 22:15:30 -0000= From: Doc.Cypher <Use-Author-Supplied-Address-Header@[127.1]>n$ Subject: Re: Spamfilter for OpenVMS?5 Message-ID: <20030513221530.4421.qmail@nym.alias.net>   @ On Tue, 13 May 2003, JF Mezei <jfmezei.spamnot@istop.com> wrote:   <snip>  L >If the world were to ban HTML in emails, I suspect that a LOT of spam would? >just go away. It shoudl have never been allowed to begin with.a  H If you have a reasonable software firewall on a Windows machine, you canK configure it to limit an application's access to specific ports/addresses.    D I use Kerio.  Packages like OutHaus Express can be restricted to theA POP3/SMTP ports at the IP addresses of any mail servers you use. e  K Of course, there are a lot of semi-legitimate emails that include HTML such 5 as <img src="http://www.associationhq.com/cuo/...">. o     Doc. --  K OpenVMS:  Eight out of ten hackers                    http://vmsbox.cjb.net K           prefer *other* operating systems.        http://althacker.cjb.net    ------------------------------  % Date: Tue, 13 May 2003 18:07:24 -04000% From: "John Vottero" <John@mvpsi.com>r$ Subject: Re: Spamfilter for OpenVMS?/ Message-ID: <vc2r4u7tb23p9b@news.supernews.com>$  7 "JF Mezei" <jfmezei.spamnot@istop.com> wrote in messagea# news:3EC13417.EE139B1A@istop.com...a > Christoph Gartmann wrote:oG > > My impression is that most spam does not originate from blacklistedo
 addresses.J > > Often spam originates from unprotected relays, from dialup-links, from sitesu* > > that deliver normal mail and spam etc. >ZK > That is why some RBLs maintain "dialup lists" (DUL) that are more or lessrJ > manually compiled based on the look and feel of the reverse lookup of IP > adresses for major ISPs. >o* > > Therefore I suggest to put a Teergrube) > > onto a machine that has no MX record.t > L > Many ISPs prohibit the use of servers or any type on residential accounts.K > Your installation of such a system would technically violate those terms.dH > Also, if that Teergrube is behind an ISP who blocks port 25, then your% > Teergrube will get bored very fast.a > K > Now I have a question: I was under the impression that Teergrube works by/ thedK > attacked calling the attacker and keeping 10 logical channels "busy" withKJ > innocuous commands such as HELP (thus preventing him from using those 10J > channels to send more spam).  Folks here seem to think that Teergrube isJ > simply on the receiving end where the attacked takes its time to respond to" > SMTP commands from the attacker.  H The folks are right.  A teergrube doesn't establish connections, when itJ receives a connection from a known spammer, it hangs on as long as it can.L When a spammer is tied up with 65,000 teergrubes, it's not sending any spam.J Teergrubes will only be effective if (when) lots of people are using them.   ------------------------------   Date: 14 May 2003 00:51:22 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)$ Subject: Re: Spamfilter for OpenVMS?5 Message-ID: <b9s3ua$mnekc$1@ID-135708.news.dfncis.de>M  3 In article <84onaVJ$4mdi@eisner.encompasserve.org>, 0 	Kilgallen@SpamCop.net (Larry Kilgallen) writes: > J > I feel the main difference is that for spam the bulk of the cost is paid  > by the victim, not the sender. > I > At least in the US, postal advertising rates mean it is paid for by thehI > sender.  They get a discount for presorting the mail, but that is fair.a  G They also get a cheaper rate which means first-class mail customers areyH paying to subsidize junk mail.  It would be much less attractive if theyK paid full first-class postage.  BUt, in actuallity, it should be considerediK and treated exactly like SPAM and should be made illegal.  Perhaps when theaE USPS finallu goes out of business the replacements will have a bettere: understanding of what is or should be socially acceptable.   bill   -- DJ 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>   d   ------------------------------    Date: 13 May 2003 22:47:53 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) $ Subject: Re: Spamfilter for OpenVMS?3 Message-ID: <cbTudTC$hDQs@eisner.encompasserve.org>   ` In article <b9s3ua$mnekc$1@ID-135708.news.dfncis.de>, bill@cs.uofs.edu (Bill Gunshannon) writes:5 > In article <84onaVJ$4mdi@eisner.encompasserve.org>,k2 > 	Kilgallen@SpamCop.net (Larry Kilgallen) writes: >>  K >> I feel the main difference is that for spam the bulk of the cost is paidV! >> by the victim, not the sender.k >> dJ >> At least in the US, postal advertising rates mean it is paid for by theJ >> sender.  They get a discount for presorting the mail, but that is fair. > I > They also get a cheaper rate which means first-class mail customers ares  > paying to subsidize junk mail.  < You say cheaper rate, I say discount.  It is the same thing.C You disagree with the Postal Service when they say it pays its way.6   ------------------------------  # Date: Tue, 13 May 2003 18:04:40 GMT:" From:   VAXman-  @SendSpamHere.ORG< Subject: Re: Sparky is losing the race Andrew ... and badly!0 Message-ID: <00A1FCE1.15CC4C5B@SendSpamHere.ORG>  i In article <5.2.0.9.2.20030513110842.00b92200@raptor.psccos.com>, Dan O'Reilly <dano@process.com> writes: - >At 10:37 AM 5/13/2003, Warren Spencer wrote:RK >>bob@paychoice.com (rob kas) wrote in <vc211m846ttpb1@corp.supernews.com>:$ >>J >> >    Intel has acknowledged a bug in its Itanium 2 processor. The error
 >> >    showseK >> >up in some rare data sets when a particular sequence of instructions isnD >> >executed. Intel tells us it has shared a test with OEMs and as aI >> >workaround advises concerned Itanium customers to knock the frequencyn >> >down to 800MHz.  >> >@ >> >Taken from http://www.theregister.co.uk/content/3/30669.html >>K >>Open question, but likely to Bill Todd:  We've seen a few Intel processorsL >>bugs over the years, but I don't recall ever hearing of an Alpha processorK >>bug.  Is this a hearing problem on my end, or has the Alpha been clean in  >>all it's iterations? >lI >If memory serves, early VAX 8600's had a problem where they were missing-O >an addressing mode for one specific instruction, and if memory serves further,aN >it was one commonly used by code generated by the COBOL compiler of the time.  J ...and before the 8600, VAX 11/750 had a problem with certain instructionsJ when debugging.  IIRC, CMT103 was issued to fix that problem.  These were,I of course, microcode issues and not something cast in silicon but they do J demonstrate that these machines (or their design and implementation teams) were not infallible. --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM             t5   "Well my son, life is like a beanstalk, isn't it?" e   ------------------------------  % Date: Tue, 13 May 2003 14:42:47 -0400w* From: JF Mezei <jfmezei.spamnot@istop.com>< Subject: Re: Sparky is losing the race Andrew ... and badly!) Message-ID: <3EC13CA4.77A1821D@istop.com>A   rob kas wrote:> >     Intel has acknowledged a bug in its Itanium 2 processor.  M But this was planned this way. Intel wanted to make IA64 more compatible withs Windows... :-)   :-) :-) :-) :-) :-)t   ------------------------------  % Date: Tue, 13 May 2003 14:48:42 -0400 * From: JF Mezei <jfmezei.spamnot@istop.com>< Subject: Re: Sparky is losing the race Andrew ... and badly!) Message-ID: <3EC13E07.A36D23E1@istop.com>    Warren Spencer wrote: K > Open question, but likely to Bill Todd:  We've seen a few Intel processorrL > bugs over the years, but I don't recall ever hearing of an Alpha processor > bug. 0  L Don't recall the specifics, but wasn't there was a latent bug in Alpha whichM hadn't shown up until a next generation chip resulted in compilers generatinguC code which no longer worked on the older machines due to that bug ?    ------------------------------  % Date: Tue, 13 May 2003 15:11:08 -0400y* From: "Bill Todd" <billtodd@metrocast.net>< Subject: Re: Sparky is losing the race Andrew ... and badly!2 Message-ID: <oC-dnSdfNM3S3lyjXTWcqw@metrocast.net>  : "Warren Spencer" <wspencer@ap.nospam.org> wrote in message/ news:937A8CA9Awarrenspencer1977@216.168.3.30...oK > bob@paychoice.com (rob kas) wrote in <vc211m846ttpb1@corp.supernews.com>:o >eI > >    Intel has acknowledged a bug in its Itanium 2 processor. The erroro > >    showsJ > >up in some rare data sets when a particular sequence of instructions isC > >executed. Intel tells us it has shared a test with OEMs and as a.H > >workaround advises concerned Itanium customers to knock the frequency > >down to 800MHz. > >.? > >Taken from http://www.theregister.co.uk/content/3/30669.html- >-K > Open question, but likely to Bill Todd:  We've seen a few Intel processorRL > bugs over the years, but I don't recall ever hearing of an Alpha processorK > bug.  Is this a hearing problem on my end, or has the Alpha been clean inK > all it's iterations?  L I'm afraid you give me credit for a breadth of knowledge in this area that IJ don't possess:  I'm really a software guy with only peripheral interest inI hardware.  Itanic became a side-issue with me as a result of disgust over3G Compaq's treatment of VMS and then Alpha, so I learned enough about theeJ subject to be able to discuss it competently, but this level of historicalL detail is beyond my acquaintance:  I don't happen to remember any comparableE Alpha gaffes, but given its relative market share plus the ability of F software controlled by the same vendor to compensate for many hardwareJ problems they might have existed but just been easy to make non-issues for
 end-users.   - bill   ------------------------------  % Date: Tue, 13 May 2003 21:37:24 -04003* From: "Bill Todd" <billtodd@metrocast.net>< Subject: Re: Sparky is losing the race Andrew ... and badly!2 Message-ID: <HqydnbB10tpKAFyjXTWcqw@metrocast.net>  5 "Bill Todd" <billtodd@metrocast.net> wrote in messagel, news:rtqdnbvr46QW5V2jXTWcow@metrocast.net... > 9 > "JF Mezei" <jfmezei.spamnot@istop.com> wrote in message % > news:3EC000F2.FDD5FC68@istop.com...    ...p  I > > But in 2004, the 1.6ghz EV7 still ranks slower in some metrics to thex 2003 > > chips that are at 1.5ghz.  >hL > Not the SPECint/fp metrics (though since HP has gutted EV79 its figures inG > the chart are probably optimistic now).  And the GFLOPs figures are ajK > function not only of the clock rate but also of the issue width:  EV8 (inMK > 2004) would have increased EV7's issue width and kept it very competitiveo in: > that area while completely dominating the others in more/ > commercially-significant performance metrics..  J It crossed my mind that EV7's limited GFLOP capability may be related lessI to issue width than to how many floating-point execution units it has (itoH doesn't matter if you can issue, say, 4 instructions per clock if you'veK only got 2 FP units to execute them:  you'll still only get 2 FP operations L per clock).  The EV6/7 core is old enough that it may only have had room for< a couple of FP units, and may not have included the combinedI multiply/accumulate instructions that allow 2 nominal FP ops per unit perdE clock (e.g., if it had 4 FP units and mul/acc capabilities that mightpL quadruple the nominal GFLOP rating - or not:  this is not an area I'm at all familiar with).h   - bill   ------------------------------  % Date: Tue, 13 May 2003 16:12:07 -0400d0 From: "Brian Tillman" <Tillman@sparkingwire.com>2 Subject: Re: Stopping a que other then a print que" Message-ID: <3ec15198@news.si.com>  3 >That's a new one on me, too. Never had to do that.   . Really?  From HELP STOP/QUEUE?MANAGER/CLUSTER:   STOP     /QUEUE       /MANAGER         /CLUSTER  J            Shuts down the queue manager on a standalone node or an OpenVMSF            Cluster. The /QUEUE qualifier is optional, but the /MANAGERF            and /CLUSTER qualifiers are required on both standalone and            clustered systems.n   However, I just triedo   $ stop/manager  ( and it seemed to stop the queue manager. -- oI Brian Tillman         Internet: Brian.Tillman at smiths-aerospace dot com25 Smiths Aerospace  Addresses modified to prevent SPAM.tD 3290 Patterson Ave. SE, MS 1B3 Replace "at" with "@", "dot" with "." Grand Rapids, MI 49512-1991a8        This opinion doesn't represent that of my company   ------------------------------  % Date: Tue, 13 May 2003 19:24:32 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> 2 Subject: Re: Stopping a que other then a print que' Message-ID: <3EC18CC0.B2BB4C5E@fsi.net>u   Brian Tillman wrote: > 5 > >That's a new one on me, too. Never had to do that.: > 0 > Really?  From HELP STOP/QUEUE?MANAGER/CLUSTER: >  > STOP > 
 >   /QUEUE >  >     /MANAGER >  >       /CLUSTER > L >            Shuts down the queue manager on a standalone node or an OpenVMSH >            Cluster. The /QUEUE qualifier is optional, but the /MANAGERH >            and /CLUSTER qualifiers are required on both standalone and >            clustered systems.t >  > However, I just tried  >  > $ stop/manager > * > and it seemed to stop the queue manager.  H Which is consistent with my experience, even when running multiple queue	 managers.o   -- m David J. Dachterae dba DJE Systemsu http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/A   ------------------------------  % Date: Tue, 13 May 2003 14:26:33 -0400 < From: "Carlc Internet Services" <cc@nospamming-to-carlc.com>, Subject: Re: TCPIP SET CONF SMTP /SUB=HIDDEN0 Message-ID: <tNawa.24$Xf4.32277@news.uswest.net>  L "Phillip Helbig (remove CLOTHES to reply)" <helbig@astro.multiCLOTHESvax.de>/ wrote in message news:b9mc83$cer$1@online.de...a% > What is /SUB=HIDDEN supposed to do?.  4 It allows you to hide the real name of the computer.  D Lets say you have a vax who's a DNS name is "vax.openvms-rocks.com".  9 If you logged in as system, your return address would be:    system@vax.openvms-rocks.com  9 Ah, but we don't want that. Instead, you setup HIDDEN ande SUB=NAME=openvms-rocks.com .  0 Now you send email, your return address becomes:   system@openvms-rocks.com  I > /SUB=NAME=fully_qualified_domain is there to make sending and receiving F > mail take place as if the name of the machine were different than itD > really is.  There is a logical to turn off this functionality whenF > receiving or sending.  In addition, when receiving it is possible toC > specify which domains the machine will accept mail for in a list.t  F yes... It allows you to swap out the name of the server. AND, it worksE very nicely in my Alpha system (being an ISP, it helps to know how tot controln these things <grin>).   I Remember, you will most likely want to setup /ZONE to your default domain ? name and /GATEWAY=ALT=some-other-mail-gateway-in-your-domain ifo2 your box is NOT the main system to receive emails.  
 Best of Luck,a Carl   ==================== http://www.carlc.com/   =       "Price, Performance, Quality. Choose any two you like."l   ------------------------------   Date: 14 MAY 2003 01:29:26 GMT2 From: karcher@kort.waisman.wisc.edu (Carl Karcher)7 Subject: Re: Using ALLOCLASS=1 and fiber channel disks?	4 Message-ID: <14MAY03.01292639@kort.waisman.wisc.edu>   In a previous article, I wrote:n  J  >Can you use a node allocation class of 1 (anywhere in the cluster) while=  >using fiber channel disks which always appear as $1$DKAnnn?f  D  >I'm suspecting this is why I don't see any $1$DGAnnn devices afterH  >presenting a virtual disk from an EVA to an ES40 at VMS 7.3-1 with twoJ  >KGPSA-DA's (FCA2354) installed. I have another cluster node MSCP servingF  >a shadow set with an allocation class of 1. I do see the FGA and FGB  >devices with their WWID's.  A It turns out that this was NOT the problem. The problem was doingn   $ mc sysman io autos  H requires LOG_IO privilege to scan fiber channel adapters yet this is notC documented or reported as an error. The help says CMKRNL and SYSLCKu1 are required. However using /LOG with the commandv9 reveals fatal IO errors (not seen when /LOG is not used):    SYSMAN> io auto /log  0 %SYSMAN-I-OUTPUT, command execution on node KORT> %IOGEN-I-SCSIPOLL, scanning for devices through SCSI port PKA0@ %IOGEN-I-FIBREPOLL, scanning for devices through FIBRE port PGA0@ %IOGEN-F-FTLIOERR, fatal I/O error while trying to access device@ %IOGEN-I-FIBREPOLL, scanning for devices through FIBRE port PGB0@ %IOGEN-F-FTLIOERR, fatal I/O error while trying to access device  H After enabling LOG_IO privilege the same command shows no errors and the $1$dgann devices are created.M   --G -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madison=7 --               karcher.nomorepspam@waisman.wisc.edu  o   ------------------------------  % Date: Tue, 13 May 2003 14:33:34 -0400g$ From: Mike Duffy <Duffy@process.com>B Subject: RE: VAX/Alpha CPU bugs (was:Sparky is losing the race...)J Message-ID: <63D30D6E10CFD11190A90000F805FE860492B174@lespaul.process.com>   > -----Original Message-----. > From: Dan O'Reilly [mailto:dano@process.com]% > Sent: Tuesday, May 13, 2003 1:10 PM. > To: Info-VAX@Mvb.Saic.Como> > Subject: Re: Sparky is losing the race Andrew ... and badly! >  >  > > > {earlier posts snipped}0= > >Open question, but likely to Bill Todd:  We've seen a few   > Intel processorn> > >bugs over the years, but I don't recall ever hearing of an  > Alpha processor ? > >bug.  Is this a hearing problem on my end, or has the Alpha   > been clean in  > >all it's iterations?r > > > If memory serves, early VAX 8600's had a problem where they  > were missing: > an addressing mode for one specific instruction, and if  > memory serves further,: > it was one commonly used by code generated by the COBOL  > compiler of the time.E >   P> I don't remember any Alpha bugs, but I thought I heard someone; say (here on c.o.v just the other day) that there had been.x No details were provided.o  : Speaking of VAX bugs, I had an 8250 once where a BNEQ (or A maybe BEQL) would fall through occasionally when it was supposed 1: to branch.  I don't remember whether it was in the branch > logic, or a problem with the previous instruction setting PSL < flags incorrectly (but the latter seems at least as likely).  ; Technically, it was a microcode problem, not a CPU problem.e= But still, you expect instructions to do what the book says, p% even if you can fix it with a floppy.a   -Mike Duffy    ------------------------------  % Date: Tue, 13 May 2003 15:31:51 -0400 0 From: "Brian Tillman" <Tillman@sparkingwire.com>  Subject: Re: Where is VMSBACKUP?$ Message-ID: <3ec14827$1@news.si.com>  ; >Maybe where the flaw is when attempting to zip more than a 1 >single file (ie. multiple streams) of that size?r  J That's the problem, yes, and it has been discussed on the Info-Zip mailing list.l -- oI Brian Tillman         Internet: Brian.Tillman at smiths-aerospace dot comt5 Smiths Aerospace  Addresses modified to prevent SPAM. D 3290 Patterson Ave. SE, MS 1B3 Replace "at" with "@", "dot" with "." Grand Rapids, MI 49512-1991e8        This opinion doesn't represent that of my company   ------------------------------  % Date: Tue, 13 May 2003 15:43:12 -0400n0 From: "Brian Tillman" <Tillman@sparkingwire.com>E Subject: Re: [Fwd: OpenVMS Pearl - VAXscan is now available on Alpha]s$ Message-ID: <3ec14ad0$1@news.si.com>  E >I did not see anything in there about VMS providing VAXSCAN debuggera( >support on Alpha, like there is on VAX.  H The SPD for the Scan on Alpha product says that debugging support can be< obtained with the UNKNOWN language features of the debugger. -- .I Brian Tillman         Internet: Brian.Tillman at smiths-aerospace dot comh5 Smiths Aerospace  Addresses modified to prevent SPAM. D 3290 Patterson Ave. SE, MS 1B3 Replace "at" with "@", "dot" with "." Grand Rapids, MI 49512-1991y8        This opinion doesn't represent that of my company   ------------------------------    Date: 13 May 2003 15:13:04 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) E Subject: Re: [Fwd: OpenVMS Pearl - VAXscan is now available on Alpha]n3 Message-ID: <g4Cd7DwGb9YS@eisner.encompasserve.org>c  W In article <3ec14ad0$1@news.si.com>, "Brian Tillman" <Tillman@sparkingwire.com> writes:uF >>I did not see anything in there about VMS providing VAXSCAN debugger) >>support on Alpha, like there is on VAX.  > J > The SPD for the Scan on Alpha product says that debugging support can be> > obtained with the UNKNOWN language features of the debugger.  B That certainly will not provide the Event support available on the+ VAX debugger but not on the Alpha debugger.   + If I want to debug in hex, I can use Delta.a   ------------------------------   End of INFO-VAX 2003.265 ************************