1 INFO-VAX	Thu, 29 Jun 2006	Volume 2006 : Issue 358       Contents:* ANN: Info-ZIP's Zip V2.32 is now available Re: APACHE$PRIVILEDGED Re: Floating point questions Re: Floating point questions Re: Floating point questions Re: Floating point questions Re: Floating point questions Re: Floating point questions Re: Floating point questions Re: Floating point questions) Re: New OpenVMS Virtualization Whitepaper ' Re: ntpdate fails after VMS 8.2 upgrade ' Re: ntpdate fails after VMS 8.2 upgrade ' Re: OT: Intel quad core X64 benchmarked  Re: TCPIP question# Re: VAX Open VMS Production Support # Re: VAX Open VMS Production Support # Re: VAX Open VMS Production Support # Re: VAX Open VMS Production Support + Re: VMS V4.7 Distribution needed for 11/730 + Re: VMS V4.7 Distribution needed for 11/730 + Re: VMS V4.7 Distribution needed for 11/730 + Re: VMS V4.7 Distribution needed for 11/730 + Re: VMS V4.7 Distribution needed for 11/730 + Re: VMS V4.7 Distribution needed for 11/730 C zipping large files (was Re: Info-ZIP's Zip V2.32 is now available) C zipping large files (was Re: Info-ZIP's Zip V2.32 is now available) G Re: zipping large files (was Re: Info-ZIP's Zip V2.32 is now available) G Re: zipping large files (was Re: Info-ZIP's Zip V2.32 is now available)   F ----------------------------------------------------------------------  % Date: Wed, 28 Jun 2006 17:32:09 -0500 - From: Hunter Goatley <goathunter@goatley.com> 3 Subject: ANN: Info-ZIP's Zip V2.32 is now available * Message-ID: <44A30369.7070503@goatley.com>  A The Info-ZIP group is in the process of releasing Zip V2.32 (i.e, E the web pages are still being updated, etc).  I've added VMS binaries ? for the different platforms and added the new release to my VMS  freeware archive.   7 I've included the Info-ZIP announcement below the URLs.    http://www.process.com/openvms/   3 ftp://ftp.process.com/vms-freeware/fileserv/zip.zip 8 http://vms.process.com/ftp/vms-freeware/fileserv/zip.zip  / ftp://ftp.tmk.com/vms-freeware/fileserv/zip.zip 4 http://www.tmk.com/ftp/vms-freeware/fileserv/zip.zip   And on the other mirrors soon.  5 -----------------------------------------------------  Zip 2.32  ; We have posted Zip Release 2.32, June 19th 2006.  This is a A patch release for the current Zip 2.3x and includes the following C changes.  Also see the file WhatsNew and for details of all changes  see Changes.   New things in Zip 2.32H - Fixed -R operation to match the supplied file patterns in all recursedD    subdirectories, like PKZIP 2.04 "-p -r" (or PKZIPC 4+ "-recurse")6 - Handle cases where -x, -R, and -i patterns are mixed+ - Fixes to ZipSplit, ZipNotes, and ZipCloak + - Example C-Sharp code added for using DLLs , - Implemented some directory search speedups - Windows NTFS time fix $ - Fix VMS logical name parse problem - Handle VMS [...] - Add VMS DEBUG option6 - Fixed bug when encrypting large uncompressable files - Updated VMS help' - Fix selecting files to delete by date B - Add -MM option where each input file pattern must match at least0    one file and all input files must be readableB - Add check for when zip tries to exceed seek limit in output file/ - Minor changes to compile with Visual C++ 2005 ( - Can now handle Unix FIFO (named pipes)  > Note that Zip 3 (and UnZip 6) are currently in development and; these are planned to include large file and archive support  and many additional features. 5 -----------------------------------------------------    --     Hunter ------9 Hunter Goatley, Process Software, http://www.process.com/ B PreciseMail Anti-Spam Gateway for OpenVMS, Tru64, Solaris, & Linux9 goathunter@goatley.com     http://www.goatley.com/hunter/    ------------------------------  # Date: Wed, 28 Jun 2006 19:01:16 GMT , From: Hoff Hoffman <hoff-remove-this@hp.com> Subject: Re: APACHE$PRIVILEDGED 1 Message-ID: <0mAog.2338$1%3.546@news.cpqcorp.net>   F The kernel issue here in the discussion is one of support, and of the E associated support calls and support escalations that can ensue from   statements of support.  H The word "Support" has a very specific meaning for OpenVMS Engineering: C it means that we will commit to spending resources should problems  F arise. That something is unsupported does not imply that an operation H does or does not work, nor that the operation will or will not continue G to work. It simply means that OpenVMS Engineering has wide latitude in  G accepting (or rejecting) requests for assistance.  Interfaces, devices  A or operations that are considered supported tend to see far more  I testing, as well, as this too ties into the support statement. Obviously.   H No OpenVMS Run-Time Libraries (RTLs) are supported for inner-mode calls.  F In this particular case, I've previously discussed one particular and E directly relevant exposure involving inner-mode RTL callers with the  G engineers that are maintaining one particular and unnamed RTL, and the  D engineers agree with my position and my statements. That particular B interface, as currently implemented, cannot be secured for use by H (unsupported) inner-mode callers. Other RTLs may or may not have similarE risks, should inner-mode calls be made -- there has been no systemic  H security investigation made here, and there are already known exposures H that can potentially destabilize the environment for inner-mode callers  of RTLs.  F Whether or not any particular instance of an inner-mode call -- shouldE there exist unsupported inner-mode callers of OpenVMS RTLs -- can be  H exercised to breach security is not obvious, and far from certain. Some F calls may well have been vetted, and may have no exposure.  The risks A and the exposure centrally depend on the calls involved, and the  H operations performed.  (The risks are also why the default behaviour of 5 OpenVMS is to block outbound calls from UWSS images.)   G Now if you want or need to call an OpenVMS RTL from inner-mode, I have  C no interest in and no place in stopping you. If you are willing to  @ review the complete call stack and to ensure system security is G maintained both now and over any RTL-related ECOs or upgrades, all the  9 better for your package and for your customers.  Have at.   C As for what operations and interfaces HP OpenVMS Engineering might  I utilize within OpenVMS itself, or what interfaces other HP or ISVs might  A utilize, that is interesting, but is not centrally relevant to a  G decision of support. If we should break our own code, we get to fix it  H -- I've certainly made changes to my own APIs that have broken callers, H for instance. If OpenVMS Engineering should break a supported interface,G however, we generally get to fix it. If we should break an unsupported  G interface and a customer or ISV application is dependent on same, then  G there is room for negotiation -- unsupported interfaces are subject to  G change without notice, and also potentially to various enhancements. I  I try to design my undocumented APIs such I don't need to break calls from  G other modules within OpenVMS, but there can be cases where the changes  F can't be made transparent, or the overhead of transparency is greater B than the overhead of adjusting the other calls. We have broken theH unsupported SPISHR EXE$GETSPI interface several times over the lifetime I of that API, for instance. All callers get to rebuild and potentially to  3 rework code that uses EXE$GETSPI over these shifts.   = The other obvious approach is to determine what calls or what H information you need from these or other APIs, and to work with OpenVMS F Engineering to ensure those calls are either safe, or are reworked to H make the calls safe. To make this a formal enhancement request -- these C sorts of formal requests can and do obviously get the attention of   OpenVMS management.   I I've personally never liked that various of the LOADSS-related calls are  A implemented as UWSS images, just because it makes it rather more  F difficult to deal with these APIs. (And if I recall, it is the LOADSS C calls that are central to your situation here.) There's also not a  C particular flexible mechanism for designating access into the core  B security files -- GRPPRV and SYSPRV privileges are rather unsubtleD techniques. I ended up using an ACP to get at similar user-mode RTL H routines (since the ACP operates in user-mode when it needs to), and to F then make the information available via the class driver and its FDT. > That approach may have been massive overkill, but I was sure IF could secure it. And I did have the ACP that I'd built for the target I environment handy, so it was an incremental change. Where I solving that  D issue with a UWSS, I'd tend to use a user-mode shareable image as a A wrapper, and an underlying UWSS, and I might well choose to make  ? (unsupported) outbound calls from the UWSS. Or I'd install the  H executable image with privileges and install the whole stack of images, H or use subsystem identifiers, or a server process I could query, etc. I I might well add a subsystem identifier, and go directly at the data using  K subsystem identifiers and the existing routines -- entirely from user-mode.   H I'm not going to tell you that calling an OpenVMS RTL from an inner-modeG is supported, because -- simply put -- it isn't. And because I am aware F of subtle potential exposures in this area, and because of the obviousE potential for changes to the RTLs that might unintentionally increase = the exposure to inner-mode RTL callers over ECOs or upgrades. D (Theoretically, there may well be changes made to OpenVMS that couldH decrease the risks to inner-mode RTL callers too, obviously, but that isD a discussion for another day.) But again, if you are willing to takeE the risks, have at. Though I would prefer to see your efforts succeed H here (which is why I participate in comp.os.vms, and why I've spent some> time and thought in responding to this thread). I am, however,D obligated to ensure there is no confusion around matters such as "ifG [unsupported operation] breaks, please don't expect HP to commit to fix ? [unsupported operation]." But again, have at -- you are the DRI G (designated responsible individual) for this particular application and = its environment, and you don't need the blessing of anyone in ! comp.os.vms or anyone here at HP.    --  D I've posted an updated (various typos corrected, etc) and variously < extended version of a previous reply in this thread over at:# <http://www.hp.com/blogs/hoffman/>.    ------------------------------    Date: 28 Jun 2006 15:40:27 -0500 From: briggs@encompasserve.org% Subject: Re: Floating point questions 3 Message-ID: <JzpF0jrhjiiL@eisner.encompasserve.org>   O In article <op.tbu7ykxpzgicya@hyrrokkin>, "Tom Linden" <tom@kednos.com> writes: K > That is true for Float Binary, but not for Float Decimal or scaled Fixed=  >   =  > 
 > Decimal.K > So the trick here would be to right a subroutine of a few lines in PL/I =  > to > perform the test.   F Doesn't help if you have to convert from float binary to float decimal to perform the comparison.  7 We haven't been told what format the source data is in.    ------------------------------  % Date: Wed, 28 Jun 2006 21:16:10 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> % Subject: Re: Floating point questions , Message-ID: <44A329D7.9D9DA363@teksavvy.com>   briggs@encompasserve.org wrote: H > Doesn't help if you have to convert from float binary to float decimal > to perform the comparison. > 9 > We haven't been told what format the source data is in.   C Source data is a GPS that provides litten endian IEEE 32 bit value.   H Someone mentioned that 1.0e25 could not be precisely represented in suchD a 32 bit entity ? Is that really the case ?  Isn't it just a case ofB representing 1.0 and then "25" in the field that defines where the decimal is located ?   ------------------------------  % Date: Wed, 28 Jun 2006 18:43:04 -0700 # From: "Tom Linden" <tom@kednos.com> % Subject: Re: Floating point questions ) Message-ID: <op.tbvwd2zgzgicya@hyrrokkin>   / On Wed, 28 Jun 2006 18:16:10 -0700, JF Mezei  =   % <jfmezei.spamnot@teksavvy.com> wrote:   ! > briggs@encompasserve.org wrote: I >> Doesn't help if you have to convert from float binary to float decima=  l  >> to perform the comparison.  >>: >> We haven't been told what format the source data is in. > E > Source data is a GPS that provides litten endian IEEE 32 bit value.  > I > Someone mentioned that 1.0e25 could not be precisely represented in su=  chF > a 32 bit entity ? Is that really the case ?  Isn't it just a case ofD > representing 1.0 and then "25" in the field that defines where the > decimal is located ?   NAQ, no, yes   NAQ =3D=3D Not A Question    ------------------------------  % Date: Wed, 28 Jun 2006 21:52:49 -0400 ' From: Dave Froble <davef@tsoft-inc.com> % Subject: Re: Floating point questions 9 Message-ID: <pbmdnWPxweiwrD7ZnZ2dnUVZ_rSdnZ2d@libcom.com>    JF Mezei wrote: ! > briggs@encompasserve.org wrote: I >> Doesn't help if you have to convert from float binary to float decimal  >> to perform the comparison.  >>: >> We haven't been told what format the source data is in. > E > Source data is a GPS that provides litten endian IEEE 32 bit value.  > J > Someone mentioned that 1.0e25 could not be precisely represented in suchF > a 32 bit entity ? Is that really the case ?  Isn't it just a case ofD > representing 1.0 and then "25" in the field that defines where the > decimal is located ?  B In your particular case you're dealing in latitude and longitude, F usually expressed in degrees, minutes, seconds, and fractions thereof.  H It will not be hard to convert such to whatever measurement you wish to H use, meters, feet, yards, miles, etc.  When you determine your smallest H relevant measurement, then decide the precision needed for the selected 3 unit, and take 1/2 of that.  That's your tolerance.   C The 'tolerance' is determined by the application design.  Anything   smaller isn't relevant.    --  4 David Froble                       Tel: 724-529-0450> Dave Froble Enterprises, Inc.      E-Mail: davef@tsoft-inc.com DFE Ultralights, Inc.  170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Wed, 28 Jun 2006 22:27:08 -0400 . From: JF Mezei <jfmezei.spamnot@vaxination.ca>% Subject: Re: Floating point questions - Message-ID: <44A33A74.4B5374D4@vaxination.ca>    Dave Froble wrote:C > In your particular case you're dealing in latitude and longitude, H > usually expressed in degrees, minutes, seconds, and fractions thereof.    H Actually, the 1.0e25 is a value that is fed for non-position fields that5 have invalid/missing values (temperature, depth etc).   E In most cases, latitude/longitude is provided as a long int. (yep !). H They split the planet into 2 hemispheres (180 degrees) and each is splitA into 2 to the 31 parts.  So 180 degrees are split into 1073741824  individual positions. A But there are cases when you need to send lat/"long as a float32.   G Some of the non-float values are defined to have 0x7FFFFFFF to indicate  a missing value.   ------------------------------  % Date: Wed, 28 Jun 2006 23:53:56 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> % Subject: Re: Floating point questions , Message-ID: <44A34EC7.18BB7D5D@teksavvy.com>   Karsten Nyblad wrote: F > 1e25 represented as a binary integer is about 84 digits where the 25F > lowest digits are 0.  You will need a mantissa of 84-25 = 59 bits toF > represent that in a binary digital format, but the mantissas are notL > long enough in the 8 byte floating point formats used on VAX/Alpha/Itanic.   OK, I checked.     IEEE 32 bit floating point:    1 bit for sign.  8 bits for exponent. 23 bits for fraction.      1.0e25    ( 25 can easily be represented in 8 bits. ) 1.0 can easily be represented in 23 bits.   = So you can store a number as high as 8388607 in the fraction.   , So you could theoretically have 8388607e255    Or did I get this all wrong ?    ------------------------------  % Date: Wed, 28 Jun 2006 23:56:53 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> % Subject: Re: Floating point questions , Message-ID: <44A34F78.4EA6893E@teksavvy.com>  - > So you could theoretically have 8388607e255     @ OK, read a bit more. 255 as exponent is a special value. (255 as- exponent and 0 as fraction means "infinity".  E  So 254 is the highest exponent to be used. Still pretty high number.   ; http://www.psc.edu/general/software/packages/ieee/ieee.html    ------------------------------  + Date: Wed, 28 Jun 2006 23:17:36 -0500 (CDT) * From: sms@antinode.org (Steven M. Schweda)% Subject: Re: Floating point questions 2 Message-ID: <06062823173606_2024476F@antinode.org>  - From: JF Mezei <jfmezei.spamnot@teksavvy.com>    > IEEE 32 bit floating point:  >  > 1 bit for sign.  > 8 bits for exponent. > 23 bits for fraction.  > 	 > 1.0e25   > * > 25 can easily be represented in 8 bits. + > 1.0 can easily be represented in 23 bits.  > ? > So you can store a number as high as 8388607 in the fraction.  > . > So you could theoretically have 8388607e255  >  > Or did I get this all wrong ?   G    Yes.  All the numbers are base two.  The exponent is a power of two, C not ten.  For example, 6 (base ten) = 110 = 0.110*10^11.  (Which is H stored without the leading "0.1", as they all say that.  See "hidden-bit normalization".)  ?    So, does this count as the annual comp.os.vms floating-point  mystification thread for 2006?  H ------------------------------------------------------------------------  3    Steven M. Schweda               sms@antinode-org 4    382 South Warwick Street        (+1) 651-699-9818    Saint Paul  MN  55105-2547    ------------------------------    Date: 28 Jun 2006 10:56:56 -0700- From: "Doug Phillips" <dphill46@netscape.net> 2 Subject: Re: New OpenVMS Virtualization WhitepaperC Message-ID: <1151517416.923898.183670@y41g2000cwy.googlegroups.com>    Main, Kerry wrote:6 > > From: Doug Phillips [mailto:dphill46@netscape.net] > 
 > [snip..] >  > > J > > Buzzword. Everyone's using it to mean whatever they want it to mean so > > it doesn't mean anything.  > >  >  >   > Re: virtualization buzzword... > G > The reason for this is that virtualization is basically a strategy to G > make better use of under utilized IT hardware and software resources.   E Well, you've said that backwards. To make better use of underutilized F IT hardware/software resources one might employ certain virtualization? techniques, such as load balancing, virtual machines, hard/soft B partitioning, or whatever, if the need is indicated after standard? system analysis. Simple resource consolidation, reallocation or 8 scheduling adjustments might achieve the desired result.  C Virtualization techniques can be applied to other problems, such as : fault tolerance or super-computing. Emulators are types of5 virtualization, as are computerized games and models.   C There is no one single thing that is "virtualization" but there are ; many different things that fit into that very large family.   H > Hence, you can see that this is a huge area that can easily be used to? > describe a host of different sub strategies and technologies.  > A > As an example, from an OpenVMS perspective, you could reference G > OpenVMS's distributed cluster batch queues as a virtual batch manager J > and be correct. The same could be stated a referring to OpenVMS's nativeF > virtual disk and multiple controller technologies (shadowing) or itsJ > virtual site clustering capability (multi-site, active-active clusters). > G > "Virtualization" is kind of like the word "clusters" and "security" - J > its all in the eyes of the beholder. To really get into the details, you8 > need to clarify what components you are talking about. >   = Thank you, Kerry. That is exactly the point I've been making.    ------------------------------  % Date: Wed, 28 Jun 2006 15:40:33 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 0 Subject: Re: ntpdate fails after VMS 8.2 upgrade, Message-ID: <44A2DB2C.990E03B5@teksavvy.com>   Wilm Boerhout wrote:I > ntp service has never been configured on this node f'r sure, neither on I > V7.3, nor on V8.2. Looks promising, I'll let you know how it turns out.   @ One problem I had once with ntpdate is that it would fail if theF server's name translated to multiple IP addresses. Specifying a single2 IP address made it work fine.  But this is on VAX.   ------------------------------  % Date: Wed, 28 Jun 2006 22:17:08 +0200 3 From: Wilm Boerhout <w5OLD.boerhout@PAINTplanet.nl> 0 Subject: Re: ntpdate fails after VMS 8.2 upgrade5 Message-ID: <44a2e3c4$0$3865$ba620dc5@nova.planet.nl>   $ on 28-6-2006 21:40 JF Mezei wrote...  B > One problem I had once with ntpdate is that it would fail if theH > server's name translated to multiple IP addresses. Specifying a single4 > IP address made it work fine.  But this is on VAX.  B This is not the case in my network. ntpdate on VMS/VAX works fine H against the same ntp server, VMS/Alpha on 7.3-2 (TCP 5.4) too, just 8.2  (TCP 5.5) fails.   /Wilm    ------------------------------  % Date: Wed, 28 Jun 2006 15:33:52 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 0 Subject: Re: OT: Intel quad core X64 benchmarked, Message-ID: <44A2D99C.C56F9C95@teksavvy.com>  
 Andrew wrote: F > 3.0 Ghz Xeon 5160 does 3057 SPEcint2005 vs 1.6 Ghz 9MB IA-64 at 1590. > SPECint and 2797 SPECfp vs 2712 for Itanium. > G > It would appear that with the introduction of Woodcrest that the last + > refuge for Itanium, FP has been breached.     D In fairness, that IA64 thing is expected to have its next generationF soon, so performance of the new 8086s should be compared once they get& that new IA64 thing out on the market.  D Also, for large systems, raw CPU performance is only one part of theE equation. The ability to exchange data with the rest of the system is  equally important.  G Does IA64 still hold any advantage in terms of memory/bus interconnects H and scalability ? Or has the 8086 truly overtaken IA64 on all fronts now ?    ------------------------------  % Date: Wed, 28 Jun 2006 15:29:33 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>  Subject: Re: TCPIP question , Message-ID: <44A2D899.AD2267CA@teksavvy.com>   Tom Linden wrote: * > TCPIP> SHOW CONFIGURATION ENABLE SERVICE   > TCPIP> sho config POP C > %CLI-W-IVKEYW, unrecognized keyword - check validity and spelling 	 >   \POP\  >  > What am I misunderstanding?      Do DIR SYS$SYSTEM:TCPIP*.DAT*   C CONFIGURATION tells the kernel what do to on startup. (in the above , case, which services to automatically start)L SERVICE defines the actual services, and this is stored in a different file.  5 SHOW CONFIG fetches data from TCPIP$CONFIGURATION.DAT 1 SHOW SERVICE fetches data from TCPIP$SERVICES.DAT     G If you take a look at the contents of the TCPIP$CONFIGURATION.DAT file, F it will help you understand. It only contains pointers to the services defined in another file.   ------------------------------    Date: 28 Jun 2006 11:39:49 -07004 From: "JasonatMISI" <jdruckenmiller@misicompany.com>, Subject: Re: VAX Open VMS Production SupportC Message-ID: <1151519989.467686.308930@j72g2000cwa.googlegroups.com>    Tom Linden wrote: 1 > On Wed, 28 Jun 2006 08:53:19 -0700, JasonatMISI ) > <jdruckenmiller@misicompany.com> wrote:  >  > >  > > Ian Miller wrote: # > >> you may also wish post this in - > >> http://www.openvms.org/phorum/list.php?2  > >>" > >> as it may reach other people. > >>H > >> I agree with a point made by another poster - you are looking for aJ > >> senior person for temp job - there are people out there but the money > >> better be good. > >  > > Ian, > > H > >      Thank you, I will check that out.  As far as rate goes, I don'tH > > rememeber posting a rate for the position.  I am leaving it open.  IJ > > did get some more details from the managers though.  They have old VAXJ > > equipment.  They are migrating to Alpha.  Key skills he is looking for > > are below: > >  > > 1.  Strong VMS0 > > 2.  VAX to Alpha conversion & DecNet Over IP > . > What is the source language,  PL/I or Cobol? > B > > 3.  Need routine stuff like clusters, DecNet, and IP protocols > > 4.  SAN devices $ > > 5.  banking experience is a plus > > K > > I am willing to look at anyone and consider any rate.  Just let me know 6 > > what you are looking for to commit to the project. > >  > >  > > Jason Druckenmiller  > > Technical Recruiter  > > MISI COMPANY > > an NTT DATA GROUP COMPANY F > > Your Source for Technical Talent, Solutions and Usability Services > > www.misicompany.com   > > phone:   212-355-5585 xt 353 > > fax:        212-751-5964 > > AIM:     Jason at MISI > > F > > "There is no limit to what a man can accomplish if he doesn't care9 > > who gets the credit."  Plaque on Ronald Reagan's Desk  > >    Hi Tom,   :      I do not have that information but will look into it.   Jason    ------------------------------    Date: 28 Jun 2006 13:18:02 -0500. From: brooks@cuebid.zko.hp.nospam (Rob Brooks), Subject: Re: VAX Open VMS Production Support, Message-ID: <BkUjM3MSezHP@cuebid.zko.hp.com>  5 "Richard B. Gilbert" <rgilbert88@comcast.net> writes:   G > It wasn't all that many years ago that SAN wasn't even available for  D > VMS!  I recall getting an ad from Compaq for a SAN, asking if VMS , > supported it, and being told "Sorry! No!!"  ? Your definition of "all that many years ago" differs from mine.   F OpenVMS Alpha has supported fibre channel storage since V7.2, released in 1999.   --    H Rob Brooks    VMS Engineering -- Exec Group     brooks!cuebid.zko.hp.com   ------------------------------  % Date: Wed, 28 Jun 2006 20:56:58 -0400 3 From: "Richard B. Gilbert" <rgilbert88@comcast.net> , Subject: Re: VAX Open VMS Production Support: Message-ID: <spydne51a5vGuD7ZnZ2dnUVZ_qmdnZ2d@comcast.com>   Rob Brooks wrote:   7 > "Richard B. Gilbert" <rgilbert88@comcast.net> writes:  >  > G >>It wasn't all that many years ago that SAN wasn't even available for  D >>VMS!  I recall getting an ad from Compaq for a SAN, asking if VMS , >>supported it, and being told "Sorry! No!!" >  > A > Your definition of "all that many years ago" differs from mine.  > H > OpenVMS Alpha has supported fibre channel storage since V7.2, released
 > in 1999. >   > Is fiber channel storage synonymous with Storage Area Network?  B Anyway, this was shortly before HP bought Compaq and whatever SAN G hardware they were pushing at the moment was not supported on VMS.  It  H could very well be that there was SAN hardware that was supported and I  just hadn't heard.  D As I recall, early in 1999, I was trying to buy an ESA 10000 (wired B SCSI/HSZ70 controllers) for my then employer.  I was shot down by E corporate who wanted, and got, an EMC 3630 (also wired SCSI).  Fiber  I SCSI was very new in those days and I was not aware that there was a VMS  I supported product available.  I think the HSG80 and EVA 10000 came along   quite a while later.   ------------------------------    Date: 28 Jun 2006 22:17:10 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) , Subject: Re: VAX Open VMS Production Support3 Message-ID: <ZgT1CHXTf5OY@eisner.encompasserve.org>   p In article <spydne51a5vGuD7ZnZ2dnUVZ_qmdnZ2d@comcast.com>, "Richard B. Gilbert" <rgilbert88@comcast.net> writes:  @ > Is fiber channel storage synonymous with Storage Area Network?  7 That is the most restrictive definition I can think of.   F A more generous definition is that SAN support on VMS started with the. HSC-50 and VMS V4.0.  Wasn't that about 1985 ?   ------------------------------    Date: 28 Jun 2006 11:25:37 -0700' From: "toby" <toby@telegraphics.com.au> 4 Subject: Re: VMS V4.7 Distribution needed for 11/730C Message-ID: <1151519137.793123.176690@x69g2000cwx.googlegroups.com>    johnhreinhardt@yahoo.com wrote:  > Bob Armstrong wrote:, > > I have a 11/730 that I'm restoring.  ...K > >   Does anybody have a set of tapes they can loan me?  I can read either < > > TK50s or 9 track tapes and transfer them to the 730. ... > > Bob Armstrong  > ... . > You ought to hit the SimH-11 mailing list at$ > http:/simh.trailing-edge.com also.  E Maybe I'm unobservant, but I couldn't find the mailing list from that G page. It's here: http://mailman.trailing-edge.com/mailman/listinfo/simh   E And for the record, I echo Bob's request, I have an 11/750 to restore  and need the same software.    --Toby   >  >   John H. Reinhardt    ------------------------------    Date: 28 Jun 2006 11:56:23 -0700; From: "johnhreinhardt@yahoo.com" <johnhreinhardt@yahoo.com> 4 Subject: Re: VMS V4.7 Distribution needed for 11/730C Message-ID: <1151520983.713821.119180@m73g2000cwd.googlegroups.com>    toby wrote: ! > johnhreinhardt@yahoo.com wrote:  > > Bob Armstrong wrote:. > > > I have a 11/730 that I'm restoring.  ...M > > >   Does anybody have a set of tapes they can loan me?  I can read either > > > > TK50s or 9 track tapes and transfer them to the 730. ... > > > Bob Armstrong  > > ... 0 > > You ought to hit the SimH-11 mailing list at& > > http:/simh.trailing-edge.com also. > G > Maybe I'm unobservant, but I couldn't find the mailing list from that I > page. It's here: http://mailman.trailing-edge.com/mailman/listinfo/simh  > G > And for the record, I echo Bob's request, I have an 11/750 to restore  > and need the same software.  >  > --Toby >  > >  > >   John H. Reinhardt   E I had trouble finding it too.  I found instructions on the "Help with 5 SimH" page at http://simh.trailing-edge.com/help.html    ------------------------------  % Date: Wed, 28 Jun 2006 15:36:35 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 4 Subject: Re: VMS V4.7 Distribution needed for 11/730, Message-ID: <44A2DA3F.4AB7D311@teksavvy.com>   Bob Armstrong wrote: >  It'll have to be H > a full VMS distribution, though, and not a VAXstation "Micro" VMS copy  F Well, there goes my copy. (not even sure teh tapes are still readable)  E > P.S.  If anybody has any spare parts for a R80/RA80/RM80 drive, I'd  > love to know about it!  E What sort of spare parts are you looking for ? I think I still have a D 1/3 hp electric motor with the brake assembly (yes, those thinks had/ brakes to slow down the drive after power off).    ------------------------------    Date: 28 Jun 2006 13:16:17 -0700$ From: "Bob Armstrong" <bob@jfcl.com>4 Subject: Re: VMS V4.7 Distribution needed for 11/730C Message-ID: <1151525777.264986.319770@d56g2000cwd.googlegroups.com>   0 > What sort of spare parts are you looking for ?     Well, mostly an HDA :-)   F > I think I still have a 1/3 hp electric motor with the brake assembly  F   Thanks for the offer, but I have a couple of spare motors (and power; supplies too) since they're the same as the RA81/82 drives. B Unfortunately, the HDA, R/W board, microprocessor board, and servo@ board all differ between the R80/RA80/RM80 and the later drives.   Thanks,  Bob    ------------------------------    Date: 28 Jun 2006 18:20:02 -04003 From: Rich Alderson <news@alderson.users.panix.com> 4 Subject: Re: VMS V4.7 Distribution needed for 11/730. Message-ID: <mddveqk9b3h.fsf@panix5.panix.com>  = "johnhreinhardt@yahoo.com" <johnhreinhardt@yahoo.com> writes:    > Bob Armstrong wrote:" >> johnhreinhardt@yahoo.com wrote:  M >>> You ought to hit the SimH-11 mailing list at http:/simh.trailing-edge.com   C >>   Thanks - doesn't look like they have archives online, but I'll  >> subscribe and ask there.   H > No. Even versions as old as that can't be put online.  But you can ask? > and those that can provide will contact you.  Let them know a D > geographical area just in case a "sneaker-net" transfer will work.  L I *think* he meant "archive of the mailing list" rather than "archive of the software" BICBW.   --  L Rich Alderson                                       | /"\ ASCII ribbon     |L news@alderson.users.panix.com                       | \ / campaign against |L "You get what anybody gets. You get a lifetime."    |  x  HTML mail and    |L                          --Death, of the Endless    | / \ postings         |   ------------------------------   Date: 28 Jun 2006 23:32:49 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)4 Subject: Re: VMS V4.7 Distribution needed for 11/730, Message-ID: <4gght1F1llabhU2@individual.net>  , In article <44A2DA3F.4AB7D311@teksavvy.com>,0 	JF Mezei <jfmezei.spamnot@teksavvy.com> writes: > Bob Armstrong wrote: >>  It'll have to beI >> a full VMS distribution, though, and not a VAXstation "Micro" VMS copy  > H > Well, there goes my copy. (not even sure teh tapes are still readable) > F >> P.S.  If anybody has any spare parts for a R80/RA80/RM80 drive, I'd >> love to know about it!  > G > What sort of spare parts are you looking for ? I think I still have a F > 1/3 hp electric motor with the brake assembly (yes, those thinks had1 > brakes to slow down the drive after power off).   I I have an HDA and somewhere around here I have a set of logic boards too.   1 I got rid of my last RA drive quite sometime ago.    bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  % Date: Wed, 28 Jun 2006 19:54:31 -0500 6 From: "Craig A. Berry" <craigberry@mac.com.spamfooler>L Subject: zipping large files (was Re: Info-ZIP's Zip V2.32 is now available)@ Message-ID: <craigberry-B6B09E.19543128062006@free.teranews.com>  = In article <44a30fba$0$67258$157c6196@dreader2.cybercity.dk>, $  "Dr. Dweeb" <spam@dweeb.net> wrote:  J > Since large file support is still a ways off (zip specification ??), is K > there a VMS compression tool ala ZIP that is stable and usable for large   > (30GB+) files ?   G I have used bzip2 to zip large files (~12GB or so) on other platforms,  D and I know assorted bzip2 versions are available on VMS.  It should G work fine, but I can't say I've actually done the exact thing you need  B to do.  One advantage of bzip2 is that it gets better compression $ ratios than anything else I've seen.   --  = Posted via a free Usenet account from http://www.teranews.com    ------------------------------  + Date: Wed, 28 Jun 2006 21:09:55 -0500 (CDT) * From: sms@antinode.org (Steven M. Schweda)L Subject: zipping large files (was Re: Info-ZIP's Zip V2.32 is now available)2 Message-ID: <06062821095566_2024476F@antinode.org>  6 From: "Craig A. Berry" <craigberry@mac.com.spamfooler>  & >  "Dr. Dweeb" <spam@dweeb.net> wrote: >   M >  > Since large file support is still a ways off (zip specification ??), is  N >  > there a VMS compression tool ala ZIP that is stable and usable for large  >  > (30GB+) files ? >   J >  I have used bzip2 to zip large files (~12GB or so) on other platforms, G >  and I know assorted bzip2 versions are available on VMS.  It should  J >  work fine, but I can't say I've actually done the exact thing you need E >  to do.  One advantage of bzip2 is that it gets better compression  ' >  ratios than anything else I've seen.       Hey.  Pay attention.   F    Bzip2, built with (optional) large-file support, should be fine, ifB you don't mind losing (not to be confused with "loosing") RMS file attributes.   G    Zip 3.0e and UnZip 6.00c (BETA, source-only) kits are available, and D offer (optional) large-file support on non-VAX systems.  There's oneC known case where UnZip 6.00c emits a spurious warning (look for "76 G bytes"), but there are no known data corruption problems.  They're both G eminently stable, as we're now working on Zip 3.0f and UnZip 6.00d, and F there are no plans at all to change the currently available versions. @ Or, by "stable", did you mean "working properly" instead of "notE changing"?  (I believe that the large-file Zip archive format is also G stable (as in "not changing"), but I wouldn't trust me, if I were you.)   8    Feel free to report any actual problems or mysteries.  +       http://antinode.org/dec/sw/bzip2.html   2       ftp://ftp.info-zip.org/pub/infozip/OLD/beta/  H ------------------------------------------------------------------------  3    Steven M. Schweda               sms@antinode-org 4    382 South Warwick Street        (+1) 651-699-9818    Saint Paul  MN  55105-2547    ------------------------------  % Date: Wed, 28 Jun 2006 23:42:08 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> P Subject: Re: zipping large files (was Re: Info-ZIP's Zip V2.32 is now available), Message-ID: <44A34C04.B432C37E@teksavvy.com>  E Hey Mr SMS, could you provide a description of the various ZIP/UNZIPs  that are available on VMS ?   B Even on my own VAXes, I am confused. Some node has an UNZIP in theG DCLTABLES, the others don't, so I suspect this one came with MMS. There @ is some old unzip littered in varous directories over the years.  < I'd like to streamline this and have a single ZIP/UNZIP in aE known/standard location. I was under the impression that you were the E "official" maintainer of zip/unzip for VMS, hut now, MR Goatley comes F out with Info-Zip which leads me to believe there are different source trees/products around.   ------------------------------  + Date: Wed, 28 Jun 2006 23:24:29 -0500 (CDT) * From: sms@antinode.org (Steven M. Schweda)P Subject: Re: zipping large files (was Re: Info-ZIP's Zip V2.32 is now available)2 Message-ID: <06062823242959_2024476F@antinode.org>  - From: JF Mezei <jfmezei.spamnot@teksavvy.com>   G > Hey Mr SMS, could you provide a description of the various ZIP/UNZIPs  > that are available on VMS ?   5    There are old ones, current ones, and future ones.   5               Recently current   Now current   Future 6      -------+------------------+-------------+--------3       Zip           2.31             2.32       3.x 3       UnZip         5.52             5.52       6.x   F Old ones are older than the "recently current" ones.  For a variety ofC reasons, I would not use anything older than the "recently current" F ones.  Some "future" ones are currently available as BETA source kits,F and offer such attractive features as large-file support.  I encourageF everyone to try them (Zip 3.0e, UnZip 6.00c), as we'd like to find any9 problems before the general release.  (Hold your breath.)   D > Even on my own VAXes, I am confused. Some node has an UNZIP in theI > DCLTABLES, the others don't, so I suspect this one came with MMS. There B > is some old unzip littered in varous directories over the years.  E    I'm not aware of any Info-ZIP stuff shipping as part of MMS or any C other DEC/Compaq/HP product (other than the odd self-extracting Zip C archive).  I know of no standard installation procedure which would G affect the system DCL tables, but I suppose that anyone with permission F could add "/TABLE = <anything>" to the suggested SET COMMAND command. = (I don't use SET COMMAND for these things, as I find that the G foreign-command symbol scheme does what I need, with less potential for 	 trouble.)   G    Naturally, I deny any responsibility for any clutter which you might  find on your systems.   > > I'd like to streamline this and have a single ZIP/UNZIP in a > known/standard location.      That would be fine with me.  / >  I was under the impression that you were the G > "official" maintainer of zip/unzip for VMS, hut now, MR Goatley comes H > out with Info-Zip which leads me to believe there are different source > trees/products around.  F    I'm just a (hard[ly]-working) flunky (who got into this whole thingB by accident -- See "Zip -VV").  Mr. Goatley has been providing VMSF binary distributions for a long time, and I'm certainly willing to letD him continue to do so.  (How could I stop him?  And why would I?)  ID believe that he added some IA64 support to the builders which he wasH distributing before the official source kits included that feature.  The' official personel list is available at:   %       http://www.info-zip.org/#People   A Pointers to official source and binary kits are available nearby.   H ------------------------------------------------------------------------  3    Steven M. Schweda               sms@antinode-org 4    382 South Warwick Street        (+1) 651-699-9818    Saint Paul  MN  55105-2547    ------------------------------   End of INFO-VAX 2006.358 ************************