INFO-VAX Sat, 12 Jul 2008 Volume 2008 : Issue 386 Contents: Re: DCL divide by zero WAS: Symbol Substitution Mystery Re: FTP client: stripping version numbers and forcing lowercase on MPUT MPUTMPUT Re: OT: Carly as VP? Q: Configure TCP/IP Services for a node not yet booted? Re: Q: Configure TCP/IP Services for a node not yet booted? Re: Q: Configure TCP/IP Services for a node not yet booted? Re: Q: Configure TCP/IP Services for a node not yet booted? Re: Q: Configure TCP/IP Services for a node not yet booted? Re: Srategy to pickup files at specific times Re: Symbol Substitution Mystery ---------------------------------------------------------------------- Date: Fri, 11 Jul 2008 12:48:42 -0700 (PDT) From: AEF Subject: Re: DCL divide by zero WAS: Symbol Substitution Mystery Message-ID: <2c5155ac-72ca-423c-915c-76be0df6b4ef@r66g2000hsg.googlegroups.com> On Jul 11, 11:36 am, "Tom Linden" wrote: > On Fri, 11 Jul 2008 08:09:09 -0700, AEF wrote: > > I would definitely want to know as you can get very wrong results, but > > I'd also want to know about overflow, which also isn't checked for, > > and is much harder for the user to detect. > > [...] > > Maybe you should be using a programming language, since DCL clearly was > not intended for such algorithms > > -- > PL/I for OpenVMSwww.kednos.com I don't have one and there's no way my company is going to get one, especially just for this. Fortunately I almost never need to divide on the VAX. The only example that comes to mind is the calculation of disk space percentages. AEF ------------------------------ Date: Fri, 11 Jul 2008 12:58:08 -0700 (PDT) From: AEF Subject: Re: FTP client: stripping version numbers and forcing lowercase on MPUT MPUTMPUT Message-ID: <9153796a-f83a-4f6f-b5e5-1203768df0d1@c65g2000hsa.googlegroups.com> On Jun 11, 5:03 pm, Dick Piccard wrote: > We will soon be in a situation where we want to transfer about 30,000 > files (in about 2,000 directories and subdirectories) from a VMS > server to a linux server. Life will be simpler if we can set things > up so that the version numbers will be stripped and all letters in > file and directory names forced to lowercase. I did not see anything > in the HELP that looked promising. > > HP TCP/IP Services for OpenVMS Alpha Version V5.4 - ECO 7 > on a AlphaServer DS10 617 MHz running OpenVMS V7.3-2 > > It is quite acceptable if this requires stopping,re-setting, and re- > starting the FTP service in a specific way. I could come in during > our maintenance window and re-start TCPIP if that is needed. Pardon me if this is a stupid question, but why do you need them in lowercase? Is there some functionality issue or do you just prefer lowercase? Thanks AEF ------------------------------ Date: Fri, 11 Jul 2008 19:39:04 -0400 From: "William Webb" Subject: Re: OT: Carly as VP? Message-ID: <8660a3a10807111639w426deb01l37173f3b6ea8af95@mail.gmail.com> ------=_Part_59644_3199419.1215819544695 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline On Wed, Jul 9, 2008 at 7:09 AM, John Smith wrote: > > http://thinkprogress.org/wonkroom/2008/06/20/fiorina-history/ > > > > > "JF Mezei" wrote in message > news:485ef521$0$12292$c3e8da3@news.astraweb.com... > > John Smith wrote: > >> http://www.politico.com/news/stories/0608/11258.html > > > > She's been mentioned a few times, especially after McCain admitted he > > wasn't a hot shot when it comes to economic issues. Having her behind > > his back would help him with the economic side. (or so they say). > > > > Carly, despite being a blonde bimbo, can speak and say nothing using > > this week,s buzzwords without saying anything or without understanding > > any of it. Sounds like the perfect definition of a politician. > > > > I think it will come down to whether McCain feels he needs a token > > female as VP to counter the possibility of Hillary as VP. > > > > Hopefully the VP debate will be held in a giant vat of jello which would > > make for a most excellent cat fight between Hillary and Carly. "My > > hairdresser is better than yours", "my business jet is bigger than > > yours", "yeah, but mine is faster than yours". > > > > One thing is for sure, Carly understand and supports the patriot act > > very well. She likes the ability to listen in on phone conversations, > > plant emails to fetter out certain people etc etc. > > > And I thought the current crop of *Presidential* candidates were unpalatable! WWWebb ------=_Part_59644_3199419.1215819544695 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline

