1 INFO-VAX	Tue, 16 Sep 2003	Volume 2003 : Issue 513       Contents:+ Re: "HP breakup on the way" - Merrill Lynch + Re: "HP breakup on the way" - Merrill Lynch + Re: "HP breakup on the way" - Merrill Lynch $ Re: Backup/Copy tree with alias file$ Re: Backup/Copy tree with alias file# Re: Booting hobbyist CD on PWS433au & Re: Breece Hill -Mti 1530 tape library& Re: Breece Hill -Mti 1530 tape library2 Re: Difference Intel EFI and Phoenix cME FirstWare Re: DLT Compatibility " Re: HELP: Using CLI with C program" Re: HELP: Using CLI with C program" Re: HELP: Using CLI with C program Re: Max Files Allowed & iSCSI % Re: New Itanium sales figures arrived % Re: New Itanium sales figures arrived / OpenVMS 7.3-1 drowning HSG80s with I/O requests P Re: OpenVMS clusters (Alpha) - standalone workstation joined to the cluster? cluP Re: OpenVMS clusters (Alpha) - standalone workstation joined to thecluster? thec1 Re: OpenVMS Hobbyist licence for layered products  Re: OpenVMS Security Re: OpenVMS Security) OT: Verisign messes with DSN root servers - Re: OT: Verisign messes with DSN root servers 3 Re: Porting from UNIX to OpenVMS for a real newbie. 3 Re: Porting from UNIX to OpenVMS for a real newbie. # Re: Question on running GnuPG 1.2.0  Re: Reimport VMS mail problems Re: Reimport VMS mail problems Re: Reimport VMS mail problems Re: Reimport VMS mail problems$ Re: Remove Pathworks/Advanced Server$ Re: Remove Pathworks/Advanced Server< Re: Strange DCL Problem:  DCL Can't Find My GOSUB Labels....< Re: Strange DCL Problem:  DCL Can't Find My GOSUB Labels....# Summary: KVMs, LK461 and DECwindows # Re: THOSE ANNOYING POP UP MESSAGES. # Re: THOSE ANNOYING POP UP MESSAGES. # Re: THOSE ANNOYING POP UP MESSAGES. # Re: THOSE ANNOYING POP UP MESSAGES.  Re: VMS and MP3s Re: VMS Upgrade Needed  F ----------------------------------------------------------------------  % Date: Mon, 15 Sep 2003 16:04:50 +0100 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> 4 Subject: Re: "HP breakup on the way" - Merrill Lynch0 Message-ID: <bk4kej$12u$1@new-usenet.uk.sun.com>   Bob Koehler wrote: > In article <bjsv17$9ke$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <andrew_nospam.harrison_remove_this@sun#.com> writes: > 6 >>Ohh goody notebooks I guess the board can go back to2 >>the shareholders and say that it has in fact all2 >>turned out OK because although HP's market share8 >>in every other market has declined they have increased% >>their share of the notebook market.  >  > E >    Since notebooks are outselling desktops that's an important step C >    for any company that thinks it will someday make money on PCs.  >   1 Or a bad mistake if their optimism is missplaced.   8 Fact is that HP's share of the whole PC market including9 notebooks has declined. At the same time the PC divisions 8 margins have decreased and this is despite HP moving the7 PC divisions R&D costs out of PC P&L and into the toner  funded pot.   > Place this against a background where the PC divisons share of< HP's product revenues is increasing and you realise that you8 have to be optimistic because anything else would be too depressing to contemplate.  9 Of course the whole notebook discusion kicked of by Keith  is pretty pointless.  < Subdivide any vendors products down into enough segments and< you will always find one segment that is doing OK regardless7 of how well/badly the whole product portfolio is doing.   < Ask HP's shareholders if they think that the one bright spot< of Notebooks makes any difference to their returns and I bet they won't respond positively.  7 Ask an Analyst the same thing and you will get the same  answer.    Regards  Andrew Harrison    ------------------------------    Date: 15 Sep 2003 15:11:54 -07001 From: keithparris_NOSPAM@yahoo.com (Keith Parris) 4 Subject: Re: "HP breakup on the way" - Merrill Lynch= Message-ID: <cf15391e.0309151411.4f40b1f6@posting.google.com>   [ JF Mezei <jfmezei.spamnot@istop.com> wrote in message news:<3F654445.8D97E888@istop.com>... P > One more reason Carly's insistance on ignoring VMS during the merger pregnancyN > was a big mistake. She should have welcomed us with big wide arms and even aD > wet kiss to make sure we felt comfortable within her organisation.  E Carly didn't ignore VMS during the merger talks.  The clean-room team ? made the decision to keep VMS during the first week -- it was a E no-brainer.  We even have evidence that word of this leaked out early F (albeit to a group of Unix folks, not VMS folks, but then who'd expectB pre-merger HP to know how to contact VMS folks anyhow, even if the leak had been intentional?).  E As soon as the merger was finalized, the official roadmaps showed VMS  moving forward.   O > The merger may have gone well on paper, but I think that it didn't go so well M > in terms of adopting the ex Digital customers now at Compaq and that may be  > coming back to haunt Carly.   E You appear to still be angry that HP didn't reverse Compaq's decision A to replace Alpha with Itanium over the long term.  But given HP's D even-bigger and much-earlier commitment to Itanium (HP helped designC the chip, remember?), that was arguably an unrealistic hope anyway.   B Most VMS customers just want to run VMS.  Marvel Alpha systems areF available, and customers are getting excellent results with them.  TheD progress of the VMS port to Itanium has been quite satisfactory, andF HP is more-committed to VMS than Compaq was (and certainly much betterF than the late days of Digital).  VMS customers will be able to buy theE same hardware as Linux, Windows, and HP-UX users, at the same price.  0 There's a lot that is positive going on for VMS.   ------------------------------  # Date: Mon, 15 Sep 2003 23:29:58 GMT # From: "John Smith" <a@nonymous.com> 4 Subject: Re: "HP breakup on the way" - Merrill LynchJ Message-ID: <WXr9b.469094$4UE.325375@news01.bloor.is.net.cable.rogers.com>   Keith Parris wrote:  > * > Most VMS customers just want to run VMS.   I'll buy that.     > Marvel Alpha systems areC > available, and customers are getting excellent results with them.    I'll buy that too.    F > The progress of the VMS port to Itanium has been quite satisfactory,   I can believe that too.      > and H > HP is more-committed to VMS than Compaq was (and certainly much better! > than the late days of Digital).   : So where's the advertising?? Where's the marketing effort?G Or in other words, if Retain Trust is such a shit-hot deal why isn't HP ) using it to harvest lots of new business? L Where's the concerted effort to bringing new customers, of all sizes, across all industries, on-board??      ' > VMS customers will be able to buy the F > same hardware as Linux, Windows, and HP-UX users, at the same price.  K Though even today the same Alpha with VMS on it is more expensive than with  Tru64.      2 > There's a lot that is positive going on for VMS.  G If it is truly that positive, where's the the advertising?? Where's the  marketing effort? G Or in other words, if Retain Trust is such a shit-hot deal why isn't HP ) using it to harvest lots of new business? L Where's the concerted effort to bringing new customers, of all sizes, across all industries, on-board??, Where have I heard these questions before???      H I have a deal going on now that will probably take 6+ months to bring toK fruition (we're doing the prototype application right now), that if adopted C would result in a decent number of GS-class machines operating in a L disaster-tolerant cluster at max. connect distances. But I will not bring HPI into the loop until it is almost signed , mostly because I don't trust HP J not to screw me or my customer. There is one thing that I do know 100% forL certain on this deal....before my customer will sign for something like thisI they want Carly on their doorstep giving them assurances in writing, with L penalty clauses, that certain actions will be undertaken by HP in respect ofK VMS, and one of those includes advertising VMS...because they don't want to H have egg on their faces by signing the P.O. one day and having VMS go on1 life-support with a D.N.R. notation the next day.    ------------------------------    Date: 15 Sep 2003 12:39:40 -0700. From: spamsink2001@yahoo.com (Alan E. Feldman)- Subject: Re: Backup/Copy tree with alias file = Message-ID: <b096a4ee.0309151139.1c1358e3@posting.google.com>   h Kilgallen@SpamCop.net (Larry Kilgallen) wrote in message news:<UzoV7QQVVvYJ@eisner.encompasserve.org>...p > In article <b096a4ee.0309071319.3cf17ad4@posting.google.com>, spamsink2001@yahoo.com (Alan E. Feldman) writes: > D > > So why not have the initial cluster code use [SYSn.foo] and thenI > > [VMS$COMMON.foo] ? (Substitute VMS$COMMON with whatever it was called  > > back then.)  > C > That would prevent having two different versions of the operating A > system on the same disk.  (That is not presently supported, but H > this piece of VMS does not prevent it, and to the best of my knowledgeE > the only piece of VMS that prevents it is upgrade and installation.  > J > > The question remains: Why is [VMS$COMMON] aliased as [SYSn.SYSCOMMON]? > 0 > I thought I explained that in my earlier post.   In your earlier post you wrote:   
 [begin quote] # There is at least what you see from   7  $ SEARCH SYS$STARTUP:VMS$INITIAL-050_VMS.COM SYSCOMMON   E and I thought I remembered something from an executable image used in - startup, but I don't have time to look it up.  [end quote]   E OK. So what does this SEARCH command give us? Let's take a look (with % the addition of a /WINDOW qualifier):   : $define/system/exec/nolog/translation=(terminal,concealed) sys$specific 'root         no_common_root =7 f$search("SYS$SPECIFIC:[000000]SYSCOMMON.DIR") .eqs. ""  $if no_common_root then - E define/system/exec/nolog/translation=(terminal,concealed) sys$sysroot  'root  $if no_common_root then - D define/system/exec/nolog/translation=(terminal,concealed) sys$common 'root   A OK. So -- and my apologies if I'm missing something obvious -- if F VMS$COMMON weren't aliased as SYSCOMMON, then couldn't the DCL command. procedure have been written to simply look forF SYS$SYSDEVICE:[000000]VMS$COMMON.DIR instead? In which case why botherB with the alias? I don't think one would write the f$search commandA above and then add the alias to give it something to look for. Is D there some reason to allow for SYS$SPECIFIC trees without the common tree?   E Yes, it is more flexible to have VMS$COMMON.DIR aliased, but it comes A with a cost. You have to remember /EXCLUDE=[SYS%.SYSCOMMON...] to D avoid accessing the same files repeatedly for various commands. And,@ of course, one shouldn't manually delete a system directory treeF without such a qualifier lest one end up deleting the VMS$COMMON tree!  F So what's the big benefit of the syscommon alias that balances out the costs?     Disclaimer: JMHO Alan E. Feldman    ------------------------------    Date: 15 Sep 2003 15:01:42 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) - Subject: Re: Backup/Copy tree with alias file 3 Message-ID: <uM926sAsINDa@eisner.encompasserve.org>   n In article <b096a4ee.0309151139.1c1358e3@posting.google.com>, spamsink2001@yahoo.com (Alan E. Feldman) writes:j > Kilgallen@SpamCop.net (Larry Kilgallen) wrote in message news:<UzoV7QQVVvYJ@eisner.encompasserve.org>...q >> In article <b096a4ee.0309071319.3cf17ad4@posting.google.com>, spamsink2001@yahoo.com (Alan E. Feldman) writes:  >>  E >> > So why not have the initial cluster code use [SYSn.foo] and then J >> > [VMS$COMMON.foo] ? (Substitute VMS$COMMON with whatever it was called >> > back then.) >>  D >> That would prevent having two different versions of the operatingB >> system on the same disk.  (That is not presently supported, butI >> this piece of VMS does not prevent it, and to the best of my knowledge F >> the only piece of VMS that prevents it is upgrade and installation. >>  K >> > The question remains: Why is [VMS$COMMON] aliased as [SYSn.SYSCOMMON]?  >>  1 >> I thought I explained that in my earlier post.  > ! > In your earlier post you wrote:  >  > [begin quote] % > There is at least what you see from  > 9 >  $ SEARCH SYS$STARTUP:VMS$INITIAL-050_VMS.COM SYSCOMMON  > G > and I thought I remembered something from an executable image used in / > startup, but I don't have time to look it up. 
 > [end quote]   A Ok, that did not explain it very well.  Look at my comment above. F Aliasing it allows having two different copies of the operating systemF on the same disk.  It is not a supported feature, primarily because ofB upgrade and installation issues, but the core capability is there.   ------------------------------    Date: 15 Sep 2003 13:28:49 -0700$ From: issinoho@slayme.com (issinoho), Subject: Re: Booting hobbyist CD on PWS433au= Message-ID: <d0141774.0309151228.1a624059@posting.google.com>   A My friend, you are a genius! It was indeed the RRD42 misbehaving. C I swapped in a generic NEC SCSI CDROM and. although I was initially > assaulted with moans about 512 byte block size being wrong, it installed nevertheless.   @ Fantastic! A *very* big thanks to all who took the time to help.  s al5vf03p02@sneakemail.com (William Webb) wrote in message news:<d5ce4b06.0309150633.6d68189b@posting.google.com>... ) > Random thoughts on your CD-ROM problem:  > 5 > It's probably not a termination issue; you wouldn't , > get as far as you did in the boot process. > 9 > I suspect that the RRD42 just might be too old to work  6 > right on your system;  You can't assume that it will: > work with your PW433 just because it worked fine on your
 > VAXstation.  > ; > I'm fairly certain that RRD42s have been known to have a  < > hard time reading "burned" CDs, and the Alpha Hobbyist CD  > is probably exactly that.  > 5 > It reads just enough to boot, but when it tries to  ) > read more off of the CD-ROM, it fails.   > * > What other SCSI devices are you using?  ) > (Do a SHOW DEV D at the console prompt)  > : > I've personally used wide and narrow on the same chain,  > < > I understand that Ultra and narrow are somewhat less happy" > together, your mileage may vary. > ? > As you suggested, I'd try disconnecting everything else from  = > the SCSI controller and using a 50-pin cable to connect to   > the RRD42. > ( > Try booting then and see what happens. >  > HTH, >  > WWWebb >  > c > Issinoho <issinoho@slayme.com> wrote in message news:<1063616605.53372.0@despina.uk.clara.net>...  > > Other thoughts...  > > M > > The card has a 50pin connector as well as the used 68pin, if I connected  7 > > the CD directly to it would that make a difference?  > >  > > I also found the KZPBA-CY S > > <http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=2753611776&category=39969>  J > > on ebay however it does not ship to the UK. If indeed this card would L > > solve my problems would anyone over the pond be kind enough to purchase > > > and ship it for me. The item has a $15 'Buy it now' price. > >  > >  > > Tom Linden wrote:  > > ; > > > Try googling a bit I just did and found the following  > > >  > > > N > > >>I've tried to install 5.1A on a AS2100 with a KZPBA-CX (UW-SE SCSI), butG > > >>even if SRM sees the disks, the OS doesn't, so the install fails.  > > >>: > > >>KZPBA-CA is supported, and the specs are identical.. > > > M > > > it really is the same device. KZPBA-CA is the selling code, -CX the one E > > > that field services uses. This has been confirmed by a local HP N > > > maintenance man. The reason why the install fails is probably due to old: > > > firmware on the card, or SCSI-terminations (sigh..). > > > t  > > >  > > > L > > > You will have to find someone who knows more about it than I.  I would > > > googleL > > > on that part number.  I know I had to remove the resistors to run on a > > > shared& > > > scsi bus.  sorry can't help more > > >  > > >   > > >>-----Original Message-----1 > > >>From: Issinoho [mailto:issinoho@slayme.com] . > > >>Sent: Sunday, September 14, 2003 5:37 PM > > >>To: Info-VAX@Mvb.Saic.Com 2 > > >>Subject: Re: Booting hobbyist CD on PWS433au > > >> > > >>N > > >>Bingo! sounds good. But I'm not sure what you're advising. I think we'veM > > >>established that it's not an 'au' system; rather an 'a' and there is no  > > >>on-board SCSI controller. Q > > >>What do I do with the resistors? Can you explain in layman's terms, please. N > > >>What's really bugging me is why I'm having to fight like hell to get VMSG > > >>on this box. What's the fundamental issues here? Is there a basic M > > >>hardware incompatiblity which means I'm banging my head against a wall?  > > >>0 > > >>All help and input greatfully appreciated. > > >> > > >>Tom Linden wrote:  > > >>" > > >>>>-----Original Message-----5 > > >>>>From: John Travell [mailto:john@jomatech.com] 0 > > >>>>Sent: Sunday, September 14, 2003 2:20 PM! > > >>>>To: Info-VAX@Mvb.Saic.Com 4 > > >>>>Subject: Re: Booting hobbyist CD on PWS433au > > >>>> > > >>>>6 > > >>>>"Tom Linden" <tom@kednos.com> wrote in message; > > >>>>news:CIEJLCMNHNNDLLOOGNJIKEJAHPAA.tom@kednos.com...  > > >>>> > > >>>>L > > >>>>>Try copying CD to a drive using dd and then booting from that drive	 > > >>>>> 	 > > >>>>> 	 > > >>>>> $ > > >>>>>>-----Original Message-----5 > > >>>>>>From: issinoho [mailto:issinoho@slayme.com] 5 > > >>>>>>Sent: Saturday, September 13, 2003 12:59 AM # > > >>>>>>To: Info-VAX@Mvb.Saic.Com 2 > > >>>>>>Subject: Booting hobbyist CD on PWS433au
 > > >>>>>>
 > > >>>>>>L > > >>>>>>Having finally got my PWS433au up and running, I've been trying to; > > >>>>>>boot the Alpha hobbyist CD with thus far no luck. N > > >>>>>>I pulled the ATAPI CDROM from the box and installed an RRD42 which IP > > >>>>>>know is OK as it's been doing its stuff happily in my VAXstation for aM > > >>>>>>while now. The SCSI card is a DEC (Qlogic) KZPBA-CX and the console  > > >>>>>>firmware is V7.2-1. P > > >>>>>>When I do a 'boot dka400' I get the usual 'jumping to bootstrap' stuffO > > >>>>>>then a bit of a delay, then the 'OpenVMS 7.2' banner appears, another  > > >>>>>>delay, then...
 > > >>>>>>4 > > >>>>>>'failed to send read to dka400.4.0.1010.0'4 > > >>>>>>'error loading IO_ROUTINES.EXE, status=54'
 > > >>>>>>O > > >>>>>>Anyone know what is going on? I've tried booting an old OSF CD and it O > > >>>>>>dies in a similar fashion. I've triple checked my SCSI connectors and - > > >>>>>>terminations and it all looks good. 
 > > >>>>>>$ > > >>>>>>Any help much appreciated.
 > > >>>>>> > > >>>>6 > > >>>>Did nobody think of checking the status code ? > > >>>>$ exit %x54 1 > > >>>>%SYSTEM-F-CTRLERR, fatal controller error  > > >>>  > > >>> E > > >>>Bingo!  The KZPBA-CX is the differntial SCSI controller.  Near  > > >> > > >>the external > > >>P > > >>>connector there should be a bank of 8 (yellow) resistor packs.  These areO > > >>>pulled when deployed on a share SCSI bus.  Not sure how to use the board F > > >>>otherwise.  Maybe the resistors have to be in.  The KZPBA-CY is > > >> > > >>what you may > > >>F > > >>>want.  Another thought, does the riser board have a 68 pin SCSI > > >> > > >>connector? > > >>P > > >>>600au had an onboard controller, in which case pul the one on the PCI bus > > >>>and use that one. > > >>>  > > >>> J > > >>>>This suggests either that the SCSI controller is faulty, or is not6 > > >>>>configured correctly, or not supported by VMS.& > > >>>>What does the console command: > > >>>> > > >>>> > > >>>>>>>show device > > >>>> > > >>>>return ? Also  > > >>>> > > >>>> > > >>>>>>>show config > > >>>> > > >>>>
 > > >>>>-- > > >>>>John Travell* > > >>>>Independent VMS crashdump analyst.' > > >>>>john- at - jomatech - dot - com  > > >>>>+44-(0)23-92552229  > > >>>>http://www.jomatech.com/ > > >>>> > > >>>> > > >>>> > > >>>>--- . > > >>>>Outgoing mail is certified Virus Free.B > > >>>>Checked by AVG anti-virus system (http://www.grisoft.com).I > > >>>>Version: 6.0.515 / Virus Database: 313 - Release Date: 01/09/2003  > > >>>> > > >>>> > > >>>>--- . > > >>>>Incoming mail is certified Virus Free.B > > >>>>Checked by AVG anti-virus system (http://www.grisoft.com).H > > >>>>Version: 6.0.512 / Virus Database: 309 - Release Date: 8/19/2003 > > >>>> > > >>> 
 > > >>>---- > > >>>Outgoing mail is certified Virus Free. A > > >>>Checked by AVG anti-virus system (http://www.grisoft.com). G > > >>>Version: 6.0.512 / Virus Database: 309 - Release Date: 8/19/2003  > > >>>  > > >>	 > > >>--- , > > >>Incoming mail is certified Virus Free.@ > > >>Checked by AVG anti-virus system (http://www.grisoft.com).F > > >>Version: 6.0.512 / Virus Database: 309 - Release Date: 8/19/2003 > > >> > > > 	 > > > --- , > > > Outgoing mail is certified Virus Free.@ > > > Checked by AVG anti-virus system (http://www.grisoft.com).F > > > Version: 6.0.512 / Virus Database: 309 - Release Date: 8/19/2003 > > >    ------------------------------  % Date: Tue, 16 Sep 2003 05:25:23 +0800 , From: Paul Repacholi <prep@prep.synonet.com>/ Subject: Re: Breece Hill -Mti 1530 tape library - Message-ID: <87pti1bv7g.fsf@prep.synonet.com>   & benitos@stcc.cc.tx.us (Benito) writes:  > > I am kind of new to OpenVms and need some help.  We recentlyE > purchase a MTI/Breece hill 1530 tape library.  I would like to know E > what is the most cost effective way to manage it via OpenVms.  I am D > trying to set up MRU robot utility but can't find the gkdriver.  IF > know MTI has software but I hear it is not cheap.  Any help would be > truly appreciated.  Thanks.     G SYS$GKDRIVER.EXE;1                  45/45  19-FEB-03  (RWED,RWED,RE,RE)   ( in SYS$LDR with the rest of the drivers.   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  # Date: Mon, 15 Sep 2003 21:59:36 GMT # From: hoff@hp.nospam (Hoff Hoffman) / Subject: Re: Breece Hill -Mti 1530 tape library 2 Message-ID: <cDq9b.4778$Ny6.4056@news.cpqcorp.net>  \ In article <87pti1bv7g.fsf@prep.synonet.com>, Paul Repacholi <prep@prep.synonet.com> writes:' :benitos@stcc.cc.tx.us (Benito) writes:  : 4 :> I am kind of new to OpenVms and need some help.    <   How familiar do you want to become?  And how much time and=   effort do you want to spend searching and/or porting and/or !   supporting the loader software.   A :>                                                    We recently F :> purchase a MTI/Breece hill 1530 tape library.  I would like to knowF :> what is the most cost effective way to manage it via OpenVms.  I amD :> trying to set up MRU robot utility but can't find the gkdriver.    /   MRU may or may not operate with this library.   8 :> I know MTI has software but I hear it is not cheap.    D   Certainly ask MTI for their pricing -- even if you have a pool of .   skilled programming labour available to you.  0 :> Any help would be truly appreciated.  Thanks. : H :SYS$GKDRIVER.EXE;1                  45/45  19-FEB-03  (RWED,RWED,RE,RE) : ) :in SYS$LDR with the rest of the drivers.   A   Warning; more details than most folks probably care to know....   D   [SYS$]GKDRIVER is the generic SCSI driver, and allows you to send G   and receive data using user-specified SCSI packets and SCSI commands. B   Effectively, it allows an application to generate and to receive   raw SCSI commands.  Directly.   C   This interface is a comparatively involved and low-level process, B   and would not be my first choice for a user wishing to directly A   manage a tape  library -- you will usually want to find library C   software (MRU or otherwise) which can manage the library for you, C   and that will itself use IO$_DIAGNOSE or other I/O function codes E   targeting operations with the GKDRIVER or other SCSI device driver. C   If you choose to write your own library software, you will become ?   very familiar with SCSI commands and with the vagaries of the C   particular SCSI device (library) in use, if you choose this path. D   SCSI is replete with vagaries, ambiguities, and incompatibilities.E   (That said, SCSI-2 and later are infinitely better than earlier...)   C   Because there can be sufficient variability in the implementation C   of a media library, you may or may not be able to get the library C   to operate with the generic interface or with MRU using a generic A   SCSI interface -- the SCSI interface can usually provide all of D   the commands necessary for operations, but figuring out which SCSID   commands a particular SCSI device, loader, library or such expects=   to see and what it might return can require device-specific C   documentation -- and MRU might or might not work here, of course.   E   If you want to learn about IO$_DIAGNOSE and GKDRIVER, you will want D   to look in the I/O User's Reference Manual in the OpenVMS manuals,D   and at sys$examples:gktest.c, and at Freeware packages such as the<   CDRTOOLS port.  This is what a device using GKDRIVER does.  E   And if you can get MRU to work with the particular library device,     please post that detail.    N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------  # Date: Mon, 15 Sep 2003 17:14:09 GMT 9 From: "Fred Kleinsorge" <my-last-name@stardotzko.dec.com> ; Subject: Re: Difference Intel EFI and Phoenix cME FirstWare 2 Message-ID: <Brm9b.4730$_e6.4688@news.cpqcorp.net>   Hmmm.   I The BIOS is a source of irritation for almost everyone in the industry... @ except perhaps for Phoenix who makes a living writing BIOS code.  K When Intel started working on IA64, they (along with MS and others) decided I to try and get rid of the old IA32 BIOS, and the grotesque hacks that had J been done over the years.  The end result is a collection of firmware thatE collectively replaces all the ad-hoc BIOS functionality with a "real" L firmware base.  While I haven't seen it in practice, this whole thing was/is* also supposed to transfer to IA32 systems.  ; Phoenix seems to have a whole lot of things under a cME and E FirstWare/FirstBIOS marketing name.  I'm guessing that this is just a ) conventional IA32/AMD64 BIOS on steroids.     > "Godfried van Loo" <tochmaarniet@hotmail.com> wrote in message7 news:ef7d6766.0309142344.4f02bfa9@posting.google.com...  > Dear all,  > F > Does anybody know the exact difference between Intel EFI and PhoenixH > cME FirstWare? EFI is a replacement for BIOS, but is it true that whatF > EFI will be able to do, Phoenix cME FirstWare already is capable to?4 > What will be a better sollution, EFI or FirstWare?G > EFI is now on all Itanium systems, but will it be on other systems as  > well?  > @ > Anybody any experiences with EFI and/or Phoenix cME FirstWare? >  > 
 > Regards, >  >  > Godfried van Loo > The Netherlands    ------------------------------  # Date: Mon, 15 Sep 2003 18:54:54 GMT # From: hoff@hp.nospam (Hoff Hoffman)  Subject: Re: DLT Compatibility2 Message-ID: <2Wn9b.4745$zn6.4305@news.cpqcorp.net>  _ In article <Wqidnd2uy63gNv2iU-KYvQ@mpowercom.net>, "Jack Peacock" <peacock@simconv.com> writes: M :Can a TZ87 or TZ88 DLT drive read cartridges from a TF85 tape drive?  I need K :to move data from a VAX 6000 that has no network connections, no SCSI, and M :no other tape drive, onto an Alpha.  Ebay has some TZ87/88 drives cheap, and % :the Alpha has the SCSI ports for it.   G   Ask The Wizard (8417) and (8133) and (8682) have pointers to existing G   support database articles on the topic, and some general information.   (     http://www.hp.com/go/openvms/wizard/  F   (There's a wizard.zip containing most everything posted at the aboveG   webpage, if you want a single file to download for off-line reading.)   F   There are specific variants of the TZ87 and TZ88 series which cannotG   read certain of the lower-density DLT cartridges; the TZ87N and TZ88N G   will work for your needs with the TF85 here but these N-series drives D   cannot read the TZ30/TK50/TK70 series TK50-K and TK52-K series DLTG   cartridges.  Various of the non-N series drives can read these oldest    of the DLT media.   N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------    Date: 15 Sep 2003 11:52:58 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) + Subject: Re: HELP: Using CLI with C program 3 Message-ID: <EomnyBjhQIrw@eisner.encompasserve.org>   l In article <f401eb7f.0309150812.9b5d9c0@posting.google.com>, soccer13player@yahoo.com (Nom de Plume) writes: > char inputStr[MAX_INPUT];   ! > input.dsc$w_length = MAX_INPUT;   H    You did not define MAX_INPUT.  You're accidentally picking up a valueM    (probably from decc$types.h) which is too big.  The documented maximum for     cli$dcl_parse is 256.  K    You might be better off using set command to add efsmgr to your command  H    table, then letting DCL parse it before it starts your main().  To doD    this you'll need a copy of the CLD file with an IMAGE entry, then=    set command using that CLD file, and enter the command as:          $ efsmgr start all   ------------------------------  + Date: Mon, 15 Sep 2003 17:26:39 +0000 (UTC) ! From: Bagbourne <noway@noway.com> + Subject: Re: HELP: Using CLI with C program ( Message-ID: <3F65F8CB.3020302@noway.com>   Nom de Plume wrote: E > What I want to do is have a program that can act as a command line, E > like AUTHORIZE does.  Parse the line using a defined command table,  > and run a routine. >  > I have a C program:  >  > #include <stdio.h> > #include <limits.h>  > #include <descrip.h> > #include <lib$routines.h>  > #include <cli$routines.h>  >  > void test (void);  > 	 > main ()  > {  > extern int efsmgr; > unsigned long status;   > struct dsc$descriptor_s input; > char inputStr[MAX_INPUT]; " > $DESCRIPTOR (prompt,"EFSMGR> "); > unsigned short inputLen; > $ > input.dsc$b_class = DSC$K_CLASS_S;$ > input.dsc$b_dtype = DSC$K_DTYPE_T;! > input.dsc$a_pointer = inputStr; ! > input.dsc$w_length = MAX_INPUT;  > 8 > status = lib$get_command (&input, &prompt, &inputLen);@ > status = cli$dcl_parse (&input, &efsmgr, lib$get_input, 0, 0);  F Off the top of my head, and with no manuals on hand I can offer this. C Your descriptor still says that the string is MAX_INPUT bytes long  . whatever number of bytes typed. You need to do   input.dsc$w_length = inputLen;   before parsing the string.   ------------------------------    Date: 15 Sep 2003 13:07:29 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) + Subject: Re: HELP: Using CLI with C program 3 Message-ID: <S4gjr$1hJKmB@eisner.encompasserve.org>   L In article <3F65F8CB.3020302@noway.com>, Bagbourne <noway@noway.com> writes: > Nom de Plume wrote:  > H > Off the top of my head, and with no manuals on hand I can offer this. E > Your descriptor still says that the string is MAX_INPUT bytes long  0 > whatever number of bytes typed. You need to do >   > input.dsc$w_length = inputLen; >  > before parsing the string.  D    Actually, he doesn't need to do that.  lib$get_command will blankE    fill	to the full size of the string as given by the descriptor and )    cli$dcl_parse will be happy with that.   C    But he should null terminate the string before printf with %s so C    he doesn't take the chance of dumping a couple megabytes before      finding a null character.   ------------------------------  # Date: Mon, 15 Sep 2003 19:13:18 GMT # From: hoff@hp.nospam (Hoff Hoffman) & Subject: Re: Max Files Allowed & iSCSI2 Message-ID: <ibo9b.4748$zn6.3152@news.cpqcorp.net>  g In article <rja7mvo66fkj83l78lj5q2mvnbr03sltu2@4ax.com>, Gary L. Ross <rossgl@parknicollet.com> writes:  :Q1  : F :Is there a limit (size of disk and file aside) to the number of filesB :allowed on a disk?  I'm putting several (1500 a day) unique filesE :out on a 9GB drive and want to make sure I won't reach a file limit. ; :In other words, can I put 50,000 files into one directory?p  @   Yes, assuming sufficient continuous space for the directories.  D   On older OpenVMS releases, directory scan performance will degradeD   when the directory file itself crests 128 blocks -- V7.2 and later>   deal with the directory file cache processing rather better.  ?   For related details and limits, see Ask The Wizard (8772) andeD   see the OpenVMS FAQ.  You'll probably smack into the target volumeD   initialization limits or into the available volume capacity or theA   1TB volume limits before you hit the 24-bit maximum file limit.i  A   I would tend to encourage partitioning the data into manageablei?   units, either into fewer (omnibus) files (eg: zip, BACKUP) or.<   into more directories -- gazillions of files tend to causeB   long-term management issues.  You will definitely want to factorD   in tools for cleaning up the mess and/or for data archiving tasks.  A   You will want to review the extent settings, and determine whate?   values are appropriate for the numbers and sizes of the filese.   involved -- lest the disk become fragmented.  r :Q2e :oA :Is there any support for VMS to attach to iSCSI storage?  We areID :running VMS 7.2-2 on an Alpha4100 currently to 4 HSZ80 controllers.  C   No.  Various folks have ported part or all of the Intel referencee4   implementation for iSCSI over to OpenVMS, however.  A   Newer and higher-capacity storage configurations are available,e@   and OpenVMS can serve storage using cluster protocols, NFS and@   other similar techniques over SCSI, Fibre Channel, and/or GbE,C   etc.  At present, however, no iSCSI storage support is available,SD   either within the host or for an iSCSI-capable storage controller.      N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq-N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.comp   ------------------------------  % Date: Mon, 15 Sep 2003 13:32:33 -0700o* From: "Jack Peacock" <peacock@simconv.com>. Subject: Re: New Itanium sales figures arrived2 Message-ID: <re2dnWnKZZh_vPuiXTWJjA@mpowercom.net>  K "Andrew Harrison SUNUK Consultancy" <Andrew_No.Harrison_No@nospamn.sun.com>o; wrote in message news:bk4gjg$ssp$1@new-usenet.uk.sun.com...d >t? > But is isn't just yield that contributes to your CPU and thena= > systems cost, its also how integrated the chip is (SOC) anda' > what its thermal characteristics are.o >eL Considering the sales figures I would hazard a guess that Itanium yields areE largely irrelevant.  A week's worth of wafer starts covers the entirei lifetime demand for the chip.h    Jack Peacockt   ------------------------------  % Date: Tue, 16 Sep 2003 05:12:22 +0800P, From: Paul Repacholi <prep@prep.synonet.com>. Subject: Re: New Itanium sales figures arrived- Message-ID: <87u17dbvt5.fsf@prep.synonet.com>   , JF Mezei <jfmezei.spamnot@istop.com> writes:  C > Now, I don't know what current yield would be for IA64 chips.  Is @ > the 60% figure quoted by Mr Harrisson more or less an industryA > average for real server chips (Alpha, Power, Sparc) ? Are therei/ > significant differences between those chips ?u  E untel would be keeping itanic yeilds a VERY tight secret, but I wouldyA be supprised if they got much over 20%. New chip, new fab, littlehB tweeking of the design to keep yeilds up. P4s are rumoured in some" forms to have got up to 80% or so.  ; One thing intel are VERY good at is mass production of uPs.y   -- r< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------    Date: 15 Sep 2003 15:00:33 -0700$ From: svieth@wi.rr.com (Scott Vieth)8 Subject: OpenVMS 7.3-1 drowning HSG80s with I/O requests= Message-ID: <5a85bce2.0309151400.4160354f@posting.google.com>o   All:  4 I have been battling some strange "bug" with our IDXC (http://www.idx.com) system for the last month or two.  I have seen 6 some of the fibre channel-based disks (DGAnn:) go into1 MntVerifyTimeout in the wee hours of the morning.a  D I have had an open IPMT case with Storage Engineering since July 2nd6 and have finally found the cause of the problem today:  E During a conference call with some "higher-ups" at HP, a rep from theoD Storage division admitted to me that "Yes, OpenVMS 7.3-1 is too fastC for the HSG80 controllers."  The I/O subroutines in 7.3-1 have been E streamlined to the point that a decent AlphaServer system can bury an B HSG80 pair in I/O requests so deep that the that DGAnn: devices go* away and the CLI on the controllers hangs.  E Once they admitted that VMS 7.3-1 is simply too fast and too powerfuld< for the HSG80s, I asked if there were any suggested fixes orD solutions.  They didn't really have any answers for me that I hadn't@ already found by talking with the gurus in VMS Engineering or by chatting with folks via c.o.v.  ) Suggested fixes for this problem include:s  F 1) Applying the VMS731_MSA1000 patch to increase fibre channel timeoutD values from 4 seconds to 24 seconds (apply it even if you don't have an MSA).  F 2) Adjusting DIOLM on the account that you run VMS Backup under.  I amE down t "16" now and things seem to be settling down. (Also check youra PQL values that affect DIOLM.)  > 3) Someone has suggested disabling FAST_PATH for fibre channel4 devices.  I have not implemented that change yet....  A 4) I applied the AlphaServer ES40 6.5 firmware which upgraded theoE KGPSAs to 3.91a1. Dunno if that one was part of the problem or not.  -9 But it's good to be up-to-date with AlphaServer firmware.r  F 5) Run VMS Backup batch jobs in a serial fashion instead of a parallelA fashion.  (For example, we normally have three batch jobs running,C Backup at one time going to three local-attached DLT8000 drives.  ItC experimented with running them one-after-another instead of runninge all three in parallel.)e  : That's all I know for now.  I will append as I learn more.  F I do know that after I applied the MSA1000 patch, updated the firmwareD and lowered DIOLM on Saturday afternoon, the serial console ports onD the HSG80s have been dead quiet.  Prior to Saturday, we saw hundredsC and hundreds of errors spewing out of the HSG80 console ports whileoE VMS backup was running (all console output is collected and saved viabE ConsoleWorks).  Now, the console ports on the HSG80s are very quiet.   Hmmmm...  C Today, the Storage division admitted that VMS 7.3-1 is too powerfula for mere HSG80 controllers.r  E The ultimate fix to this problem is upgrade to EVA.  We just happenediF to have one on order and it happened to arrive today.  I hope our ES40E and ESA12000 will hold together long enough for us to migrate the IDXuD data files to EVA.  We certainly don't need a repeat of the disaster' we dealt with on July 2nd of this year.o  C "Thank you" to everyone who has emailed me offline to share similarbF storage-related-pain stories.  And to those who offered tips on how to track down the problem.p  B Kudos for VMS Engineering for your quick response to my emails and phone calls.   -Scott ViethD "VMS 7.3-1: Do not look directly *at* the OS without appropriate eye protection." :^)t   ------------------------------  % Date: Tue, 16 Sep 2003 05:02:07 +0800o, From: Paul Repacholi <prep@prep.synonet.com>Y Subject: Re: OpenVMS clusters (Alpha) - standalone workstation joined to the cluster? clu - Message-ID: <87y8wpbwa8.fsf@prep.synonet.com>t  ; Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> writes:r  F >> Problem is, if you take down some nodes, change stuff on the shadowI >> set, then drop those nodes and reboot the ones that have been down yous" >> end up with the old contents :(  & > Can you explain this in more detail?  A OK, node A, B, C, D with disks a, b, c, d all shadowed to providet the cluster common files.t  D Shut down A and B, a and b are removed from the shadow set. Now shutD down C and D, and then reboot the cluster from A and B. a and b willC re-form the shadow set and lose all updates between the 1st and 2nd5E shutdown. :( Adding C or D with their drive will result in c and/or dt being subject to a full copy.@   -- e< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.e@                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Mon, 15 Sep 2003 20:21:03 -0400t* From: JF Mezei <jfmezei.spamnot@istop.com>Y Subject: Re: OpenVMS clusters (Alpha) - standalone workstation joined to thecluster? theci) Message-ID: <3F66576E.D8D71958@istop.com>u   Paul Repacholi wrote:MF > Shut down A and B, a and b are removed from the shadow set. Now shutF > down C and D, and then reboot the cluster from A and B. a and b willE > re-form the shadow set and lose all updates between the 1st and 2ndN > shutdown.   I Correct. I had to deal with this situation for a 2 node disaster recoverygN scheme. This was solved with documentation and training of operators. In theseM cases, you really have no option but to decide which node(s) to reboot first.n  I For a "normal" reboot, the disk mounting procedure would wait a couple of,M minutes to see if drives of the other node became visible. At the timeout, itCJ would create shadowset with all the visible drives (ensuring that the mostH recent data became source. But in all cases where both nodes couldn't beB rebooted at roughly the same time, the operators were under strickH instructions to consult with the system manager to decide how the reboot should proceed.u   ------------------------------   Date: 15 Sep 03 21:29:59 +0200) From: p_sture@elias.decus.ch (Paul Sture)o: Subject: Re: OpenVMS Hobbyist licence for layered products) Message-ID: <kuZNRrH4g68Z@elias.decus.ch>s  V In article <3F654544.26F2DAA2@istop.com>, JF Mezei <jfmezei.spamnot@istop.com> writes: >> >You're kidding, right? >> > >> >  $ LICENSE DELETE * > N > This may be fine when you have ONLY hobbysist licences on your system and noO > others licences. But if you have legitimate licences on the system, you don'tES > want to delete those too. So one must be selective in which licences one deletes.n  J A better answer for this case came from someone else, who pointed out thatD a group of Hobbyist licenses can be identified by applying a partial$ wildcard to the authorization field.  = I haven't tried it, but it does appear to be a neat solution.    ------------------------------  % Date: Mon, 15 Sep 2003 18:05:52 +01000O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>o Subject: Re: OpenVMS Securityg0 Message-ID: <bk4rhg$3j0$1@new-usenet.uk.sun.com>   Hoff Hoffman wrote:0 > In article <binflf$abs$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes: > G >   Still flailing on reports that are three to five years old now, andbF >   involving products multiple releases back?   (We are clearly doingH >   nicely with the contents and the frequency of CERT reports involving1 >   OpenVMS, then.  Thanks for the confirmation!)o >   E I didn't notice your reply be a re-read in the light of a swift trawl B through some more recent CERTs and security violations for OpenVMS1 not reported to CERT would tend to disprove this.n  + We have a number of unCERTed vunerabilites.o/ Pop, DECwindows, WEBES, PHP and apache/mod_ssl.>  2 We have vunerabilites incorrectly reported to CERT2 with the corrections reported in patch reports but$ no correction posted to CERT. (Bind)  2 We also have vunerabilites in OpenVMS products for0 which there is a patch but for which there is no+ response at all in the CERT advisory. (SSL)    So unCERTed vunerabilitys2 Intial no-vunerability incorrect CERT response not corrected to vunerable.e- No response to a CERT advisory but vunerable.d  0 All in 2002 and I didn't have to look very hard.  3 I know you are an engineer but in the circumstancesw2 your statement that you are "clearly doing nicely"- is one that a marketeer would be happier withy    G > :>That was me and I don't work for Sun Marketing, do you really think @ > :>that marketing people read CERTS and OpenVMS patch reports ? > F >   Yes, I do.  The best FUD has flavoring overtones of the technical,F >   with vaguely official citations for the unwary or the uninitiated. >   3 FUD is a greatly overused phrase in this group thato9 more often than not really stands for facts that make thee reader uncomfortable.   0 As you have admitted it is a fact that responses0 to CERT advisories relating to OpenVMS could not! be trusted in the past. Pre 1999.l  - No doubt this fact made you and and number ofn( other other people uncomfortable enough.  2 It is also a fact that the situation does not seem1 to have changed that much because the issues then. are the issues now.o   unCERTed vunerabilites& incorrect responses to CERT advisories, no response to CERT advisories but vunerable  7 This is a fact that should still make you uncomfortables$ if thats FUD in your book then fine.  9 Nowhere in this have I suggested contrary to some posterso4 claims that there are fewer Solaris vunerabilites or8 that Solaris is less vunerable than OpenVMS so producing/ a tally of Solaris vunerabilites is irrelevant.   9 What should however be entirely obvious to you and anyone 7 with sense is that CERT is not the place to go tallying 6 up OE tables of vunerabilites if OpenVMS is one of the3 OE's in question. It would be an entirely dishonesta
 excercise.   Regards  Andrew Harrisona   ------------------------------    Date: 15 Sep 2003 13:09:18 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)l Subject: Re: OpenVMS Securityg3 Message-ID: <hV1mX6CdOP6e@eisner.encompasserve.org>    In article <bk4rhg$3j0$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes:; > What should however be entirely obvious to you and anyonee9 > with sense is that CERT is not the place to go tallying.8 > up OE tables of vunerabilites if OpenVMS is one of the5 > OE's in question. It would be an entirely dishonest  > excercise.  /    So what alternative do you want to point to?    ------------------------------  % Date: Mon, 15 Sep 2003 22:58:02 -0400w* From: JF Mezei <jfmezei.spamnot@istop.com>2 Subject: OT: Verisign messes with DSN root servers) Message-ID: <3F667C2D.D0649ACB@istop.com>o  L Essentially, Verisign, the operator of the root servers, has decided to stopN returning "not found" replies and instead will respond with its own IP address: whenever a request for a non existent domain name is made.  a > http://slashdot.org/article.pl?sid=03/09/16/0034210&mode=nocomment&tid=126&tid=95&tid=98&tid=99   K The address that is returned is: 64.94.110.11  which ponts to some web site K that has some advertising. As a result, if you ever type a wrong host name,a* your browser will display a verisign site.  N Another potential impact is when you attempt to resolve a domain name for spamS verification, you will have a hard time knowing if the site actually exists or not.   M Personally, I have verified that this happens with .net tlds, but .coms still N result in "site not found". (perhaps my ISP has decided to muck about with its+ infrastructure to hide the verisign abuse.)m  ( Somehow, I suspect this won't last long.   ------------------------------  % Date: Tue, 16 Sep 2003 00:33:51 -0400 * From: JF Mezei <jfmezei.spamnot@istop.com>6 Subject: Re: OT: Verisign messes with DSN root servers) Message-ID: <3F66929D.8CD7FDB6@istop.com>   G added information: seems that Verisign have temporarily restorer proper4N behaviour for the .com tld, but .net still has a wildcard response pointing to verisign's own IP address.    N I have heard discussions about hacking BIND such that any response pointing to4 verisign's IP address will yield a "site not found".  M If this issies isn't resolved, any chances that such a hack might come to VMS  any time soon ?i  M Consider the whole RBL issue. RBL have become moot since any and all .com ands- .net domain names now translate to something.a   ------------------------------  % Date: Mon, 15 Sep 2003 16:36:17 -0700 ' From: David Mathog <mathog@caltech.edu> < Subject: Re: Porting from UNIX to OpenVMS for a real newbie.8 Message-ID: <20030915163617.5ef48b53.mathog@caltech.edu>   On 12 Sep 2003 18:05:52 -0700 / drkirkby@ntlworld.com (Dr. David Kirkby) wrote:M  B > The problem is the application uses the normal (in UNIX circles) > autoconf/automake. >  ' I've done a _LOT_ of this sort of port.s  7 By far the easiest way to do so is to first build it onc? Unix and log everything that "make" does to a file.  If you cani; find a Tru64 machine with DEC, um, Compaq, um, HP compilers ; that would give you the best starting point.  For instance:>    make | tee make_did_this.coml  ; Then move the .com file to VMS and open it in a wide editorA8 (nedit works great) and go through doing global replaces5 for the unix bits, converting them to VMS.  Typically>) there are only 3 or 4 types of "cc" linesu5 encountered and you can define these as DCL symbols. e Ie:a   $ MYCC1 := cc/standard=ansiu0 $ MYCC2 := cc/standard=relaxed/include=[.foobar]  / > What effort is likely to be needed to port toi
 > OpenVMS?  8 It depends entirely on how portable your code really is.6 On gcc do you use "-ansi -pedantic"?  If so, it should5 be pretty straightfoward.  If not, expect pain as the>0 VMS C compiler catches all of the problems  and : language inconsistencies that the other compilers ignored.   > @ > -DPACKAGE_VERSION=\"4.4.1\" -DPACKAGE_STRING=\"atlc\ 4.4.1\" \D > -DPACKAGE_BUGREPORT=\"drkirkby@ntlworld.com\" -DPACKAGE=\"atlc\" \4 > -DVERSION=\"4.4.1\" -DHAVE_LIBM=1 -DSTDC_HEADERS=1 > -DHAVE_SYS_TYPES_H=1 \  ! etc. etc. for way too many lines.o  0 If you really need this many  defines you should7 instead have all modules include a single blah_config.h 
 which has:   #define PACKAGE_VERSION "4.4.1" # #define PACKAGE_STRING "atlc 4.4.1"p1 #define PACKAGE_BUGREPORT "drkirkby@ntlworld.com"y #define HAVE_WHATEVER 1a  8 etc.  These strings look like they are all invariant for7 the platform so no point having them all on the commando line.K  ; This would improve matters on Unix as well, where I imagine < the logs of your build procedures are essentially unreadable% due to all of these extraneous lines.a    You might also want to refer to:  2   http://saf.bio.caltech.edu/unix_to_vms_notes.txt.   http://saf.bio.caltech.edu/x11_vms_notes.txt   Regards,   David Mathog mathog@caltech.edu> Manager, Sequence Analysis Facility, Biology Division, Caltech   ------------------------------  % Date: Mon, 15 Sep 2003 21:23:49 -0400r5 From: "Brad McCusker" <brad.mccuskerNosp@Mcompaq.com> < Subject: Re: Porting from UNIX to OpenVMS for a real newbie./ Message-ID: <vmcphaibbvk56d@corp.supernews.com>o  ; "Dr. David Kirkby" <drkirkby@ntlworld.com> wrote in message.7 news:bbdc5d83.0309121705.4282adf3@posting.google.com...> > Hi, A > Many many years ago I used VMS on a VAX - even writing some VAX G > assembler at one point! But it's a long time and I can't rememver anyn= > commands. It is dir to list files ? I really have forgotteno
 > everything.c > G > I have here a Dec Alpha 600a Personal Workstation which I think would D > run VMS and/or OpenVMS, but I don't think I can be bothered buying/ > OpenVMS media, so I probably wont install it.-  K Well, there is the hobbyist program, if you qualify for that.  I don't knows) the details, but others in this group do.>   > F > However, I am aware of the OpenVMS systems at the HP testdrive site:" > http://www.testdrive.compaq.com/  H This will get you to OpenVMS V7.3-2 field test, the latest Alpha versionJ available, and, for this project you will want to use the latest.  I wouldJ not recommend using the Itanium version yet.  Port it to alpha first, then go to Itanium, if you want.V  J Problem is, the test drive systems don't have GNV (I don't think they do).H I would urge you to try to do this with GNV (as someone else suggested),J which brings me back to trying to use the hobbyist program to get your own VMS system up and running.  C Regardless of how you go, I am very interested in how you make out.    Regards,  
 Brad McCusker  OpenVMS Engineering- UNIX Portability Project Leaderc Hewlett-Packard Company5
 Nashua NH USAb   ------------------------------  % Date: Mon, 15 Sep 2003 20:14:32 -0400-$ From: David Shaw <dshaw@example.com>, Subject: Re: Question on running GnuPG 1.2.0, Message-ID: <bk5kl8$as0$1@foobar.cs.jhu.edu>   Keith A. Lewis wrote:p > John Santos <JOHN@egh.com> writes in article <1030912185539.3498B-100000@Ives.egh.com> dated Fri, 12 Sep 2003 19:03:10 -0400:  > - >>On Fri, 12 Sep 2003, Patrick Spinler wrote:b >> >> >>>$ noprivo >>>$ gpg# >>>gpg: can't lock memory: error -1o+ >>>%NONAME-E-NOMSG, Message number 00000002e >>>$ set proc/priv= PSWAPM >>>$ gpg* >>>gpg: Go ahead and type your message ... >>>e	 >>>-- Patt >>2 >>I don't know why it needs PSWAPM, but it does.   >  > L > It must be locking pages into memory.  The question is why.  Normally thisN > feature of VMS is for performance, but it doesn't affect the result.  But inL > this case could it be for security?  If you allocate a bunch of memory andN > don't initialize it, might you get somebody else's private key in your data?  H It's not for the initialization case so much as the chance that the key & material will get swapped out to disk.  M > Second question -- does preventing the pages from being swapped out to diskaM > actually make it secure, or is there another way memory contents might fallcH > into the hands of another user?  I'm guessing that GPG writes over theL > memory before releasing it (under normal termination conditions at least).  
 Yes, it does..  L > Unless the page-locking is both necessary and reliable for preventing thisL > kind of attack, the maintainers of the VMS version of GPG should change itN > so that it still works even if it can't lock the pages into physical memory.? > As is, a non-privileged VMS user can build it but not run it.   I I'm one of the GnuPG maintainers in general.  I'm not sure what changes, hE if any, HP made to the GnuPG source for VMS, but with regards to the eI memory locking question, this error should not happen.  If memory cannot  H be locked, GnuPG should continue working after issuing a warning to the  user.l  > It would be helpful to know the settings of USE_CAPABILITIES, < HAVE_BROKEN_MLOCK, HAVE_MLOCK, and HAVE_PLOCK from config.h.  B >>The first time you run it, it creates a subdirectory (under yourE >>default login directory) to hold key rings, etc. and then complains 6 >>if the subdirectory has world or group read access.  >>, >> $ set file/prot=(w,g) sys$login:gnupg.dir >>makes it shut up.n  C Hmm.  That is strange.  GnuPG creates the directory with user-only iF permissions.  What is the setting of MKDIR_TAKES_ONE_ARG in config.h ?  H For what it is worth, the latest version of GnuPG is 1.2.3.  There have 1 been a number of significant changes since 1.2.0.d   Davidt   ------------------------------  % Date: Mon, 15 Sep 2003 17:07:50 +0200 9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>d' Subject: Re: Reimport VMS mail problems ' Message-ID: <3F65D5C6.69B14EC6@aaa.com>t  : What you should have been doing in the first place, was to: use a ZIP tool that is "VMS-aware", that is, that can save4 (and recreate) full VMS file attributes. This is one reason I don't use gzip...  	 Jan-Erik.o   David Balazic wrote: > G > On OpenVMS V7.3-1, I extracted my mails ( EXTRACT/ALL myfile.txt ) to F > save disk space. I did this twice. Then I compressed both files with > gzip ( details :   ------------------------------  % Date: Mon, 15 Sep 2003 20:40:26 -0400a0 From: "Brian Tillman" <Tillman@sparkingwire.com>' Subject: Re: Reimport VMS mail problemss$ Message-ID: <3f665bfb$1@news.si.com>  F >On OpenVMS V7.3-1, I extracted my mails ( EXTRACT/ALL myfile.txt ) toE >save disk space. I did this twice. Then I compressed both files with  >gzip ( details :- >gzip --versiona >gzip 1.2.4 (18 Aug 93)l >Compilation options:c. >NO_DIR NO_UTIME STDC_HEADERS NO_MULTIPLE_DOTS >). >I used the command line : gzip -9v myfile.txt >yF >Now I want to reimport those mail messages into the VMS mail utility.  K Why do you think that extracting the mail and reimporting it will save disk  space? -- nI Brian Tillman         Internet: Brian.Tillman at smiths-aerospace dot come5 Smiths Aerospace  Addresses modified to prevent SPAM. D 3290 Patterson Ave. SE, MS 1B3 Replace "at" with "@", "dot" with "." Grand Rapids, MI 49512-1991a8        This opinion doesn't represent that of my company   ------------------------------   Date: 15 Sep 2003 22:35 CDTd' From: carl@gerg.tamu.edu (Carl Perkins) ' Subject: Re: Reimport VMS mail problems-- Message-ID: <15SEP200322351809@gerg.tamu.edu>V  4 "Brian Tillman" <Tillman@sparkingwire.com> writes...G }>On OpenVMS V7.3-1, I extracted my mails ( EXTRACT/ALL myfile.txt ) tofF }>save disk space. I did this twice. Then I compressed both files with }>gzip ( details : }>gzip --version }>gzip 1.2.4 (18 Aug 93) }>Compilation options:/ }>NO_DIR NO_UTIME STDC_HEADERS NO_MULTIPLE_DOTSf }>)c/ }>I used the command line : gzip -9v myfile.txtD }>G }>Now I want to reimport those mail messages into the VMS mail utility.  } L }Why do you think that extracting the mail and reimporting it will save disk }space?l }-- J }Brian Tillman         Internet: Brian.Tillman at smiths-aerospace dot com  ) Why do you think he said that? He didn't.   C In the past, he exported them and compressed them. This does almoste4 always result in a significant saving of disk space.   --- Carl   ------------------------------    Date: 15 Sep 2003 21:37:03 -0700- From: david.balazic@uni-mb.si (David Balazic)t' Subject: Re: Reimport VMS mail problemst= Message-ID: <2821c598.0309152037.7e4474df@posting.google.com>f  [ JF Mezei <jfmezei.spamnot@istop.com> wrote in message news:<3F65ECED.D9446A6B@istop.com>...  > David Balazic wrote:  > > MAIL> set file MAIL_EXT2.TXT> > > %MAIL-E, error reading $EL_A:[UEL003R2A.MAIL]MAIL_EXT2.TXT7 > > -RMS-W, 610 byte record too large for user's buffera > P > Do a DIR/FULL on mail_ext2.txt   to see what sort of file format gzip created.O > With GZIP, do you have an option to ensure that the created file is in "text"b
 > format ? > K > VMS prefers variable length records for text. It can also handle streamlf,) > files and a few other formats for text.n > < > How big is your file ? If it is manageable, you could try: > O > EDITR/TPU mail_ext2.txt and once it has loaded, just change one character and O > change it back, then <ctrl-z> to save the file. TPU will then create the file N > as variable length records. While inside of TPU, you may wish to look at theE > text to see if it look OK in terms of the text, record lengths etc.r   The file is about 2 megabytes.  F I loaded it into the TPU editor and deleted the very long lines in two	 messages. 8 Then I saved the file ( the attributes after this were :A Record format:      Stream_LF, maximum 0 bytes, longest 317 bytesiB longest was 32768 originally, and about 600 after just loading and saving from editor )* After that it could be imported into MAIL.   Thanks !  
 David Balazic7   ------------------------------  % Date: Mon, 15 Sep 2003 15:11:35 -0400c$ From: "PEN" <paul.nuneznosp@mhp.com>- Subject: Re: Remove Pathworks/Advanced Serverw, Message-ID: <bk52ta$d71$1@hplms2.hpl.hp.com>  2 "David Gray" <police@spamcop.net> wrote in message2 news:d0ibmv4cktj0javmdkvp9c94ap7simvvkl@4ax.com... > Greetings all, >cD > Is it possible to remove *all* trace of Pathworks /Advanced Server > from OpenVMS 7.3-1?L >aG > Basically I'm trying to install Advanced Server ( V7.3A) over the tophE > of Pathworks (V6.1).   V6.1 was installed but never configured, and E > all the errors I'm getting are leading me to the  conclusion that as > clean install might be best. >f	 > Cheers,d > Dave.-     Hi Dave,  L You want to run $ @sys$update:pwrk$deinstal.com  (that's one L in deinstal).  
 Best of luck,e   ------------------------------  % Date: Mon, 15 Sep 2003 21:10:23 -0400r5 From: "Brad McCusker" <brad.mccuskerNosp@Mcompaq.com> - Subject: Re: Remove Pathworks/Advanced Serverh/ Message-ID: <vmcoo3308sns36@corp.supernews.com>    Dave -  F "PEN"'s suggestion of pwrk$deinstal is of course correct.  But, I'd beK surprised if de-installing V6 is going to solve your problem.  Of course, IyK don't know what your problem is, so, why listen to me?  Installing Advanced@/ Server right over the top of PATHWORKS is "OK".m  I When you install V7.3A, please be sure you install V7.3A-ECO1 (its a fullX/ kit, you can install it directly, no pre-reqs).'  I Let us know the problems you are seeing, maybe we can save you some time.t  
 Brad McCuskerm OpenVMS Engineering 
 Nashua NH USAi  2 "David Gray" <police@spamcop.net> wrote in message2 news:d0ibmv4cktj0javmdkvp9c94ap7simvvkl@4ax.com... > Greetings all, >oD > Is it possible to remove *all* trace of Pathworks /Advanced Server > from OpenVMS 7.3-1?t > G > Basically I'm trying to install Advanced Server ( V7.3A) over the top E > of Pathworks (V6.1).   V6.1 was installed but never configured, and1E > all the errors I'm getting are leading me to the  conclusion that au > clean install might be best. >r	 > Cheers,s > Dave.3   ------------------------------    Date: 15 Sep 2003 20:12:09 -0700, From: JimStrehlow@data911.com (Jim Strehlow)E Subject: Re: Strange DCL Problem:  DCL Can't Find My GOSUB Labels....t= Message-ID: <4b6ec350.0309151912.3da5e387@posting.google.com>   1 byer@mail.ourservers.net (Robert Alan Byer) wroteeH > I have a rather large DCL script I've been working on for the past few > months ... H > today when I added a big subroutine and now I get the following error. > @ > %DCL-W-USGOSUB, target of GOSUB not found - check spelling and > presence of label, ...G    
 Have you useds $ SET VERIFY  N either before executing your procedure or within your procedure if it contains $ SET NOVERIFY  C to help you to see the statements being executed in your procedure?l      1 Do you need help with $ SET HOST 0 /LOG= TEST.LOGc> or with setting properties for a PC client VT emulator programE so that you may watch your procedure execute until it hits the error?s      A Unbalanced IF with no ENDIF (not END IF) or other permutations ofm IF ... THEN ... ELSE ... ENDIF* are the traditional logic coding problems.F You also normally can not GOTO a label from outside of an IF ... ENDIF5 where the label is inside the IF ... ENDIF structure.p      . Does your procedure contain statements such as $ TYPE  SYS$INPUT  or $ COPY ... SYS$INPUT or $ DECK  @ where what you thought were DCL statements are considered "data"* and are not DCL statements until a closing $ EOD       $ What is the name of the GOSUB label?( Outside of the procedure have you done a6 $ SEARCH  procedureName.COM   "yourLabelName", "GOSUB"  F to do a quick smaller listing of statements in your program that match+ keywords important to your debugging chore?e    1 JimStrehlow, Data911 Systems and Database Manageri Alameda, CA, USA   ------------------------------  % Date: Tue, 16 Sep 2003 08:09:30 +0300n" From: Guy Peleg <guy.peleg@hp.com>E Subject: Re: Strange DCL Problem:  DCL Can't Find My GOSUB Labels....w& Message-ID: <3F669B0A.6D63F7B3@hp.com>  
 Hello Robert,u  H It is possible that DCL won't recognize a label although it is there andG it is legal. It will take about an hour trying to explain why, but  try( looking for G a gosub statement which is jumping to a very remote label. Let's assume2 thatF the first line of a command file is GOSUB LABEL and the label LABEL is definedRI after 2000 lines. While DCL is scanning the procedure for the label LABELf it will defineH any label it encountered in the way. Some labels might be defined in the wrong resultingfI in the USGOSUB error. If you have a valid support contract you may file a 	 call with G your local support center and have the call escalated to engineering. If will provide you with ' a new DCL.EXE that might behave better.S  	 Guy Pelegr OpenVMS Engineeringc     Robert Alan Byer wrote:r  H > I have a rather large DCL script I've been working on for the past few > monthsH > (it's 175 blocks and growing).  It's been working for testing purposes > untiliH > today when I added a big subroutine and now I get the following error. >e@ > %DCL-W-USGOSUB, target of GOSUB not found - check spelling and > presence of labelo >eF > It's the VERY first GOSUB in my DCL script.  I've checked everything > andoC > everything is spelled correctly and everything appears to be justwF > fine, never had a problem with it during testing.  I removed that to > go to the next one,o > and I get the same error.t >sG > Is my DCL script too large?  If that's the case I've got some seriousm* > reworking to do in order to split it up. >i  > Any help would be appreciated.   ------------------------------  % Date: Mon, 15 Sep 2003 15:54:45 -0700s, From: Ken Fairfield <My.Full.Name@intel.com>, Subject: Summary: KVMs, LK461 and DECwindows) Message-ID: <3F664335.4E1F1798@intel.com>   C     Some time ago, I started a thread titled, "KVM between PWS600auo> and IBM T20 Laptop".  I now have an update and perhaps another question or two.   Executive Summary:  =     The Rose Mini-Vista KVM "works" well between a PC runninggB Windows XP and an Alpha running VMS and DECwindows.  However, whenC using an LK461-A2 keyboard, the 6-key editing keypad, function keys E F18-F20, and the numeric keypad minus keys are mapped incorrectly on gG the Alpha, and the top-row functions keys from F13 through F17, and thee& Compose key, are not available at all.  ;     Most KVM vendors support only a standard PC 101/102-key-B keyboard, but in there higher-end KVM series, Rose say they fully  support the LK461 keyboard.-     Details:  E     I have an IBM T20 Laptop [this is my work platform] plugged into H@ its port-replicator (which allows me to use a standard keyboard,@ mouse and monitor), and a PWS600au hobbiest system.  I wanted toC share a sungle LK461-A2 keyboard, 3-button mouse (Digital logo) andgA Samsung SyncMaster LCD monitor at home through an appropriate KVM  switch.a  G     The issues that I knew to research at the time were that the laptopnF (on its port-replictor) wanted the keyboard in mode 2, whereas the VMS0 (and I think Tru64) want the keyboard in mode 3.? The mouse stays in PS2 mode (if that's the right term) for both < platforms, and this LCD takes analog input so there were no $ compatibility problems there either.  C     I found three candidate vendors (there may be more) which woulda@ maintain the keyboard in different modes on different KVM ports:G Adder, Raritan and Rose Electronics.  When I looked into the Raritan, I28 found it requires a "converter" on any port that runs inA other than mode 2, and the cost of the converter plus the KVM wastE more than I wanted to spend.  I almost bought the small Adder 2-port :E model, but after exchanging some correspondance with tech support at  . Rose, wound up buying the Rose Mini-Vista KVM.  B     The Mini-Vista comes in two models, one with standard PS/2-MD6C mouse and keyboard connectors and VGA-HD15 for the monitor, and the @ other with DB25 connectors at the switch for the computer ports.= Since the later required Rose proprietary cables, I chose the,B former...but wound up buying Rose cables for that anyway since youD need male-male for the video hook-up which I couldn't find at Fry's.B [The Rose cables I bought are nice in that there is a single cableB that carries all of the keyboard, mouse and video, but they were a bit pricey.]     @     For reasons that have nothing to do with the KVM, it took a B while to get my PWS to the point I could start DECwindows (no, the@ Radeon 7500 will NOT work with a PWS 600au! :-).  When I finallyA did get to the point of trying to edit in a DECterm, I found that-= the DO key had gone AWOL and that the eidting keypad keys hadc been "shuffled":   		Keycap		Mapped Tod 		------	  	---------  		Find	  	Insert Here5 		Insert Here	Find 		Remove		Select 		Select		Prev 		Prev		Remove  @ Oh, and the minus key, "-", on the numeric keypad, mapped to theB less-than character, "<".  F13, F14, Help, Do and F17 sent nothingA to the xev, while F18, F19 and F20 mapped to F13, F14 and Help as 6 viewed in xev.  Finally, the Compose key sent nothing.  C     Subsequent correspondance with the three vendors, plus Avocent,hC Black Box and Linksys, showed that all vendors say the support ONLYt8 101/102 key "standard" PC keyboards.  Except for Rose...  C     The Rose technical support person found explicit referecnces tosB LK461-xx in his database, one in the german language varient!  TheB low-end Mini-VIsta that I purchased doesn't support the LK461, butA the more expensive ServeView Pro and UltraView Pro series of KVMsl> do!  So if you have a situation where you must have full LK461E functionallity, there is at least one vendor out there who can help. eC Unfortunately, I can't afford $500US for the convenience...althougha& I have been keeping an eye on e-bay...  C     Rose support did say that there is a 1-to-1 conversion from the A scan mode 2 to scan mode 3 sequences, and so I suppose there is a1D possiblity to remap the keys using xmodmap.  However, for those keys? which didn't send anything to xev, I don't know whether the VMSAB DECwindows driver is even processing the codes received (Fred???).  C     For the time being, I will plug in two keyboards, one into the  A switch to be used with the laptop, and one directly into the PWS.g? I have enough room on either side of my desk to lean the unuseda* keyboard against the side of the desk. :-}  C     I hope this summary helps others who are looking for a KVM thatt' will work with there Alpha VMS systems.-   	-Kens --6 I don't speak for Intel, Intel doesn't speak for me...  
 Ken Fairfield " D1C Automation VMS System Support " who:   kenneth dot h dot fairfield where: intel dot com   ------------------------------  % Date: Mon, 15 Sep 2003 21:27:55 +010003 From: "J S Smith" <johnsmith@danpa.freeserve.co.uk>t, Subject: Re: THOSE ANNOYING POP UP MESSAGES./ Message-ID: <bk57cm$75h$1@newsg3.svr.pol.co.uk>a  L Go to htt://grc.com/stm/ShootTheMessenger.exe and download it. This program,K which is free, will make the appropriate changes to Microsoft Messenger for  you   0 "Hoff Hoffman" <hoff@hp.nospam> wrote in message, news:xuo9b.4753$zn6.2043@news.cpqcorp.net...K > In article <dwf9b.1266$fX1.160103@newsfep2-gui.server.ntli.net>, "NOMORE"s <zxvsdgs@freeuk.com> writes:. > :Want to stop those annoying pop up messages% > :Without spending $30+ on software.. > :I will show you how ... >oK >   Since this is undoubtedly Windows spam, disable the Microsoft MessengerhF >   Service stuff in the Windows services menu (alternate-click on the systemJ >   icon on the desktop and select manage, this on W2K and on other recentH >   Windows instantiations), or do yourself a huge favor and configure aI >   functional external or (if you're feeling brave, host-based) firewall L >   to defend against this NET SEND stuff and against other spam-like stuff,H >   as well as preventing various common attacks -- recent Windows worms haveK >   used existing open ports found to have vulnerabilities, so the exposures; >   problem here isn't limited to pop-up advertising boxes.3 > ( >  ---------------------------- #include' <rtfaq.h> ------------------------------4 >     For additional, please see the OpenVMS FAQ --  www.hp.com/go/openvms/faqR, >  --------------------------- pure personal# opinion ---------------------------eG >         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.comp >n   ------------------------------  # Date: Mon, 15 Sep 2003 19:33:49 GMTr# From: hoff@hp.nospam (Hoff Hoffman)o, Subject: Re: THOSE ANNOYING POP UP MESSAGES.2 Message-ID: <xuo9b.4753$zn6.2043@news.cpqcorp.net>  f In article <dwf9b.1266$fX1.160103@newsfep2-gui.server.ntli.net>, "NOMORE" <zxvsdgs@freeuk.com> writes:, :Want to stop those annoying pop up messages# :Without spending $30+ on software.t :I will show you how ...  I   Since this is undoubtedly Windows spam, disable the Microsoft Messenger K   Service stuff in the Windows services menu (alternate-click on the systempI   icon on the desktop and select manage, this on W2K and on other recent  F   Windows instantiations), or do yourself a huge favor and configure aG   functional external or (if you're feeling brave, host-based) firewall0J   to defend against this NET SEND stuff and against other spam-like stuff,K   as well as preventing various common attacks -- recent Windows worms haveaI   used existing open ports found to have vulnerabilities, so the exposure 9   problem here isn't limited to pop-up advertising boxes.-  N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faqaN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.comh   ------------------------------  # Date: Tue, 16 Sep 2003 02:21:20 GMTA- From: "John E. Malmberg" <wb8tyw@qsl.network>a, Subject: Re: THOSE ANNOYING POP UP MESSAGES.; Message-ID: <Asu9b.1283$065.892794@news1.news.adelphia.net>r   J S Smith wrote:N > Go to htt://grc.com/stm/ShootTheMessenger.exe and download it. This program,M > which is free, will make the appropriate changes to Microsoft Messenger fort > youn  ; Gibson usually gives better advice about security problems.i  H Microsoft has stated that their systems require a firewall between them  and the public internet.  G If you have such a firewall in place and properly configured, it stops t the pop-up spam.  G Shutting off the messenger service by any method including the grc.com aI one does nothing to fix the underlying security issues that allow anyone s7 to access your the Remote Procedure Control dispatcher.   G To tell people that turning off the messenger service will solve their _4 problem is incorrect and against Microsoft's advice.  G The winpoup or messenger spams are the least dangerous of the exploits e0 that you are vulnerable if you are getting them.  4 A second RPC vulnerability has just been discovered.  , See http://www.microsoft.com on the subject.   -John  wb8tyw@qsl.network Personal Opinion Onlys   ------------------------------  # Date: Tue, 16 Sep 2003 02:36:38 GMTg- From: "John E. Malmberg" <wb8tyw@qsl.network>a, Subject: Re: THOSE ANNOYING POP UP MESSAGES.; Message-ID: <WGu9b.1294$065.897476@news1.news.adelphia.net>s   J S Smith wrote:N > Go to htt://grc.com/stm/ShootTheMessenger.exe and download it. This program,M > which is free, will make the appropriate changes to Microsoft Messenger fort > yout  G Microsoft has stated that their systems require a firewall between thema and the public internet.  F If you have such a firewall in place and properly configured, it stops the pop-up spam.  F Shutting off the messenger service by any method including the grc.comH one does nothing to fix the underlying security issues that allow anyoneC to access your the Remote Procedure Control dispatcher and run any oF program that it knows about, and with the buffer overflow exploits, a 
 few new ones.o  F The winpoup or messenger spams are the least dangerous of the exploits0 that you are vulnerable if you are getting them.  I A second RPC vulnerability has just been discovered.  And now it appears m? that every script kiddie that is not good enough to get a real g5 programming job is trying to write their own exploit.d  , See http://www.microsoft.com on the subject.  G Some versions of Microsoft Operating systems have firewalls built into bD them but are not installed by default.  Others have a port blocking G utility that effectively is a firewall, but goes by a name that I have   had no reason to remember.  F It is relatively easy to send these messages from OpenVMS using a DCL H script and SAMBA, or even from a LINUX box, yet the people sending this = junk are paying about $750.00 U.S. for their sending program.   E And no one with a properly secured network/system will ever see them.e   -Johns wb8tyw@qsl.network Personal Opinion Only    ------------------------------    Date: 15 Sep 2003 17:49:09 -05004 From: kuhrt@nospammy.encompasserve.org (Marty Kuhrt) Subject: Re: VMS and MP3sc3 Message-ID: <hfAMuKbww5dD@eisner.encompasserve.org>   ` In article <bk039h$dknt$1@news3.infoave.net>, "Jeff Morgan" <vmswiz@geonospamcities.com> writes: > L > I used dbPowerAmp music converter on a pc. Does a great job of ripping theL > mp3s, grabs the song names from the internet databases, and constructs theN > file name based on artist and song. Makes it easy to organize mp3s by artist > on the Pathworks share.   C I use some sort of Creative Play Center thingy to rip on my PC now.s0 I was wondering if there was a VMS based ripper.  L > Now, if your intention is to listen to your home music collection from theM > office, then streaming might be useful. OSU serves mp3s just fine, just notoN > in a streaming mode. Another possibility is in windows XP you could define aG > "favorite network places" as an ftp site pointing to your VMS server.d  ? Yep, my intention is to listen to my home music collection via   a browser at work.   ------------------------------  % Date: Mon, 15 Sep 2003 20:05:43 -0400f0 From: "Brian Tillman" <Tillman@sparkingwire.com> Subject: Re: VMS Upgrade Neededs$ Message-ID: <3f6653d8$1@news.si.com>  - >It sounds like I may as well upgrade to 7.3.s  C And then immediately to V7.3-1.  There is a significant performancei improvement. -- hI Brian Tillman         Internet: Brian.Tillman at smiths-aerospace dot comt5 Smiths Aerospace  Addresses modified to prevent SPAM. D 3290 Patterson Ave. SE, MS 1B3 Replace "at" with "@", "dot" with "." Grand Rapids, MI 49512-1991c8        This opinion doesn't represent that of my company   ------------------------------   End of INFO-VAX 2003.513 ************************org (Bob Koehler)l Subject: Re: OpenVMS Securityg3 Message-ID: <hV1mX6CdOP6e@eisner.encompasserve.org>    In article7.162.156.46 accepted.  <<< PORT 147,162,156,46,200,346 >>> 200 Port 200.34 at Host 147.162.156.46 accepted.  <<< PORT 147,162,156,46,200,346 >>> 200 Port 200.34 at Host 147.162.156.46 accepted.  <<< PORT 147,162,156,46,200,346 >>> 200 Port 200.34 at Host 147.162.156.46 accepted.  <<< PORT 147,162,156,46,200,346 >>> 200 Port 200.34 at Host 147.162.156.46 accepted.  <<< PORT 147,162,156,46,200,346 >>> 200 Port 200.34 at Host 147.162.156.46 accepted.  <<< PORT 147,162,156,46,200,346 >>> 200 Port 200.34 at Host 147.162.156.46 accepted.  <<< PORT 147,162,156,46,200,346 >>> 200 Port 200.34 at Host 147.162.156.46 accepted.  <<< PORT 147,162,156,46,200,346 >>> 200 Port 200.34 at Host 147.162.156.46 accepted.  <<< PORT 147,162,156,46,200,346 >>> 200 Port 200.34 at Host 147.162.156.46 accepted.  <<< PORT 147,162,156,46,200,346 >>> 200 Port 200.34 at Host 147.162.156.46 accepted.  <<< PORT 147,162,156,46,200,346 >>> 200 Port 200.34 at Host 147.162.156.46 accepted.  <<< PORT 147,162,156,46,200,346 >>> 200 Port 200.34 at Host 147.162.156.46 accepted.  <<< PORT 147,162,156,46,200,346 >>> 200 Port 200.34 at Host 147.162.156.46 accepted.  <<< PORT 147,162,156,46,200,346 >>> 200 Port 200.34 at Host 147.162.156.46 accepted.  <<< PORT 147,162,156,46,200,346 >>> 200 Port 200.34 at Host 147.162.156.46 accepted.  <<< PORT 147,162,156,46,200,346 >>> 200 Port 200.34 at Host 147.162.156.46 accepted.  <<< PORT 147,162,156,46,200,346 >>> 200 Port 200.34 at Host 147.162.156.46 accepted.  <<< PORT 147,162,156,46,200,346 >>> 200 Port 200.34 at Host 147.162.156.46 accepted.  <<< PORT 147,162,156,46,200,346 >>> 200 Port 200.34 at Host 147.162.156.46 accepted.  <<< PORT 147,162,156,46,200,346 >>> 200 Port 200.34 at Host 147.162.156.46 accepted.  <<< PORT 147,162,156,46,200,346 >>> 200 Port 200.34 at Host 147.162.156.46 accepted.  <<< PORT 147,162,156,46,200,346 >>> 200 Port 200.34 at Host 147.162.156.46 accepted.  <<< PORT 147,162,156,46,200,346 >>> 200 