1 INFO-VAX	Fri, 23 Dec 2005	Volume 2005 : Issue 712       Contents:) Re: Deleting alias files (blocks deleted) ) Re: Deleting alias files (blocks deleted) ) Re: Deleting alias files (blocks deleted) ) Re: Deleting alias files (blocks deleted) ) Re: Deleting alias files (blocks deleted) 5 Re: Installing DW Motif with PCSI: ovverride checks ? 5 Re: Installing DW Motif with PCSI: ovverride checks ?  Re: Jon Andruszkiewicz RE: Jon Andruszkiewicz Merry Christmas to All Re: Merry Christmas to All Re: shadowing questions 4 Re: Some people are willing to support their product4 RE: Some people are willing to support their product4 Re: Some people are willing to support their product( Thank you for a great year and some jobs, Re: Thank you for a great year and some jobs, Re: Thank you for a great year and some jobs Re: Upgrading TCPIP  Re: Upgrading TCPIP  Re: Upgrading TCPIP  Re: Upgrading TCPIP  Re: Upgrading TCPIP  Re: Upgrading TCPIP  Re: Upgrading TCPIP  Re: VMS V8.2 SHOW ERROR Bug? Re: VMS V8.2 SHOW ERROR Bug? Re: Zip question Re: Zip question  F ----------------------------------------------------------------------    Date: 22 Dec 2005 13:36:17 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 2 Subject: Re: Deleting alias files (blocks deleted)3 Message-ID: <NL20rHp$AGnp@eisner.encompasserve.org>   ^ In article <43AAC80F.387778AD@vaxination.ca>, JF Mezei <jfmezei.spamnot@vaxination.ca> writes: > Bob Koehler wrote: >> $ create a.a  >> a.a >>  Exit >> $ set file a.a/enter=b.b  > G > HELP SET FILE /ENTER  on VAX VMS 7.2 warns of not creating aliases in  > the same directory.  > J > When you delete B.B, Delete looks up the backlink in indexF.SYS for thatH > file ID and finds that it is the directory that holds B.B so it thinks, > that B.B is the real McCoy and deletes it. >   D    Except my previous post shows that doesn't happen.  And Hein just    tried it, too.   D    The warnings I see in HELP SET FILE/ENTER have to do with purgingD    (via PURGE or version limits) files accidentally.  Since PURGE isA    implemented by DELETE.EXE, I assume that's because purging the ,    original file can lead to broken aliases.  C    Anybody got the fiche (er, rather, the CD) handy and can tell us     for sure?   ------------------------------    Date: 22 Dec 2005 14:14:26 -0600 From: briggs@encompasserve.org2 Subject: Re: Deleting alias files (blocks deleted)3 Message-ID: <K4uw43ujngLA@eisner.encompasserve.org>   q In article <NL20rHp$AGnp@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: F >    The warnings I see in HELP SET FILE/ENTER have to do with purgingF >    (via PURGE or version limits) files accidentally.  Since PURGE isC >    implemented by DELETE.EXE, I assume that's because purging the . >    original file can lead to broken aliases. > E >    Anybody got the fiche (er, rather, the CD) handy and can tell us  >    for sure? $ dir ! %DIRECT-W-NOFILES, no files found  $ create a.a a.a   Exit  $  $ set file /enter=b.b a.a  $ create b.b b.b   Exit  $ dir /file   2 Directory EISNER$DRA3:[DECUSERVE_USER.BRIGGS.TEST]  + A.A;1                (18665,97,0)           + B.B;2                (23530,162,0)          + B.B;1                (18665,97,0)              Total of 3 files.  $ purge /logJ %PURGE-I-FILPURG, EISNER$DRA3:[DECUSERVE_USER.BRIGGS.TEST]B.B;1 deleted (3 block  s) $ dir   2 Directory EISNER$DRA3:[DECUSERVE_USER.BRIGGS.TEST]  ( B.B;2               B.B;1                  Total of 2 files.      Does that answer your question?    ------------------------------    Date: 22 Dec 2005 14:23:22 -0600 From: briggs@encompasserve.org2 Subject: Re: Deleting alias files (blocks deleted)3 Message-ID: <Y09ngIMxJBWY@eisner.encompasserve.org>   q In article <NL20rHp$AGnp@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: F >    The warnings I see in HELP SET FILE/ENTER have to do with purgingF >    (via PURGE or version limits) files accidentally.  Since PURGE isC >    implemented by DELETE.EXE, I assume that's because purging the . >    original file can lead to broken aliases.  0 Here's a reproduction of the version limit issue   $ dir ! %DIRECT-W-NOFILES, no files found  $ create a.a a.a   Exit  $ set file /enter=b.b a.a  $ create b.b b.b   Exit  $ set file /version=2 b.b  $ dir /file   2 Directory EISNER$DRA3:[DECUSERVE_USER.BRIGGS.TEST]  + A.A;1                (16741,15179,0)        + B.B;2                (30358,78,0)           + B.B;1                (16741,15179,0)           Total of 3 files.  $ create b.b
 b.b version 3   Exit  $ dir /file   2 Directory EISNER$DRA3:[DECUSERVE_USER.BRIGGS.TEST]  + A.A;1                (16741,15179,0)        + B.B;3                (30832,14401,0)        + B.B;2                (30358,78,0)              Total of 3 files. 
 $ type a.aN %TYPE-W-OPENIN, error opening EISNER$DRA3:[DECUSERVE_USER.BRIGGS.TEST]A.A;1 as i  nput -RMS-E-FNF, file not found   ------------------------------  % Date: Thu, 22 Dec 2005 20:04:53 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>2 Subject: Re: Deleting alias files (blocks deleted)+ Message-ID: <43AB5B45.97691B5A@comcast.net>   
 AEF wrote: >   > Hein RMS van den Heuvel wrote: > > Fine example AEF. K > > I hope folks realize that one component, which was not nighlighted, and I > > which is critical in the behaviour, and that is the fact that A.A and K > > B.B live in the same directory. Thus that backlink would be the same no I > > matter which file is 'responsible' / the real McCoy. Creating entries - > > in other directories will change the game  > > , > > There is no 'real file' versus aliasses., > > All directory entries are created equal.J > > Whether one entry is deemed 'real' or 'just an alias' is by deduction,1 > > not through an direct attribute of the entry. H > > If the directory entry lives in the directory pointed to by the fileI > > header, or if the directory backpointer is invalid, then the entry is H > > 'for real'.  So it can even be a matter of timing. Wherever you lookE > > first, that will be the real file. The fiel name in teh header is K > > immaterial to the file system, but us users may use it to label a given # > > directy entry as real vs alias.  > H > Thanks for pointing out that the file name in the header is immaterial; > to aliases, contrary to one or more of my previous posts!  > ) > And thanks for clearing this matter up.   F I've seen a fair few systems where VMS$COMMON has an identity crisis -@ thinks it's name (in the header) is SYSCOMMON, and in some casesF [SYS0.SYSCOMMON] is the "real" directory and [VMS$COMMON] is the alias2 (good luck trying to do a VMS upgrade on *THAT*!).   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------    Date: 22 Dec 2005 19:38:36 -0800$ From: "AEF" <spamsink2001@yahoo.com>2 Subject: Re: Deleting alias files (blocks deleted)C Message-ID: <1135309116.357338.195610@g44g2000cwa.googlegroups.com>    David J Dachtera wrote:  > AEF wrote: > > " > > Hein RMS van den Heuvel wrote: > > > Fine example AEF. M > > > I hope folks realize that one component, which was not nighlighted, and K > > > which is critical in the behaviour, and that is the fact that A.A and M > > > B.B live in the same directory. Thus that backlink would be the same no K > > > matter which file is 'responsible' / the real McCoy. Creating entries / > > > in other directories will change the game  > > > . > > > There is no 'real file' versus aliasses.. > > > All directory entries are created equal.L > > > Whether one entry is deemed 'real' or 'just an alias' is by deduction,3 > > > not through an direct attribute of the entry. J > > > If the directory entry lives in the directory pointed to by the fileK > > > header, or if the directory backpointer is invalid, then the entry is J > > > 'for real'.  So it can even be a matter of timing. Wherever you lookG > > > first, that will be the real file. The fiel name in teh header is M > > > immaterial to the file system, but us users may use it to label a given % > > > directy entry as real vs alias.  > > J > > Thanks for pointing out that the file name in the header is immaterial= > > to aliases, contrary to one or more of my previous posts!   C As demontrated by an experiment recently posted by Bob Koehler, the  file name does matter. OK.   > > + > > And thanks for clearing this matter up.  > H > I've seen a fair few systems where VMS$COMMON has an identity crisis -B > thinks it's name (in the header) is SYSCOMMON, and in some casesH > [SYS0.SYSCOMMON] is the "real" directory and [VMS$COMMON] is the alias4 > (good luck trying to do a VMS upgrade on *THAT*!).  A IIRC this results from restoring a system disk with an old enough E version of BACKUP. The first occurrence of a file becomes the primary E file even if it was originally the alias. In this case, VMSCOMMON.DIR E is originally primary. But during the restore, [SYS0]SYSCOMMON.DIR is C restored first, and because of the bug it is created as the primary @ entry. I think this was fixed around VMS V6.2 as I recall seeingF something about it in those release notes. I think the cure is simple:F rename VMS$COMMON.DIR to SYSCOMMON and back to VMS$COMMON!. I'll check# the release notes at work tomorrow.    >  > -- > David J Dachtera > dba DJE Systems  > http://www.djesys.com/ > + > Unofficial OpenVMS Hobbyist Support Page: $ > http://www.djesys.com/vms/support/ > * > Unofficial Affordable OpenVMS Home Page:! > http://www.djesys.com/vms/soho/  > $ > Unofficial OpenVMS-IA32 Home Page:! > http://www.djesys.com/vms/ia32/  >  > Coming soon:( > Unofficial OpenVMS Marketing Home Page   ------------------------------  % Date: Thu, 22 Dec 2005 15:38:13 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> > Subject: Re: Installing DW Motif with PCSI: ovverride checks ?+ Message-ID: <43AB0E69.6BD844F@teksavvy.com>    Charlie Hammond wrote:L > While I don't recommend what you are doing, the DCL command you ask for is > $ >     PRODUCT COPY /FORMAT=REFERENCE   Thanks.   G > The check that you need to avoid is probably in an EXECUTE procedure. H > This same procedure is very likely used by DECwindows elswhere, so you0 > will want to change it back after you install.   I'll be careful with this.    F This node won't be running decw$session, it will be running individual< applications from a properly created process, so all the PQLH requirements won't really be in play. (but i have still set them to what it wants).    H (The PQL limits are used by the session manager to start applications in "detached" mode.)   L > I don't know off hand the level of support still provided for this version    F None.  While 7.2 is functionally THE landing zone equivalent to 5.5-2,D HP has decided that the official landing zone is 7.3. (But since 7.3H will be the "current" version for eternity, HP having broken its promiseA of 8.2 of VAX, can the current version be called "landing zone" ?    ------------------------------  % Date: Thu, 22 Dec 2005 18:00:04 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> > Subject: Re: Installing DW Motif with PCSI: ovverride checks ?, Message-ID: <43AB2F9F.B1847991@teksavvy.com>   Charlie Hammond wrote:% >>     PRODUCT COPY /FORMAT=REFERENCE     F That PSCI <censored> reminds me of WINDOWS. It *seems* to work. But itB fails to create *all* the files needed in the [.$work] directory.   B So when I try to run PRODUCT INSTAL on the reference directory, itH quickly complains anbout missing files (in the case, PCSI_CHKPARAM.COM).  E PRODUCT COPY did create the two other files neeeded. But PRODUCT LIST N doesn't show any of the 3 files needed for the execute preconfigure statement.    G In terms of the parameters, it just calls what is apparently a standard F procedure deposited in [SYSMGR] and then checks some logical to see ifG that procedure OKed the parameters. So it is easy to just remove the if F statement and allow procedure to complete without affecting any of the permanent files.    B But I can't get the procedure to run because of the hidden/missing files. Long live VMSINSTAL.    ------------------------------  % Date: Thu, 22 Dec 2005 11:43:56 -0700 # From: Jim Mehlhop <jim@mehlhop.org>  Subject: Re: Jon Andruszkiewicz . Message-ID: <OtCqf.25$6l.5441@news.uswest.net>   Ed Wilts wrote:  > john.atoz@gmail.com wrote: > I >>That is very true, I am not the only person with experience in HBVS ... I >>but I was the project leader for several years, until I "retired" on 14  >>October 2005 :-) >  > H > Sorry, John, I didn't mean to imply that I questioned your abilities -@ > just offering a suggestion to the original poster in case yourC > retirement meant you really were done (and I'm glad to see you're  > not!). > H > It always amazes me when I go to my Solaris admins and say "surely theH > Veritas Foundation Suite software can do this - we've been doing it onH > VMS for a long time!" and they reply "yeah, but that's VMS"...  Things4 > like mini-merge, shadow site id with costing, etc. > C > I've been using HBVS since 1990 and still remember when the first I > shadow set member failed.  I found out about 3 days later when somebody H > asked me why the shadow set had only a single member.  That shadow setG > contained the sysuaf and the drive dropped out so cleanly that nobody I > noticed (except the operator log files but these events happened in the G > middle of the night).  It wasn't long after that I implemented shadow C > set watchers to make sure we had at least 2 members on all shadow H > sets...  The Solaris admins still haven't figured that part out yet... > I > It sucks to see a bunch of the DECies take the recent packages.  I fear H > that one day I'll have a serious storage problem and all I'll get is a= > bunch of young HP dudes that haven't seen the  light yet...    Working in India no doubt    > 6 >    .../Ed (proud to have used VMS for over 20 years) >    ------------------------------  % Date: Thu, 22 Dec 2005 20:32:54 -0500 ' From: "Main, Kerry" <Kerry.Main@hp.com>  Subject: RE: Jon Andruszkiewicz R Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB77387C@tayexc19.americas.cpqcorp.net>   > -----Original Message-----. > From: Ed Wilts [mailto:ewilts@ewilts.org]=20" > Sent: December 22, 2005 10:03 AM > To: Info-VAX@Mvb.Saic.Com ! > Subject: Re: Jon Andruszkiewicz  >=20 > john.atoz@gmail.com wrote:B > > That is very true, I am not the only person with experience=20
 > in HBVS ... > > > but I was the project leader for several years, until I=20 > "retired" on 14  > > October 2005 :-) >=20H > Sorry, John, I didn't mean to imply that I questioned your abilities -@ > just offering a suggestion to the original poster in case yourC > retirement meant you really were done (and I'm glad to see you're  > not!). >=20H > It always amazes me when I go to my Solaris admins and say "surely theH > Veritas Foundation Suite software can do this - we've been doing it onH > VMS for a long time!" and they reply "yeah, but that's VMS"...  Things4 > like mini-merge, shadow site id with costing, etc. >=20C > I've been using HBVS since 1990 and still remember when the first > > shadow set member failed.  I found out about 3 days later=20 > when somebody H > asked me why the shadow set had only a single member.  That shadow setG > contained the sysuaf and the drive dropped out so cleanly that nobody < > noticed (except the operator log files but these events=20 > happened in the G > middle of the night).  It wasn't long after that I implemented shadow C > set watchers to make sure we had at least 2 members on all shadow H > sets...  The Solaris admins still haven't figured that part out yet... >=20  	 [snip...]    Two similar examples -  E 1. During previous lifetime, I did 2nd level internal support for the E OpenVMS cluster that did call handling for all of Canada. Walked into C computer room and happened to notice one of the server consoles was H sitting at >>> prompt. Last message timeframe was 2 days prior. It was aE 5 node cluster whereby one node had crashed during the evening and no H one noticed that the cluster was only runnning with 4 nodes. [after that0 we put monitoring stuff in place to check this].  H 2. While at Cust site, one of the Operations monitoring folks as part ofE their normal monitoring process discovered one of the Regional 3 node F cluster nodes was down. When she called the local Regional folks, theyF did not believe her at first since they had not had any calls. NeedlesH to say, the Regional folks were a tad red faced as they hated having the1 corp monitoring folks find things they missed ...   D Point is that OpenVMS clustering and shadowing (and HW raid for thatB matter) can actually do its job to well i.e. it completely masks aE failure and unless the failure is resolved, a 2nd error a week, month 6 later can cause serious issues. That can be a problem.  B Course, with other platforms, they do not have this problem as you. typically know right away when a system fails.   :-)    Regards   
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477  kerryDOTmainAThpDOTcom (remove the DOT's and AT)=20  4 OpenVMS - the secure, multi-site OS that just works.   ------------------------------  % Date: Thu, 22 Dec 2005 21:03:02 -0500 * From: "Chris Moore" <an.other@not_here.ca> Subject: Merry Christmas to All 9 Message-ID: <iVIqf.4009$%N1.552000@news20.bellglobal.com>   J The best of this joyous season to all the regulars, posters, lurkers, even trolls  7 You all made my year both easier and more entertaining.    Chris    ------------------------------  % Date: Thu, 22 Dec 2005 20:30:00 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net># Subject: Re: Merry Christmas to All + Message-ID: <43AB6128.86A9A629@comcast.net>    Chris Moore wrote: > L > The best of this joyous season to all the regulars, posters, lurkers, even > trolls > 9 > You all made my year both easier and more entertaining.  >  > Chris    ...and to you Chris!   The Season's Best to all.    Thanx for putting up with me!    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------  + Date: Fri, 16 Dec 2005 19:48:27 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)  Subject: Re: shadowing questions$ Message-ID: <dnv5mb$luc$1@online.de>  = In article <Bc1of.677$w55.298@news.cpqcorp.net>, Keith Parris ' <keithparris_NOSPAM@yahoo.com> writes:    I > Bit-maps aren't copied between nodes, so the booting Alpha couldn't do  I > the mini-copy, as it would have no bit-map; another Alpha with a write   > bitmap would have to do it.   G OK.  So I need at least one ALPHA in the cluster at all times to avoid  " full copies for planned dismounts.  K > You can have up to 6 bitmaps per shadowset, IIRC. If you have some extra  E > disks, the Shadowing developer points out you can do some creative  6 > things to speed recovery after an unplanned outage.   1 > If either node goes away unexpectedly, you can  F > initiate a mini-copy to the "recovery" disk on the opposite node to G > restore redundancy quickly, then add the "production" disk in with a  J > full-copy afterward to get back to normal (and it's OK for that to take 7 > longer because you already have restored redundancy).   1 OK, but that would require someone to be on-site.   D > The Shadowing developer is also looking into the possibility that K > Shadowing may be able to, at the point where a member has to be removed,  E > convert a mini-merge bitmap to a mini-copy bitmap for that removed  K > member, and thus track all the changes subsequent to its loss, and allow  ? > a mini-copy operation to reintegrate it later. This would be  H > particularly handy to allow mini-copies in disaster-tolerant clusters I > after a failure which results in downtime of either one site or of the   > inter-site link.   Yes!   ------------------------------  + Date: Thu, 22 Dec 2005 21:06:45 +0000 (UTC) - From: klewis@OMEGA.MITRE.ORG (Keith A. Lewis) = Subject: Re: Some people are willing to support their product . Message-ID: <dof4h5$hfo$1@newslocal.mitre.org>   Dave Froble <davef@tsoft-inc.com> writes in article <11qkfmbpvkqic59@corp.supernews.com> dated Thu, 22 Dec 2005 00:52:55 -0500: G >Would you dispute that VMS has the problem of many people not knowing  = >about it, and the majority of the rest think that it's dead?   L VMS is well-known among those who need it.  It is being slowly killed off byN HP.  How many software project managers would put up with 2 hardware-platform & migrations 10 years apart?  None here.  K When Alpha was created it was a serious attempt to redefine the high end of E computing.  Itanium is a monopoly-owned boutique CPU, not on par with K serious competition, with a patented instruction set which can't be legally @ emulated by cheaper vendors.  VMS customers must buy or migrate.  J >A security challenge with appropriate exposure would perhaps cause those F >who think VMS is dead to reconsider their opinion, and expose VMS to  >those who don't know about it.   H The people in the security community know about VMS.  There are probablyC many hackers who don't, but it would be a dumb move on HP's part to 9 encourage those guys to go out and get hobbyist licenses.    >Why use a cluster?   + Reduncancy, ease of management, etc.  :^)     I I realize you mean why use it in the challenge, and the answer is that HP J wouldn't have to.  My point is that VMS is not as bulletproof an OS as itsF fans would have you believe.  It's great against penetration, but mostJ serious attacks these days are DoS.  You can rule DoS out of any challengeF you run, but that makes the challenge less relevant to the real world.  F >If there is a risk, then why should we want to retain VMS?  Lets all C >just load up windoz and get on with the future.  I contend that a  E >properly set up system and properly set up challenge goals involves   >little to no risk.   L If I were choosing an OS for security for a long-term project, Windoze wouldI *not* be on the list.  BSD, MacOS, maybe Linux...  VMS would be there but 1 probably wouldn't make the final cut due to cost.   J >Here's a challenge.  Find the last time VMS was mentioned on any page of  >ComputerWorld.   8 Not computerworld, but a letter to The Register in July:5 http://www.theregister.co.uk/2005/07/15/letters_1507/   0 --Keith Lewis              klewis {at} mitre.org> The above may not (yet) represent the opinions of my employer.   ------------------------------  % Date: Thu, 22 Dec 2005 20:16:22 -0500 ' From: "Main, Kerry" <Kerry.Main@hp.com> = Subject: RE: Some people are willing to support their product R Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB77387B@tayexc19.americas.cpqcorp.net>   > -----Original Message-----9 > From: Keith A. Lewis [mailto:klewis@OMEGA.MITRE.ORG]=20 ! > Sent: December 22, 2005 4:07 PM  > To: Info-VAX@Mvb.Saic.Com ? > Subject: Re: Some people are willing to support their product  >=208 > Dave Froble <davef@tsoft-inc.com> writes in article=20@ > <11qkfmbpvkqic59@corp.supernews.com> dated Thu, 22 Dec 2005=20 > 00:52:55 -0500: ? > >Would you dispute that VMS has the problem of many people=20  > not knowing=20? > >about it, and the majority of the rest think that it's dead?  >=20< > VMS is well-known among those who need it.  It is being=20 > slowly killed off by@ > HP.  How many software project managers would put up with 2=20 > hardware-platform=20( > migrations 10 years apart?  None here. >=20@ > When Alpha was created it was a serious attempt to redefine=20 > the high end of G > computing.  Itanium is a monopoly-owned boutique CPU, not on par with ? > serious competition, with a patented instruction set which=20  > can't be legallyB > emulated by cheaper vendors.  VMS customers must buy or migrate. >=20B > >A security challenge with appropriate exposure would perhaps=20 > cause those=20J > >who think VMS is dead to reconsider their opinion, and expose VMS to=20! > >those who don't know about it.  >=20@ > The people in the security community know about VMS.  There=20 > are probablyE > many hackers who don't, but it would be a dumb move on HP's part to ; > encourage those guys to go out and get hobbyist licenses.  >=20 > >Why use a cluster?  >=20/ > Reduncancy, ease of management, etc.  :^) =20  >=20< > I realize you mean why use it in the challenge, and the=20 > answer is that HP B > wouldn't have to.  My point is that VMS is not as bulletproof=20 > an OS as itsH > fans would have you believe.  It's great against penetration, but mostA > serious attacks these days are DoS.  You can rule DoS out of=20  > any challenge H > you run, but that makes the challenge less relevant to the real world. >=20J > >If there is a risk, then why should we want to retain VMS?  Lets all=20G > >just load up windoz and get on with the future.  I contend that a=20 I > >properly set up system and properly set up challenge goals involves=20  > >little to no risk.  >=20: > If I were choosing an OS for security for a long-term=20 > project, Windoze wouldA > *not* be on the list.  BSD, MacOS, maybe Linux...  VMS would=20  > be there but3 > probably wouldn't make the final cut due to cost.  >=20  * Here's a thought to spice up the thread ..   :-)   H Another look at the same issue of cost is "how many Customers can really afford Windows or Linux?"   C If one looks at the effort, resources and $'s required to QA / test < monthly security patches against your main applications with8 Windows/Linux, can you really afford these platforms?=20  H Course, you could decide to roll-out monthly OS security patches withoutF any testing, but then you are not likely a shop with serious uptime or availability requirements.  C If one considers that the average x86 server in production today is D 10-20% utilized at peak times, how long can your company continue to. support the one-application, one server model?   [putting on flak jacket]   Regards   
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477  kerryDOTmainAThpDOTcom (remove the DOT's and AT)=20  4 OpenVMS - the secure, multi-site OS that just works.   ------------------------------  % Date: Thu, 22 Dec 2005 22:59:02 -0500 ' From: Dave Froble <davef@tsoft-inc.com> = Subject: Re: Some people are willing to support their product 0 Message-ID: <11qmtcrfo4tu9a2@corp.supernews.com>   Keith A. Lewis wrote:  > Dave Froble <davef@tsoft-inc.com> writes in article <11qkfmbpvkqic59@corp.supernews.com> dated Thu, 22 Dec 2005 00:52:55 -0500:  > H >>Would you dispute that VMS has the problem of many people not knowing > >>about it, and the majority of the rest think that it's dead? >  > N > VMS is well-known among those who need it.  It is being slowly killed off byP > HP.  How many software project managers would put up with 2 hardware-platform ( > migrations 10 years apart?  None here.  F You're just making my argument for me.  VMS needs to be known to more H than "those who need it".  It needs promotion to avoid being killed off.  0 Don't look for me to condone the 'Alpha murder'.  M > When Alpha was created it was a serious attempt to redefine the high end of G > computing.  Itanium is a monopoly-owned boutique CPU, not on par with M > serious competition, with a patented instruction set which can't be legally B > emulated by cheaper vendors.  VMS customers must buy or migrate.  C Agreed.  But if migration is chosen, it's a downward step for many  H reasons.  Customers currently on VMS will be better served by promotion ; of the OS so that there is a larger base to support the OS.   K >>A security challenge with appropriate exposure would perhaps cause those  G >>who think VMS is dead to reconsider their opinion, and expose VMS to    >>those who don't know about it. >  > 6 > The people in the security community know about VMS.  F So what.  They aren't the target of such an event.  The target is the G average IT guy who may never have heard of VMS.  The goal is to make a  H splash, get the attention of such, and in the deplorable environment of F today get them interested in determining whether they'd be better off 5 using VMS instead of the windoz crap they're running.    > There are probablyE > many hackers who don't, but it would be a dumb move on HP's part to ; > encourage those guys to go out and get hobbyist licenses.   C Not if a system was set up to challenge these guys, and their many  G defeated attempts are publicized.  You get the rumor going around that  H none of the usual security penetration attempts work on VMS, and people C are going to hear the rumor.  This gets VMS a look from people who  % otherwise never would hear of the OS.    >>Why use a cluster? >  > - > Reduncancy, ease of management, etc.  :^)    > K > I realize you mean why use it in the challenge, and the answer is that HP L > wouldn't have to.  My point is that VMS is not as bulletproof an OS as itsH > fans would have you believe.  It's great against penetration, but mostL > serious attacks these days are DoS.  You can rule DoS out of any challengeH > you run, but that makes the challenge less relevant to the real world.  H Who cares about relevant?  The goal is being in the news.  Besides, DoS G attacks are best handled by network gear, routers, firewalls, and such.   G >>If there is a risk, then why should we want to retain VMS?  Lets all  D >>just load up windoz and get on with the future.  I contend that a F >>properly set up system and properly set up challenge goals involves  >>little to no risk. >  > N > If I were choosing an OS for security for a long-term project, Windoze wouldK > *not* be on the list.  BSD, MacOS, maybe Linux...  VMS would be there but 3 > probably wouldn't make the final cut due to cost.   2 Then you would NOT be choosing an OS for security.  C Would you apply patches without testing to your production systems?   6 Would you put off applying patches until you can test?  I Either way you lose, and if you want to talk about cost, factor in these  ) costs in addition to cost of acquisition.   K >>Here's a challenge.  Find the last time VMS was mentioned on any page of   >>ComputerWorld. >  > : > Not computerworld, but a letter to The Register in July:7 > http://www.theregister.co.uk/2005/07/15/letters_1507/   E Pitiful!  Almost half a year!  Again, you yourself make the argument  C that VMS needs visibility in the IT world if it's going to survive.    --  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: 22 Dec 2005 11:46:15 -0800) From: "Sue" <susan_skonetski@hotmail.com> 1 Subject: Thank you for a great year and some jobs B Message-ID: <1135280775.104626.69170@g14g2000cwa.googlegroups.com>   Dear OpenVMS Community,   C I wanted to take this opportunity to thank you for all your support 4 both professionally and personally in the last year.  D The VMS community is without a doubt the best group of people I haveA ever had the pleasure to work with and I value you all very much.   G As a reminder, HP offices will be closed next week for the holidays (at  least in the US).   F I thought I would forward a couple of jobs along with this message. (I+ still have nothing to do with hiring folks)   
 Warm Regards,  Sue     < Job - Florida - remove the %% in the contact information SueB Baptist Health in Jacksonville, FL with facilities in St. John andD Nassau counties seeks a senior level OpenVMS professional to enhanceE its existing Technical Support Team. Our current environment consists A of ES45 clusters with EMA and EVA SAN attached storage supporting F CERNER's Millennium and Classic clinical applications. GS1280s will be1 replacing the ES45s in the next couple of months.   A The candidate will be detailed oriented, able to multi-task, have @ advanced systems management level skills and able to communicate: effectively, both written and verbal, to all levels of theC organization. The ideal candidate will have experience with project B planning; operating system upgrades; patch installs; documentationF generation, and advanced DCL skills. In addition, experience with both; EMA and EVA SAN storage management, utilizing both hardware F mirror/stripe sets and HBVS with large storage farms running ORACLE isF required. Experience in the CERNER environment with both HP TCP/IP andF MultiNet is a plus. Any AS/400 experience would be an additional plus.  B If interested, please respond to technicalsupport@%%bmcjax.com and> include salary requirements in your cover letter. Deadline for  application is January 27, 2006.    . Kansas City - Cerner is looking for VMS people   Job - Texas * remove the %% in the contact address - Sue9 Thomas.Russo@%%JPMorgan.com, Dave.Federman@%%JPMorgan.com   F Our department, at JPMorgan Chase bank, is currently migrating a majorG OpenVMS based system from VAXes to Alphas. We have  a programming staff F of about 25 in NYC and are looking to staff a new programming group in> Dallas, starting with three positions.  The job requires solidD experience in OpenVMS, with Fortran programming experience, but C isE OK. Must know DCL very well. Any layered product will be a plus, e.g. G FMS, Datatrieve, also relational database from Fortran.  Communications E experience a plus, especially with MQ-Series. Knowledge of securities C business a big plus. Project development experience, documentation, B etc. desireable. Good customer skills also a big plus. Any contact would be appreciated.    ------------------------------    Date: 22 Dec 2005 12:39:55 -0800; From: "johnhreinhardt@yahoo.com" <johnhreinhardt@yahoo.com> 5 Subject: Re: Thank you for a great year and some jobs C Message-ID: <1135283995.592358.190400@g47g2000cwa.googlegroups.com>   
 Sue wrote: > Dear OpenVMS Community,  > E > I wanted to take this opportunity to thank you for all your support 6 > both professionally and personally in the last year. > F > The VMS community is without a doubt the best group of people I haveC > ever had the pleasure to work with and I value you all very much.  > I > As a reminder, HP offices will be closed next week for the holidays (at  > least in the US).  > H > I thought I would forward a couple of jobs along with this message. (I- > still have nothing to do with hiring folks)  >  > Warm Regards,  > Sue  >  > > > Job - Florida - remove the %% in the contact information SueD > Baptist Health in Jacksonville, FL with facilities in St. John andF > Nassau counties seeks a senior level OpenVMS professional to enhanceG > its existing Technical Support Team. Our current environment consists C > of ES45 clusters with EMA and EVA SAN attached storage supporting H > CERNER's Millennium and Classic clinical applications. GS1280s will be3 > replacing the ES45s in the next couple of months.  > C > The candidate will be detailed oriented, able to multi-task, have B > advanced systems management level skills and able to communicate< > effectively, both written and verbal, to all levels of theE > organization. The ideal candidate will have experience with project D > planning; operating system upgrades; patch installs; documentationH > generation, and advanced DCL skills. In addition, experience with both= > EMA and EVA SAN storage management, utilizing both hardware H > mirror/stripe sets and HBVS with large storage farms running ORACLE isH > required. Experience in the CERNER environment with both HP TCP/IP andH > MultiNet is a plus. Any AS/400 experience would be an additional plus. > D > If interested, please respond to technicalsupport@%%bmcjax.com and@ > include salary requirements in your cover letter. Deadline for" > application is January 27, 2006. >  > 0 > Kansas City - Cerner is looking for VMS people > 
 > Job - Texas , > remove the %% in the contact address - Sue; > Thomas.Russo@%%JPMorgan.com, Dave.Federman@%%JPMorgan.com  > H > Our department, at JPMorgan Chase bank, is currently migrating a majorI > OpenVMS based system from VAXes to Alphas. We have  a programming staff H > of about 25 in NYC and are looking to staff a new programming group in@ > Dallas, starting with three positions.  The job requires solidF > experience in OpenVMS, with Fortran programming experience, but C isG > OK. Must know DCL very well. Any layered product will be a plus, e.g. I > FMS, Datatrieve, also relational database from Fortran.  Communications G > experience a plus, especially with MQ-Series. Knowledge of securities E > business a big plus. Project development experience, documentation, D > etc. desireable. Good customer skills also a big plus. Any contact > would be appreciated.   E Thank you, Sue, for all you've done for us too.  For letting us in on E the good news and the fun times.  For taking us along, in one form or D another, on your VMS road trips.  Here's wishing you a great holiday season and an even better 2006.       John H. Reinhardt   ------------------------------  % Date: Thu, 22 Dec 2005 20:15:03 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>5 Subject: Re: Thank you for a great year and some jobs + Message-ID: <43AB5DA7.1B4208B3@comcast.net>   
 Sue wrote: >  > Dear OpenVMS Community,  > E > I wanted to take this opportunity to thank you for all your support 6 > both professionally and personally in the last year. > F > The VMS community is without a doubt the best group of people I haveC > ever had the pleasure to work with and I value you all very much.  > I > As a reminder, HP offices will be closed next week for the holidays (at  > least in the US).  > H > I thought I would forward a couple of jobs along with this message. (I- > still have nothing to do with hiring folks)  >  > Warm Regards,  > Sue    Sue,    : You GOTTA be one of the best friends OpenVMS has ever had!  E The Seasons's Best to you and yours - *ALL* of yours! The family, the ) Ambassadors, the VMS Teams, ... EVERYone!    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------  % Date: Thu, 22 Dec 2005 14:35:30 -0800 # From: "Tom Linden" <tom@kednos.com>  Subject: Re: Upgrading TCPIP( Message-ID: <ops17idggczgicya@hyrrokkin>  . On Wed, 14 Dec 2005 23:09:01 -0500, JF Mezei  % <jfmezei.spamnot@teksavvy.com> wrote:    > Tom Linden wrote: ; >> Anything to be on the lookout for when upgrading to 5.4? 7 >> Not planning VMS upgrade, need to have a 7.3 around.  > G > 5.1 to 5.3 introduced a lot of new functions and software (IMAP etc).  > 4 > So you'll need to spend more time reading the doc. > H > Make sure you have complete doc as well as the release notes. When 5.3F > was introduced, a lot of the new stuff was documented in the release
 > notes only.   $ OK started to do it following IGuide  = FREJA> PRODUCT INSTALL TCPIP /SOURCE=$9$DQA0:[TCPIP_ALPHA054] 9 %PCSIUI-I-NOMATCH, no products were found matching: TCPIP K %PCSIUI-E-NOPROD, no products were found on which to perform this operation E %PCSIUI-E-ABORT, operation terminated due to an unrecoverable error   	 condition ' FREJA> dir $9$DQA0:[TCPIP_ALPHA054.KIT]   & Directory $9$DQA0:[TCPIP_ALPHA054.KIT]  - DEC-AXPVMS-TCPIP-V0504-15-1.PCSI$COMPRESSED;1     4 So, what gives?  Doesn't Product decompress the kit?   ------------------------------    Date: 22 Dec 2005 15:30:21 -0800( From: "Rich Jordan" <jordan@ccs4vms.com> Subject: Re: Upgrading TCPIPB Message-ID: <1135294221.173269.35020@g43g2000cwa.googlegroups.com>  E Do you have the most recent PCSI ECO (V2 for VMS 7.3) installed?  I'm E pretty sure support for compressed PCSI files came in one of the PCSI  updates for that version.    Rich   ------------------------------  % Date: Thu, 22 Dec 2005 15:24:27 -0800 # From: "Tom Linden" <tom@kednos.com>  Subject: Re: Upgrading TCPIP( Message-ID: <ops17km10bzgicya@hyrrokkin>  F On 22 Dec 2005 15:30:21 -0800, Rich Jordan <jordan@ccs4vms.com> wrote:  G > Do you have the most recent PCSI ECO (V2 for VMS 7.3) installed?  I'm G > pretty sure support for compressed PCSI files came in one of the PCSI  > updates for that version.  >  > Rich  K I remembered after I posted that I had to install a patch to a 7.3-1 system K to accomplish same there.  Do you know where I can find the corresponding    patch  for AXP 7.3?   ------------------------------  % Date: Fri, 23 Dec 2005 00:29:49 +0000 7 From: David B Sneddon - bigpond <dbsneddon@bigpond.com>  Subject: Re: Upgrading TCPIP* Message-ID: <43AB44FD.2090609@bigpond.com>    Tom Linden mentioned in passing: > & > OK started to do it following IGuide > ? > FREJA> PRODUCT INSTALL TCPIP /SOURCE=$9$DQA0:[TCPIP_ALPHA054] A -------------------------------------------------------------^^^^  note 1  ; > %PCSIUI-I-NOMATCH, no products were found matching: TCPIP M > %PCSIUI-E-NOPROD, no products were found on which to perform this operation G > %PCSIUI-E-ABORT, operation terminated due to an unrecoverable error    > condition ) > FREJA> dir $9$DQA0:[TCPIP_ALPHA054.KIT] * -----------------------------------^^^^^^^ note 2   > ( > Directory $9$DQA0:[TCPIP_ALPHA054.KIT] > / > DEC-AXPVMS-TCPIP-V0504-15-1.PCSI$COMPRESSED;1  >  > 6 > So, what gives?  Doesn't Product decompress the kit? >    Spot the difference?   Regards, Dave --  B David B Sneddon (dbs) VMS Systems Programmer dbsneddon@bigpond.comB Sneddo's quick guide ...   http://www.users.bigpond.com/dbsneddon/B DBS freeware   http://www.users.bigpond.com/dbsneddon/software.htm   ------------------------------  % Date: Thu, 22 Dec 2005 19:50:39 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>  Subject: Re: Upgrading TCPIP, Message-ID: <43AB4983.72901574@teksavvy.com>   Tom Linden wrote: ? > FREJA> PRODUCT INSTALL TCPIP /SOURCE=$9$DQA0:[TCPIP_ALPHA054] ; > %PCSIUI-I-NOMATCH, no products were found matching: TCPIP     ) > FREJA> dir $9$DQA0:[TCPIP_ALPHA054.KIT]  > ( > Directory $9$DQA0:[TCPIP_ALPHA054.KIT] > / > DEC-AXPVMS-TCPIP-V0504-15-1.PCSI$COMPRESSED;1  > 6 > So, what gives?  Doesn't Product decompress the kit?     You might wish to try:  : PRODUCT INSTALL TCPIP /SOURCE=$9$DQA0:[TCPIP_ALPHA054.KIT]   ------------------------------  % Date: Thu, 22 Dec 2005 16:55:15 -0800 # From: "Tom Linden" <tom@kednos.com>  Subject: Re: Upgrading TCPIP( Message-ID: <ops17oudolzgicya@hyrrokkin>  . On Thu, 22 Dec 2005 19:50:39 -0500, JF Mezei  % <jfmezei.spamnot@teksavvy.com> wrote:    > Tom Linden wrote: @ >> FREJA> PRODUCT INSTALL TCPIP /SOURCE=$9$DQA0:[TCPIP_ALPHA054]< >> %PCSIUI-I-NOMATCH, no products were found matching: TCPIP >  > * >> FREJA> dir $9$DQA0:[TCPIP_ALPHA054.KIT] >>) >> Directory $9$DQA0:[TCPIP_ALPHA054.KIT]  >>0 >> DEC-AXPVMS-TCPIP-V0504-15-1.PCSI$COMPRESSED;1 >>7 >> So, what gives?  Doesn't Product decompress the kit?  >  >  > You might wish to try: > < > PRODUCT INSTALL TCPIP /SOURCE=$9$DQA0:[TCPIP_ALPHA054.KIT]  9 Sorry to waste some bandwidth, I had done this before and ; should have remembered.  This is for a 7.3 system and I had < to first install a patch for Product, now done.  I extracted# the kit using a 7.3-2 system, done.   8 Can I now install 5.4 over 5.1 eco 3 while the latter is? still running?  I ask because I access the system through PuTTY , and it is a bit of a pain to recable things.   ------------------------------  % Date: Thu, 22 Dec 2005 17:11:31 -0800 # From: "Tom Linden" <tom@kednos.com>  Subject: Re: Upgrading TCPIP( Message-ID: <ops17plhemzgicya@hyrrokkin>  F On Thu, 22 Dec 2005 16:55:15 -0800, Tom Linden <tom@kednos.com> wrote:  0 > On Thu, 22 Dec 2005 19:50:39 -0500, JF Mezei  ' > <jfmezei.spamnot@teksavvy.com> wrote:  >  >> Tom Linden wrote:A >>> FREJA> PRODUCT INSTALL TCPIP /SOURCE=$9$DQA0:[TCPIP_ALPHA054] = >>> %PCSIUI-I-NOMATCH, no products were found matching: TCPIP  >> >>+ >>> FREJA> dir $9$DQA0:[TCPIP_ALPHA054.KIT]  >>> * >>> Directory $9$DQA0:[TCPIP_ALPHA054.KIT] >>> 1 >>> DEC-AXPVMS-TCPIP-V0504-15-1.PCSI$COMPRESSED;1  >>> 8 >>> So, what gives?  Doesn't Product decompress the kit? >> >> >> You might wish to try:  >>= >> PRODUCT INSTALL TCPIP /SOURCE=$9$DQA0:[TCPIP_ALPHA054.KIT]  > ; > Sorry to waste some bandwidth, I had done this before and = > should have remembered.  This is for a 7.3 system and I had > > to first install a patch for Product, now done.  I extracted% > the kit using a 7.3-2 system, done.  > : > Can I now install 5.4 over 5.1 eco 3 while the latter isA > still running?  I ask because I access the system through PuTTY . > and it is a bit of a pain to recable things.  ) Obtuse today.  I can get there by decnet.    ------------------------------  % Date: Thu, 22 Dec 2005 19:51:11 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>% Subject: Re: VMS V8.2 SHOW ERROR Bug? + Message-ID: <43AB580F.6C060007@comcast.net>    Michael Moroney wrote: > 6 > David J Dachtera <djesys.nospam@comcast.net> writes: >  > >Guy Peleg wrote: 3 > >> I *think* SHOW ERROR ignores template devices.  > E > >EWA0 is the first ethernet card on many systems (sometimes copper, @ > >sometimes fibre). I never thought of it as a template device. > I > LAN devices are funny.  They are both template/clone devices and actual E > physical hardware.  The way they work, xyz0: is a template, then as K > users (TCPIP, DECnet or whatever) assign channels, they get clone devices L > xyz1: xyz2: etc. that represent the lan protocol being used on the network8 > connected to the physical device represented by xyz0:.  E Of course, in DECnet land, you DEFINE LINE EWA-0 for EWA0:, and EWA-1 
 for EWB0:.  0 At least, that's how it is on my ES45 at work...   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------  % Date: Thu, 22 Dec 2005 20:01:33 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>% Subject: Re: VMS V8.2 SHOW ERROR Bug? + Message-ID: <43AB5A7D.60F06EA0@comcast.net>    "Steven M. Schweda" wrote: > 4 > From: David J Dachtera <djesys.nospam@comcast.net> > F > > EWA0 is the first ethernet card on many systems (sometimes copper,A > > sometimes fibre). I never thought of it as a template device.  >  > alp $ show device /full ewa0 > N > Device EWA0:, device type DE500, is online, network device, error logging is) >     enabled, device is a template only.  > [...]  > I >   Apparently it's the template device for the first Ethernet interface. I > (EWA1 is not the second Ethernet interface, for example, but EWB0 might < > be the template device for the second Ethernet interface.) > J >    Also, on my XP1000 system, EWA0 is not a card.  (EIA0 and EIB0 are on4 > a card, however.  That's _a_ card, not two cards.)  " Yeah - got two o'those in an ES45.   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------  % Date: Thu, 22 Dec 2005 20:08:28 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net> Subject: Re: Zip question + Message-ID: <43AB5C1C.AEB0BD14@comcast.net>    Eberhard Heuser-Hofmann wrote: > K > In article <Beeqf.34879$7h7.4202@newssvr21.news.prodigy.com>, "Jeffrey H. 3 > Coffield" <jeffrey@digitalsynergyinc.com> writes: G > >Is there a version of zip on either VMS or Linux that can zip a file  > >over 2GB? > > G > >Alternately, is there a way to get VMS Backup to write multiple save 3 > >sets so that each is below a given maximum size?  > > H > >I am backing up several systems by making save sets, zipping them andG > >then burning them to a dvd on Linux system. (I have not been able to E > >get a dvd to work on VMS and not all the systems are new enough to  > >have an ide bus.) > > F > >A related question, can someone tell me a scsi dvd drive that would > >work with VMS?  > >  > G > A Pioneer U03S slot-in DVD drive works if you access the data through 1 > the zridehost driver written by Glenn Eberhart.   ; Oh GEEZ! Eberhard! I am *SO* *SORRY* I massacred your name!   F Blame it on me - another American not schooled in foreign languages (IH only know enough of about four of 'em to either get slapped, arrested or shot).   Heartfelt apologies!  ; I have vague memories of Glenn posting about that driver...    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------  % Date: Thu, 22 Dec 2005 20:10:59 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net> Subject: Re: Zip question + Message-ID: <43AB5CB3.C6373B26@comcast.net>    "Steven M. Schweda" wrote: > 4 > From: David J Dachtera <djesys.nospam@comcast.net> > J > > > Is there a version of zip on either VMS or Linux that can zip a file > > > over 2GB?  > > I > > My $0.02: I don't actually recommend trying to ZIP anything that big, L > > especially a saveset. Since you need to have freedisk space at least theK > > size of the saveset in order to be able to restore anything from it, my G > > preference would be to simply use ZIP to the do the "backup" in the  > > first place. [...] > A >    BACKUP offers some (many?) features which Zip lacks, such as : > /[NO]ALIAS, more familiar /EXCLUDE operation, and so on.  3 ...not to mention CRC, redundancy blocks, and more.   J >    In some cases, the problem is not a lack of disk space on either end,6 > but a desire to transmit fewer bits between systems. > = > > A large thank you, Steve, for your work on ZIP and UNZIP!  >     =====  >     >2GB?   
 Uncompressed!   J >    Appreciated.  (Of course, if I'd known that _you'd_ be using it, ...)F > The scary thing is that some people now appear to believe that I didI > _all_ the work, while in reality, I tend to try to fix the bugs which I A > find most annoying (which can be plenty of work all by itself).   > Wasn't Hunter doing some work on this before you picked it up?  2 Of course, we all owe much to the team at InfoZip!   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------   End of INFO-VAX 2005.712 ************************