On Wed, Jul 9, 2008 at 7:09 AM, John Smith <John.Smith@nottheoneathp.com> wrote:

http://thinkprogress.org/wonkroom/2008/06/20/fiorina-history/




"JF Mezei" <jfmezei.spamnot@vaxination.ca> wrote in message
news:485ef521$0$12292$c3e8da3@news.astraweb.com...
> John Smith wrote:
>> http://www.politico.com/news/stories/0608/11258.html
>
> She's been mentioned a few times, especially after McCain admitted he
> wasn't a hot shot when it comes to economic issues. Having her behind
> his back would help him with the economic side. (or so they say).
>
> Carly, despite being a blonde bimbo, can speak and say nothing using
> this week,s buzzwords without saying anything or without understanding
> any of it. Sounds like the perfect definition of a politician.
>
> I think it will come down to whether McCain feels he needs a token
> female as VP to counter the possibility of Hillary as VP.
>
> Hopefully the VP debate will be held in a giant vat of jello which would
> make for a  most excellent cat fight between Hillary and Carly. "My
> hairdresser is better than yours", "my business jet is bigger than
> yours", "yeah, but mine is faster than yours".
>
> One thing is for sure, Carly understand and supports the patriot act
> very well. She likes the ability to listen in on phone conversations,
> plant emails to fetter out certain people etc etc.



And I thought the current crop of *Presidential* candidates were unpalatable!

