INFO-VAX Tue, 17 Jul 2007 Volume 2007 : Issue 387 Contents: cURL 7.16.4 released Debugging shareable images weirdness Re: Debugging shareable images weirdness Re: Debugging shareable images weirdness Re: EDT Replacement Re: Internet2 Shibboleth on OpenVMS Re: What OS version to run on a DEC 3000-M600 Re: What OS version to run on a DEC 3000-M600 Re: What OS version to run on a DEC 3000-M600 Re: Which OS version to run on a DEC 3000-M600 ---------------------------------------------------------------------- Date: 16 Jul 2007 14:39:43 -0500 From: kuhrt.nospammy@encompasserve.org (Marty Kuhrt) Subject: cURL 7.16.4 released Message-ID: <8GPifMKWoPN8@eisner.encompasserve.org> The latest version of cURL, 7.16.4, has been released for OpenVMS and is available for download. The location is http://curl.haxx.se/download.html#VMS This is the binary and object library distribution of the cURL 7.16.4 release. See the readme.vms file in the zip for usage information. The zip files contain executables and objects built with OpenSSL, hpSSL and without SSL support. The files are in architecture specific zips. The OpenSSL and noSSL versions are self-contained in that you can run these programs without any other software on the system. For the hp SSL version, you will need to have hp's matching SSL product installed. HW Type VMS Version Compiler Vers SSL Library Filenames --------+-------------+---------------+----------------+----------- Alpha | OpenVMS 7.3 | DEC C 6.5-001 | OpenSSL 0.9.8d | .*_openssl Alpha | OpenVMS 7.3 | DEC C 6.5-001 | hpSSL 1.3 | .*_hpssl Alpha | OpenVMS 7.3 | DEC C 6.5-001 | No SSL support | .*_nossl IA64 | OpenVMS 8.3 | HP C V7.3-33 | OpenSSL 0.9.7d | .*_openssl IA64 | OpenVMS 8.3 | HP C V7.3-33 | hp SSL 1.3 | .*_hpssl IA64 | OpenVMS 8.3 | HP C V7.3-33 | No SSL support | .*_nossl VAX | OpenVMS 7.3 | DEC C 6.4-005 | OpenSSL 0.9.8d | .*_openssl VAX | OpenVMS 7.3 | DEC C 6.4-005 | hpSSL 1.1-B | .*_hpssl VAX | OpenVMS 7.3 | DEC C 6.4-005 | No SSL support | .*_nossl For those who don't know what cURL is, here is the blurb from their main page... Curl is a command line tool for transferring files with URL syntax, supporting FTP, FTPS, HTTP, HTTPS, GOPHER, TELNET, DICT, FILE and LDAP. Curl supports HTTPS certificates, HTTP POST, HTTP PUT, FTP uploading, kerberos, HTTP form based upload, proxies, cookies, user+password authentication, file transfer resume, http proxy tunneling and a busload of other useful tricks. I haven't tested all the features, since I only use the library for HTTP(S) stuff via C programs. It does compile and link cleanly on all the platforms outlined above. Some of the changes I made in the VMS specific directories didn't get included in the distribution in time for the 7.16.4 sources. If you build from scratch, you may want to get the latest files from the packages/vms directory from the CVS repository. The curl.h file was updated, but I didn't get the VMS message files updated until after the release. ------------------------------ Date: Mon, 16 Jul 2007 14:11:54 -0700 From: Neil Lowden Subject: Debugging shareable images weirdness Message-ID: <1184620314.826911.96920@k79g2000hse.googlegroups.com> I came across odd behaviour with the debugger today under OpenVMS/I64 V8.3. It distils to the following: COMPILE/DEBUG and LINK/DEBUG with an appropriate options file to create a simplistic shareable image with one routine and INSTALL the resulting image /SHARE. COMPILE/DEBUG and LINK/DEBUG with appropriate options a main program against the above shareable image. The main program just calls the routine defined in the shareable image. DEFINE the requisite logical name to reference the shareable image and RUN the main program which brings up the debugger. Do a SET IMAGE and SET MODULE for the shareable image and SET BREAK at the routine in the shareable. Hit GO and wait for the breakpoint. After this point multiple STEPs appear to do nothing -- source and line numbers don't change in the debugger. Although do enough STEPs (in the dark) and eventually you step out of the shareable back to the main program and everything is back to normal. Now, don't install the shareable with /SHARE and repeat the above. The STEPs through the shareable image behave as one would expect and show line for line what's going on. Anyone else come across this or know why this only happens when the shareable image is INSTALLed /SHARE. Regards -N ------------------------------ Date: Mon, 16 Jul 2007 14:35:32 -0700 From: Neil Lowden Subject: Re: Debugging shareable images weirdness Message-ID: <1184621732.322687.144440@n60g2000hse.googlegroups.com> Hi VAXman Thanks for that, what you say makes perfect sense. Do you know if this is documented anywhere? Regards -N ------------------------------ Date: Tue, 17 Jul 2007 05:00:48 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: Debugging shareable images weirdness Message-ID: <42Ymi.10281$xe1.947@newsfe12.lga> In article <1184621732.322687.144440@n60g2000hse.googlegroups.com>, Neil Lowden writes: > > >Hi VAXman > >Thanks for that, what you say makes perfect sense. Do you know if this >is documented anywhere? Possibly. I'd have to search for it. It's late (1am) and I just returned from a client site where I experienced a very strange problem with a SCSI controller. Jeff Nelson is the debugger guy. If he's reading this thread or one of his colleagues may see this and tell him, he'd be the best one suited to answer this. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM "Well my son, life is like a beanstalk, isn't it?" ------------------------------ Date: Mon, 16 Jul 2007 17:51:59 -0700 From: Ken Fairfield Subject: Re: EDT Replacement Message-ID: <5g2i5gF3el00oU1@mid.individual.net> P. Sture wrote: > In article <46998845.9000909@comcast.net>, > "Richard B. Gilbert" wrote: > >> David J Dachtera wrote: >>> "P. Sture" wrote: >>> >>>> In article , >>>> Ron Johnson wrote: >>>> >>>> >>>>> On 07/13/07 13:37, Richard B. Gilbert wrote: >>>>> >>>>>> Martin Krischik wrote: >>>>>> >>>>>>> Ron Johnson wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>>> And the lines are all less than 255 char. >>>>>>> >>>>>>> ROFL! How many years ago that this has been an issue on any editor I >>>>>>> use. >>>>>>> Ahh the last I remember is EPM on OS/2 but with a 2499 character limit. >>>>>> Strange how I almost never need to edit a file with more than 255 >>>>>> characters per line! Text files tend to max out at 132 characters since >>>>>> that's the most you can print per line on most printers. I suppose >>>>>> there are exceptions but I would not need to remove my shoes to count >>>>>> the number of such files I needed to edit. >>>>>> >>>>>> Issues with the terminal driver might make editing such a file difficult >>>>>> even in cases where the editor supports it. >>>>> EVE lets you SHIFT RIGHT and SHIFT LEFT to see extra-long lines. >>>> I have these definitions in my EVEINI.EVE: >>>> >>>> DEFINE KEY=GOLD/RIGHT SHIFT LEFT 8 >>>> DEFINE KEY=GOLD/LEFT SHIFT RIGHT 8 >>> >>> Is there a quick/easy help or something that shows all the available >>> commands >>> that would be acceptable in an EVEINI.EVE file? >>> >>> ...or must one wade through the EVE/TPU doc.'s to find that? >>> >> The last time I looked, and it was a LONG time ago, you had the dig it >> out of the EVE/TPU docs. > > > Which are at the links below (updated at VMS V7.3, April 2001). Chapter > 2, "EVE Command Dictionary" is about as quick&/easy as it gets, and the > PDF is fully bookmarked, making navigation easy if your PDF reader > supports that. > > PDF: > > > > HTML: > > And to answer David directly, the various SET xyzzy commands, and the DEFINE KEY and UNDEFINE KEY commands, would seem to be the most appropriate for an EVE initialization file. The others are mostly used while editing in screen mode. You can use EVE to edit a file in "batch" by starting the editor as EDIT/TPU/NODISPLAY/COMMAND= and supplying an appropriate .TPU file for the /COMMAND. You may be able to do the same with EVE commands in a /INITIAL= file, but you would be more limited and I've always gone with the TPU language file instead.) -Ken -- Ken & Ann Fairfield What: Ken dot And dot Ann Where: Gmail dot Com ------------------------------ Date: Mon, 16 Jul 2007 14:02:38 -0400 From: Stephen Hoffman Subject: Re: Internet2 Shibboleth on OpenVMS Message-ID: Mark Daniel wrote: > Anyone tinkering with this? > > http://shibboleth.internet2.edu/ Took a quick look, and libtool would be the piece that would concern me the most. There'd certainly be a pile of work inside ACME and such to tie into the system, though the GNU build tools are often the most involved part of porting and then maintaining these sorts of projects. Though with the most current BASH, you might have a shot with hauling over libtool. FWIW, I haven't seen either Shibboleth nor libtool reported nor even particularly discussed within the context of OpenVMS Freeware. -- www.HoffmanLabs.com Services for OpenVMS ------------------------------ Date: Mon, 16 Jul 2007 13:57:42 -0400 From: Stephen Hoffman Subject: Re: What OS version to run on a DEC 3000-M600 Message-ID: Slor wrote: > I have a pretty newbie question for the group - I recently > picked up a 3000-M600 with 64MB of RAM, and I'm wondering what the > preferred OpenVMS version would be for that machine. If I go too recent, > I'm concerned I might suffer performance issues, so any opinions from > experience with such as system would be greatly appreciated. > > Also, if increasing the RAM would help it be more suited for a specific OS > version, I can consider looking for more memory as well. I'd go for the latest available version that you can get your hands on, whether it's the hobbyist V7.3-1 distro, V7.3-2 or (for the most features and such) the current V8.3 distro. The OpenVMS Alpha releases that still see ECOs released are V6.2, V6.2-1H3, V7.3-2, V8.2 and V8.3. I'd not tend to prefer to use other releases. Do get a CD distro here; don't try to load this box via any other means -- at least until you have some experience with loading OpenVMS through "creative" means, or another OpenVMS box running locally. Using Linux, Mac OS X or some other operating system other than OpenVMS itself to load a VAX, Alpha or Integrity box is comparatively tricky. The CD (or DVD, in the case of OpenVMS I64) makes this far easier. Alternative initial system loading techniques are a comparatively advanced topic when you're dealing with a file system that most other operating systems do not recognize. OpenVMS has always liked more RAM. 64 MB is a minimal configuration for an older OpenVMS Alpha box (even for an early V6.2 release); I'd tend to look to get a half-gig or more, or whatever the box itself supports. High-level technical configuration details for this and other equivalent-vintage VAX and Alpha boxes -- such as how much memory you can stuff into the box, and the associated part numbers -- are typically in the DIGITAL Systems and Options Catalog (SOC) documents, which are available via the http://www.hp.com/go/productbulletin web site. There's a hobbyist intro here: http://64.223.189.234/node/6 -- www.HoffmanLabs.com Services for OpenVMS ------------------------------ Date: Mon, 16 Jul 2007 13:06:13 -0700 From: sean@obanion.us Subject: Re: What OS version to run on a DEC 3000-M600 Message-ID: <1184616373.784320.185070@m37g2000prh.googlegroups.com> In 2000, I had a M500 (same memory SIMMs but only takes half as many as the M600) that came with 32MB, and I added 64MB (which displaced 16MB) and VMS 7.2 (?), giveing me 90MB. It was much happier ... until I tried to start DECnet Plus. I got the memory through ELI.COM for about $150 (MS15-DA), which they currently list for $145. The next size up, MS15-EA for 128MB, they list for $545: the larger capacity SIMMs were rare and therefore expensive. With the M600 you should be able to get a respectable amount of memory without getting into the larger SIMMs. Here's thier table for the 3000 series (I don't work for them, just thought I'd pass along there experence...) http://eli.com/Alpha3000400-900Series.cfm?c=112&a=category Sean On Jul 16, 8:43 am, Slor wrote: > Hello everyone. I have a pretty newbie question for the group - I recently > picked up a 3000-M600 with 64MB of RAM, and I'm wondering what the > preferred OpenVMS version would be for that machine. If I go too recent, > I'm concerned I might suffer performance issues, so any opinions from > experience with such as system would be greatly appreciated. > > Also, if increasing the RAM would help it be more suited for a specific OS > version, I can consider looking for more memory as well. > > Thanks! > > -- > Jameshttp://www.e-host-direct.com > Reliable web hosting from $12/year. ------------------------------ Date: Mon, 16 Jul 2007 17:42:49 -0400 From: "PEN" Subject: Re: What OS version to run on a DEC 3000-M600 Message-ID: Hi, wrote in message news:1184616373.784320.185070@m37g2000prh.googlegroups.com... > In 2000, I had a M500 (same memory SIMMs but only takes half as many > as the M600) that came with 32MB, and I added 64MB (which displaced > 16MB) and VMS 7.2 (?), giveing me 90MB. > It was much happier ... until I tried to start DECnet Plus. > [snip] I'd go with 8.3 too but would avoid DECnet Plus, going instead with DECnet Phase IV. Or, if you don't need/want it, don't install DECnet at all. Paul ------------------------------ Date: Mon, 16 Jul 2007 13:35:35 -0700 From: "Tom Linden" Subject: Re: Which OS version to run on a DEC 3000-M600 Message-ID: On Mon, 16 Jul 2007 13:06:13 -0700, wrote: > In 2000, I had a M500 (same memory SIMMs but only takes half as many > as the M600) that came with 32MB, and I added 64MB (which displaced > 16MB) and VMS 7.2 (?), giveing me 90MB. > It was much happier ... until I tried to start DECnet Plus. > > I got the memory through ELI.COM for about $150 (MS15-DA), which they > currently list for $145. > The next size up, MS15-EA for 128MB, they list for $545: the larger > capacity SIMMs were rare and therefore expensive. With the M600 you > should be able to get a respectable amount of memory without getting > into the larger SIMMs. > > Here's thier table for the 3000 series (I don't work for them, just > thought I'd pass along there experence...) > http://eli.com/Alpha3000400-900Series.cfm?c=3D112&a=3Dcategory > > > Sean > > On Jul 16, 8:43 am, Slor wrote: >> Hello everyone. I have a pretty newbie question for the group - I = >> recently >> picked up a 3000-M600 with 64MB of RAM, and I'm wondering what the >> preferred OpenVMS version would be for that machine. If I go too = >> recent, >> I'm concerned I might suffer performance issues, so any opinions from= >> experience with such as system would be greatly appreciated. >> >> Also, if increasing the RAM would help it be more suited for a specif= ic = >> OS >> version, I can consider looking for more memory as well. >> >> Thanks! >> >> -- >> Jameshttp://www.e-host-direct.com >> Reliable web hosting from $12/year. > > -- = PL/I for OpenVMS www.kednos.com ------------------------------ End of INFO-VAX 2007.387 ************************