INFO-VAX Tue, 23 Jan 2007 Volume 2007 : Issue 46 Contents: Re: BACKUP - how much of the tape has been used Excellent OpenVMS Pearl - Customer Testimonial - Saturn Electrohandels Re: Excellent OpenVMS Pearl - Customer Testimonial - Saturn Electrohandels Re: Excellent OpenVMS Pearl - Customer Testimonial - Saturn Electrohandels Re: FPGA VAX RE: Going from Pathworks 7.3 to Samba 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: INTRINSICDECL informational on snprintf with 64-bit pointers Re: MAIL broadcasts across nodes in cluster PL/I for Itanium Re: POP3 with TLS Re: PPPD, TCPIP Services and incomplete negotiations UPI 09S Re: UPI 09S ---------------------------------------------------------------------- Date: 23 Jan 2007 10:16:48 -0800 From: "Volker Halle" Subject: Re: BACKUP - how much of the tape has been used Message-ID: <1169576208.238854.266570@q2g2000cwa.googlegroups.com> Andrew, the count represents the number of physical blocks written to the tape. Most of them will be the size specified by the BACKUP BLOCKSIZE, but some (like the VOL1,HDR1 records) will be smaller. Volker. ------------------------------ Date: 23 Jan 2007 07:45:10 -0800 From: "Sue" Subject: Excellent OpenVMS Pearl - Customer Testimonial - Saturn Electrohandels Message-ID: <1169567110.288620.153560@a75g2000cwd.googlegroups.com> Dear Distribution Lists, It is truly my please to announce the availability of a wonderful customer testimonial from Saturn Electrohandel from Germany. Please visit the web site to watch the video or read a transcript. This customer has VMS running on Integrity Servers with 5 HP StorageWorks EVA with 9 terabytes of storage capacity. http://h71000.www7.hp.com/openvms/brochures/saturn This is well worth your time to see this customers innovative approach. Warm Regards, Sue ------------------------------ Date: 23 Jan 2007 08:36:04 -0800 From: "Ian Miller" Subject: Re: Excellent OpenVMS Pearl - Customer Testimonial - Saturn Electrohandels Message-ID: <1169570164.066099.68460@s48g2000cws.googlegroups.com> I wish that shop was where I Iive. Amazing what you can do with a pair of rx2620 and a lot of storage! ------------------------------ Date: Tue, 23 Jan 2007 12:17:49 -0500 From: norm.raphael@metso.com Subject: Re: Excellent OpenVMS Pearl - Customer Testimonial - Saturn Electrohandels Message-ID: Is there a way to download the file to play locally? My bandwidth is throttled, making viewing it from the hp webserver impossibly choppy. "Sue" wrote on 01/23/2007 10:45:10 AM: > Dear Distribution Lists, > > It is truly my please to announce the availability of a wonderful > customer testimonial from Saturn Electrohandel from Germany. Please > visit the web site to watch the video or read a transcript. This > customer has VMS running on Integrity Servers with 5 HP StorageWorks > EVA with 9 terabytes of storage capacity. > > http://h71000.www7.hp.com/openvms/brochures/saturn > > This is well worth your time to see this customers innovative approach. > > Warm Regards, > Sue > ------------------------------ Date: Tue, 23 Jan 2007 19:12:43 +0100 From: "H Vlems" Subject: Re: FPGA VAX Message-ID: <45b64f1f$0$11864$bf4948fe@news.tele2.nl> "Tim Sneddon" schreef in bericht news:45b5409e$0$24379$88260bb3@free.teranews.com... > Anyone seen this before? I thought it looked kind of interesting... > > FPGA VAX > > RT Logic is re-implementing VAX computer systems in FPGA for Hewlett Packard. By leveraging HP's VAX intellectual property, RT Logic will provide VAX single-board computers and peripherals to replace legacy systems critical to the maintenance of NATO's Air Defense System. > > The rest can be found at: > > http://www.rtlogic.com/satcom_key_projects.php > > Regards, Tim. > > -- > Posted via a free Usenet account from http://www.teranews.com > Umm, so that's where my BTW (VAT, TVA etc.) is spent on, and, am I supposed to feel better and more secure with this little bit of news? Hans ------------------------------ Date: Tue, 23 Jan 2007 10:09:46 -0500 From: "Main, Kerry" Subject: RE: Going from Pathworks 7.3 to Samba Message-ID: > -----Original Message----- > From: John [mailto:norad869@comcast.net]=20 > Sent: January 22, 2007 11:56 PM > To: Info-VAX@Mvb.Saic.Com > Subject: Re: Going from Pathworks 7.3 to Samba >=20 > tomarsin2015@comcast.net wrote: >=20 > >Hello > >We are using Pathworks 7.3 on the Alpha and Pathworks 6.1=20 > and even 5.0E > >on the VAX. Since Pathworks is dead has anybody switch to Samba with > >little pain? The reason I'm asking is we are thinking of upgrading to > >8.3 (IA64) and retiring the VAX. Right now we use Windows=20 > 2000 server > >with Win2k PRO. We will be going to Windows 2003 server and=20 > XP PRO and > >what ever since billy gates demands. > >thanks > >phillip > > =20 > > > This brings me to 3 questions: >=20 > 1) News to me that A/S (PWRK) is dead - when did this happen (I sleep=20 > often by the way...) >=20 > 2) SAMBA vs. A/S - what are the advantages? >=20 > 3) Can SAMBA and A/S coexist on the same server? >=20 A few pointers: http://h71000.www7.hp.com/network/CIFS_for_Samba.html - Samba http://h71000.www7.hp.com/openvms/roadmap/openvms_roadmaps.htm - Roadmaps (slide 37) http://h71000.www7.hp.com/pathworks/index.html - Advanced Server Regards Kerry Main Senior Consultant HP Services Canada Voice: 613-592-4660 Fax: 613-591-4477 kerryDOTmainAThpDOTcom (remove the DOT's and AT)=20 OpenVMS - the secure, multi-site OS that just works. ------------------------------ Date: 23 Jan 2007 09:24:14 -0800 From: etmsreec@yahoo.co.uk Subject: Re: Going from Pathworks 7.3 to Samba Message-ID: <1169573054.332861.251650@a75g2000cwd.googlegroups.com> Microsoft had an agreement with AT&T for code drops for NT. AT&T took them to court for the Win2k code and lost, so DEC/Compaq lost their code path for new versions of Windows. Now that NT is not supported and Vista is looming large on the horizon, there's no need for Micro$loth to maintain compatibility in its products with what NT demanded ("What? It broke? you'll have to buy a new one then!") then the code base that HP have is likely to break pretty soon. HP then had the decision to make of paying for code or going open source. Since Samba works and the price is right, they're going that way. IIRC, the Samba community is made up that HP are coming in and doing development for the open source community on this one. Steve John wrote: > tomarsin2015@comcast.net wrote: > > >Hello > >We are using Pathworks 7.3 on the Alpha and Pathworks 6.1 and even 5.0E > >on the VAX. Since Pathworks is dead has anybody switch to Samba with > >little pain? The reason I'm asking is we are thinking of upgrading to > >8.3 (IA64) and retiring the VAX. Right now we use Windows 2000 server > >with Win2k PRO. We will be going to Windows 2003 server and XP PRO and > >what ever since billy gates demands. > >thanks > >phillip > > > > > This brings me to 3 questions: > > 1) News to me that A/S (PWRK) is dead - when did this happen (I sleep > often by the way...) > > 2) SAMBA vs. A/S - what are the advantages? > > 3) Can SAMBA and A/S coexist on the same server? ------------------------------ Date: Tue, 23 Jan 2007 16:46:54 +0100 From: "Klaus-D. Bohn" Subject: Re: How to get the codec from a file ? Message-ID: <45b62dfd$0$17668$9b622d9e@news.freenet.de> Yes i tried gnv version 2.1. bash$ file -i a.txt file: could not find any magic files! bash$ Perhaps the command is not right. I don't know. I will look for an another solution. "Bob Koehler" schrieb im Newsbeitrag news:ROi9djQOVGTc@eisner.encompasserve.org... > 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: Tue, 23 Jan 2007 16:39:00 +0100 From: "Klaus-D. Bohn" Subject: Re: How to get the codec from a file ? Message-ID: <45b62c23$0$17652$9b622d9e@news.freenet.de> Thank you very much for the detail answer. Yes, i know RMS is very complex. I thought these informations will be stored into a special field. I must search for an another way to get and analyze the charactersets from a file. If i have a solution i will post it here. "Stephen Hoffman" schrieb im Newsbeitrag news:ep3h96$2hna$1@pyrite.mv.net... > Klaus-D. Bohn wrote: > > > 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. > > The OpenVMS file system is massively different than that of Unix. > Carrying over assumptions here -- in either direction -- can get you > into a degree of difficulty ranging from annoyance to forget-about-it. > > file -i returns the MIME type for the file, and applications on > OpenVMS will generally deals with this by guesswork and assumption. > > OpenVMS has very large structures dealing with the file contents and > record structures, accessible through language keywords, through the > direct RMS interface and its FAB, RAB and other blocks, and through the > XQP file system level and the ACP QIO IO$_ACPCONTROL I/O interface. > There's an included heirarchical database system that most applications > explicitly or implicitly use, too. None of which really maps easily > into Unix. > > OpenVMS applications will only typically use ASCII or maybe MCS or > ISO 8859-1 in files, and generally manages constructs like > language-specific sorts with the NCS mechanisms. ISO 8859-1 Latin 1 is > a very direct descendant of MCS, FWIW. > > In Unix terms, most sequential text files on OpenVMS would be assumed > to be: > > text/plain; charset=us-ascii > > That written, the record structures can differ and stuff going after > raw bytes can get into trouble. > > Characters stored within files might well use Unicode or any of the > ISO encodings, but that's managed strictly by the application -- OpenVMS > itself and utilities such as TYPE doesn't really know from Unicode, MIME > encoding or other such, save in specific contexts. If an application > presents this sort of detail, it's generally inferred. Applications do > generally know where the records within a file will start and end, > through the use of RMS and its record structures. > > There are tools around that have tagged files with attributes, such > as the PATHWORKS Server environment. These use access control list > entries (ACEs) to store this sort of detail. But these tools tend to > not look at the file contents. And there's no central MIME type > repository. > > The closest to what you are looking for here would probably involve > the MIME file type lists lurking over in the Mozilla/CSWB/SWB web > browser. It might also be interesting to see what GNV does here, too. > I'd almost have to assume that GNV it contains a list and some > guesswork-related logic. Full source code to GNV is available -- > haven't looked to see if GNV contains the file -i command, however. > > GNV: > http://gnv.sourceforge.net/index.html > https://sourceforge.net/projects/gnv/ > > I'd have to assume that the Apache/CSWS/SWS web server simply assumes > text/plain ASCII. > > > -- > www.HoffmanLabs.com > Services for OpenVMS ------------------------------ Date: 23 Jan 2007 07:27:37 -0800 From: "Joe Sewell" Subject: Re: INTRINSICDECL informational on snprintf with 64-bit pointers Message-ID: <1169566057.747824.120450@s48g2000cws.googlegroups.com> John Santos wrote: > In article <45b55874$1@usenet01.boi.hp.com>, > edward.vogel@stopppingspam.hp.com says... > > > > "Joe Sewell" wrote in message > > news:1169478863.500759.70850@l53g2000cwa.googlegroups.com... > > >I just discovered something rather curious with DEC C V6.0-001 on > > > OpenVMS Alpha V7.3-2. > > > > > > Consider the following test program: > > > > > > #include stdio > > > > > > void main(void) > > > { > > > char buf[80]; > > > > > > snprintf (buf, 80, "This is a test.\n"); > > > } > > > > > > compiled with > > > > > > $ CC/POINTER_SIZE=64 TEST_SNPRINTF_64 > > > > > > I get a INTRINSICDECL error within stdio, complaining about the second > > > parameter being expected to be "long" but is a mere "unsigned int." > > > > > > Yes, it's an informational, but it still bugs me. > > > > > > Any known workarounds, short of a compiler and/or OS upgrade? > > > > > > > Not what I see: > > > > $ cc/ver > > DEC C V6.0-001 (GEM 4089L) on OpenVMS Alpha V7.3-2 > > $ typ t1.c > > #include stdio > > > > void main(void) > > { > > char buf[80]; > > > > snprintf (buf, 80, "This is a test.\n"); > > } > > > > $ cc t1/point=64 > > > > snprintf (buf, 80, "This is a test.\n"); > > ..^ > > %CC-I-IMPLICITFUNC, In this statement, the identifier "snprintf" is > > implicitly d > > eclared as a function. > > at line number 7 in file C3$:[VOGEL]T1.C;590 > > > > In any case, I would certainly suggest a compiler upgrade. V6.0 is over > > eight > > years old. > > > > Ed Vogel > > HP/Compaq/DEC C/C++ Engineering > > No error on > > $ cc/ver > Compaq C V6.5-001 on OpenVMS Alpha V8.3 > $ cc t1/pointer=64 > $ Interesting. That confirms to me that it's something with DECC$RTLDEF and/or the compiler. (As a side note to Hoff et al, I'm working on a system with very controlled parameters. We are looking at upgrading to VMS V8.3 -- I'm not sure what compiler version would be involved with this -- but we have other issues.) ------------------------------ Date: 23 Jan 2007 09:28:04 -0800 From: etmsreec@yahoo.co.uk Subject: Re: MAIL broadcasts across nodes in cluster Message-ID: <1169573283.967213.128400@l53g2000cwa.googlegroups.com> It says at least 16, J.F., not 16. 19 is also mentioned, this being greater than 16. Steve JF Mezei wrote: > Dan Foster wrote: > > Yes. Check your MAIL$SYSTEM_FLAGS logical's setting. Typically set to 7 > > for clustered nodes. > > > Many thanks. SYLOGICALS.COM for a virgin 8.3 system sets the value to 16 > "as an example" (and the example is not commented out) which removes the > cluster broadcasts and delivery. I thought something felt different > because in the past, when on VAX, I seemed to be getting those broadcasts. > > In the 8.3 file, it "strongly" recomments setting bit 4 (value 16) which is > something to do with a phase 5 parser even of we don't use phase 5. Does > anyone have a clearer explanation for this ? > > Thanks for the quick response. It works fine now. ------------------------------ Date: Tue, 23 Jan 2007 18:43:15 +0300 From: "Ruslan R. Laishev" Subject: PL/I for Itanium Message-ID: Hello, All! What is the status of the PL/I for Itanium, or company have planed to start migration software has been written on PL/I from Alpha to Itanium and continue development process ... Can someone provide useful pointers ? Thanks! -- + WBR, OpenVMS [Sys|Net] HardWorker ............. Skype: SysMan-One + Delta Telecom JSC, IMT-MC-450(CDMA2000) cellular operator Russia,191119,St.Petersburg,Transportny per. 3 Cel: +7 (812) 716-3222 +http://starlet.deltatelecom.ru ............. Frying on OpenVMS only + ------------------------------ Date: Tue, 23 Jan 2007 11:54:08 +0300 From: "Ruslan R. Laishev" Subject: Re: POP3 with TLS Message-ID: <41953E20E4D97F266381BA7375DF4AFB@NNTP.DeltaTel.RU> Hi All! Please add to mind a yet another one POP3 Server with TLS support: http://starlet.deltatelecom.ru/~laishev/ Who interesting to trying & testing please drop me a line to: laishev [at] DeltaTelecom [dot] RU Thanks for attention! Ruslan R. Laishev wrote: > Hi, David! > > Thanks for the info. > > > david20@alpha2.mdx.ac.uk wrote: > >> In article , >> "Ruslan R. Laishev" >> writes: >> >>> Hello All! >>> >>> >>> Is there any POP3 server with TLS support ? >>> >> >> UCX supports secure POP ie POP with SSL on port 995. >> PMDF supports POP3 on the standard port with TLS and also POP with SSL >> on port 995. >> If purchasing PMDF you would need to purchase the optional PMDF-TLS >> module. >> ( >> You can get this free for hobbyist use - though I had to ask Hunter >> Goatley >> for the TLS license. >> ) >> >> >> David Webb >> Security team leader >> CCSS >> Middlesex University -- + WBR, OpenVMS [Sys|Net] HardWorker ............. Skype: SysMan-One + Delta Telecom JSC, IMT-MC-450(CDMA2000) cellular operator Russia,191119,St.Petersburg,Transportny per. 3 Cel: +7 (812) 716-3222 +http://starlet.deltatelecom.ru ............. Frying on OpenVMS only + ------------------------------ Date: 23 Jan 2007 09:31:20 -0800 From: etmsreec@yahoo.co.uk Subject: Re: PPPD, TCPIP Services and incomplete negotiations Message-ID: <1169573480.037120.139620@v45g2000cwv.googlegroups.com> What's the client running JF? The PPPD client on VMS broke in about 7.3-1 and (unless there's been recent work) it hasn't been fixed. The 7.3 client also broke if you put the ECO1 or ECO2 on it. It wouldn't allow the disconnect on the line to work. (Yes, I was one of the ones who reported it!) Steve JF Mezei wrote: > Has anyone been able to get VMS to act as a PPP server and work fully ? > > I am at Alpha 8.3, TCPIP Services 5.6 > > > I have been able to get both a PDA and a MAC to connect to my Alpha via > PPP, but not be functional. > > Basically, not enough information (DNS, gateways) is transmitted to the > client for the client to work. The client does know its IP and the IP at > the other end fo the PPP line. But that is it. > > I can ping from the client and from the VMS boxes with success. > > I went through the doc on the PPP facility, and there is no mention of > magical logicals that could be set so that the PPP server would supply > proper parameters to the clients. > > Does anyone know if it is possible ? > > > This is how I create the interface. Then, the client logs in to TTA0:, and > issues the PPPD CONNECT command and starts the PPP protocol. > > TCPIP> SET INTERFACE PP0 - > /HOST=10.1.0.11 /DEST=10.1.0.20 - > /NET=255.255.0.0/SERIAL=TTA0/COMPRESS=AUTO > > > > %%%%%%%%%%% OPCOM 22-JAN-2007 13:10:34.67 %%%%%%%%%%% > Message from user INTERnet on CHAIN > %TCPIP-S-PPPCONNECT, Connected PPP Interface PP0 on TTA0 > Local Address: 10.1.0.11 > Remote Address: 10.1.0.20 > Compression: Off, States: 1, CFlag: 0 > > PP0: flags=8f1 > inet 10.1.0.11 --> 10.1.0.20 netmask ff000000 ipmtu 1496 > > > > Is this a dead end and PPP services on VMS just not fully functional, or > are there people who have actually made it work fully and well ? ------------------------------ Date: Tue, 23 Jan 2007 11:32:56 -0500 From: norm.raphael@metso.com Subject: UPI 09S Message-ID: I'm having a dialog about me maintenance agreement. Can anyone tell me what UPI 09S is? Is there an online DB for UPI codes, with long descriptions or better yet text describing them? ------------------------------ Date: 23 Jan 2007 09:10:30 -0800 From: "Rich Jordan" Subject: Re: UPI 09S Message-ID: <1169572228.880337.59980@v45g2000cwv.googlegroups.com> norm.raphael@metso.com wrote: > I'm having a dialog about me maintenance agreement. > Can anyone tell me what UPI 09S is? > Is there an online DB for UPI codes, with long descriptions > or better yet text describing them? UPI 09S: "OpenVMS VAX Operating System Distributed Interactive Us" QA-09SAA-GZ-#.# - BASE DOC KIT FOR VERSION #.# "Software License" QA-09SAA-H5 - OVMS VAX SW and Base Documentation TK50 QA-09SAB-HM - OVMS VAX SW and Base Documentation Magtape QA-09SAA-H8 - OVMS VAX SW and Base Documentation CDROM QL-09SA9-B* - OVMS user licenses, V6.0 and later (V6.2+ for concurrent, Alpha usable in cluster) "Services" QT-09SAA-E5 - MDDS TK50 (same desc. as -H5 above) QT-09SAB-EM - MDDS Magtape (same desc as -HM above) QT-09SAA-E8 - MDDS CDROM (same desc as -H8 above) The best source I know of is the old price books; the above are out of the December 29, 1998, the only ones that weren't pitched when I wasn't there to protect them... ------------------------------ End of INFO-VAX 2007.046 ************************