WWWebb
------=_Part_59644_3199419.1215819544695-- ------------------------------ Date: Fri, 11 Jul 2008 12:10:05 -0700 (PDT) From: Ken.Fairfield@gmail.com Subject: Q: Configure TCP/IP Services for a node not yet booted? Message-ID: <5762a077-879e-4112-8648-e8beb9447ecd@2g2000hsn.googlegroups.com> I'm in the middle of a migration of our VMS cluster from Multinet 4.4A to TCP/IP Services 5.4ECO7 under VMS 7.3-2 on GS1280's. We have 3 production nodes and one non-production node in the cluster. 1) I've created a second system disk (backup/image from the cluster system disk); 2) I've booted the non-prod node from the new system disk; 3) I've installed TCP/IP Services on the new system disk and done TCPIP$CONFIG for the non-prod node; 4) Rebooted the non-prod node with Multinet disabled and TCPIP$STARTUP enabled. So far so good, the non-prod node is running TCP/IP Services with no problems. QUESTION: Is there a way to configure the interfaces for the production nodes on the new system disk *before* each of the production nodes boots from that disk. I've been told I can, but from a somewhat unreliable source. :-( It seems to me that while I can mount the new system disk on the other cluster nodes without booting them from it, trying to run TCPIP$CONFIG from that disk probably wouldn't work because it would look for TCPIP$CONFIGURATION.DAT, etc., in "SYS$SYSTEM" which would not exist on the old system disk. Is there a way to specify a node to configure other than the node that's running TCPIP$CONFIG? Thanks, Ken ------------------------------ Date: Fri, 11 Jul 2008 16:02:49 -0400 From: JF Mezei Subject: Re: Q: Configure TCP/IP Services for a node not yet booted? Message-ID: <4877bc72$0$1820$c3e8da3@news.astraweb.com> Ken.Fairfield@gmail.com wrote: > Is there a way to specify a node to configure other > than the node that's running TCPIP$CONFIG? Look at: DIR SYS$SYSTEM:TCPIP*.DAT* This gives you the core config files. And then look at: SHOW LOG TCPIP* on a running system You'll find logicals pointing to all of those. TCPIP> is used to populate those files. This is just a utility. It can be used when TCPIP is down except for a few commands (like SHOW DEVICE). Some of the config files can be copied from another node. the TCPIP$SERVICE.DAT file for instance is node agnostic. It just defines services. It is in the TCPIP$CONFIGURATION where a service is attached to a node with its default enabled or not state. (SET CONF ENABLE_SERVICE ) Generally SET CONF xxxx go into the configuration.dat file , except for SET INTERFACE which goes to it as well. I think there is one command which has a /PERM needed to make it go to the confguration file, but Hoff's comments about me have disrupted the flow of blood to that part of the brain ..... Make sure you backup the files on the running system before trying to muck with file son another disk just in case TCPIP utility disregards logicals and goes for the files in SYS$SYSTEM. ------------------------------ Date: 11 Jul 2008 21:30:06 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: Q: Configure TCP/IP Services for a node not yet booted? Message-ID: <4877d0de$0$7339$607ed4bc@cv.net> In article <4877bc72$0$1820$c3e8da3@news.astraweb.com>, JF Mezei writes: >Ken.Fairfield@gmail.com wrote: > >> Is there a way to specify a node to configure other >> than the node that's running TCPIP$CONFIG? > >Look at: > >DIR SYS$SYSTEM:TCPIP*.DAT* >This gives you the core config files. > >And then look at: > >SHOW LOG TCPIP* on a running system >You'll find logicals pointing to all of those. > >TCPIP> is used to populate those files. > >This is just a utility. It can be used when TCPIP is down except for a >few commands (like SHOW DEVICE). > > >Some of the config files can be copied from another node. the >TCPIP$SERVICE.DAT file for instance is node agnostic. It just defines >services. It is in the TCPIP$CONFIGURATION where a service is attached >to a node with its default enabled or not state. > >(SET CONF ENABLE_SERVICE ) > >Generally SET CONF xxxx go into the configuration.dat file , except for >SET INTERFACE which goes to it as well. > >I think there is one command which has a /PERM needed to make it go to >the confguration file, but Hoff's comments about me have disrupted the >flow of blood to that part of the brain ..... > > >Make sure you backup the files on the running system before trying to >muck with file son another disk just in case TCPIP utility disregards >logicals and goes for the files in SYS$SYSTEM. After they are copied to appropriate roots, I would think that logicals could be defined to point to the appropriate files and then use... $ TCPIP SET CONFIGURATION INTERFACE {...} Hell, the TCPIP$CONFIG might even function with logicals appropriately defined. I haven't looked since I have no need to configure any boxes in this fashion but I may take a looksee when I have some free time. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM "Well my son, life is like a beanstalk, isn't it?" Copyright 2008 Brian Schenkenberger. Any publication of _this_ usenet article outside of usenet _must_ include its contents _in_its_entirety_ including this copyright notice, disclaimer and quotations. The citizens of our state must be free, within reason, to speak out on matters of public concern. So long as they state the facts implicated fairly and express their opinions, even in the most colorful and hyperbolic terms, their speech should be protected by us. -- NJ Superior Court Appellate Div. (NJSC) ... pejorative statements of opinion are entitled to constitutional protection no matter how extreme, vituperous, or vigorously expressed they may be. (NJSC) "Coding is _not_ a crime!" Support the EFF: http://www.eff.org ------------------------------ Date: Fri, 11 Jul 2008 16:43:31 -0700 (PDT) From: Ken.Fairfield@gmail.com Subject: Re: Q: Configure TCP/IP Services for a node not yet booted? Message-ID: <45069159-eb96-41d2-9ec4-17d7a1b22226@8g2000hse.googlegroups.com> On Jul 11, 1:02 pm, JF Mezei wrote: > Ken.Fairfi...@gmail.com wrote: > > Is there a way to specify a node to configure other > > than the node that's running TCPIP$CONFIG? > > Look at: > > DIR SYS$SYSTEM:TCPIP*.DAT* > This gives you the core config files. > > And then look at: > > SHOW LOG TCPIP* on a running system > You'll find logicals pointing to all of those. > > TCPIP> is used to populate those files. [...] See that won't work, because: ======================================================= Syskhf> tcpip %DCL-W-IVVERB, unrecognized command verb - check validity and spelling \TCPIP\ Syskhf> ======================================================== Given cluster nodes A,B,C & D, A,B & C have booted DSA0: and do *not* have TCP/IP Services installed. Node D has botted off DSA10: and *does* have TCP/IP Services installed, and configured for node D. I'd be very worried to run, e.g., TCPIP SET CONF INTERF on node D *for* A's interfaces since some of the infromation wind's up. or uses, entries in the DSA10: SYS$COMMON TCPIP databases. On the other hand, I don't know, but possibly could try, to run on node A, do a SET COMMAND to node D's DCLTABLES, define the logicals and try to invoke the TCPIP command (there'd be more, I'd need to define logicals for the TCPIP images 'cause they won't be found in node A's SYS$SYSTEM or SYS$LIBRARY, etc.). I was actually hoping there was a way to the SET CONF type command with a node qualifier, but I haven't found anything like that yet. :-( Other ideas? Thanks, Ken ------------------------------ Date: Fri, 11 Jul 2008 21:11:21 -0400 From: JF Mezei Subject: Re: Q: Configure TCP/IP Services for a node not yet booted? Message-ID: <487804c6$0$18532$c3e8da3@news.astraweb.com> Ken.Fairfield@gmail.com wrote: > Given cluster nodes A,B,C & D, A,B & C have booted > DSA0: and do *not* have TCP/IP Services installed. > Node D has botted off DSA10: and *does* have > TCP/IP Services installed, and configured for node D. Does this mean that you intend to progressively reboot A B C from DSA10: ? AKA: you want to pre-populate their root on DSA10: with all the TCPIP stuff ? OK, then it can get interesting. And I erred in a previous description. TCPIP$SERVICE.DAT is shared in VMS$COMMON.SYSEXE. From some 2006 work I did http://groups.google.com/group/comp.os.vms/msg/774df4e15e5a07b3?hl=xx-elmer&dmode=source TCPIP$SERVICE.DAT in SYS$COMMON:[SYSEXE] has, as primary key, the first 28 bytes of the record: This 28 byte key must be unique in the indexed file. 16 bytes -> Service name 4 bytes -> unknown (seems to always be 0000100) 2 bytes -> port number 2 bytes -> protocol 006 = TCPIP 011 = UDP 4 bytes -> address to listen on. If the address is set to 00000000 ( 0.0.0.0 ) then it will listen on all interfaces for that node, and this makes the record node neutral and is thus usable on any node in the cluster. So for instance, you'll have 2 "BIND" records, one for TCP and one for UDP service, both having 0 as IP to listen to. Both these records would be usable for any node in the cluster since they are not tied to any specific interface. > I'd be very worried to run, e.g., TCPIP SET CONF INTERF > on node D *for* A's interfaces since some of the infromation > wind's up. or uses, entries in the DSA10: SYS$COMMON > TCPIP databases. Digging a bit deeper, you are correct. The node name is part of the record in the TCPIP$CONFIGURATION.DATA So if you are on node D, chances are that the TCPIP utility would use node "D" as part of the record. So the best bet would be to make TCPIP utility work on nodes A B C and point the logicals to D's SYS$COMMON so that each node can then contribute its own node-specific configuration data. One text you can make: from node a, SHOW SERVICES should display the defined services the same as on node D, but they should all be disabled. Again, backing up all of the TCPIP$*.DAT in SYS$COMMON:[SYSEXE] before you make modifications ensures that if you mess up, you can come back. To get TCPIP utility to run on node A B C, you can use VERB to extract the CLD from node D and then apply it to your process on node A, and then you'll need to define logicals for TCPIP$IPC_SHR.EXE;1 TCPIP$ACCESS_SHR.EXE;1 (you may need some more, not 100% sure those are the only 2 TCPIP specific that are needed.) BTW: $MC TCPIP$UCP is the same as $ TCPIP So you might be able to skip the .CLD portion and just invoke it with MC TCPIP$UCP (or MC dsa010:[vms$common.sysexe]tcpip$ucp ) You can start by running the utility with no logicals defined and it will probably create the files in node A's SYS$SYSTEM. Play with the definitions until you have the syntax right. Then define the logicals to point to the node D's system disk, and apply those commands. Remember that there is no need to define the services on node A, once you set the logical TCPIP$SERVICE to point to node D's disk, then these services will be visible. You can then do the TCPIP> SET CONF ENABLE_SERVICE for invididual services you want each node to have enabled (aka: automatically started). So basically, define logicals to point to the common future disk, and from each node, run the commands necessary to define the interfaces and whatever else you need defined. Beware however that many services create directories in node-specific root. Once A has rebooted into DSA10:, you can then use @TCPIP$CONFIG to enable individual services and this will ensure the right no-de-specific directories are created and populated with template files. You could also do that manually if you want. make 100% sure that no matter what you do, that all nodes share a common sysuaf. Services are assigned a UIC in what is essentially a random process. So if TCPIP$CONFIG doesn't see there is already a TCPIP$SMTP, it will create a new one with a UIC that will be different than TCPIP$SMTP that already exists on node D. So when you merge everything, you can have some problems. Also, remember that SYSLOG and RSH both use 514 as port (one UDP, the other TCP). You need to manually add records in TCPIP$SERVICE.DAT for this to work, and only one can be SET CONF ENABLE_SERVICE. You will need to TCPIP ENABLE SERVICE manually for the second one after the first one was started automatically when TCPIP starts up. DUMP/RECORD is your friend here. Once you have TCPIP> running on node A, add an interface, and from node D, do a DUMP/RECORD of TCPIP$/CONFIGURATION.DAT and you should see a NEW record has been added (as opposed to an existing one having been modified). ------------------------------ Date: Fri, 11 Jul 2008 22:20:16 -0500 From: Michael Austin Subject: Re: Srategy to pickup files at specific times Message-ID: VAXman- @SendSpamHere.ORG wrote: > In article <4875c81b$0$18601$c3e8da3@news.astraweb.com>, JF Mezei writes: >> I wish to pickup weather radar images "as soon as they are ready". >> The canadian radar web sites update their images at either 10 or 20 >> minute intervals, and their web page link to a different image name >> every time. The images become available "a few minutes" after the times >> on the images. >> >> >> I'd like to have a DCL a procedure that use CURL to pickup the main >> HTML, parse it to find the appropriate > image (and then imagemagik to process image to be usable on my mobile phone) >> >> In a detached process running loginout.exe (aka: DCL), is this only way >> to "wake up" at a specific time to do a : >> >> say my logic determines that I should pickup files 2 minutes after every >> 10 (eg: 02, 12, 22, 32, 42, 52) >> >> $A = F$TIME() >> $extract the minutes/hour from it. >> $calculate how many minutes between now and the next pickup time >> $WAIT that many minutes >> >> Is this the best way ? > > If you want to be certain to pick it up at 2 mins, 12 mins, 22 mins, etc., > you should calculate the wait period from the current time as there is a > good chance that saying $ WAIT 0:10:00 after some start point at *2 mins > is going to become skewed over time. > > Assuming you start your procedure at *:*2:00, you can compute the next > time with: > > $ NEXT_TIME[0,16] := "''F$cvtime("+0-0:10:00.00","ABSOLUTE",)'" > $ NEXT_TIME[16,7] := "2:00.00" > $ WAIT 'F$DELTA_TIME(F$TIME(),NEXT_TIME) > > The first line gets the time 10 minutes from the current time. It only > saves the DD-MMM-YYYY HH:M portion of the time. The next line adds on a > 2:00.00 to make the time DD-MMM-YYYY HH:M2:00.00 The last line computes > the delta time for the wait. > > You can avoid the delta time computation altogether as WAIT will take an > absolute time for expiration as well. Thus, you can simply use: > > $ NEXT_TIME[0,16] := "''F$cvtime("+0-0:10:00.00","ABSOLUTE",)'" > $ NEXT_TIME[16,7] := "2:00.00" > $ WAIT 'NEXT_TIME > > Had an interesting process once... they had a batch job that was to collect data from another system every 10 minutes - it would resubmit itself prior to actual execution. Problem was... it took 15 minutes to collect this 10-minute interval data... so be careful what you wish for :) ------------------------------ Date: Fri, 11 Jul 2008 17:34:09 -0400 From: "Richard B. Gilbert" Subject: Re: Symbol Substitution Mystery Message-ID: norm.raphael@metso.com wrote: > > AEF wrote on 07/11/2008 08:13:50 AM: > > > On Jul 11, 7:59 am, "Richard B. Gilbert" > > wrote: > > > AEF wrote: > > > > On Jul 10, 10:19 pm, Rob Brown wrote: > > > >> On Thu, 10 Jul 2008, AEF wrote: > > > >>> On Jul 10, 2:02 pm, Rob Brown wrote: > > > >>>> On Wed, 9 Jul 2008, AEF wrote: > > > >>>>> Yes, that makes sense -- especially if division is performed by > > > >>>>> repeatedly subtracting .... (If that's not how it's done I'm all > > > >>>>> ears.) > > > >>>> I might have thought that it would use the divide instruction. On > > > >>>> VAX the integer DIV instruction does one of two specific things on > > > >>>> divide by 0, neither of which is to return 2**31 - 1. On Alpha, > > > >>>> there is no > > > >>> So what are these two specific things? > > > >> The quotient operand is either unchanged or gets the value from the > > > >> divident operand. Which really means that it always gets the > > > >> dividend. > > > > > > > I don't understand this. You're starting with the answer, no? > > > > > > >>>> integer divide instruction, but floating divide by zero causes a > > > >>> You mean you can't run the command $ A = 5/2 on an Alpha? > Surely you > > > >>> jest. > > > >> Sure you can. Watch: > > > > > > >> $ write sys$output f$getsyi ("hw_name") > > > >> DEC 3000 Model 400 > > > >> $ a = 5/2 > > > >> $ show symbol a > > > >> A = 2 Hex = 00000002 Octal = 00000000002 > > > > > > >> Which does not change the fact that this machine does not have an > > > >> integer divide instruction. > > > > > > > How can you perform integer division without being able to do it? > > > > Perhaps I'm misunderstanding just what you mean by "instruction". A > > > > computer can't do anything without instructions, no? > > > > > > You can program around a missing divide instruction. Iterated > > > subtraction will do it if you can't think of any other way. Many > of the > > > early computers did not have a divide instruction and the pioneers had > > > to "roll their own". I've forgotten the details but, if anyone really > > > cares, a search through something like "Fundamental Algorithms" and/or > > > "Semi-Numerical Algorithms" by Donald E. Knuth should prove fruitful. > > > > OK, so I guess that by "instruction" it is meant that the processor > > itself has its own algorithm. And in the case where it doesn't, DCL > > itself has to use its own algorithm and issue addition and subtraction > > commands to the processor. My apologies for not being up on this > > lingo. > > Well, we're more than a little off-topic here, but... > > In my early employment I worked on an IBM 1620 machine without a hardware > divide instruction. That instruction was emulated in software in the > assembler. A later model implemented it in hardware. (We also used > FORTRAN I, which did all floating-point with subroutines.) The console > was and IBM electric typewriter, and the output was a card-punch, There > was no printer; we used an IBM 407 to list the card deck. Others have > recalled here those ancient devices. > > There is nothing unusual about this. Divide-by-zero has been a thorn in > the side of programmers since there were programmers. I don't think I > want DCL to stop on a runtime error like that, but maybe it should > generate an informational warning, since I'd probably want to know my > calculations were suspect at best. Doesn't that depend on just what your DCL procedure is doing? Divide by zero is an error in practically any context! If the result is used for anything, the error simply propagates! ------------------------------ End of INFO-VAX 2008.386 ************************