1 INFO-VAX	Sat, 23 Oct 2004	Volume 2004 : Issue 588       Contents:! Re: DEC-C: Null string constant ? ! Re: DEC-C: Null string constant ? ! Re: DEC-C: Null string constant ?  Re: ECU disk Re: ECU disk Re: ECU disk Re: ECU disk Re: ECU disk" Re: EMC - multi database locations" Re: EMC - multi database locations" Re: EMC - multi database locations  Re: installing Oracle on openVMS& OpenVMS 7.3 Install Questions/Problems Re: OT: Short Article about Sun  Re: OT: why USA is a regime  Re: Public DS10L ? Re: Public DS10L ? Re: Public DS10L ? Re: Question about Descriptors Re: Question about Descriptors Re: Question about Descriptors Re: Question about Descriptors Re: Question about Descriptors Re: Question about Descriptors Re: Question about Descriptors Re: Question about Descriptors( Re: Samba 2.2.8 for OpenVMS, new release( Re: Samba 2.2.8 for OpenVMS, new release" Re: SYSUAF => export passwords ???" Re: SYSUAF => export passwords ???" Re: SYSUAF => export passwords ???" Re: SYSUAF => export passwords ??? Re: What happened with SEVMS?  Re: ZIP & work area? Re: ZIP & work area?  F ----------------------------------------------------------------------  % Date: Fri, 22 Oct 2004 14:19:18 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> * Subject: Re: DEC-C: Null string constant ?, Message-ID: <41794F16.CC21D0B6@teksavvy.com>   briggs@encompasserve.org wrote: 4 > You may have inferred a :-), but none was implied. > @ > I am perfectly serious that 65,535 is a limit that bothers me.  3 Ok, sorry, I though I had seen some humour in it !    E > The limit is large enough that you can _almost_ ignore it.  But not , > large enough so that you can do so safely.  J It is a limit one must be aware of. However, if I were in a case where oneX buffer had to potentially be bigger than 64k, I might now actually be using descriptors.  L For one thing, the C compiler would complain when I tried to move an integer$ length to a short descriptor length.  N I think I would use my own structure to operate on that buffer. And while someH RTL string handling might not be usable on that buffer, I think the restN wouldn't change. I knew  woudln't be able to write it to file in one operationL (due to process quotas) and would have to split it into multiple IOs etc etc> etc. So there are many more restictions than just descriptors.   ------------------------------  % Date: Fri, 22 Oct 2004 22:10:53 -0400 ( From: David Froble <davef@tsoft-inc.com>* Subject: Re: DEC-C: Null string constant ?, Message-ID: <4179BDAD.6000607@tsoft-inc.com>   briggs@encompasserve.org wrote:   ^ > In article <41791E67.1D9F9BAA@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: >  >>David Froble wrote:  >>S >>>To be a bit more precise, a null character is a valid character.  ASCII value is  >>>zero. >>> P >>In C conventioanal strings, the null is not a valid character in the middle of6 >>the string since it specifies the end of the string. >> >> >>N >>>>I have developed a distaste for VMS "can't be longer than 2^16 characters"F >>>>string descriptors as well.  It is a bit tough to encode a 100,000B >>>>character string when strings are limited to 65535 characters. >>>>B >>>I confess to curosity.  What's the usage of such a long string? >>> M >>When I had read the paragraph, my brain automatically added the implied :-) 	 >>:-) :-)  >> > 4 > You may have inferred a :-), but none was implied. > D > I am perfectly serious that 65,535 is a limit that bothers me.  ItG > hasn't managed to bite me in any applications yet.  But that's partly H > because I know enough not to write anything that bends that particular
 > limitation.  > E > The limit is large enough that you can _almost_ ignore it.  But not , > large enough so that you can do so safely. >  > O >>In fairness though, consider a very long document (50 pages at 2k per page is J >>about 100k characters). If you display it on decwidnows in a simple TextP >>widget, it will be manipulated as a single very long string. (however, you getP >>back a null terminated string, and then the descriptor's limitation only applyI >>if yo need to feed that oen very long string to some RTL/SYS$ routines.  >> > E > Yup.  There are plenty of applications where you are dealing with a C > blob of data and an unbounded (or at least extravagently-bounded) D > octet-string would be a nice data structure to use and an ordinary? > string descriptor would be a nice way to try to reference it.  >  > 	John Briggs >   O Ok, I can understand that, in theory.  I've never had a need for long strings,  E and thus in my own little world, having never been exposed to such a  1 requirement, I've been shielded from the concept.    Still learning.    Dave   --  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: Sat, 23 Oct 2004 03:56:44 +0000 - From: David B Sneddon <dbsneddon@bigpond.com> * Subject: Re: DEC-C: Null string constant ?* Message-ID: <4179D67C.1020108@bigpond.com>  " David Froble was overheard to say: > H > Ok, I can understand that, in theory.  I've never had a need for long I > strings, and thus in my own little world, having never been exposed to  : > such a requirement, I've been shielded from the concept. >  > Still learning.  >  > Dave  E Web type applications are a good example of where you can potentially ? have to deal with arbitrarily long streams of data -- makes for  interesting programming.   Regards, Dave.  --  I David B Sneddon (dbs)    VMS Systems Programmer     dbsneddon@bigpond.com I Sneddo's quick guide ...          http://www.users.bigpond.com/dbsneddon/ I DBS freeware at ...   http://www.users.bigpond.com/dbsneddon/software.htm I "Life is what happens to you while you're busy making other plans" Lennon    ------------------------------  % Date: Fri, 22 Oct 2004 15:58:33 -0400 , From: "warren sander" <warren.sander@hp.com> Subject: Re: ECU disk * Message-ID: <417967e5@usenet01.boi.hp.com>  8 Don't take anything I do as official, supported or wise.  I I saw a need, I had the file so I put it out. I haven't gotten in trouble % but that is no guarantee of anything.     K > I think the answer is in Warren placing a copy of the software on the web C > site/FTP server.  Must mean that Alpha owners are entitled to it.  >    ------------------------------  + Date: Fri, 22 Oct 2004 21:33:43 +0000 (UTC) , From: lewis@PROBE.MITRE.ORG (Keith A. Lewis) Subject: Re: ECU disk . Message-ID: <clbubn$ikp$2@newslocal.mitre.org>   "warren sander" <warren.sander@hp.com> writes in article <4176b468$1@usenet01.boi.hp.com> dated Wed, 20 Oct 2004 14:48:28 -0400:D >ftp://xfer.americas.digital.com/to_customer/VMS_UNIX_V1_11A_ECU.zip > # >it will be out there for 48 hours.   	 Thanks!     5 A couple of followup questions related to the disk...   + Is the density HD (1.44) or something else?   H Also, the drive in my Alphastation 500/400 is missing.  Should a genericK 1.44 floppy drive work for this?  How about one from a Personal Workstation F 500a?  500au?  (I'd rather cannibalize the 500a if I have a choice...)  0 --Keith Lewis              klewis {at} mitre.org> The above may not (yet) represent the opinions of my employer.   ------------------------------  % Date: Fri, 22 Oct 2004 17:41:52 -0400 ( From: David Froble <davef@tsoft-inc.com> Subject: Re: ECU disk , Message-ID: <41797EA0.3070508@tsoft-inc.com>   warren sander wrote:  : > Don't take anything I do as official, supported or wise. > K > I saw a need, I had the file so I put it out. I haven't gotten in trouble ' > but that is no guarantee of anything.  >  >  > K >>I think the answer is in Warren placing a copy of the software on the web C >>site/FTP server.  Must mean that Alpha owners are entitled to it.     
 Ok, so noted.   O Regardless, from what I remember, the product was supplied with new Alphas.  I  E know I received copies.  Right or otherwise, I think your action was  / appropriate.  Congratulations from at least me.      Dave   --  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 Oct 2004 18:34:50 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)  Subject: Re: ECU disk 3 Message-ID: <GBHc8iYfRIZL@eisner.encompasserve.org>   W In article <41797EA0.3070508@tsoft-inc.com>, David Froble <davef@tsoft-inc.com> writes:  > warren sander wrote: > ; >> Don't take anything I do as official, supported or wise.  >>  L >> I saw a need, I had the file so I put it out. I haven't gotten in trouble( >> but that is no guarantee of anything. >>   >>   >>  L >>>I think the answer is in Warren placing a copy of the software on the webD >>>site/FTP server.  Must mean that Alpha owners are entitled to it. >  >  > Ok, so noted.  > M > Regardless, from what I remember, the product was supplied with new Alphas.   B And that would be consistent with the business model of DEC paying per-diskette royalties.    ------------------------------  % Date: Fri, 22 Oct 2004 22:41:50 -0400 ( From: David Froble <davef@tsoft-inc.com> Subject: Re: ECU disk , Message-ID: <4179C4EE.5030601@tsoft-inc.com>   Larry Kilgallen wrote:  Y > In article <41797EA0.3070508@tsoft-inc.com>, David Froble <davef@tsoft-inc.com> writes:  >  >>warren sander wrote: >> >>; >>>Don't take anything I do as official, supported or wise.  >>> L >>>I saw a need, I had the file so I put it out. I haven't gotten in trouble( >>>but that is no guarantee of anything. >>>  >>>  >>>  >>> M >>>>I think the answer is in Warren placing a copy of the software on the web E >>>>site/FTP server.  Must mean that Alpha owners are entitled to it.  >>>> >> >>Ok, so noted.  >>M >>Regardless, from what I remember, the product was supplied with new Alphas.  >> > D > And that would be consistent with the business model of DEC paying > per-diskette royalties.  >   D Did they?  Really?  Such would appear to inhibit support operations.   Dave   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  # Date: Fri, 22 Oct 2004 22:03:14 GMT 1 From: Keith Parris <keithparris_NOSPAM@yahoo.com> + Subject: Re: EMC - multi database locations 1 Message-ID: <Csfed.1455$gK1.397@news.cpqcorp.net>    John Pan wrote:  > The disk is serviced by EMC. > ; > We are experiencing with our database an 'odd' situation.  > D > When a large (semi) table is spread over multiple locations on theH > same physical disk, access seems to be quick. When the table is spreadD > over two physical disks (as happened this morning) we get multipleC > locking and performance problems. This got solved when we put the % > table back in its correct location.   G This is one of the challenges of working with EMC. All too often, they  G keep the details of how the disk logical units are actually configured   very close to the vest.   @ Realize that what the EMC is presenting to VMS is typically not H individual disks, but pieces of storage which are actually part of some H sort of disk array. That array might be a mirrorset (RAID-1), or RAID-S G (a flavor of RAID unique to EMC but with similarities to RAID Levels 4  H and 5). RAID-S will have tend to have poorer performance for writes, as  a general rule.   H These pieces of storage presented to VMS may be co-existing on the same G arrays as units presented to other operating systems and environments.  I Heavy access from those can affect your access, since you're sharing the   same set of spindles.   I To understand what's going on, you'll need details of the storage layout  G and what you're sharing disks with, as well as the loads being applied.   A You'll want to understand the characteristics of the load you're  F applying on the VMS side, in terms of read/write ratio, I/O size, and A the degree of sensitivity up at the user level to changes in I/O  G response time down at the storage level (for example, the database log  H may be more latency-sensitive than the main database area, because most G databases don't consider a transaction committed until it's in the log  F file on disk, whereas it may use "lazy" writes to subsequently update I the main database area). That in turn will dictate what you require from  $ the storage in terms of performance.  F It may help to do some performance tests as a sanity check before you @ start using a new EMC unit, or even on an ongoing basis in case G something gets changed or reconfigured behind your back. Then at least  G you'll have data and be able to say "last week I got response times of  H xxx under yyy conditions, and this week it's much worse, at zzz" and be  able to prove it.   G There are quite a few tools available to test disk performance. I like  H the TEST command of Stuart Rance's DISKBLOCK tool from the VMS Freeware D (V4, I believe). It allows a lot of control over read/write ratios, I queue lengths, etc. and reports response times, bandwidth, I/O rate, etc.    ------------------------------  % Date: Fri, 22 Oct 2004 21:19:47 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>+ Subject: Re: EMC - multi database locations + Message-ID: <4179BFC3.52AB8EE3@comcast.net>    John Pan wrote:  >  > Hi > ? > the site I am on is configured running OpenVMS 7.3-1 on GS160 B > clustered with other Alphas - mixture of 8400 and 4100 and ES40. > The disk is serviced by EMC. > ; > We are experiencing with our database an 'odd' situation.  > D > When a large (semi) table is spread over multiple locations on theH > same physical disk, access seems to be quick. When the table is spreadD > over two physical disks (as happened this morning) we get multipleC > locking and performance problems. This got solved when we put the % > table back in its correct location.  > C > This is not how I have experienced other systems before. Normally A > spreading the table over multiple locations over multiple disks D > spreads io and generates better access - however not in this case. > = > Do I have a real problem, if so where in the EMC setup, lun  > distribution? or what. > E > Would appreciate any help/pointers in this area please as I have no  > experience with EMC.  = * WARNING * WARNING * WARNING * WARNING * WARNING * WARNING *   G You don't mention what database you're using, or how the tablespace got C spread over two volumes. However, it is known that Oracle chokes on  volume-sets in a major way.   A This specific issue has no relationship to the underlying storage 9 architecture. That is, it is *NOT* an EMC-specific issue.   E It is also known that newer Oracle makes much more use of its own DLM / (which may be buggy) and less use of VMS's DLM.   = * WARNING * WARNING * WARNING * WARNING * WARNING * WARNING *   @ That said, understand: EMC (claims to) validate its product withA OpenVMS. The reverse, however is *NOT* true: OpenVMS validates no : third-party products against its software(, drivers, etc.)  G ...or so I have been told by everyone from senior OpenVMS management to F the rank-and-file of OpenVMS engineering. That's what is meant when itE is said that OpenVMS does not "support" (read: validate) EMC storage.    --   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/   
 Comning soon: ! Unofficial OpenVMS-IA32 Home Page    ------------------------------    Date: 22 Oct 2004 22:28:02 -0500+ From: young_r@encompasserve.org (Rob Young) + Subject: Re: EMC - multi database locations 3 Message-ID: <owPRPybmGOA5@eisner.encompasserve.org>   d In article <dc85ec7c.0410220844.102590c9@posting.google.com>, panjo03@hotmail.com (John Pan) writes: > Hi   > ? > the site I am on is configured running OpenVMS 7.3-1 on GS160 B > clustered with other Alphas - mixture of 8400 and 4100 and ES40. > The disk is serviced by EMC. > ; > We are experiencing with our database an 'odd' situation.  > D > When a large (semi) table is spread over multiple locations on theH > same physical disk, access seems to be quick. When the table is spreadD > over two physical disks (as happened this morning) we get multipleC > locking and performance problems. This got solved when we put the % > table back in its correct location.  > C > This is not how I have experienced other systems before. Normally A > spreading the table over multiple locations over multiple disks D > spreads io and generates better access - however not in this case. > = > Do I have a real problem, if so where in the EMC setup, lun  > distribution? or what. > E > Would appreciate any help/pointers in this area please as I have no  > experience with EMC. >     = 	You can narrow the problem fairly simply.  If you are having > 	performance problems, they show up at a VMS level via various@ 	methods (at a minimum MONITOR DISK/ITEM=ALL and look for queue > 	lengths).  If you have determined you have "IO problems", you> 	can (or someone can) run Work Load Analyzer (WLA) and you can 	drill down on the Symm frame.  < 	But someone knows something.  Come back with some EMC terms= 	describing your layout.   Tell us the disk sizes and whether @ 	they are hypers or metas (and if they are metas , 2-way, 4-way,> 	8-way , etc) and I'll tell you how you are laid out (assuming' 	I get enough info the first go round).   C 	Finally, since the storage is shared - you may have unfortunately	 > 	shared with other hot spindles and went to quiet spindles and; 	performance got better.  That is how you can go to a hyper 9 	or metas touching fewer physical spindles and get better D 	performance.  That is why it really is necessary to turn on WLA so E 	you can see what is happening.  I've run into similar issues in the  $ 	past, here is a link as background:   http://tinyurl.com/5eaab   	Running WLA and looking at:    seeks per sec  average hypers per seek  D 	and IO rates per second,  will clue you in as to whether or not you" 	have disks saturated on the Symm.     				Rob     F P.S.    I'm in Chicago the first week of November.  Where is good food 	near O'Hare?  Thanks.   ------------------------------    Date: 22 Oct 2004 13:35:51 -0700/ From: johnhreinhardt@yahoo.com (John Reinhardt) ) Subject: Re: installing Oracle on openVMS = Message-ID: <5d708ac7.0410221235.5bc1c6d4@posting.google.com>   c simon@stirley.me.uk (Simon Stirley) wrote in message news:<417512bf.1822545441@news.demon.co.uk>...  > Hi,  > A > I've got an old DEC Alpha that I've installed openVMS (Hobbyist H > license) onto, and am now trying to get Oracle setup. Everytime I comeH > to run the installer (@runInstaller off Disk1) it tells me I must haveF > certain permissions for the current user - but from what I can see IH > have those permissions. Is this a common problem that anyone knows how > to solve ? thanks. > E > PS. the user I created to install under is 'sa' and has permissions # > added with AUTHORIZE as follows -  > CMKRNL > GROUP  > WORLD  > GRPNAM > SYSNAM > E > The 'system' account itself doesn't work as the installer won't let = > you install under that, or any account in the system group.      Simon,@   as a basic check makde sure the privileges you enabled are allD listed under "Authorized Privileges" and "Default Privileges" as I'mF not sure Oracle's Installer is smart enough to enable them if they areB just "Authorized Privileges".  Other than that, take a look at the> message from dooley and add the privs that are listed there inC addition.  Though the list you have sounds reasonable, my memory is . hazy and I don't have any documentation handy.     John H. Reinhardt    ------------------------------  # Date: Sat, 23 Oct 2004 05:25:52 GMT $ From: John Hixson <john@divinix.org>/ Subject: OpenVMS 7.3 Install Questions/Problems . Message-ID: <zXled.173752$He1.16438@attbi_s01>   Hi Guys,E    I just bought an alpha 433au workstaiton, and compaq openvms 7.3.  E After trying to boot the install CD, it would only print out "Compaq  D OpenVMS 7.3" and then proceed to give errors. I RTFM'ed and came to F discover that the toshiba cd-rom my workstaion has uses the Intel SIO = chipset and can't boot off it. I now would like to know what  E alternatives I have. I do not have a SCSI CD-ROM or the money for it  B currently. I have a whole network of various UNIX machines. Can I I network boot OpenVMS to install off a unix box? Are there OpenVMS floppy  F images available to boot off of that will load drivers for the CD-ROM F and allow me to install? Im losing my hair here and ive been googling = for hours to no avail. Thanks for any answers I might get =).    ------------------------------  % Date: Fri, 22 Oct 2004 18:02:00 -0400 ( From: David Froble <davef@tsoft-inc.com>( Subject: Re: OT: Short Article about Sun, Message-ID: <41798358.8000707@tsoft-inc.com>   Andrew Harrison wrote:     > So how about security ?   O Highly humorous!  Now Andy Boy is playing the 'security' card.  Yet when a VMS  L person, other than boob, mentions security, Andy Boy sings a different tune.   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Fri, 22 Oct 2004 17:54:26 -0400 ( From: David Froble <davef@tsoft-inc.com>$ Subject: Re: OT: why USA is a regime, Message-ID: <41798192.6050503@tsoft-inc.com>   JF Mezei wrote:    > David Froble wrote:  > M >>Do they really disagree on the removal of Saddam, just that part, not being P >>good?  I'd have to see proof of your unsubstantiated claim, on JUST THAT PART.R >>Please point out those that thought Saddam's gassing Kurdish villagers wasn't anN >>atrocity that by itself should have had his removel a high priority by every >>human being on the planet. >> > : > The middle east is a far more complex problem than that.    ; Some things are quite simple, whether you think so, or not!     And the idiot Bush,O > who didn't even know the name of the prime minister of Canada in the 2000 USA P > election, couldn't have been expected to understand the middle east issues andO > tell Rumsfeld and his cohorts to get lost with their military plans. And Bush M > still hasn't learned sufficient diplomatic skills to know to NEVER publicly 1 > call another nation's leader by his first name.  > M > When considering Hussein specifically, it isn't enough to look at his past. L > You need to look at the future. You need to look not only ar Iraq, but theL > whole middle east.  And in many cases, removing "strong leaders" yields to > major problems.     S Wrong is wrong, regardless of political expediency.  One name.  Nevill Chamberlain!     M > Consider the balkans. When Tito died, and former USSR balkan republics were O > set free, social tensions exploded and you got a very long war in the balkans % > that included ethnic cleansing etc.     O Yes.  And if your precious UN had an ounce of sense, and a gram of balls, they  L would have stepped in early enough to stop the shit before it got so out of O hand.  Actually, with many of the participants, they didn't give a damn unless  * their own selfish interests were affected.    M > If you want to discuss Hussein's own war crimes, then that is something for J > the ICC and War Crimes Tribunal to discuss. Destruction of a country andO > killing tens of tousands of civilians is not the answer, especially since you M > have left such a HUGE gap without any government, police, army that you now * > have a very explosive situation in Iraq. > K > Iraqis are not better off. Consider the situation where the UN would have G > forced Hussein to stop selecting candidates for the elections, and UN H > monitored the election process and allowed proper elections to happen.C > Transition would have happened smoothly. And once he was out, and P > military/police clearly on side of new leader, it would have been very easy to+ > capture Hussein and bring him to justice.     N You are truly remarkable!  Just what leverage would your precious UN apply to O get Hussein (there, satisfied) to do anything they wanted?  Hussein understood  K only one thing, the barrel of a gun.  Just look at all the pictures of him  T holding a gun.  The above statement shows just how far you're detached from reality.    L > Democracy is not something you can force with a gunbarrel. It is somethingM > that must come from within. You can only help it flourish. You can't impose M > it. And the minute you try to tell some proud country it needs to do X, you O > are now assured that the country will NOT do X because it wouldn't want to be M > seen buckling to the requests of another country.  (And that is part of the K > problem with Iran now, the Bush regime lost all tact in dealing with Iran M > which had allowed much warmer relations prior to the Bush regime annoucning ! > Iran was part of axis of evil).     O No, you cannot impose democracy.  But you can free a people from oppression so  , that they may have some chance at democracy.  O As for Iran, I can only say that religion has caused more human suffering than  O any other single thing.  Iran is evil!  It's their (the religious idiots) way,  O or be prepared to die.  No tolerance.  If you don't agree, go live in Iran JF.   I doubt you'd last long.     Dave     --  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 Oct 2004 11:54:59 -0700. From: fabiopenvms@yahoo.com.br (Fabio Cardoso) Subject: Re: Public DS10L ? = Message-ID: <f30679fb.0410221054.51fdbff0@posting.google.com>   { Tim ffrench-Lynch <tim-DOT-ffrench-HYPHEN-lynch@baesystems.com> wrote in message news:<4179079D.638E48D1@baesystems.com>... C > I'm planning to try buy a used 617MHz DS10L to improve processing / > speed on the VAX/Alpha cluster I use at work.  > F > Does anyone know of any public access DS10L systems that I could log8 > into remotely to test performance with my application? >  > Tim     $ May be HP has it in the Show Room !    []s  
 Fabio Cardoso    ------------------------------  # Date: Fri, 22 Oct 2004 22:06:44 GMT 1 From: Keith Parris <keithparris_NOSPAM@yahoo.com>  Subject: Re: Public DS10L ? 1 Message-ID: <Uvfed.1456$gK1.491@news.cpqcorp.net>    Tim ffrench-Lynch wrote:F > Does anyone know of any public access DS10L systems that I could log8 > into remotely to test performance with my application?  : The HP Test Drive program has DS10L systems, according to / http://www.testdrive.hp.com/systems/alpha.shtml    ------------------------------    Date: 22 Oct 2004 16:38:47 -0700, From: JimStrehlow@data911.com (Jim Strehlow) Subject: Re: Public DS10L ? = Message-ID: <4b6ec350.0410221538.6b500563@posting.google.com>   { Tim ffrench-Lynch <tim-DOT-ffrench-HYPHEN-lynch@baesystems.com> wrote in message news:<4179079D.638E48D1@baesystems.com>... C > I'm planning to try buy a used 617MHz DS10L to improve processing / > speed on the VAX/Alpha cluster I use at work.     + I do not know of a remotely accessible one.   F We have a AlphaServer DS10L 617 MHz, hardware model type 1962 on whichC we are running a test database instance of Oracle version 9.2.0.5.0   F Bus 00 Slot 07: Acer Labs M1543C                             Bridge to
 Bus 1, ISA< Bus 00 Slot 09: DE500-BA Network Controller ewa0.0.9.0       00-10-64-30-0B-14 < Bus 00 Slot 11: DE500-BA Network Controller ewb0.0.11.0      00-10-64-30-0F-81 8 Bus 00 Slot 13: Acer Labs M1543C IDE        dqa.0.0.13.0E                                             dqa0.0.1.13.0    Maxtor 5  3073H4D                                             dqb0.0.1.13.0    CD-224EF Bus 00 Slot 17: Intel 21154-*E                               Bridge to
 Bus 2, PCI  E Bus 02 Slot 04: NCR 53C895                  pka0.7.0.2004.0  SCSI Bus  ID 7< Bus 02 Slot 05: DE600-AA                    eia0.0.0.2005.0  00-06-2B-03-D5-77 2 Bus 02 Slot 06: Permedia - P2V Graphics Controller;                                             vga0.0.0.2006.0     $ We do not allow remote access to it.F We only have a few developers and Q.A. testers populating test data to= it using Windows Visual Basic, C, and Delphi client programs.    It works okay for our purposes.   D I do not know how to gauge how it could improve your cluster even ifB you told me a little bit about your existing CPUs and disks in the cluster.  7 Jim Strehlow, OpenVMS and Oracle Database Administrator  Alameda, CA, USA   ------------------------------  # Date: Fri, 22 Oct 2004 18:38:22 GMT F From: lederman@star.enet.dec.DISABLE-JUNK-EMAIL.com (Bart Z. Lederman)' Subject: Re: Question about Descriptors 0 Message-ID: <ysced.1439$Ut1.50@news.cpqcorp.net>  ? I never used MUMPS or SNOBOL, so there are obviously features I > don't know about.  But I have used quite a number of differentA languages and products over the years, and I'm really quite happy = with what you can do with the STR$ routines (and some others) < in VMS.  True, you sometimes have to make a little effort to< get the stuff into a descriptor if it originates externally,; but once you get it into a descriptor there is really a lot < you can do with it.  And once you're used to how the strings9 are called, getting the data in and out of descriptors is B really quite simple, even in C.  I usually use dynamic descriptorsA when I can, and that also solves a multitude of memory allocation 5 and deallocation problems that might otherwise arise.   > The big problem, for some people, is that it isn't portable to< other platforms.  Which, I suppose, shows how far behind the> other platforms are, but that's an entirely different problem.   --  (  B. Z. Lederman   Personal Opinions Only  8  Posting to a News group does NOT give anyone permission8  to send me advertising by E-mail or put me on a mailing  list of any kind.  5  Please remove the "DISABLE-JUNK-EMAIL" if you have a 5  legitimate reason to E-mail a response to this post.    ------------------------------  % Date: Fri, 22 Oct 2004 16:57:04 -0400 3 From: Steve Lionel <Steve.Lionel@REMOVEintelME.com> ' Subject: Re: Question about Descriptors 8 Message-ID: <3rsin0tpslicrdn848pgbm5gt00shnr86p@4ax.com>  H On Fri, 22 Oct 2004 07:37:02 -0700, "Tom Linden" <tom@kednos.com> wrote:  I >> BASIC?  PL/I?  MUMPS?  Pikers.  For string processing, no language I    >> have ever >> seen beats SNOBOL4.: >True, but did it do anything _besides_ string processing?  K Well, no, but to SNOBOL4 (and SPITBOL, the version I used), the whole world I was a string.  You could do pretty much anything you wanted.  The central L focus of SNOBOL4 was the pattern, which could be matched against strings andL matched segments extracted.  Sort of like regexps on steroids.  VAX SCAN wasJ in many ways a SNOBOL4 derivative, the programming model was very similar.   Steve    ------------------------------  % Date: Fri, 22 Oct 2004 17:28:55 -0400 ( From: David Froble <davef@tsoft-inc.com>' Subject: Re: Question about Descriptors , Message-ID: <41797B97.7030503@tsoft-inc.com>   JF Mezei wrote:    > David Froble wrote:  > M >>to learn the language.  As for comparison, I did find one function that was P >>interesting, REVERSE, which reverses the characters in a string.  Not sure why; >>one would want to do that, but an interesting capability.  >> > M > ALLIN1 also has that ability.  Why was it added ? To ease the processing in 2 > languages where people write from right to left. >  > O >>Not wanting to start a war with those who believe in declaring all variables,  >> > G > Isn't that being discussed in another topic ? :-) :-) :-) :-) :-) :-)  >  > Q >>but my opinion is, if the compiler can do this menial work, why should I do it. 7 >>  Don't we use computers to automate the menial work?  >> >  > Yes and no.  > N > Forcing you to formally declare your variables and structures does generallyO > lead to better program organisation. And it also helps prevent mis-reuse of a L > variable. (did you mean for that B$ variable to be newly allocated in thatL > subroutine, or did you mean to re-use the B$ in your mainline program thatN > should have been globally defined instead of restricted to only the mainline
 > procedure ?     N In DEC BASIC you can have sections of code, still part of the current module, N that can be invoked with GOSUB and return to the calling point with a RETURN. P All variables are shared within the module.  Rather similar to a COBOL PERFORM. P   There are also SUB PROGRAMS that ate 100% atonomous.  No sharing of anything. O   Arguments can be passed, and COMMON blocks of GLOBAL data can be declared in s, multiple pieces of otherwise atonomous code.  Q In the past I was pretty good at being able to fit large parts of an application nQ into my head.  Not sure that is real common.  Can't do as well anymore, and yes, pP if you cannot do that, then DECLARED variables lets the compiler help you quite A a bit.  I still do well without forcing variables to be declared.p    M > Yeah, having to constantly declare status, x, y, z , *ptr1, *ptr2, *ptr3 inaN > routines is a pain. But you know, it takes only a few seconds with cut/paste > (or just type it in).     O It's not just a few seconds in a significant (size) application.  It's a large u part of the job.    N > Perhaps there is also a question of scaling. Do all languages scale to large > projects the same ?eE > Or are some language better suited for small independant programs ?5 >    Depends.   -- s4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Fri, 22 Oct 2004 17:32:41 -0400g( From: David Froble <davef@tsoft-inc.com>' Subject: Re: Question about Descriptorsm, Message-ID: <41797C79.1020408@tsoft-inc.com>   Nigel Barker wrote:r  2 > On Fri, 22 Oct 2004 10:31:50 -0400, Steve Lionel) > <Steve.Lionel@REMOVEintelME.com> wrote:  >  > O >>On Fri, 22 Oct 2004 00:24:50 -0400, David Froble <davef@tsoft-inc.com> wrote:c >> >>@ >>>You forgot BASIC, which may be the best at string processing. >>>rP >>BASIC?  PL/I?  MUMPS?  Pikers.  For string processing, no language I have ever >>seen beats SNOBOL4.n >> >>Stevee >> > I > Funnily enough in revisiting my prehistory by browsing the MUMPS FAQ at0D > http://www.mcenter.com/mtrc/mfaqhtm1.html I found this statement:- > N > good string handling capabilities: better than BASIC, not as good as SNOBOL4    Q Interesting opinion.  Regardless of accuracy, the source at least thought enough aP of BASIC to use it as a reference.  Then again, possibly the source only knew 3  environments.  :-)     > -- > Nigel Barker! > Live from the sunny Cote d'Azur> >        -- n4 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 Roada Vanderbilt, PA  15486>   ------------------------------  % Date: Fri, 22 Oct 2004 17:39:16 -0400r( From: David Froble <davef@tsoft-inc.com>' Subject: Re: Question about Descriptorsu, Message-ID: <41797E04.3090406@tsoft-inc.com>   JF Mezei wrote:h   > Nigel Barker wrote:  > I >>Funnily enough in revisiting my prehistory by browsing the MUMPS FAQ atiD >>http://www.mcenter.com/mtrc/mfaqhtm1.html I found this statement:- >>N >>good string handling capabilities: better than BASIC, not as good as SNOBOL4 >> > 1 > How does one define "good string handling" ????  > O > When I moved from Basic to C on DOS, I found trememdous improvement in stringeN > handling due to the richer set of string handling library. This was in earlyV > 1980s. (along with ability to name variables with more than 6-8 characters etc etc). > P > Perhaps basic has evolved since then. Perhaps VAX/DEC Basic is a huge superset1 > of "Basic" (was there ever a "basic" standard ?g    Q If you're using memory of basin from that long ago, then you're not even talking eE about the same language.  VAX Basic and DEC BASIC have been enhanced nP tremendously.  You'd have to look hard to find anything in other languages that P VAX Basic cannot do.  The RECORD construct gives an ability similar to, but not M quite, user defined variable types.  It allows rather complex in memory data d! structures.  Lots of other stuff.o  N This seems to have been a common event for many of the languages supported by M VMS in the last 20 years.  Seems as if the compiler people were looking over iM each others shoulders while designing features.  Anything good seems to have  ) been implemented in most of the products.e   Dave     --  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 Roadn Vanderbilt, PA  15486    ------------------------------    Date: 22 Oct 2004 18:31:19 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)b' Subject: Re: Question about Descriptorsr3 Message-ID: <dDZ31HXuvwJL@eisner.encompasserve.org>.  \ In article <1q3in0d2pmhund7pbsp9u72j0po3ges6qp@4ax.com>, Nigel Barker <nigel@hp.com> writes:J > On Fri, 22 Oct 2004 06:17:19 -0700, "Tom Linden" <tom@kednos.com> wrote: > A >>> You forgot BASIC, which may be the best at string processing.  >>Better than PL/I?t >  > Better than MUMPS?   Better than TECO ?   ------------------------------  % Date: Fri, 22 Oct 2004 19:12:09 -0700i From: Z <z@no.spam>o' Subject: Re: Question about Descriptorsm/ Message-ID: <10njferib2f4cb@corp.supernews.com>d   Larry Kilgallen wrote:A >>>>You forgot BASIC, which may be the best at string processing.t   >>>Better than PL/I?   >>Better than MUMPS?   > Better than TECO ?   Better than Perl?s   ------------------------------  % Date: Fri, 22 Oct 2004 22:38:07 -0400 ( From: David Froble <davef@tsoft-inc.com>' Subject: Re: Question about Descriptors:, Message-ID: <4179C40F.8010902@tsoft-inc.com>   Z wrote:   > Larry Kilgallen wrote: > C >>>>> You forgot BASIC, which may be the best at string processing.f >>>> >  >>>> Better than PL/I? >>>e >  >>> Better than MUMPS? >> >  >> Better than TECO ?u >  >  > Better than Perl?e   Ok,  :-)  . In addition to manipulating strings I want to:  A Perform data file I/O on various database products, RMS, DAS, andt> Perform mailbox, socket, DECnet, and other communications, and+ Implement medium to large applications, and0F Do all the other things for which people use 3rd generation languages.  6 I'll assume that leaves PL/I and MUMPS in the running.   :-)e  3 Work in an environment which I'm familair with ....6  ; Yeah, VAX Basic is the best, followed closely by DEC BASIC.0   :-)p   Dave   -- s4 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 Roado Vanderbilt, PA  15486l   ------------------------------    Date: 22 Oct 2004 13:25:33 -0700/ From: johnhreinhardt@yahoo.com (John Reinhardt) 1 Subject: Re: Samba 2.2.8 for OpenVMS, new releasea= Message-ID: <5d708ac7.0410221225.7e06a9c0@posting.google.com>i  e David J Dachtera <djesys.nospam@comcast.net> wrote in message news:<417866F3.1B9FF3C2@comcast.net>...- > Jean-Franois Pironne wrote:a > > D > > A new release of Samba 2.2.8 for OpenVMS has just been released.M > > Download and information from http://www.pi-net.dyndns.org/anonymous/jyc/r > > T > > This port is actively maintained by Jean-Yves COLLOT and some others volunteers. > ( > Is there a later release in the works? > ? > ...and is there an example config. file better suited to VMS?  > H > I cooked up a way to package the distro. so it installs the executableG > from object code on a CD-ROM, and OPTIONALLY installs the source. I'dtJ > like to get that into a working configuration sometime this winter so ifJ > I get sessions accepted at the HP Tech Forum in New Orleans next year, I( > can pass out the CDs at my session(s). >  > -- i > David J Dachtera > dba DJE Systems  > http://www.djesys.com/ > + > Unofficial OpenVMS Hobbyist Support Page:i$ > http://www.djesys.com/vms/support/ > * > Unofficial Affordable OpenVMS Home Page:! > http://www.djesys.com/vms/soho/d  9 Here is a copy of a recent message on the samba-vms list:    >To: samba-vms@lists.samba.org i) >From: wb8tyw@qsl.net (John E. Malmberg) j" >Date: 18 Oct 2004 15:58:30 -0500  >Organization: Encompasserve oA >Subject: SAMBA 2.2.12 source kit for 8.2 (and possibly earlier) d; >List-Id: Using Samba with VMS <samba-vms.lists.samba.org> DH >List-Unsubscribe: <http://lists.samba.org/mailman/listinfo/samba-vms>, H >        <mailto:samba-vms-request@lists.samba.org?subject=unsubscribe> : >List-Archive: <http://lists.samba.org/archive/samba-vms> / >List-Post: <mailto:samba-vms@lists.samba.org> eD >List-Help: <mailto:samba-vms-request@lists.samba.org?subject=help> F >List-Subscribe: <http://lists.samba.org/mailman/listinfo/samba-vms>, F >        <mailto:samba-vms-request@lists.samba.org?subject=subscribe>  >d > D >For those interested in being more on the bleeding edge, I have nowI >merged in the SAMBA 2.2.12 changes with last source kit that I produced.0 > G >I also fixed the bug that I accidently introduced, and implemented thegF >fsync() on the 1 byte writes to try to improve the large file issues. >t >e! >The source kits can be found at:D >d >o, >  http://encompasserve.org/~malmberg/samba/ >s >e( >  SAMBA_2_2_12-V82-SRC-20041017_BCK.ZIP >  >oN >This has not undergone any significant testing, all I did was verify that the! >server will transfer some files.> >t >aH >I have only done a test build on OpenVMS ALPHA 8.2 EFT at this time.  IO >attempted to make this code build on older versions, but as yet I have not had. >time to do any test builds. >  >iH >Same caveats as the previous code drop.  Unless something else happens,D >I am going to start concentrating on the SAMBA 3.x and 4.x streams. >u >b >-John >wb8tyw@qsl.neti >Personal Opinion Only >  >-= >PLEASE READ THIS IMPORTANT ETIQUETTE MESSAGE BEFORE POSTING:a >o4 >http://www.catb.org/~esr/faqs/smart-questions.html  >e  5 Work is also being done on Samba 3.X and 4.X for VMS.e     John H. Reinhardt   , (Apologies to John for reproducing his post)   ------------------------------  % Date: Fri, 22 Oct 2004 21:07:48 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>1 Subject: Re: Samba 2.2.8 for OpenVMS, new release_+ Message-ID: <4179BCF3.EE60B2B0@comcast.net>d   John Reinhardt wrote:g > [snip] > 7 > Work is also being done on Samba 3.X and 4.X for VMS.  >  >   John H. Reinhardt  > . > (Apologies to John for reproducing his post)   Well, that's good.  F Hopefully, the newevr versions will be distributed in a similar formatF when they appear. The procedure I cooked up was a bear to get to whereH it is (still a bit dodgy). I'd hate to have to start all over again, but it would definitely be doable.   --   David J Dachtera dba DJE Systemst 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/t   ------------------------------    Date: 22 Oct 2004 13:38:15 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) + Subject: Re: SYSUAF => export passwords ???h3 Message-ID: <aEShDxmu83ys@eisner.encompasserve.org>a  ^ In article <2A9ed.70$dq4.3819@tor-nn1.netcom.ca>, "Syltrem" <syltremzulu@videotron.ca> writes:D >> You need more than the password.  You need the algorithm and salt >> as well.  >> >> John Briggs > 0 > Even for the same username? (what to OP asked)> > Extract pwd field from one uaf file and load into the other?  C    Absolutely.  If you don't have the right salt and algorithm, youa,    can't has the password to the same value.   ------------------------------    Date: 22 Oct 2004 14:37:52 -0500 From: briggs@encompasserve.org+ Subject: Re: SYSUAF => export passwords ???d3 Message-ID: <9CyGl$ap1qeP@eisner.encompasserve.org>l  q In article <aEShDxmu83ys@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: ` > In article <2A9ed.70$dq4.3819@tor-nn1.netcom.ca>, "Syltrem" <syltremzulu@videotron.ca> writes:E >>> You need more than the password.  You need the algorithm and salta >>> as well. >>>r >>> John Briggsm >> d1 >> Even for the same username? (what to OP asked)m? >> Extract pwd field from one uaf file and load into the other?r > E >    Absolutely.  If you don't have the right salt and algorithm, yous1 >    can't has[h] the password to the same value.n  : Furthermore, if you don't update the password change date @ you may not be able to log in due to password expiration issues.  A It appears that the salt value is not modified when your passwordaA is changed, e.g. with $ SET PASSWORD.  However, if you create they> UAF record separately on each system, it seems likely that theA records would have different salt values.  If, on the other hand,i? you copied UAF files from system to system, a particular user'sBC record is likely to have the same salt and algorithm on all systems  to begin with.  D It is nonetheless, a nice touch to update password, salt, algorithm,9 and password change date when you propagate the password.a   	John Briggs   ------------------------------  % Date: Fri, 22 Oct 2004 15:53:07 -0400u* From: "Syltrem" <syltremzulu@videotron.ca>+ Subject: Re: SYSUAF => export passwords ??? 1 Message-ID: <qxded.87$dq4.4466@tor-nn1.netcom.ca>n  5 <briggs@encompasserve.org> a crit dans le message dee- news:9CyGl$ap1qeP@eisner.encompasserve.org...a5 > In article <aEShDxmu83ys@eisner.encompasserve.org>,e= koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes:a? > > In article <2A9ed.70$dq4.3819@tor-nn1.netcom.ca>, "Syltrem"a" <syltremzulu@videotron.ca> writes:  F > It is nonetheless, a nice touch to update password, salt, algorithm,; > and password change date when you propagate the password.e > 
 > John Briggs   J I never really had such problems since I'm kind of a lazy guy, so I alwaysI copied over sysuaf and rightslist records from one machine to another, if / some user accounts had to be on other machines.pH It's quicker than typing a long CREATE command and less error prone too.L Besides, I don't need to ask the user for his/her password to create the newF account. Also if you restore files from a backup to the other machine,! /OWNER=ORIGINAL will always work.   I It's good to know how it works underneath the cover anyway. If I hear you K right, it could be done nonetheless if all of the related fields were to bew updated.   Regards, -- n SyltremO   OpenVMS 7.3-1 + Oracle 8.1.7.4H http://pages.infinit.net/syltrem (OpenVMS related web site, en franais)% ---zulu is not in my email address---*   ------------------------------   Date: 22 Oct 2004 19:54:59 GMT. From: JONESD@ecr6.ohio-state.edu (David Jones)+ Subject: Re: SYSUAF => export passwords ???N: Message-ID: <clboij$aev$1@charm.magnus.acs.ohio-state.edu>  3 In message <9CyGl$ap1qeP@eisner.encompasserve.org>,d"   briggs@encompasserve.org writes:: >Furthermore, if you don't update the password change dateA >you may not be able to log in due to password expiration issues.l  M You wouldn't have been able to login on the old system either, why should yougK get a reprieve because the account was moved?  To be thorough, the passwordt! history should be copied as well.   M -----------------------------------------------------------------------------e< David L. Jones               |      Phone:    (614) 292-6929- Ohio State University        |      Internet: L 140 W. 19th St. Rm. 231a     |               jonesd@er6s1.eng.ohio-state.edu: Columbus, OH 43210           |               vman+@osu.edu  1 Disclaimer: I'm looking for marbles all day long.R  < David L. Jones               |      Phone:    (614) 292-6929- Ohio State University        |      Internet: L 140 W. 19th St. Rm. 231a     |               jonesd@er6s1.eng.ohio-state.edu: Columbus, OH 43210           |               vman+@osu.edu  1 Disclaimer: I'm looking for marbles all day long.e   ------------------------------  % Date: Fri, 22 Oct 2004 21:03:56 -0500v2 From: David J Dachtera <djesys.nospam@comcast.net>& Subject: Re: What happened with SEVMS?+ Message-ID: <4179BC0C.C0D65828@comcast.net>o   David Froble wrote:p >  > JF Mezei wrote:e >  > > Larry Kilgallen wrote: > >eO > >>What mandatory access control implementations are validated at B1 on IA32 ?n > >> > >r > > That is not the issue. > >hP > > The issue is that Sun now has bragging rights about very secure systems used > > by the military. > >sN > > VMS used to have such bragging rights, with mention fo VMS used on missionC > > critical military msisions. That gave it an exclusive position.s > >.R > > But now, if even Sun can claim this,  VMS no longer has any edge, and the factB > > that VMS no longer has SEVMS means even fewer bragging rights. > >aD > > This is all about strategy for bragging rights (aka: marketing). > >aP > > There are projects which may not result in standa alone profits for that oneS > > project, but whcih are stretegic for the success of the produc line as a whole.n > >. > Q > VMS is being used in military systems, and at times the 'customer' would not bea( > pleased at publicity about that usage.  ( Then don't say, "the military uses VMS".   Problem solved. Next?o  Q > Since this type of customer doesn't seem to like publicity, then with Sun beingrV > so mouthy, maybe they are making noise, but don't really have the installed systems.  H It depends. It's possible to say, for example, "four out of five doctors5 recommend Sominex" without naming doctors explicitly.u  E It follows that one can say, "I just sold $x million dollars worth ofs? product!", without saying to whom one sold it or what was sold.   E That "publicity" argument never has held water - probably never will.e   --   David J Dachtera dba DJE Systemsr http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page:i" http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  + Date: Fri, 22 Oct 2004 12:43:42 -0500 (CDT)e From: sms@antinode.org Subject: Re: ZIP & work area? ) Message-ID: <04102212434230@antinode.org>   # From: sol gongola <sol@adldata.com>   / > ftp://ftp.info-zip.org/pub/infozip/doc/MANUAL- >  >        -b pathC >               Use  the  specified  path  for  the  temporary  zipm% >               archive. For example:l > * >                      zip -b /tmp stuff * > C >               will put the temporary zip archive in the directorylC >               /tmp, copying over stuff.zip to the current  direc- C >               tory  when  done.  This  option is only useful whenHC >               updating an existing archive, and the  file  systemrC >               containing  this  old  archive does not have enoughlC >               space to hold both old and new archives at the sameo >               time.a  G    As might be obvious by now, it's also useful for Zip on VMS (withoutsB the tempname() fix), as an unfixed Zip on VMS erroneously uses theG current default directory for the temporary zip archive rather than the @ archive destination directory as it should (and elsewhere does).  !    This horse is dead now, right?o  H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-orge    Saint Paul  MN  55105-2547I   ------------------------------  % Date: Fri, 22 Oct 2004 21:09:31 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net> Subject: Re: ZIP & work area?o+ Message-ID: <4179BD5B.91457BEA@comcast.net>n   sol gongola wrote: >  > John Brandon wrote:o > >,/ > > Frequently we find ourselves running low ontA > > disk space when using ZIP - typically when ZIPing huge files.- > > / > > It seems ZIP uses your directory default asH, > > the location for work files (ZIxxxxxx.;) > >a8 > > Other than using SET DEFAULT is there a way to force6 > > ZIP into using a different disk for its work area? > >k> > > I am thinking of how SORT uses SORTWORKx files to do this. > >C6 > > I have tried changing SYS$SCRATCH and to no avail. > >r > > J*o*h*n B*r*a*n*d*o*nM > > VMS Systems Administrator . > > firstname.lastname.spam.me.not@dalsemi.com > & > zip 2.1 had this in its help output:! >   -b   use "path" for temp filen > 8 > zip 2.3 mentions it in the command string description: > @ > Zip 2.3 (November 29th 1999). Usage: zip=="$disk:[dir]zip.exe"P > zip [-options] [-b path] [-t mmddyyyy] [-n suffixes] [zipfile list] [-xi list]L >   The default action is to add or replace zipfile entries from list, which> >   can include the special name - to compress standard input.D >   If zipfile and list are omitted, zip compresses stdin to stdout.L >   -f   freshen: only changed files  -u   update: only changed or new filesK >   -d   delete entries in zipfile    -m   move into zipfile (delete files)s >  > sol7  H Mentions it, but doesn't explain it. Gotta look and see if I have a .HLP/ file for both the UN*Xly version and ZIP_CLI...l   -- h David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page:e" http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/2   ------------------------------   End of INFO-VAX 2004.588 ************************