1 INFO-VAX	Fri, 27 May 2005	Volume 2005 : Issue 294       Contents: Re: ABC problem with disk  Re: ABC problem with disk  Re: Airport security - uh oh Re: DEFRAG ovms 7.3-2  Re: DEFRAG ovms 7.3-2   RE: Encompass Board of Directors  Re: Encompass Board of DirectorsP Re: HELP! Serious Alpha Image Activation problem. Symbol Resolution - No errors P Re: HELP! Serious Alpha Image Activation problem. Symbol Resolution - No errors P Re: HELP! Serious Alpha Image Activation problem. Symbol Resolution - No errors 4 Re: HP Pulls Off a Respectable Second Fiscal Quarter? Re: HP to help governments with tracking users with NAtional ID ? Re: HP to help governments with tracking users with NAtional ID ? Re: HP to help governments with tracking users with NAtional ID ? Re: HP to help governments with tracking users with NAtional ID ) Re: I guess this means all is well again.  Re: Installing a printer Re: Installing a printer Re: Installing a printer Re: Installing a printer* Re: VAX: Worth upgrading from 7.2 to 7.3 ? VMS TCPIP Services Re: VMS TCPIP Services Re: VMS TCPIP Services Re: VMS TCPIP Services Re: VMS TCPIP Services- [BUGTRAQ] High Risk Vulnerability in LISTSERV   F ----------------------------------------------------------------------    Date: 27 May 2005 05:29:30 -0700) From: "Joe Sewell" <ultrajoe@spamcop.net> " Subject: Re: ABC problem with diskC Message-ID: <1117196970.548078.159970@z14g2000cwz.googlegroups.com>    David J Dachtera wrote:  > Joe Sewell wrote:  > > M > > >Archive backup client, eh? Haven't heard of that since about 1998 or so. " > > >Not recommended then, either. > > > M > > >Use VMS BACKUP to backup VMS disks, or risk losing your data and/or your 6 > > >ability to perform disaster recovery expediently. > >  > > Not an option. > J > Protecting your company's data by doing proper backups is not an option? >  > That's *GOTTA* be a first!  C Oh, they do "proper backups" to the shared computer resources.  The D Alpha workstations used for development purposes, however, aren't asD important, it seems; the standard is what we find in the labs, whereC the system disk is routinely INITIALIZEd for a VMS upgrade.  (We're B talking about hundreds of machines, and nobody has the time to run( through the standard upgrade procedure.)  < > > This was installed by the system administrator (not me).H > > The only reason I even noticed its existence on my machine is due toK > > some system slowdown that I tracked down to this thing chewing up about  > > 5% CPU time in kernel mode.  > B > ...and the reason management continues to tolerate this is ... ?  F ... because "management" doesn't know about it.  This is all under the= auspices of IT, which is under a separate sector, which makes , accountability more than a little difficult.  E But enough of this.  ABC is what we're stuck with for now.  Help, not E criticism of policies that are out of my hands, would be appreciated.    ------------------------------  % Date: Fri, 27 May 2005 13:03:26 -0400 - From: William Webb <william.w.webb@gmail.com> " Subject: Re: ABC problem with disk7 Message-ID: <8660a3a105052710032c6a2de3@mail.gmail.com>   G On 27 May 2005 05:29:30 -0700, Joe Sewell <ultrajoe@spamcop.net> wrote:  > David J Dachtera wrote:  > > Joe Sewell wrote:  > > > L > > > >Archive backup client, eh? Haven't heard of that since about 1998 or=  so.$ > > > >Not recommended then, either. > > > > L > > > >Use VMS BACKUP to backup VMS disks, or risk losing your data and/or = your8 > > > >ability to perform disaster recovery expediently. > > >  > > > Not an option. > > L > > Protecting your company's data by doing proper backups is not an option= ?  > >  > > That's *GOTTA* be a first! >=20E > Oh, they do "proper backups" to the shared computer resources.  The F > Alpha workstations used for development purposes, however, aren't asF > important, it seems; the standard is what we find in the labs, whereE > the system disk is routinely INITIALIZEd for a VMS upgrade.  (We're D > talking about hundreds of machines, and nobody has the time to run* > through the standard upgrade procedure.) >=20> > > > This was installed by the system administrator (not me).J > > > The only reason I even noticed its existence on my machine is due toL > > > some system slowdown that I tracked down to this thing chewing up abo= ut! > > > 5% CPU time in kernel mode.  > > D > > ...and the reason management continues to tolerate this is ... ? >=20H > ... because "management" doesn't know about it.  This is all under the? > auspices of IT, which is under a separate sector, which makes . > accountability more than a little difficult. >=20G > But enough of this.  ABC is what we're stuck with for now.  Help, not G > criticism of policies that are out of my hands, would be appreciated.  >=20 >=20   This one might require courage:   ! Suggest a disaster recovery test.   C Any good shop will have a post-mortem to evaluate what worked, what 2 didn't and what can be done about them wot didn't.  ; If you don't think it'd be a career-limiting move, that is.    WWWebb   --=20 C NOTE: This email address is only used for noncommerical VMS-related  correspondence. C All unsolicited commercial email will be deemed to be a request for 8 services pursuant to the terms and conditions located at# http://bellsouthpwp.net/w/e/webbww/    ------------------------------  # Date: Fri, 27 May 2005 15:36:29 GMT S From: "Gregory Morrow" <gregorymorrowEMERGENCYCANCELLATIONARCHIMEDES@earthlink.net> % Subject: Re: Airport security - uh oh A Message-ID: <18Hle.8733$M36.551@newsread1.news.atl.earthlink.net>    Nomen Nescio wrote:    JF Mezei wrote:    >"Scott en Aztln" wrote: F >> How long before the market responds with "enchancing" undergarmentsB >> that make the various parts look bigger/better to these imaging >> machines? ;)  > D >Or lead lined underwear to protect your gonads from repeated passes* >through those machines everytime you fly.  K And if you're JF Mezei, you wear a tin foil hat on your foreskin (or what's G left of it after his foreskin reduction procedure - which he claims was L *not* a full circumcision) to prevent the Bush Regime from re-programming itA and the evil USA from interfering with his masturbatory pleasure.    http://groups-beta.google.com/groups?as_q=foreskin&num=100&scoring=d&hl=en&as_epq=&as_oq=&as_eq=&as_ugroup=&as_usubject=&as_uauthors=jfmezei&lr=&as_drrb=q&as_qdr=&as_mind=1&as_minm=1&as_miny=1981&as_maxd=26&as_maxm=5&as_maxy=2005&safe=off  6http://groups-beta.google.com/group/rec.travel.air/messages/a3716cf0c9e12606,a71964cabda42882?hl=en&thread_id=beeeec700d332c01&mode=thread&noheader=1&q=jf+mezei+faq&_done=%2Fgroup%2Frec.travel.air%2Fbrowse_frm%2Fthread%2Fbeeeec700d332c01%2Fa71964cabda42882%3Fq%3Djf+mezei+faq%26rnum%3D1%26#doc_a3716cf0c9e12606    L Poor JF and that pesky foreskin of his...has he posted to misc.kids lately I wonder...???   --   Best Greg   ------------------------------  % Date: Fri, 27 May 2005 10:59:28 +0200 & From: Paul Sture <paul.sture@decus.ch> Subject: Re: DEFRAG ovms 7.3-2+ Message-ID: <3fo5qqF7kg0fU1@individual.net>    William Webb wrote:   7 > On 26 May 2005 13:49:07 -0700, flamingomn@hotmail.com ! > <flamingomn@hotmail.com> wrote:  > G >>In my current job, I have an ES45 with ovms 7.3-2 (no patches, that's H >>the next project). The company does NOT have a defragger for th disks.H >>Is there anything in the basic OVMS tools that I can do that will tellI >>me how defragged the disks are?  I'd like to show them that a defragger  >>is needed.# >>DECEVENT is not installed either.  >>	 >>thanks!  >>ann  >> >> >  > 0 > I think you mean how fragmented the disks are. >  > : ^ )  > @ > DFU (on the freeware CDs) will generate fragmentation reports. > F > For a commercial site, however, you should use a commercial product.  H Agreed, and here one solution is to install the DEC Disk File Optimizer ) (DFO), invoked by the command DEFRAGMENT.   : The report functionality is available with no license key.  ) This product can be found on the VMS CDs.    > @ > Any of the commercial vendors will be glad to give you a trial > of their product.    > < > Contact me via email if you want recommendations and, more > importantly, the opposite. >  > WWWebb   ------------------------------  # Date: Fri, 27 May 2005 10:56:49 GMT ! From: Nigel Barker <nigel@hp.com>  Subject: Re: DEFRAG ovms 7.3-28 Message-ID: <04vd91dtg53mvdqbna4p9uurooqujrkuo4@4ax.com>  P On Thu, 26 May 2005 21:05:55 -0500, David J Dachtera <djesys.nospam@comcast.net> wrote:  H >Well, before you go doing that, first verify that disk fragmentation isD >causing a performance problem. Otherwise, you'll be showing them "a! >solution looking for a problem".   K The simplest way to decide whether disk fragmentation is actually causing a P performance problem is to do a BACKUP/IMAGE of the disk in question then restoreB that backup to the same disk. This will fully defragment the disk.   -- Nigel Barker Live from the sunny Cote d'Azur    ------------------------------  % Date: Fri, 27 May 2005 07:50:26 -0500 / From: "Stuart, Ed" <Ed.Stuart@austinenergy.com> ) Subject: RE: Encompass Board of Directors T Message-ID: <DA4AD590CAF06845B671C398333A89C60A88D468@ohms.electric.ci.austin.tx.us>  I From what I have seen the membership and focus of Encompass and different I than that of Interex.  Encompass is composed of more technical front line L folks while Interex appears to be more upper level.  Encompass also promotesL the exchange of ideas and information at the membership level and encourages@ its members to present their solutions at the yearly conference.   EdE **Please apply a generous amount of all the usual disclaimers here.**      > -----Original Message-----7 > From: JF Mezei [mailto:jfmezei.spamnot@teksavvy.com]  & > Sent: Thursday, May 26, 2005 4:39 PM > To: Info-VAX@Mvb.Saic.Com + > Subject: Re: Encompass Board of Directors  >  > "Stuart, Ed" wrote:  > > F > > It's time, once again, for the annual call for candidates for the * > > Encompass Board of Directors elections > - > Does Encompass have any relevance anymore ?  > = > If it doesn't want to be DECUS, then it should fold itself   > into Interex. < > You either have a user group focused on DEC gear/software 7 > (DECUS) or one which is tied to its vendor's product   > portfolio (Interex). >    ------------------------------  % Date: Fri, 27 May 2005 10:34:08 -0700 0 From: Greg Cagle <gregc@removethisgregcagle.com>) Subject: Re: Encompass Board of Directors 0 Message-ID: <119emgcsqhlut6b@corp.supernews.com>   Stuart, Ed wrote: K > From what I have seen the membership and focus of Encompass and different K > than that of Interex.  Encompass is composed of more technical front line N > folks while Interex appears to be more upper level.  Encompass also promotesN > the exchange of ideas and information at the membership level and encouragesB > its members to present their solutions at the yearly conference. >  > Ed  F I don't think the membership profiles of the two organizations are allC that different IMHO. The majority of people who attend HP World are E system administrators and infrastructure managers, and the conference F has always had strong participation from the membership at all levels. --  
 Greg Cagle gregc at gregcagle dot com   ------------------------------  + Date: Fri, 27 May 2005 06:50:08 +0000 (UTC) 3 From: "Richard Maher" <maher_rj@hotspamnotmail.com> Y Subject: Re: HELP! Serious Alpha Image Activation problem. Symbol Resolution - No errors  ? Message-ID: <d76fuv$7sm$1@nwrdmz03.dmz.ncs.ea.ibs-infra.bt.com>    Hi Hein,  $ > but I'd like to shoot you down for5 > bothering us with this piece of shoddy engineering.   > Nothing worse than coming across someone who's opinionated :-)  L Yeah, yeah and you're use to dealing with Michael Angelo or Issabard KingdomL Brunnel. (Do I detect a smidgen of payback here for my previous critiques ofK PCSI, DECForms, RTR, Bridgeworks? Otherwise I'll bruise.) Having said that, G I do totally agree that COMMON areas are less than ideal. (But they are  there.)   ; > And no "it happened to work in the past" is no excuse for  > the pile of rubish it is.   H Hey, I never said it was perfect. But your help desk manner is revealing your Digital pedigree :-)   G Ok. I can live with that if someone can point to something in a porting F guide that says "Tightening up of the Linker/Image Activator regardingD COMMON areas, may expose latent bugs in your code that's always beenH broken". You see, there is another option. And that's that this is a VMSK bug. If it's now behaving "correctly" then why was the "bug" never fixed on  VAX?  1 Which way does it work on Itanium? . . . Anybody?   H > It looks like the Alpha linker refuses to 'pass on' global definitions from5 > a sub-ordinate share to a current share being made.   H Yes but if I were to change the length of Global_Var in Test1 to say PIC X(10) then I get this : - 4 %LINK-E-SHRPSCLNG, Psect GLOBAL_VAR has length of 16  G So the Linker clearly knows what I'm doing and (when set to the correct K length) doesn't return "SS$_BOLLOCKS shoddy engineering. Please move slowly K away from the keybard." Therefore, I submit to you that this is a supported J VMS feature that is, in fact, broken. (Or more likely/hopefully, I'm using( the wrong Linker Options and Qualifiers)  D > As there a particular reason why you can not have 'test1' directly	 reference  > 'share1'?   J YES. Share1 contains User Written System Services that I do not wish to beH made available to Test1. The RMS protection on SHARE1 is set to (W:E) to= prevent a User linking to it. Whereas SHARE2 is set to (W:RE)    > Hope this helps some,   : Very grateful for your (and anyone else's) help as always.   Cheers Richard  / "Hein" <hein.nomail@hp.nomail> wrote in message & news:42957af4$1@usenet01.boi.hp.com... > @ > "Richard Maher" <maher_rj@hotspamnotmail.com> wrote in message; > news:d74vre$cct$1@nwrdmz02.dmz.ncs.ea.ibs-infra.bt.com...  > > Et tu Hein?  > > I > > PLEASE shoot me down in flames on this, but dosen't SHR just create a 
 > > Global& > > Section/ Process Shared data area? > F > Yeah well, I put a caveat in my reply, as I could not readily find a systems L > with a cobol compiler (with a valid license), such that I could not try it > out like I normally would. > H > I _thought_, best I could tell, that such global section shareable was what
 > you wanted. 9 > Of course then you would have to install that shareable  > 9 > I now found a compiler (on the 'testdrive' machine. See   > http://www.testdrive.hp.com/ )F > And when I tried it, with shr it of course told me to go pound sand:
 > $ run test1 0 > %DCL-W-ACTIMAGE, error activating image SHARE19 > -CLI-E-IMGNAME, image file $1$DKB300:[HEIN]SHARE1.EXE;2 C > -SYSTEM-F-NOTINSTALL, writable shareable images must be installed  >  > Taking my hp hat off... L > So I could not shoot you down for that, but I'd like to shoot you down for5 > bothering us with this piece of shoddy engineering. G > And no "it happened to work in the past" is no excuse for the pile of  rubish > it is.L > Ok, that's about as 'harsh' as I dare get in a public forum, putting my hp > hat back on... > 0 > Thank you for your consise problem reproducer.H > It looks like the Alpha linker refuses to 'pass on' global definitions from5 > a sub-ordinate share to a current share being made. K > I would recommend you review that build procedures used as they appear to L > create needless dependencies that might hurt you in maintaing the software > in question.D > As there a particular reason why you can not have 'test1' directly	 reference  > 'share1'?   > The following appears to work: >  > $ type tmp.com > $! > $ on warning then exit, > $ define/nolog share1 sys$login:share1.exe, > $ define/nolog share2 sys$login:share2.exe > $! > $ create share1.mar  >  >         .title  Share One 
 > my_sym == 1 A >         .psect  global_var,long,pic,ovr,rel,gbl,noshr,noexe,wrt 1 >                         .ascii          "Hello" + >                         .blkb           3  > ? >         .psect  my_code,pic,con,rel,lcl,shr,exe,rd,nowrt,long  > & >         .call_entry     label=my_sub >         movzbl  #1,r0 
 >         ret  >  >         .end > $! > $ macro share1.mar@ > $ link/share=sys$login:share1.exe share1.obj,sys$input/options3 > symbol_vector = (                               - 3 >                 my_sub             = procedure, - 3 >                 global_var         = psect,     - 3 >                 my_sym             = data       -  >                 )  > $! > $ create share2.cob  > identification division. > program-id.    share2. > data division. > working-storage section.E > 01  my_sym                  pic 9(9)   comp  value external my_sym. 2 > 01  global_var              pic x(5)   external. > procedure division.  > 00. 6 >     display "Share2 sym = ", my_sym with conversion.* >     display "Share2 gbl = ", global_var. >     call "my_sub". >     exit program.  > end program share2.  > $! > $ cobol/lis share2.cob< > $ link/share=sys$login:share2.exe share2.obj,sys$input/opt > sys$login:share1.exe/share > psect_attr=global_var,noshr ) > symbol_vector = (  share2 = procedure )  > $! > $ create test1.cob > identification division. > program-id.    test1.  > data division. > working-storage section.E > 01  my_sym                  pic 9(9)   comp  value external my_sym. 2 > 01  global_var              pic x(5)   external. > procedure division.  > 00. 5 >     display "Test1 sym = ", my_sym with conversion. ) >     display "Test1 gbl = ", global_var.  >     call "share2". >     stop run.  > end program test1. > $ cobol/lis test1.cob   > $ link test1.obj,sys$input/opt > psect_attr=global_var,noshr  > sys$login:share1.exe/share > sys$login:share2.exe/share > $! > $ @tmp
 > $ run test1  > Test1 sym =         1  > Test1 gbl = Hello  > Share2 sym =         1 > Share2 gbl = Hello > J > Of course the above is just with my 'trying to help' HP hat on, and I am not G > speaking with any authority or any linkage (sic) with VMS engineering  other F > than that I happened to work in that group for a while a decade ago. > I > For official support in this matter, well you would have to open a call  with
 > support! >  > Hope this helps some, 
 > Regards, > Hein.  >  >    ------------------------------  % Date: Fri, 27 May 2005 09:00:32 -0400 $ From: "Hein" <hein.nomail@hp.nomail>Y Subject: Re: HELP! Serious Alpha Image Activation problem. Symbol Resolution - No errors  , Message-ID: <42966278$1@usenet01.boi.hp.com>  ? "Richard Maher" <maher_rj@hotspamnotmail.com> wrote in message  9 news:d76fuv$7sm$1@nwrdmz03.dmz.ncs.ea.ibs-infra.bt.com... 
 > Hi Hein, >   :3 > Which way does it work on Itanium? . . . Anybody?   B I was serious about the test drive drive system reference earlier:L Should be easy enough to get an account, send me mail if you fail to get an  accoutn readily.J Current testdrive system lineup: http://www.testdrive.hp.com/current.shtmlL System of interest to you: HP OpenVMS 8.2 - Integrity rx16202 - Itanium II, ! 1.6 GHz - spe183.testdrive.hp.com   K > Therefore, I submit to you that this is a supported VMS feature that is,   > in fact, broken.D > (Or more likely/hopefully, I'm using the wrong Linker Options and 
 > Qualifiers)   K It could be,. I'll poke the current linker devo, solicitating comments. No   promiss I However, as you (and I) are more and more leaning towards a bug, you may  I want to raise an official support, at least to improve the documentation.   F >> As there a particular reason why you can not have 'test1' directly  >> reference 'share1'? > L > YES. Share1 contains User Written System Services that I do not wish to beJ > made available to Test1. The RMS protection on SHARE1 is set to (W:E) to? > prevent a User linking to it. Whereas SHARE2 is set to (W:RE)   L Ah! Now he tells us. That could be a good reason, but I am not smart enough   to think it through all the way.H It smells like security through obscurity but I may well be wrong there.   Hein.    ------------------------------  % Date: Fri, 27 May 2005 11:40:47 -0400 $ From: "Hein" <hein.nomail@hp.nomail>Y Subject: Re: HELP! Serious Alpha Image Activation problem. Symbol Resolution - No errors  , Message-ID: <42968806$1@usenet01.boi.hp.com>  ? "Richard Maher" <maher_rj@hotspamnotmail.com> wrote in message  9 news:d74vjt$iaf$1@nwrdmz03.dmz.ncs.ea.ibs-infra.bt.com...   ) > <dooleys@snowy.net.au> wrote in message ? > news:1117105026.434787.304940@g14g2000cwa.googlegroups.com... 3 >> link /map is your friend in situations like this  >> Phil  : 
 > Hi Phil, > K > Thanks for your insight. (You sound a lot like me teaching my kids how to 5 > ride a bike. "The left brake is your best friend!")  : ! << unwarranted ranting removed >>   M As Phil hinted at, the MAP file for SHARE2 ultimately explains what is going   on.   - Here is the semi-official engineering answer.  ------------I From the Alpha point of view, the example is trying to export items from    SHARE2 that SHARE2 does not own.J From the maps, one can see that the psect, GLOBAL_VAR, in SHARE2 has been  overlaid onto SHARE1. @ SHARE2 does not own this psect anymore; that space is in SHARE1.I SHARE2 has a fixup for this to indicate that GLOBAL_VAR is at %x20000 in   SHARE1. H When the export occurred in SHARE2, the %x20000 is the value that SHARE29 knows about, but TEST1 linked against SHARE2, not SHARE1. L Therefore, TEST1 received a fixup but it was for %x20000 in *SHARE2* (which  is a code section). M Similarly, MY_SYM is known and global in SHARE2, but was not exported by the  ' linker because it was data from SHARE1. K What is suggested to be a supported feature on VAX that is broken on Alpha  : may actually be a bug on VAX that has been fixed on Alpha.I The Alpha linker should report this type of re-exporting, but that would   require a problem report. J The I64 linker does report re-exporting symbols (not sure about psections  though, but I think so) K To avoid  linking against entry points to the user-written system service,  , consider to make those entry points private. ------------   Hope this helps, Regards, Hein.    ------------------------------  % Date: Fri, 27 May 2005 04:59:56 -0400 ( From: Bill Todd <billtodd@metrocast.net>= Subject: Re: HP Pulls Off a Respectable Second Fiscal Quarter = Message-ID: <kPydnYiM380QfAvfRVn-1Q@metrocastcablevision.com>    FredK wrote:7 > "Bill Todd" <billtodd@metrocast.net> wrote in message 9 > news:g72dnXcHvqu79gvfRVn-sQ@metrocastcablevision.com...  >  >>icerq4a@spray.se wrote:  >  > 8 >>>I thought especially you were more elegant than that? >>J >>I'm elegant when I consider it appropriate, not to meet any expectations> >>which others might have.  In this case, I chose to be blunt. >> >  > F > Elegant?  Eloquent?  Neither of these seem to apply to anything I've; > yet read.  Belligerent?  Obstinate?  Obtuse?  Delusional?  >  > Got Whine?   Fuck off, Fred.    - bill   ------------------------------  % Date: Fri, 27 May 2005 07:42:37 -0400 - From: William Webb <william.w.webb@gmail.com> H Subject: Re: HP to help governments with tracking users with NAtional ID7 Message-ID: <8660a3a1050527044246cad97d@mail.gmail.com>   : On 5/26/05, JF Mezei <jfmezei.spamnot@teksavvy.com> wrote:I > This is one time where I am happy HP is ignoring VMS. While such PR may I > be good news in the USA, it isn't something HP should be bragging about G > outside the USA where people still value governments who don't follow - > their ever step and financial transactions.  >=20E > Besiodes, in countries with data privacy laws, the use of Microsoft : > software may not be tolerated to safeguard private data. >=20 > ##@ > Hewlett-Packard plans to launch a product on Friday that helps5 > governments check the digital identity of citizens.  >=20H > The technology, called the HP National Identity System, is designed toG > be used in conjunction with a number of Microsoft products, including J > its .Net line of server, database and middleware programs. The companies< > plan to jointly develop, market and offer training for the > authentication system. >=20D > The product can be used to authenticate visitors to government WebB > sites, to control access to services and manage citizens' online > identity, HP said. >=20= > In addition, the new product includes technology to make ID J > documents--such as passports, driver's licenses and identity cards--moreH > secure and "intelligent," the company said. The technology can fulfillF > new secure ID requirements designed to heighten security at national > borders, the company said. >=20J > The National Identity System can handle numerous tasks, including onlineD > and offline identity verification, live capture of demographic andF > biometric data, and secure access to documents. It's also compatibleG > with various biometric identification systems and incorporates public > > key infrastructure and digital signatures, the company said. > ## >=20  L They'll have to come up with a different acronym for it, for multiple reaso= ns:   F They already used the -nis suffix for a networking product back in the days of d|i|g|i|t|a|l   B Besides, ahem, apending that particular suffix to the acronym "HP"* wouldn't exactly pronounce well, would it?   WWWebb  0 That shark-on-a-plaque you did is *really* nice.  D I've got some of those pixellated cat "AlphaPowered" graphics if youC (or anybody else) is interested.  I'd like to see someone turn them  into X bitmaps.    --=20 C NOTE: This email address is only used for noncommerical VMS-related  correspondence. C All unsolicited commercial email will be deemed to be a request for 8 services pursuant to the terms and conditions located at# http://bellsouthpwp.net/w/e/webbww/    ------------------------------    Date: 27 May 2005 09:49:12 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) H Subject: Re: HP to help governments with tracking users with NAtional ID3 Message-ID: <lBg0jmAfk1oO@eisner.encompasserve.org>   [ In article <42968F77.794EECD@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes:   H > The technology, called the HP National Identity System, is designed to  5 But at least they won't be keeping permanent records:   G > be used in conjunction with a number of Microsoft products, including    ------------------------------    Date: 27 May 2005 11:20:42 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) H Subject: Re: HP to help governments with tracking users with NAtional ID3 Message-ID: <GRE689iSNgMG@eisner.encompasserve.org>   g In article <8660a3a1050527044246cad97d@mail.gmail.com>, William Webb <william.w.webb@gmail.com> writes:   N > They'll have to come up with a different acronym for it, for multiple reaso= > ns:  > H > They already used the -nis suffix for a networking product back in the > days of d|i|g|i|t|a|l   F It is so sad that you young people do not remember LinkWorks or DECset' (either incarnation of either name) :-)    ------------------------------  % Date: Fri, 27 May 2005 12:58:50 -0400 - From: William Webb <william.w.webb@gmail.com> H Subject: Re: HP to help governments with tracking users with NAtional ID7 Message-ID: <8660a3a105052709582e5c5cc7@mail.gmail.com>   L On 27 May 2005 11:20:42 -0500, Larry Kilgallen <Kilgallen@spamcop.net> wrot= e:L > In article <8660a3a1050527044246cad97d@mail.gmail.com>, William Webb <wil= liam.w.webb@gmail.com> writes: >=20L > > They'll have to come up with a different acronym for it, for multiple r= easo=3D  > > ns:  > > J > > They already used the -nis suffix for a networking product back in the > > days of d|i|g|i|t|a|l  >=20H > It is so sad that you young people do not remember LinkWorks or DECset) > (either incarnation of either name) :-)  >=20    E I'm old enough to have punched cards for computer class and have even  seen core memory in use.   : ^ )        WWWebb   --=20 C NOTE: This email address is only used for noncommerical VMS-related  correspondence. C All unsolicited commercial email will be deemed to be a request for 8 services pursuant to the terms and conditions located at# http://bellsouthpwp.net/w/e/webbww/    ------------------------------   Date: 27 May 2005 12:23:41 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)2 Subject: Re: I guess this means all is well again.+ Message-ID: <3fohqdF8ok7cU1@individual.net>   0 In article <N6OdnToobrEQHQvfRVn-rg@comcast.com>,+ 	"Wayne" <bruzeksat@comcastdot.net> writes: 1 > http://www.infoconomy.com/pages/group106391.adp  >    I can't resist....  G        "Mark Gorham, vice president of the OpenVMS division at HP, says          that of the 411,000 "   # There's that magic number again!!!!    bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------    Date: 27 May 2005 12:37:13 +01006 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)! Subject: Re: Installing a printer , Message-ID: <42971479$1@news.langstoeger.at>  d In article <42962ef8$0$388$cc9e4d1f@news.dial.pipex.com>, MJS <maniac449@nospam.hotmail.com> writes:J >If DCPS is the 'best' way to use a printer on VMS, why isn't it included M >on the driver disk as standard, particularly for 'Bulk/Commercial' printers?   K Because DCPS is decades younger than VMS, was extra licensed software until K recently (DCPS V2), didn't support many printers (got way better since this K printer company HP owns the opsys jewel OpenVMS) and finally VMS comes in 2 K CDs (one is opsys and one is a small set of layered products) where on this I 2nd CD the DCPS kit _is_ included (at least since V7.3-2, if not earlier) J and you only need to install it (and on I64 it is even included on the 1st, disk which is a DVD and has enough space)...   --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  % Date: Fri, 27 May 2005 10:10:21 -0400 ' From: Dave Froble <davef@tsoft-inc.com> ! Subject: Re: Installing a printer 0 Message-ID: <119eaguftkks544@corp.supernews.com>    Peter 'EPLAN' LANGSTOEGER wrote:f > In article <42962ef8$0$388$cc9e4d1f@news.dial.pipex.com>, MJS <maniac449@nospam.hotmail.com> writes: > K >>If DCPS is the 'best' way to use a printer on VMS, why isn't it included  N >>on the driver disk as standard, particularly for 'Bulk/Commercial' printers? >  > M > Because DCPS is decades younger than VMS, was extra licensed software until M > recently (DCPS V2), didn't support many printers (got way better since this M > printer company HP owns the opsys jewel OpenVMS) and finally VMS comes in 2 M > CDs (one is opsys and one is a small set of layered products) where on this K > 2nd CD the DCPS kit _is_ included (at least since V7.3-2, if not earlier) L > and you only need to install it (and on I64 it is even included on the 1st. > disk which is a DVD and has enough space)... >   * I don't think you understood the question.  I I read it as "why doesn't DCPS come on the driver disk supplied with the  F printer?", you know, like all the printers that come with drivers for  windows.  B Since it's an HP printer, and HP owns VMS, I think that is a good  question for HP.  F "Why don't you provide printer software for all the OSs you sell/own?"   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  # Date: Fri, 27 May 2005 14:29:53 GMT * From: Paul Anderson <paul.anderson@hp.com>! Subject: Re: Installing a printer 5 Message-ID: <270520051028328523%paul.anderson@hp.com>   = In article <42962ef8$0$388$cc9e4d1f@news.dial.pipex.com>, MJS % <maniac449@nospam.hotmail.com> wrote:   A > If DCPS is the 'best' way to use a printer on VMS, why isn't it ; > included on the driver disk as standard, particularly for  > 'Bulk/Commercial' printers?   E Are you wondering why DCPS isn't on the CD you get with the printer?  B During our Genicom days, we actually did that, especially when theE printer required a new version of DCPS.  But a good percentage of our 2 customers were going to use the printer with DCPS.  @ I suspect since the great majority of customers purchasing an HPF printer aren't going to be running it on OpenVMS, and not all of those8 people would run DCPS, it would not make sense to do so.  ? On the other hand, the entire DCPS kit and documentation can bee compressed to less then 7 MB.i   Paul   --    Paul Anderson   OpenVMS EngineeringP   Hewlett-Packard Companya   ------------------------------    Date: 27 May 2005 16:59:40 +01006 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)! Subject: Re: Installing a printerc, Message-ID: <429751fc$1@news.langstoeger.at>  Z In article <119eaguftkks544@corp.supernews.com>, Dave Froble <davef@tsoft-inc.com> writes:! >Peter 'EPLAN' LANGSTOEGER wrote:ng >> In article <42962ef8$0$388$cc9e4d1f@news.dial.pipex.com>, MJS <maniac449@nospam.hotmail.com> writes:  >>  L >>>If DCPS is the 'best' way to use a printer on VMS, why isn't it included O >>>on the driver disk as standard, particularly for 'Bulk/Commercial' printers?u >> iN >> Because DCPS is decades younger than VMS, was extra licensed software untilN >> recently (DCPS V2), didn't support many printers (got way better since thisN >> printer company HP owns the opsys jewel OpenVMS) and finally VMS comes in 2N >> CDs (one is opsys and one is a small set of layered products) where on thisL >> 2nd CD the DCPS kit _is_ included (at least since V7.3-2, if not earlier)M >> and you only need to install it (and on I64 it is even included on the 1sto/ >> disk which is a DVD and has enough space)...t >h+ >I don't think you understood the question.o   Yup, it seems so.d  J >I read it as "why doesn't DCPS come on the driver disk supplied with the G >printer?", you know, like all the printers that come with drivers for e	 >windows.  > C >Since it's an HP printer, and HP owns VMS, I think that is a good p >question for HP.n >tG >"Why don't you provide printer software for all the OSs you sell/own?"   8 That I already answered and I think also in this thread:  H Because HP doesn't know what for a jewel they have with VMS and continueF to ignore it (which means they kill it, because way more than a decadeJ of badmouthing and mishandling not even OpenVMS can survive). Most likeleyE it will die with the Itanic in the not so far future. What a shame...)   --   Peter "EPLAN" LANGSTOEGERy% Network and OpenVMS system specialistn E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  % Date: Fri, 27 May 2005 03:46:46 -0700 ( From: Jeff Cameron <roktsci@comcast.net>3 Subject: Re: VAX: Worth upgrading from 7.2 to 7.3 ?"/ Message-ID: <BEBC48A6.EB56%roktsci@comcast.net>u  G A couple of things come to mind, but they may not be of interest to they> small workstation owner, but more to the Enterprise VAX owner.  5 1. Support for current and updated Tape Technologies.l) 2. Support for Heterogeneous SAN storage.p5 3. In concert with #2 better disk caching technology.r 4. Support for Files-11 ODS-5.  % I'm sure others can add to this list.c   Jeff  I On 5/27/05 1:34 AM, in article 4296DBAE.22B18334@teksavvy.com, "JF Mezei"l% <jfmezei.spamnot@teksavvy.com> wrote:   H > I tried to wade through the new features document in the 7.3 kit , butF > so much of it being Alpha only, I am not sure that there is anythingG > truly meaningful in an upgrade from 7.2 to 7.3 on a vaxstation and my, > all mighty microvax II.U > : > Are there performance improvements (or degradations ?) ? > J > I know I love display postscript, which means that I can't see EPS files= > included in decwrite anymore. (and have to work to find the H > corresponding downgrade to decwrite). The doc says that a lot of smallB > enhancements were made to DECWIDNOWS (but still at 1.2). But theI > document is very think on details. Are such enhancements Alpha only, oreG > does VAX get any enhnacements to DECWIDNOWS to compensate for loss ofl > DPS ?e >  > H > Is there a compelling argument for me to upgrade to 7.3 ? I know it is6 > the last VAX version and 7.2 is no longer supported. > J > Also, since 7.3 dates back from 2001, it doesn't include any of the neatJ > DCL improvements Guy Pelg has since produced (probably alpha only). DoesI > anyone know how much of those are available for donwload as patches forr > VAX ?n >  > I > Considering that VAX VMS and Alpha VMS are now very different products,.H > perhaps they should get their own release notes document sicne the oneD > distributed with the VAX version of VMS is rather useless since itE > contains mostly Alpha stuff whcih doesn't apply, and having to wadeoF > through all that stuff is bound to make one accidentally skip over a, > tiny paragraph that is important for  VAX. > H > (I am saying this in case HP or whoevert owns VMS at that time) decide5 > to come thorugh with their promise of 8.2 for VAX).s   ------------------------------   Date: 27 May 2005 15:14:24 GMT( From: bill@cs.uofs.edu (Bill Gunshannon) Subject: VMS TCPIP Servicesm+ Message-ID: <3forqgF8ufffU1@individual.net>c  B OK, I know this has to be something simple but I have followed allC the instructions I have been able to find in the documentataion and B it still doesn't work.  I need to increase INTSTKPAGES in order to run TCPIP.    H I have changed MODPARAMS.DAT.  I tried both "ADD_INTSTKPAGES=10" which IC took to mean "Increase INTSTKPAGES by this amount" (from the DECdfs:H manual) and just plain "INTSTKPAGES=16".  I then run AUTOGEN and reboot.9 And it still says "INTSTKPAGES is 6; must be at least 12"o   What am I missing?   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>   a   ------------------------------  % Date: Fri, 27 May 2005 17:41:11 +0200 & From: Paul Sture <paul.sture@decus.ch> Subject: Re: VMS TCPIP Servicesf+ Message-ID: <3fotbvF8udf5U1@individual.net>y   Bill Gunshannon wrote:  D > OK, I know this has to be something simple but I have followed allE > the instructions I have been able to find in the documentataion andmD > it still doesn't work.  I need to increase INTSTKPAGES in order to > run TCPIP.   > J > I have changed MODPARAMS.DAT.  I tried both "ADD_INTSTKPAGES=10" which IE > took to mean "Increase INTSTKPAGES by this amount" (from the DECdfsdJ > manual) and just plain "INTSTKPAGES=16".  I then run AUTOGEN and reboot.; > And it still says "INTSTKPAGES is 6; must be at least 12"a >  > What am I missing? >   4 What incantation of the AUTOGEN command did you run?  2 Did you run it from at least GETDATA to SETPARAMS?7 (see @AUTOGEN HELP for a description of all the phases)8  G Unlikely in my experience, but also check that there isn't a duplicate h2 entry of INTSTKPAGES=6 later on in MODAPARAMS.DAT.   ------------------------------  % Date: Fri, 27 May 2005 11:48:48 -0400- From: norm.raphael@metso.com Subject: Re: VMS TCPIP Services<Q Message-ID: <OF850435D9.D8DAB428-ON8525700E.00569768-8525700E.0056EA9C@metso.com>n  : bill@triangle.cs.uofs.edu wrote on 05/27/2005 11:14:24 AM:  D > OK, I know this has to be something simple but I have followed allE > the instructions I have been able to find in the documentataion andtD > it still doesn't work.  I need to increase INTSTKPAGES in order to > run TCPIP. >tJ > I have changed MODPARAMS.DAT.  I tried both "ADD_INTSTKPAGES=10" which IE > took to mean "Increase INTSTKPAGES by this amount" (from the DECdfssJ > manual) and just plain "INTSTKPAGES=16".  I then run AUTOGEN and reboot.; > And it still says "INTSTKPAGES is 6; must be at least 12"    I use MIN_INTSTKPAGES=16 and it works fine.   >n > What am I missing?  8 Sanity check:  Did you run all the way through SETFILES? Did you do:  MCR SYSGEN  SYSGEN>   Use currentl SYSGEN>   Show INT   to check before rebooting?   >, > bill >  > --E > Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Threee wolvesF > bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. > University of Scranton   |@ > Scranton, Pennsylvania   |         #include <std.disclaimer.h>   ------------------------------  % Date: Fri, 27 May 2005 12:21:56 -0400  From: norm.raphael@metso.com Subject: Re: VMS TCPIP Services Q Message-ID: <OF850435D9.D8DAB428-ON8525700E.00569768-8525700E.0059F319@metso.com>3  : bill@triangle.cs.uofs.edu wrote on 05/27/2005 11:14:24 AM:  D > OK, I know this has to be something simple but I have followed allE > the instructions I have been able to find in the documentataion andtD > it still doesn't work.  I need to increase INTSTKPAGES in order to > run TCPIP. >eJ > I have changed MODPARAMS.DAT.  I tried both "ADD_INTSTKPAGES=10" which IE > took to mean "Increase INTSTKPAGES by this amount" (from the DECdfs J > manual) and just plain "INTSTKPAGES=16".  I then run AUTOGEN and reboot.; > And it still says "INTSTKPAGES is 6; must be at least 12"a   I use MIN_INTSTKPAGES=16 and it works fine.   >- > What am I missing?  < *** Sanity check:  Did you run all the way through SETFILES?   Oops, s/b SETPARAMS      Did you do:  MCR SYSGENd SYSGEN>   Use current- SYSGEN>   Show INT   to check before rebooting?   >t > bill >i > --E > Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Threei wolvesF > bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. > University of Scranton   |@ > Scranton, Pennsylvania   |         #include <std.disclaimer.h>   ------------------------------   Date: 27 May 2005 17:20:28 GMT( From: bill@cs.uofs.edu (Bill Gunshannon) Subject: Re: VMS TCPIP Servicesa+ Message-ID: <3fp36sF8vl6mU1@individual.net>i   Thanks everyone (once agsain!)  A Boy do I feel like an idiot.  My reading of the one page blurb on.B AUTOGEN I found thru google was that the stages were "options" andC I assumed if you gave it noe it would do all, instead it looks like,A it prints a lot of stuff on the screen and actually does nothing.f   I finally did:(                   AUTOGEN GETDATA REBOOT   And everything came up fine.   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------    Date: 27 May 2005 17:04:55 +01006 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)6 Subject: [BUGTRAQ] High Risk Vulnerability in LISTSERV, Message-ID: <42975337$1@news.langstoeger.at>  ! LISTSERV on OpenVMS is mentioned:sN http://www.derkeiler.com/Mailing-Lists/securityfocus/bugtraq/2005-05/0288.html   jfim   --   Peter "EPLAN" LANGSTOEGERf% Network and OpenVMS system specialistr E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------   End of INFO-VAX 2005.294 ************************