INFO-VAX Tue, 04 Dec 2007 Volume 2007 : Issue 664 Contents: And the XP1000 winner is... Re: ANN: soyMAIL v1.4 is now available RE: FW: Passing large number of arguments to a program RE: FW: Passing large number of arguments to a program Re: Itanium / Integrity question RE: Itanium / Integrity question Job in Canada Re: Job in Canada Re: lexical for terminal attributes? over 800 0 length DOMAIN.DB_xxxxx files in my bind directory Re: vms on blades today's update Re: vms on blades today's update ---------------------------------------------------------------------- Date: Tue, 4 Dec 2007 11:12:24 -0500 From: "David Turner, Island Computers" Subject: And the XP1000 winner is... Message-ID: <13lauvbiteje761@news.supernews.com> gwilliams@cfa.harvard.edu Gareth Williams -- David B Turner Island Computers US Corp 2700 Gregory St, Suite 180 Savannah GA 31404 T: 877-6364332 x201 Intl: 001 912 447 6622 E: dturner@islandco.com F: 912 201 0402 W: http://www.islandco.com The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential, proprietary, and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from all computers. ------------------------------ Date: Tue, 04 Dec 2007 18:28:26 +1030 From: Mark Daniel Subject: Re: ANN: soyMAIL v1.4 is now available Message-ID: <13l9ulkra389v91@corp.supernews.com> Mark Daniel wrote: > soyMAIL v1.4 is now available from the WASD download page > > http://wasd.vsm.com.au/wasd/ > > This is more of a refinement and bugfix release than containing anything > completely new or significant. Nevertheless it's probably better that > these regularly be out and in use than languishing on some dusty drive > inside my system. > > The release notes are available > > http://wasd.vsm.com.au/soymail/-/release_notes.txt > > and for any who may be unfamiliar with soyMAIL > > http://wasd.vsm.com.au/ht_root/src/soymail/doc/soymail_overview.html > http://wasd.vsm.com.au/ht_root/src/soymail/doc/soymail_admin.html > > You would have seen the announcement earlier at http://openvms.org/ !! Perhaps I should have added - "and not at all on ITRC!!!" ------------------------------ Date: Tue, 4 Dec 2007 08:39:31 -0500 From: "Farrell, Michael" Subject: RE: FW: Passing large number of arguments to a program Message-ID: <8330CD39B64C934DBE63CB6D4CEE37D0382D77@NJ103EX2.EAST.VIS.COM> Hi Hoff, Can you supply the section number at least of the OpenVMS user's Guide where you found the reference cited below? I have been searching the web site now and getting nowhere in my attempt to find and read it. TIA, Mike Farrell -----Original Message----- From: Stephen Hoffman [mailto:Hoff@HoffmanLabs-RemoveThis-.Org]=20 Sent: Monday, December 03, 2007 6:50 PM To: Info-VAX@Mvb.Saic.Com Subject: Re: FW: Passing large number of arguments to a program Farrell, Michael wrote: > One of my programmers wrote a program that receives a huge=20 > (embarrassingly huge) number of arguments.=20 >=20 > The program is run through a DCL jacket procedure that develops the=20 > arguments and calls the program.=20 >=20 >=20 > If the number of arguments exceeds 143, not the leading argument, but=20 > the following leading arguments get clobbered. From the documentation of DCL currently available in the OpenVMS User's Guide at the HP web site: "Include no more than 127 elements=20 (parameters, qualifiers, and qualifier values) in each command line." The associated command length and token size limits were increased in=20 late V7 and in V8 releases, and that much is documented in the new=20 features manuals. I don't know that the maximum number of elements has been changed.=20 (Based on what you are seeing, it would appear not.) If this documentation holds -- it's what is currently posted, though=20 whether or not this documentation is the most current in light of the=20 DCL changes is another question -- then your programmer's code is=20 depending on unsupported behavior, and you have an enhancement request=20 (better error reporting, more elements) and not a bug report. (How HP=20 might choose to respond to any of this is another and open question.) Me? I'd alter the code to avoid needing a gazillion parameters. I'd=20 tend to look to pass in the wad of data required here via a file or via=20 mailbox or other such approach. (FWIW, DCL has mailbox capabilities in=20 recent releases with CREATE /MAILBOX and such...) Or at least stuff the wad you have into 127 or fewer elements. --=20 www.HoffmanLabs.com Services for OpenVMS ------------------------------ Date: Tue, 4 Dec 2007 08:49:33 -0500 From: "Farrell, Michael" Subject: RE: FW: Passing large number of arguments to a program Message-ID: <8330CD39B64C934DBE63CB6D4CEE37D0382D7B@NJ103EX2.EAST.VIS.COM> Hoff, Never mind. I think I finally found it. Section 3.4.5. Thanks, Mike -----Original Message----- From: Farrell, Michael=20 Sent: Tuesday, December 04, 2007 8:40 AM To: 'hoff@hoffmanlabs.org' Cc: 'Info-VAX@Mvb.Saic.Com' Subject: RE: FW: Passing large number of arguments to a program Hi Hoff, Can you supply the section number at least of the OpenVMS user's Guide where you found the reference cited below? I have been searching the web site now and getting nowhere in my attempt to find and read it. TIA, Mike Farrell -----Original Message----- From: Stephen Hoffman [mailto:Hoff@HoffmanLabs-RemoveThis-.Org]=20 Sent: Monday, December 03, 2007 6:50 PM To: Info-VAX@Mvb.Saic.Com Subject: Re: FW: Passing large number of arguments to a program Farrell, Michael wrote: > One of my programmers wrote a program that receives a huge=20 > (embarrassingly huge) number of arguments.=20 >=20 > The program is run through a DCL jacket procedure that develops the=20 > arguments and calls the program.=20 >=20 >=20 > If the number of arguments exceeds 143, not the leading argument, but=20 > the following leading arguments get clobbered. From the documentation of DCL currently available in the OpenVMS User's Guide at the HP web site: "Include no more than 127 elements=20 (parameters, qualifiers, and qualifier values) in each command line." The associated command length and token size limits were increased in=20 late V7 and in V8 releases, and that much is documented in the new=20 features manuals. I don't know that the maximum number of elements has been changed.=20 (Based on what you are seeing, it would appear not.) If this documentation holds -- it's what is currently posted, though=20 whether or not this documentation is the most current in light of the=20 DCL changes is another question -- then your programmer's code is=20 depending on unsupported behavior, and you have an enhancement request=20 (better error reporting, more elements) and not a bug report. (How HP=20 might choose to respond to any of this is another and open question.) Me? I'd alter the code to avoid needing a gazillion parameters. I'd=20 tend to look to pass in the wad of data required here via a file or via=20 mailbox or other such approach. (FWIW, DCL has mailbox capabilities in=20 recent releases with CREATE /MAILBOX and such...) Or at least stuff the wad you have into 127 or fewer elements. --=20 www.HoffmanLabs.com Services for OpenVMS ------------------------------ Date: 4 Dec 2007 11:50:58 GMT From: billg999@cs.uofs.edu (Bill Gunshannon) Subject: Re: Itanium / Integrity question Message-ID: <5rkt92F14qs24U1@mid.individual.net> In article , Stephen Hoffman writes: > > Short answer: This mixture is a non-issue; Windows will find the disk > signatures it expects, and should not stomp on the OpenVMS I64 > bootstrap, save for cases where you repartition disks or write to > partitions you don't own, etc. Long answer follows... "Should not"!! But my experience with Windows and other OSes trying to occupy the same system, even on separate disks says otherwise. 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, 4 Dec 2007 15:04:18 +0000 From: "Main, Kerry" Subject: RE: Itanium / Integrity question Message-ID: > -----Original Message----- > From: Bill Gunshannon [mailto:billg999@cs.uofs.edu] > Sent: December 3, 2007 9:14 AM > To: Info-VAX@Mvb.Saic.Com > Subject: Re: Itanium / Integrity question > > In article <4752DA1A.3080909@comcast.net>, > "Richard B. Gilbert" writes: > > Main, Kerry wrote: > >>>-----Original Message----- > >>>From: John Wallace [mailto:johnwallace4@yahoo.spam.co.uk] > >>>Sent: December 2, 2007 8:21 AM > >>>To: Info-VAX@Mvb.Saic.Com > >>>Subject: Re: Itanium / Integrity question > >>> [snip...] > > I never checked > it > > out because mine is not worth stealing and if someone did me that > favor > > I certainly wouldn't want to have the laptop recovered. > > At this time of year it is much more likely they are not x-raying > trunks > looking for laptops (wouldn't an x-ray machine with a signal strong > enough > to penetrate the steel of most cars also erase the disk or even trash > the > electronics of the laptop?) but just breaking into them looking for > Wii, > Playstation, Garmin and other high value Christmas presents. > > bill > Well, fwiw, the police told me that the $ value of the laptop was nothing compared to what the bad guys can get for personal information gleamed from the laptop. Hence the reason why laptops were such a high focus area for the bad guys. So now I have power up password, drive lock on HDD (prevents drive being read on another laptop) and encryption on sensitive folders. It likely is not 100%, but hopefully will be enough to make the bad guys give up and move on to easier laptops they have in their possession. 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, 4 Dec 2007 09:15:12 -0500 From: "David Turner, Island Computers" Subject: Job in Canada Message-ID: <13lao3kbt3tqmcd@news.supernews.com> We have a long term career opportunity in Vancouver, BC Canada for a well-experienced AlphaServer OpenVMS Support specialist. Please let us know if you know of anyone who may be interested in taking this post. Relocation assistance is available. Ali Juma intelliNet Network Computing Managed Services 604-273-5001 x 223 www.intellinet-canada.com -- David B Turner Island Computers US Corp 2700 Gregory St, Suite 180 Savannah GA 31404 T: 877-6364332 x201 Intl: 001 912 447 6622 E: dturner@islandco.com F: 912 201 0402 W: http://www.islandco.com The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential, proprietary, and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from all computers. ------------------------------ Date: Tue, 4 Dec 2007 10:07:00 -0500 From: "David Turner, Island Computers" Subject: Re: Job in Canada Message-ID: <13lar4ogdo2l0d7@news.supernews.com> From what some have told me, you may be wasting your time Sorry for the posting -, just thought I was helping DT "David Turner, Island Computers" wrote in message news:13lao3kbt3tqmcd@news.supernews.com... > We have a long term career opportunity in Vancouver, BC Canada for a > well-experienced AlphaServer OpenVMS Support specialist. Please let us > know if you know of anyone who may be interested in taking this post. > Relocation assistance is available. > > > > Ali Juma > intelliNet > Network Computing Managed Services > 604-273-5001 x 223 > www.intellinet-canada.com > > > > > -- > David B Turner > Island Computers US Corp > 2700 Gregory St, Suite 180 > Savannah GA 31404 > > T: 877-6364332 x201 > Intl: 001 912 447 6622 > E: dturner@islandco.com > F: 912 201 0402 > W: http://www.islandco.com > > > > > The information transmitted is intended only for the person or entity to > which it is addressed and may contain confidential, proprietary, and/or > privileged material. Any review, retransmission, dissemination or other > use of, or taking of any action in reliance upon this information by > persons or entities other than the intended recipient is prohibited. If > you received this in error, please contact the sender and delete the > material from all computers. > > ------------------------------ Date: Tue, 04 Dec 2007 13:44:23 -0000 From: Thomas Dickey Subject: Re: lexical for terminal attributes? Message-ID: <13lamdn2j8kda69@corp.supernews.com> Arne Vajhøj wrote: > Another good candidate for not working in a terminal emulator > is loading soft character sets. I've thought about doing it in xterm, but aside from the intellectual challenge (of making it efficient, etc), there doesn't seem to be much point in it. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net ------------------------------ Date: Tue, 04 Dec 2007 09:29:11 -0500 From: sol gongola Subject: over 800 0 length DOMAIN.DB_xxxxx files in my bind directory Message-ID: I found over 800 0 length files similar to the ones listed below in SYS$SPECIFIC:[TCPIP$BIND] created over a three day period. The actual .db files were ok and bind was running fine. I looked in the bind logs and operator logs and found no messages that could relate to this. Can anyone tell me what the files are and when caused them? 1_168_192_IN-ADDR_ARPA.DB_8E4409;1 0/0 2-DEC-2007 18:15:31.48 1_168_192_IN-ADDR_ARPA.DB_8E447A;1 0/0 2-DEC-2007 11:41:53.47 1_168_192_IN-ADDR_ARPA.DB_8E4523;1 0/0 3-DEC-2007 05:05:40.51 1_168_192_IN-ADDR_ARPA.DB_8E457A;1 0/0 2-DEC-2007 13:44:52.96 1_168_192_IN-ADDR_ARPA.DB_8E4C7A;1 0/0 3-DEC-2007 02:41:14.58 1_168_192_IN-ADDR_ARPA.DB_8E5009;1 0/0 3-DEC-2007 09:59:01.63 MYDOMAIN_ORG.DB_851D7E;1 0/0 1-DEC-2007 01:13:48.48 MYDOMAIN_ORG.DB_85247E;1 0/0 1-DEC-2007 17:21:42.52 MYDOMAIN_ORG.DB_852B7E;1 0/0 2-DEC-2007 07:52:27.49 MYDOMAIN_ORG.DB_85A51B;1 0/0 1-DEC-2007 13:31:03.94 MYDOMAIN_ORG.DB_87E6AB;1 0/0 2-DEC-2007 10:35:13.45 MYDOMAIN_ORG.DB_87EAAB;1 0/0 2-DEC-2007 18:10:29.64 Compaq TCP/IP Services for OpenVMS Alpha Version V5.1 - ECO 5 Thank you sol ------------------------------ Date: Tue, 4 Dec 2007 07:56:52 -0800 (PST) From: Sue Subject: Re: vms on blades today's update Message-ID: On Nov 30, 5:57 pm, IanMiller wrote: > I thought was interesting and worth the 40 minute overrun, I > discovered I could dial up the UK freephone number using skype with no > calling credit so that's what I did. > It covered things I did not know about blades. I counted up to 67 > people connected. I think they said they would do it again next year. Gentlemen thank you for your response about the web cast, we had 50% of the people that registered showed up, that is a good percentage usually you expect around 20%. There is a white paper on blades performance at http://h71000.www7.hp.com/openvms/whitepapers/index.html This will be offered again as mentioned and because of the response we have been asked to come up with some other topics. What was very cool is that there were people that I did not know (and companies) that participated. I have been part of a lot of web casts this was the first one that had this many questions my guess is around 30-40 that Jim Janetos answered. Sue ------------------------------ Date: Tue, 04 Dec 2007 17:07:56 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: vms on blades today's update Message-ID: In article , Sue writes: > > >On Nov 30, 5:57 pm, IanMiller wrote: >> I thought was interesting and worth the 40 minute overrun, I >> discovered I could dial up the UK freephone number using skype with no >> calling credit so that's what I did. >> It covered things I did not know about blades. I counted up to 67 >> people connected. I think they said they would do it again next year. > >Gentlemen thank you for your response about the web cast, we had 50% >of the people that registered showed up, that is a good percentage >usually you expect around 20%. > >There is a white paper on blades performance at >http://h71000.www7.hp.com/openvms/whitepapers/index.html > >This will be offered again as mentioned and because of the response we >have been asked to come up with some other topics. What was very cool >is that there were people that I did not know (and companies) that >participated. I have been part of a lot of web casts this was the >first one that had this many questions my guess is around 30-40 that >Jim Janetos answered. I tried but could get in to access. -- 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 ------------------------------ End of INFO-VAX 2007.664 ************************