INFO-VAX Mon, 22 Jan 2007 Volume 2007 : Issue 44 Contents: Re: "reverse pathworks" ? Re: Going from Pathworks 7.3 to Samba Re: How to get the codec from a file ? Re: How to get the codec from a file ? Re: How to get the codec from a file ? Re: How to get the codec from a file ? Re: MAIL broadcasts across nodes in cluster New OpenVMS Technical Journal is now Available Re: New OpenVMS Technical Journal is now Available ODD SYSMAN IO CONNECT on Alpha Re: OT: NJABL anti spam RBL changes Re: Securing router/switch config files via TFTP on VMS Re: strange LINK error Re: strange LINK error Re: ZIC compile errors for northamerica file Re: ZIC compile errors for northamerica file ---------------------------------------------------------------------- Date: 22 Jan 2007 04:47:53 -0800 From: "Pierre" Subject: Re: "reverse pathworks" ? Message-ID: <1169470073.125677.204890@11g2000cwr.googlegroups.com> > ------------------- > What is the hesitation with Samba? I use Samba to push PDF's created by > our MANMAN MRP system out to our Citrix environment. The following > command line connects and pushes out the entire structure: > > $ smbclient "''share_name'" "''password-goes-here'" "-I" server-name > "-U" "AD username" "-W" "domain" -c "cd ""''citrix_target'""; ls; prompt > ; recurse; mput Accounting; mput Manufacturing; mput OTHER; mput Sales; > ls" What is the hesitation with Samba? well... no hesitation. I do not know the product and what can be done with it. that's why I ask :) may a remote disk (one attached to a remote PC) be visible as a local/network disk by a program ? Pierre. ------------------------------ Date: 22 Jan 2007 01:27:40 -0800 From: "Ian Miller" Subject: Re: Going from Pathworks 7.3 to Samba Message-ID: <1169458060.340387.268100@51g2000cwl.googlegroups.com> the current version of Samba is available as free download http://h71000.www7.hp.com/network/CIFS_for_Samba.html for evaluation. HP intend to have tools to help you migrate to this. I don't know how far they have got in providing these tools. ------------------------------ Date: Mon, 22 Jan 2007 15:17:36 +0000 (UTC) From: gartmann@nonsense.immunbio.mpg.de (Christoph Gartmann) Subject: Re: How to get the codec from a file ? Message-ID: In article <45b4c743$0$4618$9b622d9e@news.freenet.de>, "Klaus-D. Bohn" writes: >Hello all together, > >how i get the codec from a file? > >In Unix you could only use "file -i filename". > >file -i test1.txt > text/plain; charset=utf-8 > >file -i test2.txt > text/plain; charset=iso-8859-1 > >To get theses information in a higher language ( C oder C++ ) will be nice. In OpenVMS this information is not stored in the file header. So there is no way to know encoding is used unless you open the file and read the first few lines. Regards, Christoph Gartmann -- Max-Planck-Institut fuer Phone : +49-761-5108-464 Fax: -452 Immunbiologie Postfach 1169 Internet: gartmann@immunbio dot mpg dot de D-79011 Freiburg, Germany http://www.immunbio.mpg.de/home/menue.html ------------------------------ Date: Mon, 22 Jan 2007 10:22:49 -0700 From: Kevin Handy Subject: Re: How to get the codec from a file ? Message-ID: <1169486651_6277@sp6iad.superfeed.net> Christoph Gartmann wrote: > In article <45b4c743$0$4618$9b622d9e@news.freenet.de>, "Klaus-D. Bohn" writes: >> Hello all together, >> >> how i get the codec from a file? >> >> In Unix you could only use "file -i filename". >> >> file -i test1.txt >> text/plain; charset=utf-8 >> >> file -i test2.txt >> text/plain; charset=iso-8859-1 >> >> To get theses information in a higher language ( C oder C++ ) will be nice. > > In OpenVMS this information is not stored in the file header. So there is no > way to know encoding is used unless you open the file and read the first few > lines. This is how Unix does it. What you would need to do is either find a VMS version of the program, or convert one of the available versions. ----== Posted via Newsfeeds.Com - Unlimited-Unrestricted-Secure Usenet News==---- http://www.newsfeeds.com The #1 Newsgroup Service in the World! 120,000+ Newsgroups ----= East and West-Coast Server Farms - Total Privacy via Encryption =---- ------------------------------ Date: 22 Jan 2007 12:48:27 -0600 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: How to get the codec from a file ? Message-ID: In article <45b4c743$0$4618$9b622d9e@news.freenet.de>, "Klaus-D. Bohn" writes: > Hello all together, > > how i get the codec from a file? codec? What dictionary is that word listed in? ------------------------------ Date: 22 Jan 2007 12:50:25 -0600 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: How to get the codec from a file ? Message-ID: In article <45b4c743$0$4618$9b622d9e@news.freenet.de>, "Klaus-D. Bohn" writes: > Hello all together, > > how i get the codec from a file? > > In Unix you could only use "file -i filename". > > file -i test1.txt > text/plain; charset=utf-8 > > file -i test2.txt > text/plain; charset=iso-8859-1 > > To get theses information in a higher language ( C oder C++ ) will be nice. > Have you tried the gnu "file" utility? Most gnu utilities have better features than their UNIX counterparts, and have been ported to VMS. ------------------------------ Date: 22 Jan 2007 12:39:16 -0600 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: MAIL broadcasts across nodes in cluster Message-ID: In article <45b3579a$0$25775$c3e8da3@news.astraweb.com>, JF Mezei writes: > > Is there a way to have MAIL broadcasts generated on a node to be delivered > to the target user no matter what node he is logged on in the cluster ? MAIL$SYSTEM_FLAGS is a logical name that controls this and other behaviour. IIRC it's documented in the Utility Reference Manual, and/or maybe the cluster manual. ------------------------------ Date: 22 Jan 2007 09:01:17 -0800 From: "Sue" Subject: New OpenVMS Technical Journal is now Available Message-ID: <1169485274.415796.227060@v45g2000cwv.googlegroups.com> Dear Distribution lists, It is my pleasure to announce the availability of the most current issue of the OpenVMS Technical Journal. As always, we have a number of excellent articles for you to enjoy. You may not know that the VTJ is a volunteer effort and hence a labor of love not only for the contributors, but also for the larger community. Many thanks to the entire team for making this possible. Now for some highlights about the five articles in this issue for your reading pleasure. Bruce Ellis has written an excellent and detailed article on "OpenVMS Mailboxes: Concepts, Programming, and Troubleshooting." Among other things, this article describes what mailboxes are and how OpenVMS implements them and describes implementation considerations and common problems. Ted Saul has written an article "OpenVMS Backup Products: ABS/MDMS and Data Protector Compared." HP offers two backup applications for the OpenVMS operating system at this time: the Archive Backup System/Media and Device Management Services (ABS/MDMS) application and the Data Protector application. This article will point out the similarities and differences between the two, in order to help in the selection process between the products. Once again, Guy Peleg has written an article, this time with the provocative title: "Alignment Faults - What Are they and Why Should I Care?" The article explains what alignment faults are, describes how alignment faults impact application performance, presents ways to detect alignment faults on a running system, and provides a few ideas on fixing them. Speaking of alignment faults, one of our engineers from the DECnet team, Ajo Jose Panoor, has written an article on "Methodologies for Fixing Alignment Faults." This paper describes the methods followed to fix the alignment faults in OpenVMS DECnet Itanium. Because DECnet-Plus is a networking protocol, any performance degradation arising from the protocol stack has major implications on overall system performance and utilization. And last, but by no means least, Bruce Claremont has written the article "Simplifying Maintenance with DCL." Expedient problem resolution is an important element of effective software application maintenance and a crucial component of job retention. Key to resolving a problem is effective identification of its cause. A couple of decades (!) ago Bruce also developed a standardized wrapper for OpenVMS DCL procedures that proved an effective assistant in locating processing problems. Web site: http://h71000.www7.hp.com/openvms/journal/index.html As always thank you for your continued support and feedback. Sue Skonetski VTJ Program Manager ------------------------------ Date: 22 Jan 2007 09:46:47 -0800 From: "Rich Jordan" Subject: Re: New OpenVMS Technical Journal is now Available Message-ID: <1169488007.419644.240840@38g2000cwa.googlegroups.com> Sue wrote: > Dear Distribution lists, > > It is my pleasure to announce the availability of the most current > issue of the OpenVMS Technical Journal. As always, we have a number of > excellent articles for you to enjoy. You may not know that the VTJ is a > volunteer effort and hence a labor of love not only for the > contributors, but also for the larger community. Many thanks to the > entire team for making this possible. > > Now for some highlights about the five articles in this issue for your > reading pleasure. > > Bruce Ellis has written an excellent and detailed article on "OpenVMS > Mailboxes: Concepts, Programming, and Troubleshooting." Among other > things, this article describes what mailboxes are and how OpenVMS > implements them and describes implementation considerations and common > problems. > > Ted Saul has written an article "OpenVMS Backup Products: ABS/MDMS and > Data Protector Compared." HP offers two backup applications for the > OpenVMS operating system at this time: the Archive Backup System/Media > and Device Management Services (ABS/MDMS) application and the Data > Protector application. This article will point out the similarities and > differences between the two, in order to help in the selection process > between the products. > > Once again, Guy Peleg has written an article, this time with the > provocative title: "Alignment Faults - What Are they and Why Should I > Care?" The article explains what alignment faults are, describes how > alignment faults impact application performance, presents ways to > detect alignment faults on a running system, and provides a few ideas > on fixing them. > > Speaking of alignment faults, one of our engineers from the DECnet > team, Ajo Jose Panoor, has written an article on "Methodologies for > Fixing Alignment Faults." This paper describes the methods followed to > fix the alignment faults in OpenVMS DECnet Itanium. Because DECnet-Plus > is a networking protocol, any performance degradation arising from the > protocol stack has major implications on overall system performance and > utilization. > > And last, but by no means least, Bruce Claremont has written the > article "Simplifying Maintenance with DCL." Expedient problem > resolution is an important element of effective software application > maintenance and a crucial component of job retention. Key to resolving > a problem is effective identification of its cause. A couple of decades > (!) ago Bruce also developed a standardized wrapper for OpenVMS DCL > procedures that proved an effective assistant in locating processing > problems. > > Web site: http://h71000.www7.hp.com/openvms/journal/index.html > > As always thank you for your continued support and feedback. > > Sue Skonetski VTJ Program Manager Thanks, Sue! Its nice to see these keep coming. Rich CCS ------------------------------ Date: Mon, 22 Jan 2007 08:24:13 -0500 From: JF Mezei Subject: ODD SYSMAN IO CONNECT on Alpha Message-ID: <45b4bb3a$0$22632$c3e8da3@news.astraweb.com> Alpha VMS 8.3 I had: MC SYSMAN IO CONNECT SYS$VTA0 /NOADAPT/DRIVER=SYS$TTDRIVER (moving from VAX to alpha, I had noticed one needed to add the SYS$ to get the driver...) This in on node CHAIN... An alpha. Well low and behold, the above command would create: WHEEL$VTA0 !!!!! (Wheel is a vax in the cluster) Logging in a terminal set with /DISCONNECT would result in the terminal name being WHEEL$VTA1 even though it was on node CHAIN ... Took me a while to catch the extra SYS in IO CONNECT command :-) :-) :-) While it was my mistake, I am quite curious as to what actually happened when I use IO CONNECT SYS$VTA0 to cause the alpha to use another node's name to prefix VTA0 terminals ???? ------------------------------ Date: 22 Jan 2007 09:39:47 -0800 From: "Rich Jordan" Subject: Re: OT: NJABL anti spam RBL changes Message-ID: <1169487587.716673.63480@v45g2000cwv.googlegroups.com> JF Mezei wrote: > This may be of interest to those who use NJABL as an RBL in your > SMTP.CONFIG file. (heard about NJABL here on cov). > > > With the advent of Spamhaus's PBL (http://spamhaus.org/pbl/), > dynablock.njabl.org has become obsolete. Rather than maintain separate > similar DNSBL zones, NJABL will be working with Spamhaus on the PBL. > > Effective immediately, dynablock.njabl.org exists as a copy of the Spamhaus > PBL. After dynablock users have had ample time to update their > configurations, the dynablock.njabl.org zone will be emptied. > > Other NJABL zones (i.e. dnsbl, combined, bhnc, and the qw versions) will > continue, business as usual, except that combined will eventually lose its > dynablock component. > > If you currently use dynablock.njabl.org we recommend you switch > immediately to pbl.spamhaus.org. > > If you currently use combined.njabl.org, we recommend you add > pbl.spamhaus.org to the list of DNSBLs you use. > > You may also want to consider using zen.spamhaus.org, which is a > combination zone consisting of Spamhaus's SBL, XBL, and PBL zones. Thanks for the heads-up. We do use the NJABL zones. Rich ------------------------------ Date: 22 Jan 2007 12:24:24 -0600 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: Securing router/switch config files via TFTP on VMS Message-ID: In article <45b13b09$0$8741$c3e8da3@news.astraweb.com>, JF Mezei writes: > Bob Koehler wrote: > >> Or better, buy network products that don't have this problem. > > Sorry, but I don't have the clout to tell vendors the size of Cisco to stop > using TFTP. No, but somebody in your organisation has the authority to buy netowrk products from a different vendor. ------------------------------ Date: 22 Jan 2007 04:37:23 -0800 From: "Pierre" Subject: Re: strange LINK error Message-ID: <1169469443.444496.164660@11g2000cwr.googlegroups.com> John E. Malmberg wrote: > Pierre wrote: > > > > yes, you're right. I got a module named snprintf.c > > I will remove it. or put the #if in it. > > > > I strongly recommend that you never use the name of a standard C library > routine for a replacement function, even if the original function is not > present in the host system library. yes. I do agree. but xmlstarlet is not mine. I only port it to VMS :) Pierre ------------------------------ Date: 22 Jan 2007 04:43:09 -0800 From: "Pierre" Subject: Re: strange LINK error Message-ID: <1169469789.270842.93820@l53g2000cwa.googlegroups.com> John E. Malmberg wrote: > JF Mezei wrote: > > John E. Malmberg wrote: > > > >> I strongly recommend that you never use the name of a standard C > >> library routine for a replacement function, even if the original > >> function is not present in the host system library. > > > > There are 2 sides to this story though. If you are importing code, it is > > often easier to just write jacket routines that fill the gaps of > > routines missing in the CRTL. > > No problems with writing jacket routines. Just do not give them the > exact same public names as the official routines. > > Then use macros to redirect the routines for the replacements. yes. but when the routine appears in the "regular" library, you still have to remove the macro. no ? Pierre. ------------------------------ Date: 22 Jan 2007 06:17:16 -0800 From: mckinneyj@saic.com Subject: Re: ZIC compile errors for northamerica file Message-ID: <1169475436.429957.158600@l53g2000cwa.googlegroups.com> sean@obanion.us wrote: > I'm tying to get ZIC to complie the timezone file northamerica, from > ftp://elsie.nci.nih.gov/pub/ that I got today, > and I'm getting some errors that don't make sence. It's not the > location or dates that I need, but I expect the file as a whole to work > correctly. > > I've included the command output and the lines from the zonefile below. > > This is VMS 7.3-1 Alpha with all patches idetified by the ITRC, on an > AS2100A. > > Has anybody else gotten this to work? > > > Sean > > > $ zic -d [.ZIC] northamerica. > "dra3:[000000.timezone]northamerica.;1", line 125: invalid time of day > "dra3:[000000.timezone]northamerica.;1", line 419: invalid time of day > "dra3:[000000.timezone]northamerica.;1", line 959: invalid time of day > "dra3:[000000.timezone]northamerica.;1", line 1090: use of 2/29 in non > leap-year > $ > > >From the northamerica file, the lines in question and the section of > the file they're from. > > Line 125: > Rule US 1945 only - Aug 14 23:00u 1:00 P # Peace > I haven't tried compiling this particular file, but, I'll offer a guess at a solution. Why not try editing NORTHAMERICA. and remove those trailing "u" characters on the times in the first three lines that are cited and remove the trailing "s" in the 4 cited line - and then use the ZIC? ------------------------------ Date: 22 Jan 2007 09:30:46 -0800 From: sean@obanion.us Subject: Re: ZIC compile errors for northamerica file Message-ID: <1169487046.746038.273000@s34g2000cwa.googlegroups.com> Editing the file was the first thing I tried, and although the first three errors do disappear, the last does not. Upon futher investigations the u and s characters in question are valid for that time field, and are used in a number of other places in the file without errror. Looking at the 2006 version of the northamerica file, the four locations have had these values for some time, so I'm wondering if this is a bug in the older version of ZIC that shipped with VMS 7.3-1. I'm updating a system running VMS 7.3-2 which has a supported patch that includes an updated ZIC image. I'm going to try to execute that image on 7.3-1 to see what happens, as well as copying the output files from 7.3-2 to 7.3-1. I'm also going to compile the northamerica file under 7.3-2 to see what happens. If the errors appear there, I will open a ticket on ITRC, since 7.3-2 still gets support. Sean mckinneyj@saic.com wrote: > sean@obanion.us wrote: > > I'm tying to get ZIC to complie the timezone file northamerica, from > > ftp://elsie.nci.nih.gov/pub/ that I got today, > > and I'm getting some errors that don't make sence. It's not the > > location or dates that I need, but I expect the file as a whole to work > > correctly. > > > > I've included the command output and the lines from the zonefile below. > > > > This is VMS 7.3-1 Alpha with all patches idetified by the ITRC, on an > > AS2100A. > > > > Has anybody else gotten this to work? > > > > > > Sean > > > > > > $ zic -d [.ZIC] northamerica. > > "dra3:[000000.timezone]northamerica.;1", line 125: invalid time of day > > "dra3:[000000.timezone]northamerica.;1", line 419: invalid time of day > > "dra3:[000000.timezone]northamerica.;1", line 959: invalid time of day > > "dra3:[000000.timezone]northamerica.;1", line 1090: use of 2/29 in non > > leap-year > > $ > > > > >From the northamerica file, the lines in question and the section of > > the file they're from. > > > > Line 125: > > Rule US 1945 only - Aug 14 23:00u 1:00 P # Peace > > > > > I haven't tried compiling this particular file, but, I'll offer a guess > at a solution. Why not try editing NORTHAMERICA. and remove those > trailing "u" characters on the times in the first three lines that are > cited and remove the trailing "s" in the 4 cited line - and then use > the ZIC? ------------------------------ End of INFO-VAX 2007.044 ************************