1 INFO-VAX	Fri, 28 Dec 2001	Volume 2001 : Issue 721       Contents:+ Air Packaging Technologies (OTC BB:AIRP.OB) # Re: Bill Hewlett explains his board # Re: Bill Hewlett explains his board > Re: Buffer Overflows - again Was: (Re: Congratulations for the: Re: Compaction, Compression, BACKUP/GROUP/CRC with 4mm DAT1 Re: historical evidence of what went wrong at DEC 1 RE: historical evidence of what went wrong at DEC 1 RE: historical evidence of what went wrong at DEC L Re: New VMS newsgroup (was Re: HP admits it will kill VMS if merger suceeds)# Re: OpenSSL version 0.9.6c released  Problem unpacking TSM  Re: Problem unpacking TSM  Reading OPA0: mailbox... Re: Reading OPA0: mailbox...6 Samsung ordered to pay $73.5 million for mismanagement: RE: Samsung ordered to pay $73.5 million for mismanagement+ The Inquirer: Compaq Readying Tru64 Layoffs / Re: The Inquirer: Compaq Readying Tru64 Layoffs ! Re: VMS Mail sends HTML messages! ! Re: VMS Mail sends HTML messages! ! Re: VMS Mail sends HTML messages! ! Re: VMS Mail sends HTML messages! 7 Re: VMS missing features (was how to do deamons on VMS)   F ----------------------------------------------------------------------    Date: 28 Dec 2001 15:21:36 -0000* From: "Mag Net News" <MAG@lb.bcentral.com>4 Subject: Air Packaging Technologies (OTC BB:AIRP.OB)( Message-ID: <1009552896.23584.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.   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.   Excerpt L "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.=20  =20 L 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 needs   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.   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 Excerpt L 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.   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=20 % Current Price: $1.045 (12/18/2001)=20  Volume: 28,200 (12/18/2001)   =20 =20 D 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  =20 L Donald M. Ochacher, CEO, Air Packaging Technologies Inc. - 800-424-7269ext = 12=20 F Investor Relations: Aimee Boutcher, Boutcher & Boutcher - 888-285-2727   Corporate Headquarters=20  25620 Rye Canyon Road=20
 Suite F=20 Valencia, CA 91355   =20   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=20  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 _______________________________________________________________________  Powered by List Builder  To unsubscribe follow the link: M http://lb.bcentral.com/ex/manage/subscriberprefs?customerid=3D11414&subid=3D=  4E4BD80367384E10&msgnum=3D13   ------------------------------  % Date: Fri, 28 Dec 2001 10:38:05 +0100 1 From: John McLean <mcleanj@swissonline.delete.ch> , Subject: Re: Bill Hewlett explains his board4 Message-ID: <3C2C3D7D.4CCA038@swissonline.delete.ch>   John Smith wrote:  > N > http://dailynews.yahoo.com/htx/nm/20011227/tc/tech_compaq_hewlett_dc_17.html > ! > Thursday December 27 5:20 PM ET  > + > Hewlett Heir Explains Vote on Compaq Deal  > By Peter Henderson > N > SAN FRANCISCO (Reuters) - The son of a Hewlett-Packard Co. (NYSE:HWP - news)M > founder who is leading the opposition to the acquisition of Compaq Computer M > Corp. (NYSE:CPQ - news) said on Thursday that he told HP's board he opposed B > the deal even as he cast a vote making board approval unanimous. .... > J > But Hewlett said he first aired his concerns in May when Chief ExecutiveM > Carly Fiorina began telling the Hewlett-Packard board about the possibility  > of the deal.  G So we now have confirmation that merger talks were taking place in May.   @ Fiorina couldn't have been saying this to the board without someE discussion with Compaq.  I wonder how much further it will creep back  ...   C Compaq would probably have been better off to announce the proposed H merger and the transfer of Alpha at the same time, with a caveat that ifC for some reason the merger did not take place the transfer of Alpha F would still continue.  It would have made a lot of things much simpler1 and maintained a reasonable level of credibility.      John McLean    ------------------------------  % Date: Fri, 28 Dec 2001 13:58:29 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca> , Subject: Re: Bill Hewlett explains his board, Message-ID: <3C2CC0D0.5E48F74E@videotron.ca>   John McLean wrote:E > Compaq would probably have been better off to announce the proposed J > merger and the transfer of Alpha at the same time, with a caveat that ifE > for some reason the merger did not take place the transfer of Alpha H > would still continue.  It would have made a lot of things much simpler3 > and maintained a reasonable level of credibility.   G Or simply announced that upon consumation of the merger, Alpha would be A transfered to Intel. But with no merger, Compaq would keep Alpha.    ------------------------------  % Date: Thu, 27 Dec 2001 20:37:54 +0000 , From: hmv@port.ac.uk (Mike Meredith at home)G Subject: Re: Buffer Overflows - again Was: (Re: Congratulations for the ( Message-ID: <2r0g0a.8891.ln@lucifer-ec0>  + In article <a0fese$534$1@bob.news.rcn.net>,  	jmfbahciv@aol.com writes:2 > In article <3C2B229A.EA2E7988@bellatlantic.net>,- >    bad bob <sfmc68@bellatlantic.net> wrote:  >> .. Perhaps one could argue I >>that the DS series alphas are just a loosely coupled system in the same   @ Assuming "loosely coupled" means what I think it means, then the: DS series is tightly coupled as the main memory is shared.  I >>box, I could not argue this either way.  But the OS, the bsd variants,  I >>VMS, DU/Tru, and Linux all seem to support the multi cpu boxes and make 5 >>them perform - depending on the problem of course!!   ; I think it's been said that a special-purpose OS for number > crunching could be more efficient because it wouldn't have theA overhead of offering all the services that a typical Unix and VMS ; box offers. Of course that special-purpose OS could well be & Unix/VMS with everything stripped out.  ? > JMF did a Unix SMP.  The OS had a flaw in its philosophy that = > didn't allow reentrancy.  I've lost the writeup about those   ? I suspect that flaw has long since gone, or they would have big 6 problems with the larger IRIX/Sun/IBM/HP/Compaq boxes.  > > specific problems.  Some day, the people who co-authored may
 > post it.  $ It would be interesting to see that.   ------------------------------    Date: 28 Dec 2001 07:43:17 -0600 From: briggs@encompasserve.orgC Subject: Re: Compaction, Compression, BACKUP/GROUP/CRC with 4mm DAT 3 Message-ID: <s58nInp3LAv3@eisner.encompasserve.org>   n In article <343f30ae.0112271609.3966cb80@posting.google.com>, SPAMSINK2001@YAHOO.COM (Alan E. Feldman) writes: > Hello, > H > How does tape compaction work? Does it find redundant data and replaceD > them with tokens like PKZIP does? Or is some other trick involved?  D It is a function of the hardware.  You turn it on and the tape drive8 decides how to compress the blocks that you write to it.  A Now, given the access patterns possible with ordinary mag tape, I C would expect the drive to compress in a fashion that would not make C the encoding of one block depend on the content of any other block. C If you're designing a tape drive, you don't want to have to emulate F backspace as a rewind, read-forward, rebuild compression map sequence.  F > Is there a difference between compaction and compression? Or is it a3 > case of "You say to-may-to, and I say to-mah-to"?   5 /MEDIA=COMPACT enables compression on the tape drive.   E > Re /CACHE=TAPE_DATA: If your tape drive supports this, is there any H > reason you might want to turn it off other than timing the improvementA > obtained therewith? Can enabling this cache screw something up?   E This enables the tape drive write cache.  You write to the tape drive B and the hardware buffers up your write.  The I/O seems to completeD quickly and BACKUP gets back to reading data from disk.  It can be a8 dramatic performance booster with streaming tape drives.  B The downside is what happens if there is a write error.  Since theB I/O operation has already completed successfully, BACKUP can't getA error notification in the conventional way.  What is done is that > a _subsequent_ I/O completes with an SS$_DATALOST status.  And@ BACKUP generally handles this by aborting immediately.  It can't? know which block wasn't written so it can't recover.  Kablooey.   < Classically, BACKUP has the ability to respond to tape writeF errors by rewriting the failed block.  It also has a fairly aggressiveF retry strategy on the write.  (In the day of TU77's and TU78's, BACKUPG was a premiere tape exerciser -- it could reveal problems that no other D utility would find).  On the kind of 9 track tape drives that it was@ designed for, BACKUP did an outstanding job of dealing with tapeD problems.  And /CACHE=TAPE_DATA makes that functionality impossible.  B On the other hand, modern tape drives fail differently than legacyE 9 track drives.  If you get a write error on a modern tape drive with C a VMS mag tape driver, it's probably all over.  You can't write any C more data to the drive.  You get "position lost" errors if you try. = So BACKUP's fancy rewrite stategy won't work anyway.  In that 7 environment, /CACHE=TAPE_DATA doesn't have a downside.    H > Is there any need to use redundancy groups in BACKUP save sets writtenH > to 4mm DAT tapes (DDS-2) on TLZ07-VA and TZL07-DA tape drives? Doesn'tE > the drive write its own redundant data to the tape for future error . > recovery purposes? And is /CRC still needed?  B Redundancy groups are arguably a waste of time.  If you get a tapeE read error on a modern tape drive, chances are that you won't be able B to read past the problem anyway.  The tape drive does use ECC, but@ that's not the same thing as writing an XOR of each 10 blocks asD the 11th.  On the other hand, the overhead is only 10% (by default).E If you have room on your tape and time in your backup schedule, leave  it turned on.     @ /CRC is still needed.  And there are folks here who can give youG the horror stories.  All the drive-generated CRC can verify is that the > data coming from the tape matches the data that was originally> written to the tape.  It can't verify that the data that makesC it back to the operating system matches the original data that came E from the operating system.  Cables, controllers and device drivers in  the middle are the concern.   C Historically, /CRC could be a performance killer.  With slower CPUs E and streaming tape drives, you sometimes needed to eke out every drop F of performance to keep that darned drive streaming.  That's less of an6 issue today.  It's usually not worth turning /CRC off.    & One final bit of advice.  Use /VERIFY.   	John Briggs   ------------------------------  % Date: Fri, 28 Dec 2001 16:21:24 -0000 / From: Michael Zarlenga <zarlenga@conan.ids.net> : Subject: Re: historical evidence of what went wrong at DEC/ Message-ID: <u2p7043a3clec4@corp.supernews.com>   E In comp.os.vms Bill Pechter <pechter@i4got.pechter.dyndns.org> wrote: & : As far as the  Unix vs. VMS issue...I : Considering I make my living on Unix boxes now... it took years of work 8 : to get me as productive as I was in days with VAX/VMS.( : That's pretty high praise for OpenVMS.  > This 15+yr VMS user who also has 2+yrs of Unix finds Unix much? easier to use for most of the tasks I do.  I really hate to sayB= that, but its scripting languages are light years beyond DCL.e   -- g -- Mike Zarlenga   ------------------------------  % Date: Fri, 28 Dec 2001 10:39:42 -0600 + From: Christopher Smith <csmith@amdocs.com>s: Subject: RE: historical evidence of what went wrong at DECL Message-ID: <3B55D7F383B0D31197D9009027541CBF1170E03C@cmiexch1.cmi.itds.com>   > -----Original Message-----8 > From: Michael Zarlenga [mailto:zarlenga@conan.ids.net]  @ > This 15+yr VMS user who also has 2+yrs of Unix finds Unix muchA > easier to use for most of the tasks I do.  I really hate to say ? > that, but its scripting languages are light years beyond DCL.H  L The really good (IMO) scripting languages are also available for VMS.  Perl,E TCL, and (I think) Python are all relatively portable, and will work.a  J To be really fair, you'd need to compare DCL with bourne, or possibly ksh. I think it compares well.    Regards,   Chris2    ! Christopher Smith, Perl Developerb Amdocs - Champaign, IL   /usr/bin/perl -e '? print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");  'i  a   ------------------------------    Date: 28 Dec 2001 12:51:08 -0600+ From: young_r@encompasserve.org (Rob Young)t: Subject: RE: historical evidence of what went wrong at DEC3 Message-ID: <pc$+tHMs61Bh@eisner.encompasserve.org>r  z In article <3B55D7F383B0D31197D9009027541CBF1170E03C@cmiexch1.cmi.itds.com>, Christopher Smith <csmith@amdocs.com> writes: >> -----Original Message-----i9 >> From: Michael Zarlenga [mailto:zarlenga@conan.ids.net]a > A >> This 15+yr VMS user who also has 2+yrs of Unix finds Unix mucheB >> easier to use for most of the tasks I do.  I really hate to say@ >> that, but its scripting languages are light years beyond DCL. > N > The really good (IMO) scripting languages are also available for VMS.  Perl,G > TCL, and (I think) Python are all relatively portable, and will work.s >    	Python, definitely:  % http://decus.decus.de/~zessin/python/   8 	And if you look here, you see that Hoff shows Python as  	a work in progress on slide 41:  P http://www.openvms.compaq.com/presentations/cets2001/cets2001-1131_vmsupdate.ppt   				Robb   ------------------------------  % Date: Fri, 28 Dec 2001 17:39:32 -0000o3 From: "Malcolm" <malcolm@neverness.freeserve.co.uk>iU Subject: Re: New VMS newsgroup (was Re: HP admits it will kill VMS if merger suceeds) - Message-ID: <a0iamb$9o$1@news5.svr.pol.co.uk>p  : "Larry Kilgallen" <Kilgallen@SpamCop.net> wrote in message- news:P9LgX79TXI+a@eisner.encompasserve.org...o; > In article <a0g4t2$mcl$1@newsg4.svr.pol.co.uk>, "Malcolm"o+ <malcolm@neverness.freeserve.co.uk> writes:  >n# > > How about comp.os.vms.advocacy?oD > > (a la comp.os.linux.advocacy, comp.os.ms-windows.nt.advocacy &c) >dI > "The powers that be" typically insist the content of the original groupaE > (comp.os.vms) be moved down to a level parallel with the new one tonF > make something like comp.os.vms.technical.  Look at what happened to > comp.lang.pascal.e >rK > Plus, a lot of people will know that _their_ topic is worth cross-posting1 > destroying any benefit.A >dD Hmmm. Good point. Never thought of that. Oh well, we can just go forF alt.fan.vms and alt.flame.vms and people can crosspost accordingly ;-)  	 -Malcolm.a   ------------------------------    Date: 28 Dec 2001 09:20:27 -0800& From: bes@pbsbank.ch (Bernard Straehl), Subject: Re: OpenSSL version 0.9.6c released= Message-ID: <76f61726.0112280920.7efe1b56@posting.google.com>v  s moeller@cdc.informatik.tu-darmstadt.de (Bodo Moeller) wrote in message news:<20011222172957.A16597b@openssl.org>...n! > OpenSSL version 0.9.6c releasedo! > ===============================n > / > OpenSSL - The Open Source toolkit for SSL/TLS. > http://www.openssl.org/S > H > The OpenSSL project team is pleased to announce the release of versionJ > 0.9.6c of our open source toolkit for SSL/TLS.  This new OpenSSL versionH > is mostly a bugfix release and incorporates at least 40 changes to theN > toolkit (for a complete list see http://www.openssl.org/source/exp/CHANGES). > # > The most significant changes are:  > ) >     o Various SSL/TLS library bugfixes.o >     o BIGNUM library fixes.r4 >     o RSA OAEP and random number generation fixes./ >     o Object identifiers corrected and added.t+ >     o Add assembler BN routines for IA64.iC >     o Add support for OS/390 Unix, UnixWare with gcc, OpenUNIX 8, ; >       MIPS Linux; shared library support for Irix, HP-UX.rC >     o Add crypto accelerator support for AEP, Baltimore SureWare,,8 >       Broadcom and Cryptographic Appliance's keyserver# >       [in 0.9.6c-engine release].a > H > We consider OpenSSL 0.9.6c to be the best version of OpenSSL availableC > and we strongly recommend that users of older versions upgrade astF > soon as possible.  OpenSSL 0.9.6c is available for download via HTTPG > and FTP from the following master locations (you can find the variouss? > FTP mirrors under http://www.openssl.org/source/mirror.html):  > $ >   o http://www.openssl.org/source/# >   o ftp://ftp.openssl.org/source/. > ? > [1] OpenSSL comes in the form of two distributions this time.0K > The reasons for this is that we want to deploy the external crypto devicenJ > support but don't want to have it part of the "normal" distribution justI > yet.  The distribution containing the external crypto device support istG > popularly called "engine", and is considered experimental.  It's been,J > fairly well tested on Unix and flavors thereof.  If run on a system withN > no external crypto device, it will work just like the "normal" distribution. > " > The distribution file names are: > & >     o openssl-0.9.6c.tar.gz [normal]- >     o openssl-engine-0.9.6c.tar.gz [engine]o >  > Yours, > The OpenSSL Project Team...  n > < >   Mark J. Cox             Richard Levitte    Andy Polyakov: >   Ralf S. Engelschall     Bodo Mller        Holger Reif; >   Dr. Stephen Henson      Ulf Mller         Geoff Thorpeu( >   Ben Laurie              Lutz Jnicke   Hi c  D A question: is it now possible to forward ports too? I was trying toE get a version of SSH ( i think it was 0.9.5)for VMS with this featuresF but I did found none. We had to go over a UNIX box to accomplish this. regards bernard    ------------------------------    Date: 28 Dec 2001 10:00:04 -0600+ From: young_r@encompasserve.org (Rob Young)i Subject: Problem unpacking TSM3 Message-ID: <cqbFQ+8dfC8G@eisner.encompasserve.org>e   	From FREEWARE 5.0   $ run tsm021.dcx_axpexet  K                 FTSV DCX auto-extractible compressed file for OpenVMS (AXP)=6                 FTSV V3.0 -- FTSV$DCX_AXP_AUTO_EXTRACT:                 Copyright (c) Digital Equipment Corp. 1993  ? Options: [output_file_specification [input_file_specification]].  = The decompressor  needs to know  the filename to use for the o< decompressed file. If you don't specify any, it will use the< original name  of the  file before it  was  compressed,  and< create  it in  the  current  directory.  If  you  specify  a; directory name, the file will be created in that directory.u  % Decompress into (file specification):n/         Opening and checking compressed file...m6 Decompressing (press Ctrl-T to watch the evolution)...%         Creating decompressed file..._E         Original file specification: SYS$SYSROOT:[SYSMGR]TSM021.SAV;1 L         Decompressed file specification: MOMMY$DISK:[ROBBIE.TSM]TSM021.SAV;10 %FTSV-W-COMP_DECOMPERR, fatal decompressor error -DCX-W-TRUNC, data truncated  B        I copied it from CD to directory... I noticed it was strmlf        so thought a:  J $ SET FILE/ATTRIBUTES=(RFM:FIX,LRL:512,MRS:512,RAT:NONE) TSM021.DCX_AXPEXE  K       Might be in order... but I received the same results  :(  What is thei        deal?  Any clues?  $                                  Rob   ------------------------------  % Date: Fri, 28 Dec 2001 11:05:43 -0500 4 From: John Malmberg <Malmberg@dskwld.zko.dec.compaq>" Subject: Re: Problem unpacking TSM4 Message-ID: <3C2C9857.1060504@dskwld.zko.dec.compaq>  0 Known problem with the physical CD-ROMs and TSM.  F The corrected files should be on the freeware CD-ROM web site at it's ( link from http://www.openvms.compaq.com/   -Johne malmberg@dskwld.zko.dec.compaq Personal Opinion Only    Rob Young wrote:   > 	From FREEWARE 5.0 >  > $ run tsm021.dcx_axpexeE   <snip>  1 >%FTSV-W-COMP_DECOMPERR, fatal decompressor errorr > -DCX-W-TRUNC, data truncated   ------------------------------  , Date: Fri, 28 Dec 2001 16:11:00 -0200 (BRST) From: valdemir-@uol.com.br! Subject: Reading OPA0: mailbox...u6 Message-ID: <200112281811.QAA13790@walters.uol.com.br>  
 Hello all:  9  I need catch all messages sent to OPA0: terminal in VAX t:  machines (console operator) in real time, and send these :  messages to other VAX machine in the network. To do this 9  I need open and read OPA0 mailbox ? How can I make this l:  using Pascal language? Is this the right way to get these%  messages ? Please, kill my doubts...c  Thanks...        ------------------------------    Date: 28 Dec 2001 12:51:22 -0600 From: briggs@encompasserve.org% Subject: Re: Reading OPA0: mailbox...j3 Message-ID: <Jftz0UP4dGVB@eisner.encompasserve.org>   S In article <200112281811.QAA13790@walters.uol.com.br>, valdemir-@uol.com.br writes:e; >  I need catch all messages sent to OPA0: terminal in VAX s< >  machines (console operator) in real time, and send these < >  messages to other VAX machine in the network. To do this ; >  I need open and read OPA0 mailbox ? How can I make this  < >  using Pascal language? Is this the right way to get these' >  messages ? Please, kill my doubts...s  > What I assume you are asking for is the OPCOM messages and not@ any other output that might come out on the console from someone= logging in there or from applications writing directly there.o  B One nice way to capture OPCOM messages in real time is to allocateA a terminal of your choice.  An unassigned and unmapped LTA deviceu
 works nicely:n    $ MCR LATCP<  LCP> CREATE PORT /LOGICAL=(NAME=OPCOM_MONITOR,TABLE=SYSTEM)
  LCP> EXIT  G Now you configure this port to send broadcast messages that it receiveso# to its associated mailbox (if any).   @  $ SET TERMINAL /PERMANENT OPCOM_MONITOR /NOBROADCAST /BRDCSTMBX  I And finally, you write a program to associate a mailbox with the terminalS, and to deal with the messages appropriately.  F 	status = sys$crembx ( ,mbxchan, 1024, 2048,,, "opcom_monitor_mbx",, )
 	check status : 	status = sys$assign ( "opcom_monitor:", chan,, mbxchan, )
 	check status % 	open "opcom_monitor_mbx" for readingeB 	! You can use QIO, RMS or language-native I/O to read the mailbox loop:e  	read a message from the mailbox 	handle the message'
 	goto loop    C Oh.  I almost forgot.  You need to enable your allocated LTA devicef as an operator console:i  )  $ DEFINE /USER SYS$COMMAND OPCOM_MONITORv  $ REPLY /ENABLE   or,  $ REPLY /ENABLE=(stuff,you,want,to,monitor)   	John Briggs   ------------------------------    Date: 28 Dec 2001 07:52:40 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)h? Subject: Samsung ordered to pay $73.5 million for mismanagementa3 Message-ID: <A7X7IL6UDCT8@eisner.encompasserve.org>e   From:u  F http://www.azcentral.com/business/articles/breaking/1228samsung28.html    C SEOUL, South Korea - In a landmark ruling, a South Korean court haseG ordered 10 executives from Samsung Electronics Co. to pay $73.5 millionw0 back to the company for mismanaging its affairs.  B The decision handed down Thursday marked the first time that South< Korean business executives were held legally responsible forH mismanagement, which has caused serious financial losses to South Korean companies and shareholders.e   ------------------------------  % Date: Fri, 28 Dec 2001 09:45:19 -0500 * From: WILLIAM WEBB <WWEBB1@email.usps.gov>C Subject: RE: Samsung ordered to pay $73.5 million for mismanagement,- Message-ID: <0033000046204121000002L012*@MHS>r  
 =0AHehehe. What a precedent.d  = The executive equivalent of "loser pays" in the legal system.o  
 Samsung, huh.d  A They made the best monitor (in terms of being a workhorse as welle* as in video quality) that I've ever owned.   And I got it serendipitously-b  8 DEC was out of 17 inch monitors and shipped me a Samsung: SyncMaster 17GL as a loaner with my new DEC XL590 PC until. such time as a DEC 17-incher became available.  < The Samsung had such great video quality that I told them to< bill me for it, and cancel the backorder on the DEC monitor.  @ And the Samsung and the XL590, though somewhat long in the tooth< for non-VMS hardware, are still running (albeit slowly) now.   WWWebb   -----Original Message-----/ From: Info-VAX-Request@Mvb.Saic.Com at INTERNETh' Sent: Friday, December 28, 2001 9:03 AMOB To: Webb, William W Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNET? Subject: Samsung ordered to pay $73.5 million for mismanagement      From:.  F http://www.azcentral.com/business/articles/breaking/1228samsung28.html    C SEOUL, South Korea - In a landmark ruling, a South Korean court hasoH ordered 10 executives from Samsung Electronics Co. to pay $73.5 million=  0 back to the company for mismanaging its affairs.  B The decision handed down Thursday marked the first time that South< Korean business executives were held legally responsible forH mismanagement, which has caused serious financial losses to South Korea= nt companies and shareholders.=   ------------------------------   Date: 28 Dec 2001 17:02:25 GMT) From: leslie@clio.rice.edu (Jerry Leslie)e4 Subject: The Inquirer: Compaq Readying Tru64 Layoffs' Message-ID: <a0i8j1$igi$1@joe.rice.edu>f Keywords: tru64,layoffs,compaq  *    http://www.theinquirer.net/28120102.htm     Compaq readying Tru64 layoffs       Compaq readying Tru64 layoffs    HP or no HP  )    By Mike Magee, 28/12/2001 09:32:14 BST   H   "SOURCES AT COMPAQ Germany tell the INQUIRER that the firm is readyingF    layoffs of staff working on its version of Unix, Tru64, whether the?    takeover deal between it and Hewlett Packard happens or not.n  H    The move is slated for the beginning of next year, when the folks are5    back from their extended consumption of plum duff.a  I    But the implications of the layoffs are far wider reaching than simplevH    redundancies, because if the deal does go through, that implies HP/UXI    will stand on its own, now that it seems splicing TruCluster and Tru64t/    into it are much harder than first appeared.l  C    There are other implications too - with Oracle likely to fume at 5    Compaq as elements of Oracle 9i RAC rely on Tru64.t  I    Sales of Tru64 have apparently slumped since Q announced its plans for H    a converged enterprise Unix, and this itself has serious implicationsE    for another plank of Compaq business - sales of its Alpha systems.t  I    Over two thirds of Alpha business is Tru64 Unix related and that meanstF    that if sales of this element are suffering, Alpha platforms suffer>    too, even though EV7 and Marvel appear to be ahead of time.  E    There's even more worrying news for Compaq as sales of OpenVMS are F    also declining, with the blamesters at Qastle Qapellas pointing the<    finger at poor marketeering and kow-towing to the bosses.  E    Our German mole put it this way: "The Emperor's New Clothes is notiH    required reading for downstream marketing people in VMS Land, nor for0    the managers to which the marketeers report."  I    As usual in this First Ice Age between Compaq and Mike Magee, no sabre 0    toothed PRs were available for comment.... "   ------------------------------  # Date: Fri, 28 Dec 2001 18:46:40 GMT * From: "Bill Todd" <billtodd@metrocast.net>8 Subject: Re: The Inquirer: Compaq Readying Tru64 LayoffsB Message-ID: <k63X7.426574$8q.36130243@bin2.nnrp.aus1.giganews.com>  6 "Jerry Leslie" <leslie@clio.rice.edu> wrote in message! news:a0i8j1$igi$1@joe.rice.edu...p, >    http://www.theinquirer.net/28120102.htm" >    Compaq readying Tru64 layoffs >o" >    Compaq readying Tru64 layoffs >    HP or no HP >n+ >    By Mike Magee, 28/12/2001 09:32:14 BSTo >eJ >   "SOURCES AT COMPAQ Germany tell the INQUIRER that the firm is readyingH >    layoffs of staff working on its version of Unix, Tru64, whether theA >    takeover deal between it and Hewlett Packard happens or not.  > J >    The move is slated for the beginning of next year, when the folks are7 >    back from their extended consumption of plum duff.- >-K >    But the implications of the layoffs are far wider reaching than simplecJ >    redundancies, because if the deal does go through, that implies HP/UXK >    will stand on its own, now that it seems splicing TruCluster and Tru64o1 >    into it are much harder than first appeared.   J I was wondering when this would get recognized.  Just adding AdvFS supportJ to HP/UX (as had been promised recently) would have been difficult enough.   >aE >    There are other implications too - with Oracle likely to fume ate7 >    Compaq as elements of Oracle 9i RAC rely on Tru64.r >lK >    Sales of Tru64 have apparently slumped since Q announced its plans forrJ >    a converged enterprise Unix, and this itself has serious implicationsG >    for another plank of Compaq business - sales of its Alpha systems.2 > K >    Over two thirds of Alpha business is Tru64 Unix related and that means H >    that if sales of this element are suffering, Alpha platforms suffer@ >    too, even though EV7 and Marvel appear to be ahead of time.  L Figures.  Alpha gets shot in the kneecaps just before a major new generation& arrives (earlier than forecast, even).   >DG >    There's even more worrying news for Compaq as sales of OpenVMS are1H >    also declining, with the blamesters at Qastle Qapellas pointing the> >    finger at poor marketeering and kow-towing to the bosses.  H I'm sure Fred will correct this misconception as soon as he returns fromL vacation, since he's already made it clear that recent events will only help VMS's continuing 'renaissance'.y   - bill   ------------------------------  % Date: Fri, 28 Dec 2001 10:17:15 -0500g% From: "John Vottero" <John@mvpsi.com>a* Subject: Re: VMS Mail sends HTML messages!/ Message-ID: <u2p37sgak74tb6@news.supernews.com>o  + Don't get too excited, this breaks in V7.3.s  5 "Bob Ceculski" <bob@instantwhip.com> wrote in messages7 news:d7791aa1.0112271655.42c7dfea@posting.google.com...eJ > someone posted this awhile ago on this site ... I needed to send an htmlL > confirmation message to customers on our site and found a simple way to do it!1) > this was what was originally posted ...n >r > $ cr[0,8] = 13 >    $ lf[0,8] = 10w. >    $ subject = "This is a test." + cr + lf -) >    _$ + "Mime-Version: 1.0" + cr + lf -$' >    _$ + "Content-Type: text/enriched"a >    $ write sys$output subjectt >    This is a test. >    Mime-Version: 1.0  >    Content-Type: text/enrichedF >    $ mail/subject="''subject'" tt: "SMTP%""anybody@xyzcompany.com"""G >    Enter your message below. Press CTRL/Z when complete, or CTRL/C top
 >    quit: >    <bold>Sometimes</bold>.+ >    <x-color><param>red</param>I</x-color>c( >    even amaze <italic>myself</italic>!+ >    ctrl-Z <-- i.e., here I typed a ctrl-zl >    $ >i >t1 > just do this, changing "enriched" to "html" ...eI > if you create in any language a variable and define it as the following  ...o > K > SUB = 'Web Order<CR><LF>Mime-Version: 1.0<CR><LF>Content-Type: text/html't > L > and use this variable as the subject content in the mail command, then you canmI > send an html based file as a the message and it works great!  The above L > <CR><LF> were created w/EDT GOLD KEY, then type decimal 13 or 10, then EDT& > GOLD 3 (specins) ... it's that easy!   ------------------------------    Date: 28 Dec 2001 09:55:13 -0800( From: bob@instantwhip.com (Bob Ceculski)* Subject: Re: VMS Mail sends HTML messages!= Message-ID: <d7791aa1.0112280955.453fc730@posting.google.com>n  \ "John Vottero" <John@mvpsi.com> wrote in message news:<u2p37sgak74tb6@news.supernews.com>...- > Don't get too excited, this breaks in V7.3.e >   C that is good to know ... looks like we will stay on 7.1 ... this iss, important for those who run web apps on vms!   ------------------------------  % Date: Fri, 28 Dec 2001 09:56:00 -0800d% From: Dean Woodward <deanw@rdrop.com>e* Subject: Re: VMS Mail sends HTML messages!) Message-ID: <3C2CB230.FFF33FC2@rdrop.com>    Bob Ceculski wrote:a > ^ > "John Vottero" <John@mvpsi.com> wrote in message news:<u2p37sgak74tb6@news.supernews.com>.../ > > Don't get too excited, this breaks in V7.3.  > >b > E > that is good to know ... looks like we will stay on 7.1 ... this iso. > important for those who run web apps on vms!  B Something wrong with TCPIP$SMTP_SFF.EXE?  Seems to me it'd be less' trouble than what you're going through.o   ------------------------------  % Date: Fri, 28 Dec 2001 19:07:28 +0100y1 From: John McLean <mcleanj@swissonline.delete.ch>c* Subject: Re: VMS Mail sends HTML messages!5 Message-ID: <3C2CB4E0.DD3C7B86@swissonline.delete.ch>    John,r  G What breaks and in what way ?  Is it with the html header stuff or doese something else fail ?a     John McLeana     John Vottero wrote:m > - > Don't get too excited, this breaks in V7.3.a > 7 > "Bob Ceculski" <bob@instantwhip.com> wrote in messager9 > news:d7791aa1.0112271655.42c7dfea@posting.google.com... L > > someone posted this awhile ago on this site ... I needed to send an htmlN > > confirmation message to customers on our site and found a simple way to do > it!r+ > > this was what was originally posted ...e > >a > > $ cr[0,8] = 13 > >    $ lf[0,8] = 10.0 > >    $ subject = "This is a test." + cr + lf -+ > >    _$ + "Mime-Version: 1.0" + cr + lf -e) > >    _$ + "Content-Type: text/enriched"e! > >    $ write sys$output subjectd > >    This is a test. > >    Mime-Version: 1.0" > >    Content-Type: text/enrichedH > >    $ mail/subject="''subject'" tt: "SMTP%""anybody@xyzcompany.com"""I > >    Enter your message below. Press CTRL/Z when complete, or CTRL/C to6 > >    quit: > >    <bold>Sometimes</bold>S- > >    <x-color><param>red</param>I</x-color> * > >    even amaze <italic>myself</italic>!- > >    ctrl-Z <-- i.e., here I typed a ctrl-ze > >    $ > >  > >e3 > > just do this, changing "enriched" to "html" ...eK > > if you create in any language a variable and define it as the followingt > ...r > >tM > > SUB = 'Web Order<CR><LF>Mime-Version: 1.0<CR><LF>Content-Type: text/html'h > > N > > and use this variable as the subject content in the mail command, then you > candK > > send an html based file as a the message and it works great!  The above6N > > <CR><LF> were created w/EDT GOLD KEY, then type decimal 13 or 10, then EDT( > > GOLD 3 (specins) ... it's that easy!   ------------------------------    Date: 28 Dec 2001 07:46:09 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)d@ Subject: Re: VMS missing features (was how to do deamons on VMS)3 Message-ID: <Ursx8IO4QWXd@eisner.encompasserve.org>   T In article <3C2BB950.BDA57D21@Empire.Net>, John Sauter <J_Sauter@Empire.Net> writes: > Larry Kilgallen wrote: > . > For which other VMS editors can anyone name  > the current maintainer ? >  > John Sauter responded: > 3 > That's rather unfair.  Just because we can't namer/ > the maintainer doesn't mean he doesn't exist.p2 > I was the maintainer of EDT in the early 1980's,/ > but I doubt that any reader of this newsgroupf# > could have named me at that time.i  < I could have, I believe because you spoke at DECUS Symposia.   ------------------------------   End of INFO-VAX 2001.721 ************************