INFO-VAX Fri, 28 Mar 2008 Volume 2008 : Issue 175 Contents: Re: Disk shadowing with bad blocks Re: Hobbyist VMS CD and AlphaStation 200 Re: Hobbyist VMS CD and AlphaStation 200 Re: Hobbyist VMS CD and AlphaStation 200 Re: Hobbyist VMS CD and AlphaStation 200 Re: Polycenter Scheduler Re: Question about products Re: Question about products Re: Question about products Re: Question about products Re: Question about products Re: RX3600 and VMS 8.3 Re: RX3600 and VMS 8.3 Re: RX3600 and VMS 8.3 Re: RX3600 and VMS 8.3 Re: scripting a telnet session to VMS Re: scripting a telnet session to VMS Re: scripting a telnet session to VMS Re: scripting a telnet session to VMS Re: scripting a telnet session to VMS Re: scripting a telnet session to VMS Re: scripting a telnet session to VMS System Programming Resources for Alpha Architecture Re: System Programming Resources for Alpha Architecture Re: System Programming Resources for Alpha Architecture RE: System Programming Resources for Alpha Architecture Re: Text files from VMS to Windows Re: Text files from VMS to Windows Re: Text files from VMS to Windows Re: UnZip 6.0d source kit is available. Re: zeroing out errors? Re: zeroing out errors? ---------------------------------------------------------------------- Date: Thu, 27 Mar 2008 22:33:31 +0000 (UTC) From: moroney@world.std.spaamtrap.com (Michael Moroney) Subject: Re: Disk shadowing with bad blocks Message-ID: tadamsmar writes: >On Mar 26, 2:28=A0pm, moro...@world.std.spaamtrap.com (Michael Moroney) >wrote: >> It will tell you if the blocks are actually bad, and from what you >> write, they really are. I wouldn't add it to your shadowset. Right now >> it appears none of the bad blocks land in a file when you do, but why take >> the chance? >Why? Because the chance is zero+nada*nothing**2 Why do you say that? The only way that can be certain to be true is if you never plan to create new files or extend existing files on that shadowset. ------------------------------ Date: Thu, 27 Mar 2008 12:19:55 -0700 (PDT) From: pfaut Subject: Re: Hobbyist VMS CD and AlphaStation 200 Message-ID: <0183a1da-db9d-4dc7-8313-0b06e5b08c97@p25g2000hsf.googlegroups.com> On Mar 27, 1:03 pm, s...@antinode.org (Steven M. Schweda) wrote: > If a 4GB disk (RZ29) is "as large a disk as you can find", then > you're not looking in the right places. I replaced all my 9GB drives > with 18GB (or larger) drives years ago, although there may still be a > 9GB drive in a seldom-used AlpSta 200 4/233. The system supports narrow SCSI with a 50 pin cable. The largest drives I've seen with this interface are about 9GB. If you want to put larger drives on it, I think you have to add a better SCSI interface. ------------------------------ Date: Thu, 27 Mar 2008 14:32:34 -0500 (CDT) From: sms@antinode.org (Steven M. Schweda) Subject: Re: Hobbyist VMS CD and AlphaStation 200 Message-ID: <08032714323453_2020CE0A@antinode.org> From: pfaut > On Mar 27, 1:03 pm, s...@antinode.org (Steven M. Schweda) wrote: > > If a 4GB disk (RZ29) is "as large a disk as you can find", then > > you're not looking in the right places. I replaced all my 9GB drives > > with 18GB (or larger) drives years ago, although there may still be a > > 9GB drive in a seldom-used AlpSta 200 4/233. > > The system supports narrow SCSI with a 50 pin cable. The largest > drives I've seen with this interface are about 9GB. If you want to > put larger drives on it, I think you have to add a better SCSI > interface. I think that many commonly available drives having SCA interfaces (mated with suitable SCA-to-50-pin adapters) have worked quite well for me. I have a Genuine DEC (Fujitsu) RZ1CF-CF (4GB) in one system, and a Genuine IBM (Seagate) ST39103LC ("IBM-PSG-ST39103LC") in another. I'd bet a buck that I can get a 36GB drive to work in there, too, if I don't have to worry about keeping it cool. And, if you have a free PCI slot, I believe that a generic Qlogic looks-like-a-genuine-KZPBA-CA/CX will work just fine in one of these things, and they have 68-pin connectors, too. You need to broaden your outlook on junk. (All my disk drive are eBay junk.) You're missing too many exciting opportunities (some of which may even be functional). ------------------------------------------------------------------------ Steven M. Schweda sms@antinode-org 382 South Warwick Street (+1) 651-699-9818 Saint Paul MN 55105-2547 ------------------------------ Date: Thu, 27 Mar 2008 20:22:28 GMT From: Antonio Carlini Subject: Re: Hobbyist VMS CD and AlphaStation 200 Message-ID: pfaut wrote in news:0183a1da-db9d-4dc7-8313-0b06e5b08c97 @p25g2000hsf.googlegroups.com: > On Mar 27, 1:03 pm, s...@antinode.org (Steven M. Schweda) wrote: >> If a 4GB disk (RZ29) is "as large a disk as you can find", then >> you're not looking in the right places. I replaced all my 9GB drives >> with 18GB (or larger) drives years ago, although there may still be a >> 9GB drive in a seldom-used AlpSta 200 4/233. > > The system supports narrow SCSI with a 50 pin cable. The largest > drives I've seen with this interface are about 9GB. If you want to > put larger drives on it, I think you have to add a better SCSI > interface. I've put 18GB 80-pin SCA drives on a VAXstation 4000-90 with no trouble. I've not tried my 146GB drive I have yet, but I'd be surprised if it didn't "just work". An AlphaStation is quite a bit newer than my trusty Cougar, so I should think this is a non-issue. Antonio ------------------------------ Date: Thu, 27 Mar 2008 15:37:34 -0700 (PDT) From: pfaut Subject: Re: Hobbyist VMS CD and AlphaStation 200 Message-ID: <76e29b48-51e2-4631-9c36-eb80a1e4be98@f63g2000hsf.googlegroups.com> On Mar 27, 3:32 pm, s...@antinode.org (Steven M. Schweda) wrote: > You need to broaden your outlook on junk. (All my disk drive are > eBay junk.) You're missing too many exciting opportunities (some of > which may even be functional). You're probably correct. I started out in field service but lost track of the hardware a long time ago. SCSI has been through so many changes I don't know for sure what I can plug into this thing. ------------------------------ Date: Thu, 27 Mar 2008 13:09:09 -0700 (PDT) From: gnocchi Subject: Re: Polycenter Scheduler Message-ID: Indeed, CA has improved their public image. I'd had some experience with them in the past and did not enjoy it. We had a version of CA Scheduler that one day the developers in my shop decided to use, but kept getting some sort of C library mismatch. Sched was previously installed under VMS 7.3-2, but upgraded to 8.2. CA gave me a link to an ftp site to download the upgrade. No fuss, no hassle, not upgrade license.--guy ------------------------------ Date: 27 Mar 2008 21:12:29 +0100 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOeGER) Subject: Re: Question about products Message-ID: <47ec0dbd@news.langstoeger.at> In article , "David Turner, Island Computers" writes: >Can y'all enlighten me as to how many Itaniums people here in COV are >buying? The only Itanic in my scope is in my hands bought on Ebay. My company won't buy one, cause the application is still not available on Itanic and if the Marvels are maxed out, we have to switch to SUN. Sigh -- Peter "EPLAN" LANGSTOEGER Network and OpenVMS system specialist E-mail peter@langstoeger.at A-1030 VIENNA AUSTRIA I'm not a pessimist, I'm a realist ------------------------------ Date: Thu, 27 Mar 2008 14:07:16 -0700 From: "Tom Linden" Subject: Re: Question about products Message-ID: On Thu, 27 Mar 2008 07:13:02 -0700, David Turner, Island Computers wrote: > Can y'all enlighten me as to how many Itaniums people here in COV are > buying? > We are still up in the air about selling the smaller ones but so far have > had very few requests. > > David > Have two and would only buy more if they came with GEM:-) -- PL/I for OpenVMS www.kednos.com ------------------------------ Date: Thu, 27 Mar 2008 21:48:07 -0400 From: "Syltrem" Subject: Re: Question about products Message-ID: "David Turner, Island Computers" a écrit dans le message de news: vZNGj.26556$r76.14232@bignews8.bellsouth.net... > Can y'all enlighten me as to how many Itaniums people here in COV are > buying? We have one rx3600 since last year. The cost of upgrading some software licenses - VMS is one - is prohibitive so we won't get another one in a while (2 Alphas also in that cluster and Alphas can run / is licensed for whatever software is running on IA64 so we're covered for hw failures) Syltrem ------------------------------ Date: Fri, 28 Mar 2008 13:42:35 +1030 From: Jeremy Begg Subject: Re: Question about products Message-ID: <13uooh54jnai3be@corp.supernews.com> Hi, David Turner wrote: >Can y'all enlighten me as to how many Itaniums people here in COV are >buying? I'm intending to persuade a few of my customers to move to Integrity in the next 12 months. Once is part-way through that process now (should be going live by the end of April), the others might get started before the end of this year. Of course we'll be buying from a local (Australian) reseller so maybe this information is of no help to you. Syltrem wrote: > We have one rx3600 since last year. > The cost of upgrading some software licenses - VMS is one - is prohibitive > so we won't get another one in a while (2 Alphas also in that cluster and > Alphas can run / is licensed for whatever software is running on IA64 so > we're covered for hw failures) The software costs vary enormously depending upon your application and the state of your software maintenance. If your Alpha system is under a current VMS support agreement you can trade in the operating system licence for an equivalent Integrity licence at no cost. Even if it's not current, the licence costs for the smaller Integrity servers are not that great. 3rd-party software can be a different matter altogether: some vendors will swap to Integrity at no charge, others treat it as a whole new platform and make you pay full price. Regards, Jeremy Begg ------------------------------ Date: Thu, 27 Mar 2008 23:43:03 -0400 From: JF Mezei Subject: Re: Question about products Message-ID: <47ec69a7$0$3934$c3e8da3@news.astraweb.com> Jeremy Begg wrote: > I'm intending to persuade a few of my customers to move to Integrity in the > next 12 months. Why ? If there are happy with what they have and they systems have plenty of spare horsepower, why move ? > The software costs vary enormously depending upon your application and the > state of your software maintenance. Policies and prices vary from country to country. There was a time in Canada where those Itanium contraptions were more expensive than Alphas. ------------------------------ Date: Thu, 27 Mar 2008 11:55:10 -0700 From: "Tom Linden" Subject: Re: RX3600 and VMS 8.3 Message-ID: On Thu, 27 Mar 2008 10:12:25 -0700, Jilly wrote: > > "Tom Linden" wrote in message > news:op.t8olulrchv4qyg@murphus.hsd1.ca.comcast.net... >> On Wed, 26 Mar 2008 20:34:53 -0700, Jeremy Begg >> wrote: >> >>> Make sure you install OpenVMS V8.3-1H1 on your Integrity box; amongst >>> other things it gives you USB 2.0 so a range of cheap storage >>> peripherals become an option. (The hardware of course has alwways >>> supported USB 2.0 devices but OpenVMS restricted it to low-speed >>> operation.) >>> >> >> Are there any reasonable backup devices that operate over the USB >> interface? >> >> -- PL/I for OpenVMS >> www.kednos.com > > > IMHO, no. USB 1.1 is too slow for any disk, IMHO. I was referring to 2.0 -- PL/I for OpenVMS www.kednos.com ------------------------------ Date: Thu, 27 Mar 2008 15:20:57 -0400 From: "Jilly" Subject: Re: RX3600 and VMS 8.3 Message-ID: <47ebf3e7$0$25201$ec3e2dad@news.usenetmonster.com> "Tom Linden" wrote in message news:op.t8out8vahv4qyg@murphus.hsd1.ca.comcast.net... > On Thu, 27 Mar 2008 10:12:25 -0700, Jilly wrote: > >> >> "Tom Linden" wrote in message >> news:op.t8olulrchv4qyg@murphus.hsd1.ca.comcast.net... >>> On Wed, 26 Mar 2008 20:34:53 -0700, Jeremy Begg >>> wrote: >>> >>>> Make sure you install OpenVMS V8.3-1H1 on your Integrity box; amongst >>>> other things it gives you USB 2.0 so a range of cheap storage >>>> peripherals become an option. (The hardware of course has alwways >>>> supported USB 2.0 devices but OpenVMS restricted it to low-speed >>>> operation.) >>>> >>> >>> Are there any reasonable backup devices that operate over the USB >>> interface? >>> >>> -- PL/I for OpenVMS >>> www.kednos.com >> >> >> IMHO, no. USB 1.1 is too slow for any disk, IMHO. > > I was referring to 2.0 > > > > -- > PL/I for OpenVMS > www.kednos.com IMHO it is the same, USB of any sort is too slow and doesn't meet my criteria for 'reasonable backup device'. USB is OK for kb, mouse, serial but that's it. ------------------------------ Date: Fri, 28 Mar 2008 13:31:21 +1030 From: Jeremy Begg Subject: Re: RX3600 and VMS 8.3 Message-ID: <47EC5F81.9000100@vsm.com.au> Hi Tom, > On Wed, 26 Mar 2008 20:34:53 -0700, Jeremy Begg wrote: > >> Make sure you install OpenVMS V8.3-1H1 on your Integrity box; amongst >> other things it gives you USB 2.0 so a range of cheap storage >> peripherals become an option. (The hardware of course has alwways >> supported USB 2.0 devices but OpenVMS restricted it to low-speed >> operation.) >> > > Are there any reasonable backup devices that operate over the USB > interface? A number of vendors, including HP, make DAT tape drives with USB 2.0 interfaces. You could also look at Iomega's REV drive, which uses removable disk cartridges of 35GB or 70GB capacity. I've got old one with a Firewire interface here on a Mac and it seems to work quite well. And of course there is a wide choice of external hard drives by Seagate/Maxtor, Western Digital, Hitachi, LaCie, etc. Regards, Jeremy Begg (replace nospam by jeremy to reply via email) ------------------------------ Date: Fri, 28 Mar 2008 13:31:50 +1030 From: Jeremy Begg Subject: Re: RX3600 and VMS 8.3 Message-ID: <47EC5F9E.9020102@vsm.com.au> Hi Tom, > On Wed, 26 Mar 2008 20:34:53 -0700, Jeremy Begg wrote: > >> Make sure you install OpenVMS V8.3-1H1 on your Integrity box; amongst >> other things it gives you USB 2.0 so a range of cheap storage >> peripherals become an option. (The hardware of course has alwways >> supported USB 2.0 devices but OpenVMS restricted it to low-speed >> operation.) >> > > Are there any reasonable backup devices that operate over the USB > interface? A number of vendors, including HP, make DAT tape drives with USB 2.0 interfaces. You could also look at Iomega's REV drive, which uses removable disk cartridges of 35GB or 70GB capacity. I've got old one with a Firewire interface here on a Mac and it seems to work quite well. And of course there is a wide choice of external hard drives by Seagate/Maxtor, Western Digital, Hitachi, LaCie, etc. Regards, Jeremy Begg (replace nospam by jeremy to reply via email) ------------------------------ Date: Thu, 27 Mar 2008 18:03:11 -0400 From: =?ISO-8859-1?Q?Arne_Vajh=F8j?= Subject: Re: scripting a telnet session to VMS Message-ID: <47ec1994$0$90276$14726298@news.sunsite.dk> VAXman- @SendSpamHere.ORG wrote: > Cygwin is a Weendoze terminal emulator? Cygwin is a *nix shell + utilities + libraries for Windows. > I can't believe you'd be so lax > with system security to have username and password to a VMS machine hard- > coded into a script that any hacker who gets into the Weendoze box could > exploit. The risk of hacking is probably lower than for most OS'es. It is the risk of viruses that are for practical purposes a Windows only thing. Arne ------------------------------ Date: Thu, 27 Mar 2008 18:10:34 -0400 From: =?ISO-8859-1?Q?Arne_Vajh=F8j?= Subject: Re: scripting a telnet session to VMS Message-ID: <47ec1b4e$0$90265$14726298@news.sunsite.dk> John Wallace wrote: > Plus, why C# anyway? Unless there are particular reasons for C#, e.g. you > are trying to tie tightly in with a C# app, there are free non-MS tools that > may well be much better options for a basic scripted telnet connection... > certainly they'll be more portable, they'll quite possibly not need a huge > C# IDE, C# is a nice language. The market of systems capable of running C# apps is big enough for some people (100 million PC's today, 500 million PC's in 5 year). And C# does not require a huge IDE. If someone prefer notepad, then that works fine. Most people would prefer an IDE though considering that 2-3 free ones are available. Arne ------------------------------ Date: Thu, 27 Mar 2008 15:40:26 -0700 (PDT) From: pfaut Subject: Re: scripting a telnet session to VMS Message-ID: <5a96bbe6-6c26-48f2-b6ce-57c3797bc810@n58g2000hsf.googlegroups.com> On Mar 27, 6:10 pm, Arne Vajh=F8j wrote: > The market of systems capable of running C# apps is big enough for > some people (100 million PC's today, 500 million PC's in 5 year). Not if current Vista sales are any indication (but I digress...) ------------------------------ Date: Thu, 27 Mar 2008 17:37:51 -0700 (PDT) From: Bob Gezelter Subject: Re: scripting a telnet session to VMS Message-ID: On Mar 25, 4:39 pm, Another Steve wrote: > I am attempting to script a telnet session via vb.net to a VMS > system. I am not having much luck with the telnet connection. I have > an import of a c# class that looks like it will work for scripting the > session once I can establish the connection. Currently I receive a > message that says the VMS host has rejected my request. I have also > noticed that when telnetting from windows the port changes each time, > and is not static on 23. The class in C# requires a port and no > matter what I specify I can't seem to get a connection. > > I will be the first to admit that I don't know that much about network > programming, and I have only had about a year of limited experience > with the VAX and VMS. > > I don't expect anyone to solve my problem but some explanations, or > suggestions would be welcomed. Steve, I would actually suggest checking some things and possibly a totally different tack. The first question is: What version of OpenVMS and which TCP/IP stack are you running? If they are of fairly recent vintage, check for the support of XDMCP (X-Windows Display Manager Control Protocol). XDMCP will provide precisely the functionality sought, without any custom programming. In a recent client situation, I was forced to work out the details of a procedure similar to what you describe. The reason was that the particular system is running very old versions of OpenVMS and TCP/IP, before the XDMCP was supported. Working with XDMCP is far less work. You will of course, need to make sure that any intervening firewalls are configured to appropriately pass XDMCP. I hope that the above is helpful. - Bob Gezelter, http://www.rlgsc.com ------------------------------ Date: 28 Mar 2008 00:44:29 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: scripting a telnet session to VMS Message-ID: <47ec3f6d$0$25048$607ed4bc@cv.net> >C# is a nice language. I thougth it was just a black key. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM "Well my son, life is like a beanstalk, isn't it?" http://tmesis.com/drat.html ------------------------------ Date: Thu, 27 Mar 2008 21:34:30 -0400 From: JF Mezei Subject: Re: scripting a telnet session to VMS Message-ID: <47ec4b8d$0$3849$c3e8da3@news.astraweb.com> Bob Gezelter wrote: > If they are of fairly recent vintage, check for the support of XDMCP > (X-Windows Display Manager Control Protocol). XDMCP will provide > precisely the functionality sought, without any custom programming. 5.3 of TCPIP Services does not support the MIT-COOKIE authentication, so you risk wasting a lot of time trying to debug why it doesn't work due to missing features on VMS. One way to start a X session is to use RSH onn the remote node that runs a procedure that defines decw$display (set disp/create) and then runs decw$session or create/terminal/detached ... ------------------------------ Date: Thu, 27 Mar 2008 19:46:24 -0700 From: "Tom Linden" Subject: Re: scripting a telnet session to VMS Message-ID: On Thu, 27 Mar 2008 17:44:29 -0700, VAXman- <@SendSpamHere.ORG> wrote: >> C# is a nice language. > > I thougth it was just a black key. > D-flat might be a more descriptive name -- PL/I for OpenVMS www.kednos.com ------------------------------ Date: Thu, 27 Mar 2008 12:02:00 -0700 (PDT) From: The-Grue@hotmail.com Subject: System Programming Resources for Alpha Architecture Message-ID: <9401833e-f8d0-4c00-a7f7-82e0b81dc840@p25g2000hsf.googlegroups.com> Does anyone know of any good resources for System Programming / OS Development / OS Porting to Alpha Architecture? Books, ebooks, or sites online would be a big help. Thanks in advance! James T. Sprinkle (The Grue) http://www.myspace.com/jamestsprinkle ------------------------------ Date: Thu, 27 Mar 2008 21:08:35 -0000 From: "John Wallace" Subject: Re: System Programming Resources for Alpha Architecture Message-ID: <13uo36qbcl0ldec@corp.supernews.com> wrote in message news:9401833e-f8d0-4c00-a7f7-82e0b81dc840@p25g2000hsf.googlegroups.com... > Does anyone know of any good resources for System Programming / OS > Development / OS Porting to Alpha Architecture? Books, ebooks, or > sites online would be a big help. Thanks in advance! > > James T. Sprinkle (The Grue) > http://www.myspace.com/jamestsprinkle It seems like an odd time to be asking, given that the architecture is "mature", but hey... For starters, try the "Alpha Architecture Handbook". It's around four hundred pages, freely available in various versions in various places, e.g. http://www.comms.scitech.susx.ac.uk/fft/programming/alphaahb.pdf is a Compaq-badged fourth edition. It's mostly a subset of the Alpha Architecture Reference Manual, which is around a thousand pages of commercial book, not as far as I know legitimately downloadable (though chunks are on Google Books). It should still be available new from bookstores but won't be cheap; 2nd hand will be more affordable, and you may not need it anyway - depending on what you are up to, the handbook covers a lot. These things define the architecture. Then there are various generations of CPU chips which implement the architecture, and various generations of support chips which connect the CPU chips to the outside world (PCI and the like). The chips usually come with their own documentation, which might or might not be of interest depending on your plans. Documentation for chips used to live at http://ftp.digital.com/pub/Digital/info/semiconductor/literature/ but I think that's gone (it's not there right now), and I don't know of any official replacements which still work (there were some, they're gone too). Fortunately various Alpha technical bits from there and elsewhere are squirreled in various places around the Internerd, e.g. http://farrer.net/~rbf/files/docs/Alpha/ There are other technical resources too. The Digital Technical Journal will have shorter articles on specific topics which may be of interest; an index is at http://www.hpl.hp.com/hpjournal/dtj/past.htm but sadly the index has been rather poorly webified. There are Alpha-related articles in various issues, you just have to (tediously) find relevant ones (e.g. Volume 6 Number 1 from 1994 has some early Alpha PC stuff in it, and there is later stuff too). The linux-alpha community has a lot of material online which talks about implementing a commodity OS on commodity Alpha hardware (or as close to "commodity" as Alpha got, which was technically quite close in many ways); there's some BSD stuff too. Have a look around, come back with the next set of questions. Hope this helps, John ------------------------------ Date: Thu, 27 Mar 2008 14:34:38 -0700 From: "Tom Linden" Subject: Re: System Programming Resources for Alpha Architecture Message-ID: On Thu, 27 Mar 2008 12:02:00 -0700, wrote: > Does anyone know of any good resources for System Programming / OS > Development / OS Porting to Alpha Architecture? Books, ebooks, or > sites online would be a big help. Thanks in advance! > > James T. Sprinkle (The Grue) > http://www.myspace.com/jamestsprinkle PL/I is a great systems programmimng language and there a number of examples on http://www.kednos.com/ click on the link to Examples -- PL/I for OpenVMS www.kednos.com ------------------------------ Date: Thu, 27 Mar 2008 22:30:41 +0000 From: "Main, Kerry" Subject: RE: System Programming Resources for Alpha Architecture Message-ID: > -----Original Message----- > From: The-Grue@hotmail.com [mailto:The-Grue@hotmail.com] > Sent: March 27, 2008 3:02 PM > To: Info-VAX@Mvb.Saic.Com > Subject: System Programming Resources for Alpha Architecture > > Does anyone know of any good resources for System Programming / OS > Development / OS Porting to Alpha Architecture? Books, ebooks, or > sites online would be a big help. Thanks in advance! > > James T. Sprinkle (The Grue) > http://www.myspace.com/jamestsprinkle Fyi - Alpha porting: http://h71000.www7.hp.com/doc/porting.html http://h71000.www7.hp.com/doc/archived.html http://h71000.www7.hp.com/openvms/products/omsva/omsva.html Good overall Alpha to Integrity resource planning and reference materials: http://h71028.www7.hp.com/ERC/downloads/5983-2722EN.pdf http://h71000.www7.hp.com/openvms/products/omsva/omsais.html http://www.hp-interex.be/wiki/images/4/48/Porting_real_applications.ppt (Guy Peleg presentation on porting and performance) http://h71000.www7.hp.com/openvms/integrity/transition/modules.html ------------------------------ Date: Thu, 27 Mar 2008 18:25:09 -0400 From: =?ISO-8859-1?Q?Arne_Vajh=F8j?= Subject: Re: Text files from VMS to Windows Message-ID: <47ec1eb8$0$90263$14726298@news.sunsite.dk> Jan-Erik Söderholm wrote: > Kake.gdp@gmail.com wrote: >> This is a bit annoying, but I was unable to google zip for VMS. Any >> idea where to look? > > http://h71000.www7.hp.com/freeware/freeware80/ > > Now if it works on *5.5*, well... :-) I have an UNZIP 5.12 which I believe was linked on VMS 5.5-2. At least my assumption is that: linker identification: "05-09" means just that. Arne ------------------------------ Date: Thu, 27 Mar 2008 17:38:44 -0500 (CDT) From: sms@antinode.org (Steven M. Schweda) Subject: Re: Text files from VMS to Windows Message-ID: <08032717384451_2020CE0A@antinode.org> From: =?ISO-8859-1?Q?Arne_Vajh=F8j?= > I have an UNZIP 5.12 which I believe was linked > on VMS 5.5-2. I have an UnZip 5.52 which I'm pretty sure was built on V5.5-2: GIMP $ UNZIP552 -v UnZip 5.52 of 28 February 2005, by Info-ZIP. Maintained by C. Spieler. Send bug reports using http://www.info-zip.org/zip-bug.html; see README for details. Latest sources and executables are at ftp://ftp.info-zip.org/pub/infozip/ ; see ftp://ftp.info-zip.org/pub/infozip/UnZip.html for other sites. Compiled with DEC C for VMS (V5.5-2 VAX) on Mar 27 2008. [...] (That's DEC C V4.0-000, of course. My old junk systems are nothing if not authentic.) You can do what you wish, but I use 5.52 (or later) exclusively. Older versions have too many problems for me. ------------------------------------------------------------------------ Steven M. Schweda sms@antinode-org 382 South Warwick Street (+1) 651-699-9818 Saint Paul MN 55105-2547 ------------------------------ Date: Thu, 27 Mar 2008 22:41:25 -0500 (CDT) From: sms@antinode.org (Steven M. Schweda) Subject: Re: Text files from VMS to Windows Message-ID: <08032722412509_2020CE0A@antinode.org> > GIMP $ UNZIP552 -v > UnZip 5.52 of 28 February 2005, by Info-ZIP. Maintained by C. Spieler. Send > bug reports using http://www.info-zip.org/zip-bug.html; see README for details. > [...] Or: GIMP $ unzip6d -v !!! Be sure to get that new "vms.c"!!! UnZip 6.00d BETA of 17 Feb 08, by Info-ZIP. Maintained by C. Spieler. Send bug reports using http://www.info-zip.org/zip-bug.html; see README for details. Large File Handling - first port by Myles Bennett. Latest sources and executables are at ftp://ftp.info-zip.org/pub/infozip/ ; see ftp://ftp.info-zip.org/pub/infozip/UnZip.html for other sites. Compiled with DEC C for VMS (V5.5-2 VAX) on Mar 27 2008. UnZip special compilation options: COPYRIGHT_CLEAN (PKZIP 0.9x unreducing method not supported) SET_DIR_ATTRIB TIMESTAMP USE_UNSHRINK (PKZIP/Zip 1.x unshrinking method supported) USE_DEFLATE64 (PKZIP 4.x Deflate64(tm) supported) USE_BZIP2 (PKZIP 4.6+, using bzip2 lib version 1.0.5, 10-Dec-2007) [decryption, version 2.11 of 05 Jan 2007] [...] and/or: GIMP $ zip3g -v Copyright (c) 1990-2008 Info-ZIP - Type 'zip "-L"' for software license. This is Zip 3.0g BETA (February 3rd 2008), by Info-ZIP. Currently maintained by E. Gordon. Please send bug reports to the authors using the web page at www.info-zip.org; see README for details. Latest sources and executables are at ftp://ftp.info-zip.org/pub/infozip, as of above date; see http://www.info-zip.org/ for other sites. Compiled with DEC C for VMS (V5.5-2 VAX) on Mar 27 2008. Zip special compilation options: VMS_PK_EXTRA BZIP2_SUPPORT (bzip2 library version 1.0.5, 10-Dec-2007) bzip2 code and library copyright (c) Julian R Seward (See the bzip2 license for terms of use) [encryption, version 2.91 of 05 Jan 2007] (modified for Zip 3) [...] You don't get large-file support on a VAX, and bzip2 compression on a big file may be much like swimming laps in molasses, but otherwise, what could go wrong? (If all you have is VAX C, you'll need to do some work to get the bzip2 code through the compiler, but I'm trying not to care. So far, I've succeeded in not caring.) ------------------------------------------------------------------------ Steven M. Schweda sms@antinode-org 382 South Warwick Street (+1) 651-699-9818 Saint Paul MN 55105-2547 ------------------------------ Date: Thu, 27 Mar 2008 13:18:38 -0500 (CDT) From: sms@antinode.org (Steven M. Schweda) Subject: Re: UnZip 6.0d source kit is available. Message-ID: <08032713183866_2020CE0A@antinode.org> From: sms@antinode-org (Steven M. Schweda) > A source kit for UnZip 6.0d (pre-release, "BETA") should be available > at the usual places: > > ftp://ftp.info-zip.org/pub/infozip/beta/unzip60d.zip > http://downloads.sourceforge.net/infozip/unzip60d.zip > [...] > Complaints are always welcome. There's a nasty bug in that kit, which was fixed last year, but apparently the fix got lost, and I didn't notice it soon enough. When unpacking a "-V" archive on a VMS system, UnZip may produce corrupt directories. ANALYZE /DISK_STRUCTURE will emit complaints like BAD_DIRSIZE, BAD_DIRTYPE, and so on, and something like ANALYZE /DISK_STRUCTURE /REPAIR will be needed to straighten things out again. This problem is likely to occur when more files existed in a directory than were included in the archive when Zip ("-V") created the archive. Then, when UnZip expands the archive, it may erroneously restore some directory attributes other than date-time (for example, size!), and the result is a corrupt directory. A new (probably better/safer) [.vms]vms.c file should be available here: ftp://antinode.org/info-zip/unzip60d/vms/vms.c http://antinode.org/ftp/info-zip/unzip60d/vms/vms.c I'm sorry for the trouble. With any luck (and a bit more carefullness), it'll be right in 6.00e and up. ------------------------------------------------------------------------ Steven M. Schweda sms@antinode-org 382 South Warwick Street (+1) 651-699-9818 Saint Paul MN 55105-2547 ------------------------------ Date: Thu, 27 Mar 2008 19:59:54 -0500 From: David J Dachtera Subject: Re: zeroing out errors? Message-ID: <47EC430A.70F5C73A@spam.comcast.net> "Richard B. Gilbert" wrote: > > tadamsmar wrote: > > On Mar 27, 10:14 am, koeh...@eisner.nospam.encompasserve.org (Bob > > Koehler) wrote: > > > >>In article , tadamsmar writes: > >> > >> > >>>Is there an easy way to zero out the error count you see with SHOW DEV > >>>D > >>>without rebooting? > >> > >> Yes. But it has no benefits so it may not be maintained. If you > >> look around there is a kernel mode hack that does this. > > > > > > Use SET/DEV/RESET. > > > > Only benefit is that its easier to keep track of when I have new > > errors. I don't have to remember that it was "42" or whatever the > > last time I checked. > > I once wrote some DCL to check the error count and notify me if the > count had increased. It was part of a larger procedure that I ran every > workday morning to check for problems that needed my attention. I may > still have a copy somewhere if anyone cares. Simple enough to take a DIFF between successive SHOW ERROR/OUT=file. ...though I do like to zero out huge error counts when they happen so if they happen again its REAL obvious! David J Dachtera (formerly dba) DJE Systems ------------------------------ Date: Fri, 28 Mar 2008 14:38:38 +1100 From: Jim Duff Subject: Re: zeroing out errors? Message-ID: <47ec683e$1@dnews.tpgi.com.au> tadamsmar wrote: > On Mar 27, 10:14 am, koeh...@eisner.nospam.encompasserve.org (Bob > [snip] > Only benefit is that its easier to keep track of when I have new > errors. I don't have to remember that it was "42" or whatever the > last time I checked. Trying to remember error counts when you have a large number of disks can be quite challenging. Try this DCL command procedure instead: Jim. -- www.eight-cubed.com ------------------------------ End of INFO-VAX 2008.175 ************************