INFO-VAX Wed, 26 Sep 2007 Volume 2007 : Issue 525 Contents: Alan Winston, book failure again! Re: Alan Winston, book failure again! Re: Alan Winston, book failure again! Re: Alan Winston, book failure again! ANN: Tier3 support for Multinet RE: Article of Interest. Re: Can't use SIZE and MDTM commands in OpenVMS FTP server Re: despair Re: Expected votes for a boot node Re: Expected votes for a boot node Re: Impact VMS version on CPU speed System Service to perform F$PARSE functions Re: System Service to perform F$PARSE functions Re: System Service to perform F$PARSE functions Re: UK Based Alpha Station For Sale. ---------------------------------------------------------------------- Date: Tue, 25 Sep 2007 11:36:21 -0700 From: ultradwc@gmail.com Subject: Alan Winston, book failure again! Message-ID: <1190745381.582966.178060@57g2000hsv.googlegroups.com> chapter 5 I edit HTTPD$CONFIG.CONF [service] www.mydomain.com http://www.mydomain.com:8443 then I edit HTTPD$MAP.CONF and comment #pass /ht_root/* /ht_root/* dir=access dir=wildcard then add pass /* /web_root/* dir=access dir=wildcard where web_root = web:[sourcedir] and web = dsa0:[proddir.] and all I get is the same wash help page I get slightly broken because I commented out the ht_root pass rule ... My source subdirectory has the file default.htm which I added as a welcome page in the httpd$config file ... resulted in failure ... Now what? ------------------------------ Date: Tue, 25 Sep 2007 11:59:44 -0700 From: ultradwc@gmail.com Subject: Re: Alan Winston, book failure again! Message-ID: <1190746784.741590.318780@57g2000hsv.googlegroups.com> On Sep 25, 2:36 pm, ultra...@gmail.com wrote: > chapter 5 > > I edit HTTPD$CONFIG.CONF > > [service]www.mydomain.comhttp://www.mydomain.com:8443 > > then I edit HTTPD$MAP.CONF and comment > > #pass /ht_root/* /ht_root/* dir=access dir=wildcard > > then add > > pass /* /web_root/* dir=access dir=wildcard > > where web_root = web:[sourcedir] and web = dsa0:[proddir.] > > and all I get is the same wash help page I get slightly broken because > I commented out the ht_root pass rule ... > > My source subdirectory has the file default.htm which I added as a > welcome page in the httpd$config file ... > > resulted in failure ... > > Now what? one step further, I really want to run this as https so I change the service url in the config file to https and put wasds httpd.pem and ca.txt file into the local directory and I get a certificate warning and then the WASD help page, but when I comment out the map rule and put in the above one I get only a slightly broken WASD help page but no default.htm from my source directory ... ------------------------------ Date: Tue, 25 Sep 2007 13:03:44 -0700 From: ultradwc@gmail.com Subject: Re: Alan Winston, book failure again! Message-ID: <1190750624.112751.5600@n39g2000hsh.googlegroups.com> On Sep 25, 2:59 pm, ultra...@gmail.com wrote: > On Sep 25, 2:36 pm, ultra...@gmail.com wrote: > > > > > > > chapter 5 > > > I edit HTTPD$CONFIG.CONF > > > [service]www.mydomain.comhttp://www.mydomain.com:8443 > > > then I edit HTTPD$MAP.CONF and comment > > > #pass /ht_root/* /ht_root/* dir=access dir=wildcard > > > then add > > > pass /* /web_root/* dir=access dir=wildcard > > > where web_root = web:[sourcedir] and web = dsa0:[proddir.] > > > and all I get is the same wash help page I get slightly broken because > > I commented out the ht_root pass rule ... > > > My source subdirectory has the file default.htm which I added as a > > welcome page in the httpd$config file ... > > > resulted in failure ... > > > Now what? > > one step further, I really want to run this as https so > > I change the service url in the config file to https > and put wasds httpd.pem and ca.txt file into the local > directory and I get a certificate warning and then the > WASD help page, but when I comment out the map rule > and put in the above one I get only a slightly broken WASD > help page but no default.htm from my source directory ...- Hide quoted text - > > - Show quoted text - never mind ... it is the demo rule that needs commented out ... why are you and the author so cryptic? :) ------------------------------ Date: Tue, 25 Sep 2007 15:21:44 -0500 (CDT) From: sms@antinode.org (Steven M. Schweda) Subject: Re: Alan Winston, book failure again! Message-ID: <07092515214469_20200296@antinode.org> From: ultradwc@gmail.com > never mind ... it is the demo rule that needs commented out ... Personal inquiry: Are you from Missouri? All the people I've encountered who use that particular mal-construction seem to come from around there, and I'm trying to test the hypothesis. ------------------------------------------------------------------------ Steven M. Schweda sms@antinode-org 382 South Warwick Street (+1) 651-699-9818 Saint Paul MN 55105-2547 ------------------------------ Date: Wed, 26 Sep 2007 07:57:19 +0800 From: "Richard Maher" Subject: ANN: Tier3 support for Multinet Message-ID: Hi, For those of you Multinet Hobbyists out there who experienced problems with getting Tier3 to work on your systems, we are pleased to announce the availability of a new Tier3 V3.1 Installation kit. Note that you must also have installed Multinet ECOs UCXDRIVER-031_A051 or UCXDRIVER-021_A052. Multinet issues addressed:- . Buffer overrun with io$_acpcontrol . Incorrect Out-of-Band data handling Tier3 issues addressed: - . Code around Multinet's returning ss$_netshut instead of ss$_linkdiscon for immediate read disconnects . Incorrect specification of the "source" for intrusion detection If you'd like a copy of the latest Tier3 Hobbyist kit then please just send and email request to Tier3 (at) aapt (dot) net (dot) au Please let me take this opportunity to thank Richard Whalen for his help and amazingly quick response. Let me also thank John Regan and Matt Muggeridge for their help and advice. But, in particular, let me once again thank the absolute bloody legend that is Graham Burley! He's the only guy I know that can look at a SS$_ASTFLT Stack Dump and somehow just know that it is a buffer overflow. A tireless worker and a beacon of inspired Software Development in the cesspool of System Management :-) "Some say he never sleeps, and can tune his VMS systems telepathically... all we know is, he's called the Stig." Cheers Richard Maher ------------------------------ Date: Wed, 26 Sep 2007 03:02:29 +0000 From: "Main, Kerry" Subject: RE: Article of Interest. Message-ID: -----Original Message----- > From: IanMiller [mailto:gxys@uk2.net] > Sent: September 25, 2007 9:23 AM > To: Info-VAX@Mvb.Saic.Com > Subject: Re: Article of Interest. > > Reading that article it sounds more like operational incompetence > rather than anything to do with the platform they where using. > Perhaps. Its also possible they did not install all the well publicised sec= urity patches for the platforms in question and the bad guys simply attacked known holes. Regards Kerry Main Senior Consultant HP Services Canada Voice: 613-592-4660 Fax: 613-591-4477 kerryDOTmainAThpDOTcom (remove the DOT's and AT) OpenVMS - the secure, multi-site OS that just works. ------------------------------ Date: Tue, 25 Sep 2007 11:59:35 -0700 From: Verne Subject: Re: Can't use SIZE and MDTM commands in OpenVMS FTP server Message-ID: <1190746775.555620.290980@n39g2000hsh.googlegroups.com> On Sep 24, 8:36 pm, Gremlin wrote: > Yes, it is a hobbyist machine and this is just my way of *not* running > SAMBA on it - trying to reduce the security risks by not having a "live" > link to the remainder of the internal network that can be exploited by > MS type flaws.... > > > > David J Dachtera wrote: > > Gremlin wrote: > >> Hi all > > >> Using OpenVMS 8.2 with HP TCP/IP v5.5 ECO 1. I am using the SmartFTP > >> client to get files to/from the box (FileZilla doesn't want to work) and > >> SmartFTP works OK except every file transferred incurs a lot ov > >> overhead throiugh directory re-listings. A short log file listing follows: > > >> Using SmartFTP v2.5.1006 to transfer html files to an OpenVMS server, I > >> get the following set of actions showing in the log: > >> [19:47:43] TYPE A > >> [19:47:43] 200 TYPE set to ASCII. > >> [19:47:43] PASV > >> [19:47:43] 227 Entering Passive Mode (x,y,z,200,238,55) > >> [19:47:43] Opening data connection to x.y.z.200 Port: 60983 > >> [19:47:43] LIST > >> [19:47:43] 150 Opening data connection for HT_ROOT:[000000]*.*;* > >> (x.y.z.55,2377) > >> [19:47:43] 20803 bytes transferred. (86.8 KB/s) (234 ms) > >> [19:47:43] 226 LIST Directory transfer complete. > >> [19:47:43] File "home.html" not found in directory listing. > >> [19:47:43] TYPE I > >> [19:47:43] 200 TYPE set to IMAGE. > >> [19:47:43] PASV > >> [19:47:43] 227 Entering Passive Mode (x,y,z,200,238,56) > >> [19:47:43] Opening data connection to x.y.z.200 Port: 60984 > >> [19:47:43] STOR home.html > >> [19:47:43] 150 Opening data connection for HT_ROOT:[000000]home.html; > >> (x.y.z.55,2378) > >> [19:47:44] 14448 bytes transferred. (129 KB/s) (109 ms) > >> [19:47:44] 226 Transfer complete. > >> [19:47:44] MDTM 20070923092635 home.html > >> [19:47:44] 502 MDTM is unimplemented. > >> [19:47:44] SIZE home.html > >> [19:47:44] 502 SIZE is unimplemented. > >> [19:47:44] SIZE not supported. > >> [19:47:44] Obtaining file information (size/date) from directory listing. > >> [19:47:44] Ignoring LIST options. > >> [19:47:44] TYPE A > >> [19:47:44] 200 TYPE set to ASCII. > >> [19:47:44] PASV > >> [19:47:44] 227 Entering Passive Mode (x,y,z,200,238,57) > >> [19:47:44] Opening data connection to x.y.z.200 Port: 60985 > >> [19:47:44] LIST > >> [19:47:44] 150 Opening data connection for HT_ROOT:[000000]*.*;* > >> (x.y.z.55,2379) > >> [19:47:44] 20905 bytes transferred. (86.8 KB/s) (235 ms) > >> [19:47:44] 226 LIST Directory transfer complete. > >> [19:47:44] File "home.html" not found in directory listing. > >> [19:47:44] Ignoring LIST options. > >> [19:47:44] PASV > >> [19:47:44] 227 Entering Passive Mode (x,y,z,200,238,59) > >> [19:47:44] Opening data connection to x.y.z.200 Port: 60987 > >> [19:47:44] LIST > >> [19:47:44] 150 Opening data connection for HT_ROOT:[000000]*.*;* > >> (x.y.z.55,2380) > >> [19:47:44] 20905 bytes transferred. (93.2 KB/s) (219 ms) > >> [19:47:44] 226 LIST Directory transfer complete. > >> [19:47:44] Transfer successful. > > >> SmartFTP *helpfully* say the problem is that OpenVMS doesn't support the > >> FTP SIZE or MDTM commands, so everythign has to be relisted after each > >> file. Agonising when transfering hundreds of them. > > >> Anyone have some suggestions about how I can implement SIZE and/or MDTM > >> in the FTP stack? The TCP/IP installation and management documentation > >> doesn't give me any hints. > > > Is this a hobbyist machine? Could you try Multinet? > > > Maybe inquire first over on vmsnet.networks.tcp-ip.multinet and see if they've > > implmented that RFC in a recent ECO.- Hide quoted text - > > - Show quoted text - Hunter Goatley has a free VMS FTP Server (and optional Client) available ... http://ftp.process.com/ftp/vms-freeware/fileserv/hgftp.zip a blurb: Package HGFTP hgftp.zip Description: FTP client and server for VMS (uses NETLIB) Version: V3.2, 15-APR-2006 Author: Hunter Goatley Architecture: VAX,AXP,IA64 Size: 8230 blocks Language: BLISS32 and the AAAREADME.TXT file (55 lines): Read Before Installing HGFTP V3.2 Please read the following important information before installing or using HGFTP V3.2. Installation Information HGFTP V3.2 requires the following: o For VAX systems: OpenVMS VAX V5.2 or later o For Alpha systems: OpenVMS Alpha V1.5 or later o For Internet support: Any currently supported TCP/IP package for VMS (see the NETLIB release notes for more details) Contents of this Kit This kit contains all of the materials necessary to install HGFTP V3.2. You will need approximately 15,000 blocks of disk space to hold the installation kit. The HGFTP032.% files make up the installation kit, which you should install with VMSINSTAL: $ @SYS$UPDATE:VMSINSTAL HGFTP032 disk:[dir] Manuals are included in save set F (file HGFTP032.F) in PDF, PostScript, plain ASCII, HTML, and Bookreader versions. The manuals are placed in the HG_ROOT:[DOC] directory during the installation. You can use BACKUP to retrieve them from the installation kit prior to installation: $ BACKUP HGFTP032.F/SAVE *.* It is strongly recommended that you read all of the manuals carefully before attempting to install HGFTP. Release Notes Information The release notes for HGFTP V3.2 contain important installation-related information as well as a summary of changes since the last release. Also included is information on known problems, documentation errors, and restrictions. The release notes can be retrieved by using VMSINSTAL OPTIONS N. Source Code The BLISS source code for HGFTP is included as saveset HGFTP032.G. The installation gives you the opportunity to install the sources, if desired. Not sure if it will solve your problems, but a free alternative. Verne (a happy user of Hunter's software) ------------------------------ Date: 25 Sep 2007 21:41:52 GMT From: bill@cs.uofs.edu (Bill Gunshannon) Subject: Re: despair Message-ID: <5ltdl0F9tt7cU1@mid.individual.net> In article , JF Mezei writes: > VAXman- @SendSpamHere.ORG wrote: >> >> Bill, don't forget where I was born and raised. My family almost moved >> to the heartland Lancaster Country too. > > > I once cycled through amish country (even on "Amish road" very near to > where the movie "Witness" had been shot. > > It was very interesting to see some homes having power lines go to them, > and many others not having them. I saw Amish people get out of cars > (probably driven by white people) at shops. But I also saw the horse > drawn carriages (just like in the movie) on fairly busy roads. Don't confuse Amish with Mennonite. Mennonites dress similar to the Amish and live primarily agrarian lifestyles without much of what we outsiders take for granted, but they don't shun technology. Many of them drive cars and deal regularly with the outside world. > > What surprised me is that when I overtook them, I said a very nice > "Hello" and got 0 response from anyone in the carriage, no look, no > smile , nothing, nada. They probably knew you were Canadian. :-) > > Compare this to the Mennonite community of McBride in British Columbia > where at the local bakery, the women not ony smiled and spoke to me, but > they also insisted I go to the top of the line and get served right > away, saying I was probably very hungry as a cyclist ! If you are already familiar with the Mennonites, I can't imagine why you would mistake them for Amish. > > I was disapointed by how cold the Amish people were towards white men. I'm not sure just who you are talking about. The Amish are all white. I have never seen a black Amish man. > I > knew they got a lot of insults and jokes at their expense, but when > someone approaches them nicely, I would have expected them to be warn > and nice and smiling. I have never been treated un-civily by any Amish person I have ever known. They tend to be somewhat stand-offish but then, that is their way of life. bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves bill@cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include ------------------------------ Date: Tue, 25 Sep 2007 19:37:13 +0000 (UTC) From: moroney@world.std.spaamtrap.com (Michael Moroney) Subject: Re: Expected votes for a boot node Message-ID: JF Mezei writes: >It is my understanding that EXPECTED_VOTES is used during early boot and >that once the node has joined a cluster, normal quorum calculations >happen and EXPECTED_VOTES isn't used anymore for quorum calculation. EXPECTED_VOTES is the initial value of the running expected votes value that the cluster keeps track of. This running value will increase if a node joins the cluster and the total votes exceeds the previous value (and this means the initial value was mis-set). It can be decreased with either a shutdown with remove_node specified or $ SET CLUSTER/EXPECTED_VOTES if a system is going to depart for a long time (or forever). The current quorum is calculated from this running expected votes value, Q=E/2+1. >Once into the CLUSTER, CHAIN will have seen 3 votes total and will want >a quorum of 2. Loss of VELO/BIKE will result in CHAIN being below quorum >and stalling. If CHAIN has all the important files, this is not a good idea. >Yes, BIKE at the moment is a satellite node, but I still want to give it >a vote so it can help VELO stay up if CHAIN disapears temporarily and >BIKE to continue to work its DECTERMS as long as they don't need to >write/read to one of CHAIN's disks. AKA: the applications may stall due >to disks being in mount verify, but I can still continue to use DECTERMS >that have already started, and I can still do local stuff on VELO (such >as access serial ports, telnet to router/switche etc). Giving votes to a satellite node will only produce catch-22 conditions. Give each node 1 vote and the following will be true: 1) No single node will function without at least one of the others; 2) If BIKE is not up, it cannot come up (and provide its votes) until enough of the cluster comes up to have quorum, and this can only mean both of the other nodes must be up. The cluster will remain usable (minus BIKE's contributions) as long as both other nodes remain up. 3) If VELO is not up, your other two will continue as a usable cluster, but if either node crashes, you're stuck until you can bring VELO (actually both VELO and CHAIN, see above) back. 4) If CHAIN fails, you'll have a cluster that's "up" but essentially useless, because CHAIN has the files. All these suggest either giving all the votes to either CHAIN or to both VELO and CHAIN. Giving them to both VELO and CHAIN has the disadvantage of both being necessary to boot. Now, if BIKE had its own system disk, it essentially becomes a "quorum" system and you can have some sort of cluster running no matter what, as long as any two of the nodes are available, and each has 1 vote. No boot deadlock. You still have the usability issue if CHAIN has all the files. Clusters aren't really that useful without multipath disks of some sort or in some cases shadowing, or a cluster with a "big mama" system (with all the votes and non-paging disks) plus satellites with 0 votes. ------------------------------ Date: Tue, 25 Sep 2007 13:14:22 -0700 From: FrankS Subject: Re: Expected votes for a boot node Message-ID: <1190751262.958072.118830@22g2000hsm.googlegroups.com> On Sep 25, 1:24 pm, JF Mezei wrote: > It is my understanding that EXPECTED_VOTES is used during early boot and > that once the node has joined a cluster, normal quorum calculations > happen and EXPECTED_VOTES isn't used anymore for quorum calculation. For nodes that are already in the cluster, yes, EXPECTED_VOTES doesn't get factored into the calculation. However, the EXPECTED_VOTES for any node that's rebooting into the cluster is used to calculate an estimated quorum (which can't exceed the actual quorum of the running cluster). This is why most people are going to set all nodes to have EXPECTED_VOTES = sum(VOTES) + QDSKVOTES. It just makes it so much easier to understand how the connection manager will behave. > Once into the CLUSTER, CHAIN will have seen 3 votes total and will want > a quorum of 2. Loss of VELO/BIKE will result in CHAIN being below quorum > and stalling. Well, you were given solutions that a) Allow CHAIN to continue running with neither of the other two nodes present. That was set VOTES=1 on CHAIN, VOTES=0 on VELO and BIKE, and EXPECTED_VOTES=1 on all three nodes. Also, the option of setting VOTES=2 on CHAIN, VOTES=1 on VELO, VOTES=0 on BIKE, and EXPECTED_VOTES=3 on all nodes accomplishes the same thing. By giving VELO a vote you follow the guideline that says any node with it's own system disk should have at least one vote. b) Prevent CHAIN from running unless at least one of VELO or BIKE are present This was set VOTES=2 on CHAIN, VOTES=1 on both VELO and BIKE, and EXPECTED_VOTES=4 on all three nodes. c) Prevent any node from running unless all three nodes are running concurrently This was set VOTES=1, EXPECTED_VOTES=4 on all three nodes. Notice that in all these solutions EXPECTED_VOTES is the same value on all nodes. Also, in all three solutions it is not possible for VELO and BIKE to form a partitioned cluster. > Yes, BIKE at the moment is a satellite node, but I still want to give it > a vote so it can help VELO stay up if CHAIN disapears temporarily and > BIKE to continue to work its DECTERMS as long as they don't need to > write/read to one of CHAIN's disks. You've got conflicting requirements. On the one hand you say you don't want VELO and BIKE to form a cluster on their own, but on the other hand you want them operational without CHAIN being in the mix. That's not going to happen. If quorum is lost then all activity will stop. The connection manager won't let VELO and BIKE do anything until quorum is restored. So, right off the top your desire to have VELO and BIKE do anything without CHAIN requires that they be able to form a cluster of their own. Needless to say, since BIKE is a satellite node it must have CHAIN available. Eventually it's going to need something off the system disk which can only happen if CHAIN is accessible. > AKA: the applications may stall due > to disks being in mount verify, but I can still continue to use DECTERMS > that have already started, and I can still do local stuff on VELO (such > as access serial ports, telnet to router/switche etc). No you can't, unless quorum is restored. (By the way, AKA = "also known as". In this particular context you really should have used IE = "that is".) ------------------------------ Date: Wed, 26 Sep 2007 00:47:03 +0200 From: "P. Sture" Subject: Re: Impact VMS version on CPU speed Message-ID: In article , koehler@eisner.nospam.encompasserve.org (Bob Koehler) wrote: > In article <1190689803.195093.64270@g4g2000hsf.googlegroups.com>, Neil Rieck > writes: > > > I don't have access to a Pascal complier so have nothing to add to > > this thread other than this: I have done ad-hoc bench-marking in BASIC > > and believe that every release of OpenVMS is faster than the previous > > version. But here are two really important points: > > VMS 4.0 was, for us, obviously slower than 3.7. But the Fortran > compiler's then new global optimization made up for it so our > applications continued to run at acceptable speeds. > > The slowdown was in the I/O subsystem which had clustering layers > added and impacted even non-clustered systems. Before I recompiled > all our applications I was worried that our 11/780's might not be > able to handle our applications under 4.0. Since we had a great > number of UNIBUS and MASSBUS attached custom peripherals our possible > upgrade paths were limitted. I remember that. For a few years afterwards, we still had to support a few customers on 3.7, so had to boot into that for application builds, and it was distinctly faster than 4.n. One colleague loved 3.7 for the extra performance, but by that time I'd got used to things like command recall and editing, and wasn't so keen. -- Paul Sture Sue's OpenVMS bookmarks: http://eisner.encompasserve.org/~sture/ovms-bookmarks.html ------------------------------ Date: Tue, 25 Sep 2007 21:33:47 -0700 From: davidpryce123@yahoo.com.au Subject: System Service to perform F$PARSE functions Message-ID: <1190781227.357351.190810@n39g2000hsh.googlegroups.com> Hi Group, Is there a system service that I can call to perform operations such as the lexical f$parse. I have VMS file names and I want to extract different components such as nodename, device, directory, file name, file type and version. I would like to do it properly instead or indexing into strings etc Does anyone have an example in C or Pascal to perform this? Thanks David ------------------------------ Date: Wed, 26 Sep 2007 06:46:16 +0200 From: "Martin Vorlaender" Subject: Re: System Service to perform F$PARSE functions Message-ID: wrote: > Is there a system service that I can call to perform operations such > as the lexical f$parse. > > I have VMS file names and I want to extract different components such > as nodename, device, directory, file name, file type and version. I > would like to do it properly instead or indexing into strings etc > > Does anyone have an example in C or Pascal to perform this? The basis is probably RMS' $PARSE service[1], but a solution that is easier to handle is $FILESCAN [2]. Sorry, I don't have example code handy. HTH, Martin [1] http://h71000.www7.hp.com/doc/731FINAL/4523/4523pro_030.html#parse_service_routine [2] http://h71000.www7.hp.com/doc/83FINAL/4527/4527pro_049.html#jun_250 -- One OS to rule them all | Martin Vorlaender | OpenVMS rules! One OS to find them | work: mv@pdv-systeme.de One OS to bring them all | http://vms.pdv-systeme.de/users/martinv/ And in the Darkness bind them.| home: martin.vorlaender@t-online.de ------------------------------ Date: Tue, 25 Sep 2007 23:47:54 -0500 (CDT) From: sms@antinode.org (Steven M. Schweda) Subject: Re: System Service to perform F$PARSE functions Message-ID: <07092523475424_20200296@antinode.org> From: davidpryce123@yahoo.com.au > Is there a system service that I can call to perform operations such > as the lexical f$parse. f$parse() is, I assume, built upon sys$parse(). > I have VMS file names and I want to extract different components such > as nodename, device, directory, file name, file type and version. I > would like to do it properly instead or indexing into strings etc With the complexity of ODS5 extended file names, doing it yourself has gotten (even) more hazardous. > Does anyone have an example in C or Pascal to perform this? There's a fragment in my bzip2 kit (vms_basename() in [.vms]vms.c) which extracts the name part. Between this and namdef.h, it should be possible to puzzle out an extrapolation to any piece you'd like. http://antinode.org/dec/sw/bzip2.html I'd guess that Google could find several instances of sys$parse, if you ask it. ------------------------------------------------------------------------ Steven M. Schweda sms@antinode-org 382 South Warwick Street (+1) 651-699-9818 Saint Paul MN 55105-2547 ------------------------------ Date: Tue, 25 Sep 2007 14:10:22 -0700 From: Number8 Subject: Re: UK Based Alpha Station For Sale. Message-ID: <1190754622.417783.104450@r29g2000hsg.googlegroups.com> On Sep 25, 12:51 am, David J Dachtera wrote: > Number8 wrote: > > [snip] > > Anyways, what's done is done, and if anyone is interested in it, the > > url is > >http://cgi.ebay.co.uk/ws/eBayISAPI.dll?ViewItem&rd=3D1&item=3D3201620382= 7=2E.. > > > As they say, thanks for looking. > > Well, I was smiling until I read the part about local pick-up only. > > My passport expired in 1994 and I'm not currently planning a trip to the = UK > anytime soon. [snip] The system unit isn't too bad, but the monitor is certainly hernia material, and I'd imagine a similar experience financially for P&P. A few have asked to put a price on the system unit only to mainland UK and it's working out as around STG=A350/US$100 with insurance, so I'd shudder to think what'd cost to get it over to the US. As someone pointed out they have 433au's over there and a lot cheaper, but this one is pretty much for a good home in the UK. BTW, thanks for sorting me out with a Datatrieve problem I had about 12 years ago... or at least I think it was you! ;-) ------------------------------ End of INFO-VAX 2007.525 ************************