1 INFO-VAX	Thu, 27 Dec 2001	Volume 2001 : Issue 718       Contents: Re: 100% FREE SPAM  2891> Re: Buffer Overflows - again Was: (Re: Congratulations for the> Re: Buffer Overflows - again Was: (Re: Congratulations for the2 Re: Compaq still tries to spin Alphacide both ways* Re: Congratulations for the festive season* Re: Congratulations for the festive season* Re: Congratulations for the festive season1 Re: historical evidence of what went wrong at DEC ! modem config for terminal server? % Re: modem config for terminal server? % Re: modem config for terminal server? 7 News Alert: Air Packaging Technologies (OTC BB:AIRP.OB) , Re: OpenVMS  vs. Unix  -  put up or shut up! Re: QIOs, ASTs, and Event Flags  Re: QIOs, ASTs, and Event Flags ( Re: TCP/IP - rejecting a connect request( Re: TCP/IP - rejecting a connect request Re: VMS 72 on MV 3100 & Re: What Goes Around, Comes Around....& Re: What Goes Around, Comes Around....& Re: What Goes Around, Comes Around....& Re: What Goes Around, Comes Around....  F ----------------------------------------------------------------------  % Date: Wed, 26 Dec 2001 22:21:49 -0000 3 From: "Malcolm" <malcolm@neverness.freeserve.co.uk> ! Subject: Re: 100% FREE SPAM  2891 / Message-ID: <a0dihu$ucc$1@newsg4.svr.pol.co.uk>   > "John McLean" <mcleanj@swissonline.delete.ch> wrote in message/ news:3C24C001.5FBB70DC@swissonline.delete.ch...  >  >  > "Terry C. Shannon" wrote:  > > 4 > > As per SpamCop, abuse@casema.nl for followups... > > ) > > <evxsqn@hotmail.com> wrote in message 2 > > news:dF2V7.14961$TJ5.1410@castor.casema.net...! > > > http://home.wanadoo.nl/cap/  > > > 100% FREE SEX MOVIES! C > > > luibmgpqsmfiliudfrezdpljosxnrdwqoztomhkripyroknhyqloefqvzbhti  > > >  > 
 > Note theH > "luibmgpqsmfiliudfrezdpljosxnrdwqoztomhkripyroknhyqloefqvzbhti".  ThatD > has just has to be Welsh - the country that gave us the village of= > Llanfairpwllgwyngyllgogerychwyrndrobwllllantysiliogogogoch.  >  >   9 Naah... IIRC they don't use the letter 'z' in Welsh... ;)   - Looks more like Polish to me. Maybe Yiddish??   J I remember finding the section in the Guinness Book of World Records whichK listed the longest words in various languages and being fascinated by them. I If you're interested, see http://members.aol.com/gulfhigh2/words.html for  some more, and other oddities.  G As for that small place with a big name, you could visit the website at L www.llanfairpwllgwyngyllgogerychwyrndrobwllllantysiliogogogoch.co.uk, but it' appears to be down. 'Tis there, though:   K $ ping www.llanfairpwllgwyngyllgogerychwyrndrobwllllantysiliogogogoch.co.uk   L Pinging www.llanfairpwllgwyngyllgogerychwyrndrobwllllantysiliogogogoch.co.uk [19 # 4.42.244.17] with 32 bytes of data:   3 Reply from 194.42.244.17: bytes=32 time=37ms TTL=55 3 Reply from 194.42.244.17: bytes=32 time=34ms TTL=55 4 Reply from 194.42.244.17: bytes=32 time=278ms TTL=553 Reply from 194.42.244.17: bytes=32 time=85ms TTL=55   " Ping statistics for 194.42.244.17:8     Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),. Approximate round trip times in milli-seconds:6     Minimum = 34ms, Maximum =  278ms, Average =  108ms  = Does it also qualify for the world's longest domain name? ;-)   K I recall reading that the name was made up for an advertising campaing by a J steam railway in the 19th century (they persuaded the locals to change the( name). Don't know if that's true or not.   -M.     
 > John McLean    ------------------------------  % Date: Tue, 25 Dec 2001 10:38:07 -0500 ( From: David Froble <davef@tsoft-inc.com>G Subject: Re: Buffer Overflows - again Was: (Re: Congratulations for the , Message-ID: <3C289D5F.6080106@tsoft-inc.com>   > Adam Price wrote:   < >>How many of those nice SC class supercomputers that Compaq$ >>has been selling recently run VMS?  F It would seem to me that users of supercomputers who are doing number F crunching would like as little as possible between their calculations = and the CPU(s).  From this perspective a minimal OS would be  E appriciated.  Note that such type of computing doesn't care too much  I about user friendly interfaces, databases, security, features, and such.  C   All that just takes away from the job at hand, crunching numbers.   C Any OS chossen for providing the least amount of services/overhead  C should not be declared the best general purpose OS on such a basis.    Dave   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------  % Date: Tue, 25 Dec 2001 10:38:15 -0500 ( From: David Froble <davef@tsoft-inc.com>G Subject: Re: Buffer Overflows - again Was: (Re: Congratulations for the , Message-ID: <3C289D67.2020106@tsoft-inc.com>   > Bob Ceculski wrote:  > Z >>leslie@clio.rice.edu (Jerry Leslie) wrote in message news:<a02vs1$l64$1@joe.rice.edu>... >>/ >>>Mark Crispin (mrc@CAC.Washington.EDU) wrote: 1 >>>: My consulting rates start at $10,000/week...  >>> 1 >>>Damn, why are you wasting time in this forum ?  >>> = >>>We'd forgive you if you had to go make a buck, really. ;-)  >>> 7 >>>--Jerry Leslie     (my opinions are strictly my own)  >>> L >>another point ... Bill Gates had Dave Cutler use VMS and the Dec Mica codeK >>as a base for NT ... if unix is so great, why didn't he base NT after the D >>unix model instead of vms?  That is because he knows what is best!  B One thing I would not agree to is that billyboy knows what's best!   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------  % Date: Wed, 26 Dec 2001 20:54:53 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca> ; Subject: Re: Compaq still tries to spin Alphacide both ways , Message-ID: <3C2A7F64.2F367A7F@videotron.ca>   John McLean wrote:J > JF, if you don't believe that VMS *can* have a long term future then youI > might be better off spending your time learning some dinky new language * > for web stuff on unix ... or even on NT.  K It isn't what I believe that is important. I am insignificant in the world. L What counts is what the real decisions makers at Compaq believe. Winkler andN his peers believe that NT will rule the world, and that mindset rules Compaq.   G > I don't see how Compaq can afford to ignore the fact that VMS returns H > good profits, not just at the time of sale but also when the support &' > licensing fees are renewed each year.   M Which is why they haven't killed VMS along with Alpha. Compaq isn't ready yet N to kill VMS, not until they have a replacement product (a mature NT). RememberH the non-published ad that stated that VMS was today where NT would be at version 8 ?    Isn't NT now at version 5 ?   H > Well there's the DII COE stuff which has the 20 years of support.  DidI > Marcello slip that under the radar of the management people above him ?   K I wouldn't be surprised. He probably just said "by the way, to get that one M military sale, I had to get DII-COE certification for VMS" to the bosses, and K they dismissed that as some legacy system requirement that NT doesn't need. M (people adapt to NT, VMS has to adapt to people). So Compaq need not adapt NT ? to anything, they know that people will eventually flock to it.   E > By the way, the DII are probably big beneficaries of the VMS on IFP F > project.  Defense can change operating systems on the same hardware.  K I am not so sure. Last february, Marcello said that the DII stuff garanteed N support for existing configurations for that long period. In other words, *if*G the JSTARs stuff was done with the DII commitment, it means that Compaq U undertook to provide support and replacement parts for the duration of the contracts.   < In essence, that is simply a long term maintenance contract.   ------------------------------  % Date: Wed, 26 Dec 2001 17:21:47 -0500 ( From: Bill Gunshannon <bill@cs.uofs.edu>3 Subject: Re: Congratulations for the festive season A Message-ID: <20011226171820.U5010-100000@server2.cs.scranton.edu>   ( On Wed, 26 Dec 2001, Ben Franchuk wrote:  H > But the real problem here is one of architecture - 8 bits is TOO smallA > a word length for instructions. 64kb is too small for segments. * > 8 bits is nice only for a dumb terminal.  M People today are spoiled.  We did a lot of real work on those 8 bit machines. L And have you ever seen a 6809 running OS9 supporting a half-dozen users each2 running multiple processes on their own terminal??   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |> Scranton, Pennsylvania   |         #include <std.disclaimer.h>   ------------------------------  # Date: Thu, 27 Dec 2001 00:43:05 GMT 2 From: Arthur Krewat <krewat@bartek.dontspamme.net>3 Subject: Re: Congratulations for the festive season 5 Message-ID: <3C2A6D6B.CA32FED4@bartek.dontspamme.net>    Peter da Silva wrote:  > 7 > In article <3C294B0B.562C99A1@bartek.dontspamme.net>, 6 > Arthur Krewat  <krewat@bartek.dontspamme.net> wrote:K > >I don't understand, what's so bad about an 8080? It was a piece of cake.  > K > Not nearly enough registers, and the ones it has are all special purpose.  > K > And the 8086 and later were even worse. Intel's segment model is evil and  > crippling.  L Crippling yes, evil, well that spot is reserved for a major software company right now :)  K Segmenting on x86 was a problem for me, but I worked around it quite easily H with macros (MASM). A version of TECO I wrote could use all of availableG RAM and even extended memory - each and every instruction that moved or H compared a character had to be emulated with a macro, but it worked, and was VERY fast for the times.  , Anyway, we should just agree to disagree. :)   aak    ------------------------------  % Date: Thu, 27 Dec 2001 01:47:58 -0500 ' From: Jim Becker <jbecker@ui.urban.org> 3 Subject: Re: Congratulations for the festive season , Message-ID: <3C2AC41E.48F03730@ui.urban.org>   Mark Crispin wrote:  > - > On Fri, 21 Dec 2001, John J Francini wrote: J > > Hence, buffer overflows and other nastiness.  This philosophy is by NOO > > MEANS restricted to Unix; it is very much evident in Microsoft-written OSes M > > and applications (like Exchange, IIS, and many others), as well as plenty  > > of other products. > J > Including VMS.  The reason why there aren't many buffer overflow attacksJ > on VMS is that the target is uncommon and uninteresting to the bad guys., > It's a form of security through obscurity. > H > If VMS had achieved the level of success that UNIX did, and UNIX fadedJ > into obscurity the way VMS did, then CERT bulletins would be filled withL > the latest VMS buffer overflow attacks, and UNIX users would be snickering > about VMS insecurity.   F Though plausible, it's not the only possible explanation. For example,E that's the same argument invoked by Microsoft and its supporters when = denying that Microsoft's web server is any less secure than a A Unix-based web server. The argument goes: If your software was as F popular as ours, you'd be a bigger target too. However, I saw a recentD report that showed there are many more Apache installations than IISD installations, yet Apache shows up in CERT advisories far less often	 than IIS.   @ Another possibility is that given all the stock exchanges, stateD lotteries, and funds transfers that run on VMS, you'd think that theA places with all the money would be the bigger targets. You'd also F think VMS would be a bigger target given that the vast majority of theB world's CPUs are manufactured under VMS control. Yet it's just not
 happening.  @ In any case, claiming a platform has more security breaches ONLYD because it's more numerous dodges the real issue: sloppy programming" that fails to apply sanity checks.  E Even if the greater number of security breaches is fully explained by E the relative frequency of the platform, that still doesn't excuse the E breaches. If you KNOW your box is a much more likely target, then you " KNOW you need to be extra careful.  D I don't have much sympathy for other arguments that C somehow causesC these problems. A skilled programming team knows what to watch for, B and deals with it. There's not a programming language in existence@ that handles all possible error checking, without any thought or" effort required of the programmer.   --
 Jim Becker+ The Urban Institute (http://www.urban.org/) ' Encompass (http://www.encompassus.org/) . ESILUG (http://encompasserve.org/lugs/esilug/)   ------------------------------    Date: 26 Dec 2001 20:25:12 -05005 From: pechter@i4got.pechter.dyndns.org (Bill Pechter) : Subject: Re: historical evidence of what went wrong at DEC3 Message-ID: <a0dt9o$3p3$1@i4got.pechter.dyndns.org>   U In article <Pine.NXT.4.50.0112191138290.1879-100000@Tomobiki-Cho.CAC.Washington.EDU>, - Mark Crispin  <mrc@CAC.Washington.EDU> wrote: G >that he no longer had a grasp at which was the world was going when he J >said "I don't know why anyone would want a computer in their home."  ThisH >was at a time when DEC advertised the first PDP-8s sold for home use as" >being the vanguard of the future.   Yup... > > >In the November 1984 (volume 8, number 5) DECWORLD newletter: > F >      "With UNIX, if you're looking for something, you can easily andH >quickly check that small manual and find out that it's not there.  WithH >VMS, no matter what you look for -- it's literally a five-foot shelf ofA >documentation -- if you look long enough it's there.  That's the J >difference -- the beauty of UNIX is it's simple; and the beauty of VMS is >that it's all there."  / Yup... it's in my MOTD along with the folowing:   D   "There is no reason for any individual to have a computer in their	    home."   K   "There is no real need for sales people.  Customers will be attracted to  %    Good products without assistance."   C Both K.O. quotes.  However, VAX/VMS v2.x and later still qualify as H one of the best documented and easiest to learn and use computer systems  I've ever used and administered.  F As for the first K.O. probably saw an information utility kind of likeH AOL or Compuserve supplying the system access to terminal boxes (kind ofG like the Xterminals or smart set-top boxes that appeared later)...since F users have no desire to do backups or software installs or maintenance< on their own hardware.  (A valid viewpoint -- although a bit overstated.)  C As for the second quote... A viewpoint shared my many engineers and E Consumer Reports fans and few CompUsa purchasers or MicroSoft lovers.   $ As far as the  Unix vs. VMS issue...G Considering I make my living on Unix boxes now... it took years of work 6 to get me as productive as I was in days with VAX/VMS.& That's pretty high praise for OpenVMS.  B And although the DCL command language isn't your favorite (by yourH earlier post)... It was basic-like and allowed me to program stuff in it almost immediately.   > Remember the man pages with SysV when released.  Abysmal.  TheG error loging barely approached VAX/VMS 2.x quality.  SysIII and V7 were 9 worse.  Bugs were everywhere and AT&T wasn't fixing them.   F I was at Concurrent Computer (nee Interdata/Perkin Elmer) when a majorH cron bug was reported to AT&T (1987).  The thing would leak memory untilA non-paging SVR2 type boxes like 32xx's would dump cron's core and : silently drop all cron jobs (like backups) in the trash.    N AT&T's answer to their licensee... Tough. Go to hardware with virtual memory. M We're not fixing it.  Basically, we're in the 3B business now. That's SVR2... G we're only fixing stuff in SVR3 now and we're not supporting non-paging E systems and the bug is not a problem here... and if you want it fixed D fix it yourself and risk breaking compatiblity...  The bug was neverF fixed and I wrote a cron-watcher program to loop and do kill -0 on theA cron pid and check the return and to restart cron if the pid ever  disappeared.  G Unix was as much of a proprietary one-vendor system as any other at theTC time.  It wasn't much better than DEC's OS's or HP's stuff on theirEF 3000's.  Realistically it was the sales guys at AT&T and Sun and HP onD workstations with BSD based stuff that were proposing open solutionsG when they knew that without a source license they're not much more openo than DEC's were. n  = And TOPS10 and TOPS20 and VAX/VMS were a hell of a lot better  documented.     E Unix got a lot of mileage over low cost distributions to UniversitiesfH under the AT&T consent agreement and the BSD enhancements...  If VAX/VMSI was shipped free or at media cost with every VAX sale to a college you'd A see VMS everywhere today.  i     Bill Unix/Linux Sysadmin at works FreeBSD at home  ex-DEC Field Service guy 81-86   --   -- PH   d|i|g|i|t|a|l had it THEN.  Don't you wish you could still buy it now!0   bpechter@shell.monmouth.com|pechter@ureach.com   ------------------------------  # Date: Wed, 26 Dec 2001 22:30:32 GMTd2 From: "frank brown" <frank.brown@ci.seattle.wa.us>* Subject: modem config for terminal server?1 Message-ID: <ccsW7.76$RO1.9197@news-west.eli.net>2  C I attached a modem to a port on a DECserver 300 and after the modemeI connects, the terminal server prompt (or indeed anything at all) is neversH displayed when the remote user hits the enter (return) key.  What shouldK happen is, the terminal server should ask for a user name, and/or display ay Local> prompt.  K Here are my settings, first the terminal server port, then the LAT terminalx	 from VMS:.   Local> sho port 5   4 Port  5:                               Server: SERV7  ? Character Size:            8           Input Speed:        9600 ? Flow Control:            XON           Output Speed:       9600 ? Parity:                 None           Modem Control:  Disabledk  ? Access:              Dynamic           Local Switch:       Noneu? Backwards Switch:       None           Name:             PORT_5y? Break:                 Local           Session Limit:         4 ? Forwards Switch:        None           Type:               Softe Default Protocol:        LAT   Preferred Service: CPUBh   Authorized Groups:   0 (Current)  Groups:   0   Enabled Characteristics:  C Autoconnect,  Autoprompt,  Broadcast,  Dialup,  Input Flow Control,/7 Loss Notification,  Message Codes,  Output Flow Controld  + CPUB::DUA3:[SFDSTAFF.FRANK]$ SH TERM LTA705h@ Terminal: _LTA705:    Device_Type: Unknown       Owner: No Owner  B    Input:   9600      LFfill:  0      Width:  80      Parity: None0    Output:  9600      CRfill:  0      Page:   24   Terminal Characteristics:wE    Interactive        Echo               Type_ahead         No EscapehB    No Hostsync        TTsync             Lowercase          No TabD    Wrap               Scope              No Remote          EightbitC    Broadcast          No Readsync        No Form            Fulldup4B    No Modem           No Local_echo      No Autobaud        HangupE    No Brdcstmbx       No DMA             No Altypeahd       Set_speedtG    No Commsync        Line Editing       Overstrike editing No FallbackmF    Dialup             No Secure server   No Disconnect      No PasthruK    No Syspassword     No SIXEL Graphics  No Soft Characters No Printer PorteI    Numeric Keypad     ANSI_CRT           No Regis           No Block_modetG    Advanced_video     Edit_mode          DEC_CRT            No DEC_CRT2 8    No DEC_CRT3        No DEC_CRT4        VMS Style Input  E If I connect the modem to a port which has a terminal session already:J established, it connects fine and I can interact with the existing sessionK OK.  But once I log off the session & log out from the Local> prompt, I get0 no further response.   Any assistance appreciated!    -Frank Brown Seattle Fire Dept. http://www.inwa.net/~frog/   ------------------------------  # Date: Wed, 26 Dec 2001 23:16:55 GMTm= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) . Subject: Re: modem config for terminal server?0 Message-ID: <00A071C1.F6AC32FF@SendSpamHere.ORG>  f In article <ccsW7.76$RO1.9197@news-west.eli.net>, "frank brown" <frank.brown@ci.seattle.wa.us> writes:D >I attached a modem to a port on a DECserver 300 and after the modemJ >connects, the terminal server prompt (or indeed anything at all) is neverI >displayed when the remote user hits the enter (return) key.  What shouldeL >happen is, the terminal server should ask for a user name, and/or display a >Local> prompt.- >-L >Here are my settings, first the terminal server port, then the LAT terminal
 >from VMS: >  >Local> sho port 5 >c5 >Port  5:                               Server: SERV71 >6@ >Character Size:            8           Input Speed:        9600@ >Flow Control:            XON           Output Speed:       9600@ >Parity:                 None           Modem Control:  Disabled@                                         ^^^^^^^^^^^^^^^^^^^^^^^^ Any reason why?i   >e@ >Access:              Dynamic           Local Switch:       None@ >Backwards Switch:       None           Name:             PORT_5@ >Break:                 Local           Session Limit:         4@ >Forwards Switch:        None           Type:               Soft >Default Protocol:        LATe >y >Preferred Service: CPUB >i >Authorized Groups:   0r >(Current)  Groups:   0n >e >Enabled Characteristics:D > D >Autoconnect,  Autoprompt,  Broadcast,  Dialup,  Input Flow Control,8 >Loss Notification,  Message Codes,  Output Flow Control >s, >CPUB::DUA3:[SFDSTAFF.FRANK]$ SH TERM LTA705A >Terminal: _LTA705:    Device_Type: Unknown       Owner: No Ownert >bC >   Input:   9600      LFfill:  0      Width:  80      Parity: Nonea1 >   Output:  9600      CRfill:  0      Page:   24  >  >Terminal Characteristics:F >   Interactive        Echo               Type_ahead         No EscapeC >   No Hostsync        TTsync             Lowercase          No Tab E >   Wrap               Scope              No Remote          EightbituD >   Broadcast          No Readsync        No Form            FulldupC >   No Modem           No Local_echo      No Autobaud        HangupuF >   No Brdcstmbx       No DMA             No Altypeahd       Set_speedH >   No Commsync        Line Editing       Overstrike editing No FallbackG >   Dialup             No Secure server   No Disconnect      No PasthrumL >   No Syspassword     No SIXEL Graphics  No Soft Characters No Printer PortJ >   Numeric Keypad     ANSI_CRT           No Regis           No Block_modeH >   Advanced_video     Edit_mode          DEC_CRT            No DEC_CRT29 >   No DEC_CRT3        No DEC_CRT4        VMS Style Inputo >sF >If I connect the modem to a port which has a terminal session alreadyK >established, it connects fine and I can interact with the existing sessiontL >OK.  But once I log off the session & log out from the Local> prompt, I get >no further response.) >e >Any assistance appreciated! > 
 >-Frank Brown  >Seattle Fire Dept.u >http://www.inwa.net/~frog/' >T >w   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM             lJ   "And of course, I'm a genius, so people are naturally drawn to my fiery I   intellect.  Their admiration overwhelms their envy!" -- Calvin & Hobbesi   ------------------------------  # Date: Thu, 27 Dec 2001 03:08:56 GMT 1 From: "David J. Dachtera" <djesys.nospam@fsi.net>m. Subject: Re: modem config for terminal server?' Message-ID: <3C2A914D.4E0917B0@fsi.net>e   frank brown wrote: > E > I attached a modem to a port on a DECserver 300 and after the modemyK > connects, the terminal server prompt (or indeed anything at all) is neversJ > displayed when the remote user hits the enter (return) key.  What shouldM > happen is, the terminal server should ask for a user name, and/or display ac > Local> prompt. > M > Here are my settings, first the terminal server port, then the LAT terminali > from VMS:n >  > Local> sho port 5  > 6 > Port  5:                               Server: SERV7 > A > Character Size:            8           Input Speed:        9600cA > Flow Control:            XON           Output Speed:       96001A                                          ^^^^^^^^^^^^^^^^^^^^^^^^:  C If you're going to force this data rate (I noticed Autobaud was not2B enabled), you must lock the modem so that it uses only 9600 as itsC serial port speed, regardless of what link speed is negotiated. YoueH could also lock the link speed at 9600; however, this may cause problemsB with modems that won't accept that link speed for whatever reason.  H Ideally, you want autobaud enabled; however, you may still need to limitB the modem's serial port speed to 19200 or less, depending upon theD server and/or its firmware. Some work at 28800, 33600 or even 56000. Some do not.  A > Parity:                 None           Modem Control:  Disabled   H This seems odd, as Brian noted. I expected to see Modem Control enabled.  yA > Access:              Dynamic           Local Switch:       Noned  E Eh, I'm not real comfortable with access dynamic, unless result codes0 are disabled on the modem.  A > Backwards Switch:       None           Name:             PORT_5rA > Break:                 Local           Session Limit:         4mA > Forwards Switch:        None           Type:               Soft9 > Default Protocol:        LAT >  > Preferred Service: CPUBo >  > Authorized Groups:   0 > (Current)  Groups:   0 >  > Enabled Characteristics: > E > Autoconnect,  Autoprompt,  Broadcast,  Dialup,  Input Flow Control,s9 > Loss Notification,  Message Codes,  Output Flow Controlr > - > CPUB::DUA3:[SFDSTAFF.FRANK]$ SH TERM LTA705.B > Terminal: _LTA705:    Device_Type: Unknown       Owner: No Owner > D >    Input:   9600      LFfill:  0      Width:  80      Parity: None2 >    Output:  9600      CRfill:  0      Page:   24 >  > Terminal Characteristics: G >    Interactive        Echo               Type_ahead         No EscapeuD >    No Hostsync        TTsync             Lowercase          No TabF >    Wrap               Scope              No Remote          EightbitE >    Broadcast          No Readsync        No Form            Fulldup-D >    No Modem           No Local_echo      No Autobaud        HangupG >    No Brdcstmbx       No DMA             No Altypeahd       Set_speedsI >    No Commsync        Line Editing       Overstrike editing No FallbackFH >    Dialup             No Secure server   No Disconnect      No PasthruM >    No Syspassword     No SIXEL Graphics  No Soft Characters No Printer Port K >    Numeric Keypad     ANSI_CRT           No Regis           No Block_modeaI >    Advanced_video     Edit_mode          DEC_CRT            No DEC_CRT2 : >    No DEC_CRT3        No DEC_CRT4        VMS Style Input > G > If I connect the modem to a port which has a terminal session alreadytL > established, it connects fine and I can interact with the existing sessionM > OK.  But once I log off the session & log out from the Local> prompt, I gete > no further response. >  > Any assistance appreciated!h  E Let's resolve these issues first, as they may be key to your problem. ) We'll see where we need to go from there.e   -- n David J. Dachterae dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/o   ------------------------------    Date: 27 Dec 2001 06:24:02 -0000* From: "Mag Net News" <MAG@lb.bcentral.com>@ Subject: News Alert: Air Packaging Technologies (OTC BB:AIRP.OB)( Message-ID: <1009434242.44377.qmail@ech>  L Air Packaging Technologies manufacturers a revolutionary new patentedprotec=G tive packaging which provides unequaled protection for fragileproducts.   L AIRP has now "merged" its unique technology with the marketing expertiseand=L  worldwide reach of 3M, one of the world's most highly respected companies,=L by entering into two agreements granting 3M exclusive worldwide marketingri=6 ghts in the consumer and industrial packaging markets.  L 3M's Stationery Products Division (SPD) which sell Scotch Brand=E2=84=A2 ta=L peand Post-Its=E2=84=A2 sells AIRP's products under the name 3M Inflata-Pak=L =E2=84=A2Air Cushion Packaging to retail consumers at stores throughout the=3  worldas an alternative to peanuts and bubble wrap.e  L 3M's Packaging Systems Division (PSD) sells AIRP's industrial packagingprod=B ucts worldwide under the name 3M=E2=84=A2 Air Cushion Packaging=20  @ The Bubble Economy: Packaging Firm Faces Fight in Field It Began> By Michael McCarthy Staff Reporter of The Wall Street Journal.   ExcerptoL "Four decades into owning the field it created, Bubble Wrap finds itselfin =L quite a fight. Minnesota Mining & Manufacturing Co., the conglomerateknown =L for Scotch tape and Post-it Notes, just began marketing Inflata-Pak,a littl=L e blow up package that comes with a straw (think beach ball) toprotect watc=L hes, perfume bottles and other delicate items during shipping."Wow! No more=.  Messy Peanuts or Bubble Wrap," the box brags.  L Inflata-Pak is made for 3M by Air Packaging Technologies Inc., of Valencia,=L Calif., which has been running its own drop tests with its own acceleromete=L r.The California company, whose product is also sold under the name AirBox,=L  says its analysis shows its inflatable air-cushion packaging issuperior fo=L r protecting delicate goods. "Bubble Wrap is a not a particularlygood prote=L ctive-wrap if you're sending fragile items," says Donald Ochacher,president=  of Air Packaging."=20  L 3M Inflata-Pak was recently awarded a 2001 Good Housekeeping Good BuyAward =L in a presentation featured on ABC's Good Morning America show.In its press =L release announcing the award, 3M's representative statedthat the retail mai=L ling supplies market was growing at a double digitrate and was "pleased tha=L t the Good Housekeeping Institute has acknowledgedInflata-Pak air cushion p=L ackaging as an important new product in thiscategory. It gives people a rel=4 iable alternative when packaging itemsfor shipping".  L Each year, the Good Housekeeping Institute honors a special selectionof new=L  products with its Good Buy Award for innovative problem-solvingand high-le= vel performance.=20r =20lL 3M's Packaging Systems Division will introduce the Company products underth=L e name 3M=E2=84=A2 Air Cushion Packaging in January 2002. The extensive adv=L ertisingand public relations campaign will be directed to companies seeking=)  totalsolutions for their packaging needsa  L 3M intends to focus early in the campaign on the Semiconductor marketto cap=L italize on AIRP's previous success with Motorola, Photronics, LSIand Dupont=5  Rapid market penetration is expected in this market.c  J Other markets to be targeted by 3M include Medical, Dental and Electronics  L Air Packaging Technologies Reports Record Third Quarter And Nine MonthSales=  Results =20  Press Release ExcerptrL New York, New York, Nov 19, 2001 - Air Packaging Technologies Inc. award-wi=L nningmanufacturer of patented, transparent, inflatable air cushion packagin=L gfor the protective and promotional packaging market, announced salesfor it=) s third quarter ended September 30, 2001.n  L Sales for the quarter were a record $323,655, a 47% increase comparedwith $=L 220,833 for the comparable period of the preceding year. Salesfor the nine =L months ended September 30, 2001 were $1,446,088, a 159%increase compared wi=& th $558,513 for the preceding year.=20  " 52 Week Hi: $1.905 (06/14/2001)=20" 52 Week Low: $0.61 (12/21/2000)=20 Market Cap: $12.7 Million=20 Shares Out: 12.094=20d% Current Price: $1.045 (12/18/2001)=20g Volume: 28,200 (12/18/2001)   =20 =20wD Donald M. Ochacher, President, Chairman and Chief Executive Officer.$ Janet Maxey, Chief Financial Officer* Elwood C. Trotter, Vice President of Sales@ Garry Newman, Vice President of Manufacturing and Engineering=20 =20  =20yL Donald M. Ochacher, CEO, Air Packaging Technologies Inc. - 800-424-7269ext = 12=20eF Investor Relations: Aimee Boutcher, Boutcher & Boutcher - 888-285-2727   Corporate Headquarters=20p 25620 Rye Canyon Road=20
 Suite F=20 Valencia, CA 91355   =20k  L For visual demonstrations and technical specifications of its packagingsolu=4 tions please visit AIRP online at www.airbox.com =20      L =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=20h Disclaimer:=20L MSR publishes reports providing informationon selected companies that MSR b=L elieves has investment potential. MSRis not a registered investment advisor=L  or broker-dealer. This reportis provided as an information service only, a=L nd the statements and opinionsin this report should not be construed as an =L offer or solicitation tobuy or sell any security. MSR accepts no liability =L for any loss arisingfrom an investor's reliance on or use of this report. A=L n investment inThe Above named company is considered to be highly speculati=L ve and shouldnot be considered unless a person can afford a complete loss o=L f investment.MSR has been hired by a third party consultant, and is contrac=L ted toreceive a cash advertising fee of $500-$5000 for the publication andc=L irculation of this report. Subsequently MSR may buy or sell shares ofthe st=L ock of the above mentioned company in the open market. This reportcontains =L forward-looking statements, which involve risks, and uncertaintiesthat may =L cause actual results to differ materially from those set forthin the forwar=L d-looking statements. For further details concerning theserisks and uncerta=L inties, see the SEC filings of the above mentioned companyincluding the com=0 pany's most recent annual and quarterly reports.      G _______________________________________________________________________y Powered by List Buildera To unsubscribe follow the link:lM http://lb.bcentral.com/ex/manage/subscriberprefs?customerid=3D11414&subid=3D=  476C4A6D726524E7&msgnum=3D12   ------------------------------  # Date: Wed, 26 Dec 2001 23:40:48 GMT ' From: Don Sykes <anonymous@pacbell.net> 5 Subject: Re: OpenVMS  vs. Unix  -  put up or shut up! + Message-ID: <3C2A608C.E4F98F41@pacbell.net>    Jack Patteeuw wrote: > K > First, I cut my teeth on VMS many years ago and it is still my first love K > (with TOPS20 a close second).  I have been doing Unix (Tru64 and Solaris)mA > sys admin for the past 6 years so let me clear a few things up.  >  > Bob Ceculski wrote:c > > D > > Why don't you tell us why unix is better than VMS?  All you unixG > > people always say it is better, but never tell anyone why?  It sure H > > hasn't beat VMS in head to head overall competitions (VMS 99.9%) ...- > > its file system sure doesn't beat RMS ...A > K > Well, RMS is **NOT** a file system.  It's a layer that sits on top of therJ > file system.  Sometimes it does get in the way but most of the time it'sK > fantastic !  Understand that WinDoz and Unix folk never heard of ISAM andsF > would rather pay extra $$$ for those fancy things called "relationalJ > databases" so they can get there friends jobs as dba's and get more free3 > lunch from the Oracle, Ingress, etc, sales folks.  > 7 > >if you pull the plug on the box, your in trouble ...o > K > Not a problem any more !!  Tru64 solved it years ago, Solaris finally did I > in V8.  AIX also has had a log based file system for awhile.  HP-UX ???p >  > > clustering, forget about iti > M > Some Unix folks will claim they had it for years with NFS.  But we all knowNL > what is truly unique about VMSclusters is the distributed lock manager andI > mandatory (file) locking.  Truclusters claims they can do it; I haven'te > tried it.  > I > > ... I had a nt/unix guy come in once for some nt troubleshooting, andDJ > > after a little tour he fell in love w/vms ... his only complaint, onlyM > > 8 dir levels, but I showed him work arounds, and he found that acceptableiL > > ... so what makes unix better than vms?  Security?  don't make me laugh! > C Solved w/ ODS-5 disks which also provide filename case sensitivity.rH I must say I do like Unix's symbolic links in some cases too. VMS's hard links can be problematic.o  L > I sure wish I had ACLs that worked in a heterogeneous environment !!  JustL > try to figure out how to prevent a user from going "outbound" on your Unix > box. > J > > Scalibility?  I don't think so ... Can someone enlighten us stupid vmsN > > users?  We have time>now to settle this once and for all over the holidays% > > ... VMS record stands for itself!  > < > Perhaps, but we all know that Beta is better than VHS  !!! > -- >  > Jack Patteeuwn   ------------------------------    Date: 26 Dec 2001 13:03:59 -0600 From: briggs@encompasserve.org( Subject: Re: QIOs, ASTs, and Event Flags3 Message-ID: <BJ5RkIMMDQlq@eisner.encompasserve.org>m  W In article <20DEC200120591485@gerg.tamu.edu>, carl@gerg.tamu.edu (Carl Perkins) writes:oJ > BTW, by "queue" I gnerally mean VMS's doubly linked self relative queuesF > that you can use via the LIB$[INS/REM]Q[H/T]I(Q) routines. Insert atG > end and pull off from head and you get things in FIFO order. One nice O > feature is the "I" at the end - the interlocking makes these queue operations K > atomic (they really are atomic on the VAX, and they are made that way viae! > routines in PAL code on Alpha).   ? I'd probably stick with absolute queues.  The INSQUE and REMQUE ? instructions are atomic (on VAX) with respect to execution on a > single processor.  They cannot be interrupted by AST delivery.7 The PAL code versions on Alpha are also uninteruptible.   B The interlocked queue instructions are useful in a multiprocessingF environment where multiple processors can access the underlying memory@ in an uncoordinated fashion.  That's where the interlocking partF comes in handy.  And they are useful in a multiprogramming environmentB where multiple processes can map the underlying memory in distinct@ per-process address ranges.  That's where the self-relative partB comes in handy.  Use within a single process on a single processor" does not encounter either problem.  H I haven't kept up with the situation with scheduleable threads.  I would? not expect absolute queues to be scheduleable-thread-safe in an  multiple processor environment.    	John Briggs   ------------------------------    Date: 26 Dec 2001 13:12:36 -0600 From: briggs@encompasserve.org( Subject: Re: QIOs, ASTs, and Event Flags3 Message-ID: <NfFoDFUqhEch@eisner.encompasserve.org>   Y In article <1011221200230.59837C-100000@Ives.egh.com>, John Santos <JOHN@egh.com> writes:vA > No, the 'AST Parameter' received by the AST routine is the 'ASTeB > Parameter' arg you specified in the $QIO (the sixth arg, astprm,B > immediately after the fifth arg, astadr.)  It's an optional arg.C > The online help doesn't specify what the AST routine would see ifdC > you don't specify it in the $QIO; I always assumed it would see aC9 > zero, but maybe it defaults to the address of the IOSB?o  F I would expect a zero as well.  The parameter is passed by value.  AndG zero is a legitimate value.  That would seem to be documented behavior.   B Indeed, it is hard to imagine any reasonable alternative behavior.   	John Briggs   ------------------------------  # Date: Wed, 26 Dec 2001 20:45:38 GMTF1 From: "David J. Dachtera" <djesys.nospam@fsi.net> 1 Subject: Re: TCP/IP - rejecting a connect request0' Message-ID: <3C2A3779.FBE95324@fsi.net>   
 Joe wrote: >  > OpenVMS 7.1-1H2  > TCP/IP V5.0A - ECO 3 > Compaq C V6.2-003  > H > I'm working on something involving sockets. Probably a simple question= > and I'm just missing the boat/concept/information/whatever:  > A > I have a bit of code I've put together to act as a server. If amH > connection request comes in and I (for whatever reason) want to rejectH > the connection request in a "sensible manner" - how do I politely tell > the client to "go away?" > : > It's been ages since I've done anything involving DecnetF > non-transparent task-to-task but I have a foggy memory of a functionE > modifer on the relavent $QIO call which had the effect of telling anH > client "I'm alive. I got your connect request. I'm not going to accept > it right now so try later..."t [snip]  E Guess I'll have show my ignorance here and say that I thought NAK was ( the traditional response in such a case.   -- e David J. Dachtera8 dba DJE SystemsS http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  # Date: Wed, 26 Dec 2001 21:41:53 GMTo+ From: Ryan Moore <rmoore@rmoore.dyndns.org> 1 Subject: Re: TCP/IP - rejecting a connect requestu= Message-ID: <Pine.LNX.4.31.0112261339550.16182-100000@jaipur>k  H In stuff I've written, I just accepted the connection and then closed itD immediately without sending any data.  That should give the client a 'clue'.t   On 26 Dec 2001, Joe wrote: > OpenVMS 7.1-1H2d > TCP/IP V5.0A - ECO 3 > Compaq C V6.2-003o >'H > I'm working on something involving sockets. Probably a simple question= > and I'm just missing the boat/concept/information/whatever:o > A > I have a bit of code I've put together to act as a server. If a H > connection request comes in and I (for whatever reason) want to rejectH > the connection request in a "sensible manner" - how do I politely tell > the client to "go away?" >e: > It's been ages since I've done anything involving DecnetF > non-transparent task-to-task but I have a foggy memory of a functionE > modifer on the relavent $QIO call which had the effect of telling a H > client "I'm alive. I got your connect request. I'm not going to accept > it right now so try later..."  > E > The (OpenVMS) server side is put together using the $QIO interface.oC > I'm not writing the "clients" per se so setting up a initial handmE > shaking protocol is not possible (with out getting into the detailseC > "clients" are basically PHP scripts running on a FreeBSD system).$   ------------------------------  # Date: Thu, 27 Dec 2001 02:28:30 GMTr4 From: Tim Llewellyn <tim.llewellyn@blueyonder.co.uk> Subject: Re: VMS 72 on MV 31000 Message-ID: <3C2A862B.2CE0CF35@blueyonder.co.uk>  
 Doc wrote: > 0 > On Thu, 13 Dec 2001 17:50:11 +0000, John Laird, > <john@laird-towers.freeserve.co.uk> wrote: > >oD > > (*)  Once they got to 80 and beyond, the later models had higherG > > numbers.  The earliest versions were 30s (38s the same but a largeraK > > box), and then there were 40s (with larger 48 equivalents) and then (in J > > an order I cannot remember) things like 10, 20, 10e, 20e.  Usually the" > > front of the case was marked ! > I >  Huh? I have a VS3100 m38 and a VS3100 m30. Same box, same PSU. The m30FI > IDs as a KA42-A and the m38 as a KA-42-B. The m38 is slightly faster. IPH > understand that the m30 and m40 are the same system board, but the m40F > is an expanded enclosure, with more drive bays. Likewise the m38 and > m48. >   & yeah, that how I remember it too, doc.  
 >         Doc    --   Tim.Llewellyn@cableinet.co.uk     C Standard disclaimer applies. My views in no way represent those of t! my employers or service provider.o   ------------------------------  # Date: Thu, 27 Dec 2001 01:32:41 GMTx" From: Art Rice <arice@myhouse.org>/ Subject: Re: What Goes Around, Comes Around....t? Message-ID: <ZSuW7.193239$oj3.32690139@typhoon.tampabay.rr.com>d   israel r t wrote:h  G > On Wed, 26 Dec 2001 08:40:32 GMT, Art Rice <arice@myhouse.org> wrote:n > ! >>> The problem is that Unix won.. >>>  > 	 >>It did?y > G > Well, since we are currently discussing whether HP will terminate VMStC > if the merger goes ahead... and not discussing whether HP will bea= > terminating Digital Unix or what ever it is called today...e1 > Yes, I'd say that in the marketplace, Unix won.n >  > F > In some ethereal nirvana populated by dreamers, where Lisp , OS9 andG > OS/2 and the Amiga  reign supreme, well I guess that VMS won there...p >   L Well, I for one will wait and see.  Although the 'Fat Lady" is in the wings + warming up, I still don't hear her singing.i   -- r Art Rice, Tandem Admin Special Data Processing Corp ----------------------------L All opinions are my own and do not reflect the views of the above mentioned 	 employer.    ------------------------------  # Date: Thu, 27 Dec 2001 02:54:23 GMTs4 From: Tim Llewellyn <tim.llewellyn@blueyonder.co.uk>/ Subject: Re: What Goes Around, Comes Around....e0 Message-ID: <3C2A8B2A.E5B07E61@blueyonder.co.uk>   israel r t wrote:n > G > On Wed, 26 Dec 2001 08:40:32 GMT, Art Rice <arice@myhouse.org> wrote:l > " > >> The problem is that Unix won. > >> > 
 > >It did? > G > Well, since we are currently discussing whether HP will terminate VMShC > if the merger goes ahead... and not discussing whether HP will be = > terminating Digital Unix or what ever it is called today...S1 > Yes, I'd say that in the marketplace, Unix won.n  h@ hmmm, pay attention, VMS will be ported to IA64, Tru64 will not.) A minor point maybe but you bought it up.n   -- t Tim.Llewellyn@cableinet.co.uk  t  C Standard disclaimer applies. My views in no way represent those of  ! my employers or service provider.h   ------------------------------  % Date: Thu, 27 Dec 2001 14:17:37 +1100g5 From: israel r t <israelrt@antispam.optushome.com.au>,/ Subject: Re: What Goes Around, Comes Around.... 8 Message-ID: <qh4l2u4rs521pt1e261ds8nacef81qaa8f@4ax.com>  E On Thu, 27 Dec 2001 01:32:41 GMT, Art Rice <arice@myhouse.org> wrote:   G >> In some ethereal nirvana populated by dreamers, where Lisp , OS9 andyH >> OS/2 and the Amiga  reign supreme, well I guess that VMS won there... >> t >iM >Well, I for one will wait and see.  Although the 'Fat Lady" is in the wings i, >warming up, I still don't hear her singing.  F On the grounds of reliability, security , design and features, MulticsA had everything else ( VMS , MVS , OS360 , Unix ) beat hands down.   / I dont see to many Multics facilities though...pB Multics was killed by the same things that have prematurely doomed+ VMS.... Poor decision making by its vendor.o   ------------------------------  % Date: Thu, 27 Dec 2001 01:38:29 -0500n- From: JF Mezei <jfmezei.spamnot@videotron.ca> / Subject: Re: What Goes Around, Comes Around....a, Message-ID: <3C2AC1C6.B7832B83@videotron.ca>   Tim Llewellyn wrote:B > hmmm, pay attention, VMS will be ported to IA64, Tru64 will not.  N At this point in time, I am not sure you can believe any of this. Compaq is inI a big vaccum now that the wedding between Curly and Carly isn't doing tooDL well. If Compaq is left to fend for itself, it will have to patch up all the1 bridges it burned since the wedding announcement.=  L If Tru64 is resurected and Compaq might decide to do to VMS what it intended to do to Tru64: merge it.a  6 In a way, it might make sense to merge VMS with Tru64.   ------------------------------   End of INFO-VAX 2001.718 ************************