INFO-VAX Wed, 04 Jun 2008 Volume 2008 : Issue 311 Contents: Re: CVS on VMS Re: CVS on VMS Re: CVS on VMS Re: CVS on VMS Re: CVS on VMS Re: CVS on VMS Re: CVS on VMS Re: CVS on VMS Re: CVS on VMS ES45s, SANs and SAN replication Re: ES45s, SANs and SAN replication Re: Failsafe-IP Re: Itanium kernel alignment faults Re: Itanium kernel alignment faults Re: Need an external CD/DVD writer for DS10. Re: OT: Net Neutrality is far more serious than people realise Problem with RF74 Re: Problem with RF74 Re: Problem with RF74 Re: Problem with RF74 Re: Problem with RF74 Re: Problem with RF74 Re: Problem with RF74 SYS$GETUAI for 64 Bit addressing Re: SYS$GETUAI for 64 Bit addressing VMS layered products paper documentation updates problem ? Re: VMS layered products paper documentation updates problem ? Re: Weendoze for a VMS bigot Re: Weendoze for a VMS bigot ---------------------------------------------------------------------- Date: 04 Jun 2008 10:54:15 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: CVS on VMS Message-ID: <48467457$0$25058$607ed4bc@cv.net> In article <4845f7de$0$90265$14726298@news.sunsite.dk>, =?ISO-8859-1?Q?Arne_Vajh=F8j?= writes: >Bob Koehler wrote: >> In article <48448d7c$0$90264$14726298@news.sunsite.dk>, =?ISO-8859-1?Q?Arne_Vajh=F8j?= writes: >>> Bob Koehler wrote: >>>> In article <484212f7$0$90275$14726298@news.sunsite.dk>, =?ISO-8859-1?Q?Arne_Vajh=F8j?= writes: >>>>> If you need a web frontend then you need something newer. >>>>> >>>> I've seen a lot of web front ends rolled around CVS, it's not >>>> a major undertaking. A look around might find one of them >>>> already sitting somewhere for free. >>> Sure. >>> >>> But I don't think I have ever seen one for CMS, which is >>> what I was talking about. >> >> Actually, that was a typo. I meant to say CMS. > >I have never seen a web frontend for CMS. How would you reserve a file and where would it go? -- 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 ------------------------------ Date: 4 Jun 2008 08:28:58 -0500 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: CVS on VMS Message-ID: <1+VjYYC8ps1b@eisner.encompasserve.org> In article <48467457$0$25058$607ed4bc@cv.net>, VAXman- @SendSpamHere.ORG writes: > In article <4845f7de$0$90265$14726298@news.sunsite.dk>, =?ISO-8859-1?Q?Arne_Vajh=F8j?= writes: >>I have never seen a web frontend for CMS. > > How would you reserve a file and where would it go? If your web client can download files, then presumably it could go to temporary storage on the web server, then be presented as a download. More usefull might be if the web server and your client has access to a file service so that a directory tree might be maintained. And a lot of web clients break the convention that a web server should not be allowed to write to the client's file system, because there are so many examples like this where it would be usefull. ------------------------------ Date: Wed, 04 Jun 2008 08:36:54 -0400 From: "Richard B. Gilbert" Subject: Re: CVS on VMS Message-ID: VAXman- @SendSpamHere.ORG wrote: > In article <4845f7de$0$90265$14726298@news.sunsite.dk>, =?ISO-8859-1?Q?Arne_Vajh=F8j?= writes: >> Bob Koehler wrote: >>> In article <48448d7c$0$90264$14726298@news.sunsite.dk>, =?ISO-8859-1?Q?Arne_Vajh=F8j?= writes: >>>> Bob Koehler wrote: >>>>> In article <484212f7$0$90275$14726298@news.sunsite.dk>, =?ISO-8859-1?Q?Arne_Vajh=F8j?= writes: >>>>>> If you need a web frontend then you need something newer. >>>>>> >>>>> I've seen a lot of web front ends rolled around CVS, it's not >>>>> a major undertaking. A look around might find one of them >>>>> already sitting somewhere for free. >>>> Sure. >>>> >>>> But I don't think I have ever seen one for CMS, which is >>>> what I was talking about. >>> Actually, that was a typo. I meant to say CMS. >> I have never seen a web frontend for CMS. > > How would you reserve a file and where would it go? > About ten years ago, I was using CMS without a web interface. It worked quite well. I had to type commands instead of clicking on things but, as that was the normal way of doing things in those days, I thought nothing of it! ------------------------------ Date: 04 Jun 2008 13:15:33 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: CVS on VMS Message-ID: <48469575$0$25054$607ed4bc@cv.net> In article <1+VjYYC8ps1b@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: >In article <48467457$0$25058$607ed4bc@cv.net>, VAXman- @SendSpamHere.ORG writes: >> In article <4845f7de$0$90265$14726298@news.sunsite.dk>, =?ISO-8859-1?Q?Arne_Vajh=F8j?= writes: > >>>I have never seen a web frontend for CMS. >> >> How would you reserve a file and where would it go? > > If your web client can download files, then presumably it could go > to temporary storage on the web server, then be presented as a > download. > > More usefull might be if the web server and your client has access > to a file service so that a directory tree might be maintained. > > And a lot of web clients break the convention that a web server > should not be allowed to write to the client's file system, because > there are so many examples like this where it would be usefull. If I'm working on VMS, why would I need a web interface to reserve files to my VMS box? Not to mention that there really isn't any great browser available for VMS. CSWB is old and dated. You'd need cookie to preserve the context of the generation you are using and myriad other CMS features. If I have indexed files in the CMS repository, how will the web interface preserve them? -- 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 ------------------------------ Date: 04 Jun 2008 13:22:05 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: CVS on VMS Message-ID: <484696fd$0$25054$607ed4bc@cv.net> In article , "Richard B. Gilbert" writes: >VAXman- @SendSpamHere.ORG wrote: >> In article <4845f7de$0$90265$14726298@news.sunsite.dk>, =?ISO-8859-1?Q?Arne_Vajh=F8j?= writes: >>> Bob Koehler wrote: >>>> In article <48448d7c$0$90264$14726298@news.sunsite.dk>, =?ISO-8859-1?Q?Arne_Vajh=F8j?= writes: >>>>> Bob Koehler wrote: >>>>>> In article <484212f7$0$90275$14726298@news.sunsite.dk>, =?ISO-8859-1?Q?Arne_Vajh=F8j?= writes: >>>>>>> If you need a web frontend then you need something newer. >>>>>>> >>>>>> I've seen a lot of web front ends rolled around CVS, it's not >>>>>> a major undertaking. A look around might find one of them >>>>>> already sitting somewhere for free. >>>>> Sure. >>>>> >>>>> But I don't think I have ever seen one for CMS, which is >>>>> what I was talking about. >>>> Actually, that was a typo. I meant to say CMS. >>> I have never seen a web frontend for CMS. >> >> How would you reserve a file and where would it go? >> > >About ten years ago, I was using CMS without a web interface. It worked >quite well. I had to type commands instead of clicking on things but, >as that was the normal way of doing things in those days, I thought >nothing of it! I still don't. I've had to use CVS too. Cryptic, error prone, files easily corrupted, collisions because many people can 'reserve' source, and you still needed to escape to the command shell and make use of a shell commands to do things that were inherent in CMS. I feel that a code maintenance system should be, more or less, self-contained. CMS isn't perfect but it's far easier to use to manage a code project than what I'd experienced with CVS. -- 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 ------------------------------ Date: Wed, 4 Jun 2008 08:47:32 -0700 (PDT) From: marlow.andrew@googlemail.com Subject: Re: CVS on VMS Message-ID: R.A.Omond wrote: > marlow.andrew@googlemail.com wrote: > > [...snip...] > > The reason I ask is that I am in an environment that uses VMS for > > *hysterical* reasons. > > Not sure if that's an intentional typo ;-) Yes it was. My feeble attempt at homour. > > Andrew, you at Bloomberg or Reuters ? Your environment sounds > rather familiar ... Reuters. And of course I don't speak for them, I only work there. ------------------------------ Date: Wed, 4 Jun 2008 08:52:51 -0700 (PDT) From: marlow.andrew@googlemail.com Subject: Re: CVS on VMS Message-ID: <1d672e7c-3275-422f-9ad3-0a72a493520e@e39g2000hsf.googlegroups.com> Bob Koehler wrote: > You will have the same problem between VMS and UNIX that we had > between Windows and UNIX - one is not case sensitive, the other is, > unless you set up and enable case sentivity as available in the > latest releases of VMS. Well this is a problem I hadn't thought enough about, I must admit. In Windoze there is not much of a problem because Windoze developers are more used to using mixed case now and having to get it right, thanks to java development. but I can see that SINCE VMS PEOPLE TEND TO TALK IN BLOCK CAPITALS ALL THE TIME they may force this on people that check the code out on a Unix system. > > On Windows vs. UNIX, we had a perfectly good Xy and a bad xy both > stored in a UNIX CVS server accessed for a cross compiler that ran > on Windows. When we updated we'd get Xy and then xy, and Windows > would store the later over Xy. When we explicitly pulled Xy from > the server via CVS it would look perfectly good, and forcing it to be > updated would not solve the problem of having a bad one when we got > done with an update. We had to get into the server and dig around > the repository to find and eliminate the bad xy. ------------------------------ Date: Wed, 04 Jun 2008 09:36:27 -0700 From: Marty Kuhrt Subject: Re: CVS on VMS Message-ID: VAXman- @SendSpamHere.ORG wrote: > In article , "Richard B. Gilbert" writes: >> VAXman- @SendSpamHere.ORG wrote: >>> In article <4845f7de$0$90265$14726298@news.sunsite.dk>, =?ISO-8859-1?Q?Arne_Vajh=F8j?= writes: >>>> Bob Koehler wrote: >>>>> In article <48448d7c$0$90264$14726298@news.sunsite.dk>, =?ISO-8859-1?Q?Arne_Vajh=F8j?= writes: >>>>>> Bob Koehler wrote: >>>>>>> In article <484212f7$0$90275$14726298@news.sunsite.dk>, =?ISO-8859-1?Q?Arne_Vajh=F8j?= writes: >>>>>>>> If you need a web frontend then you need something newer. >>>>>>>> >>>>>>> I've seen a lot of web front ends rolled around CVS, it's not >>>>>>> a major undertaking. A look around might find one of them >>>>>>> already sitting somewhere for free. >>>>>> Sure. >>>>>> >>>>>> But I don't think I have ever seen one for CMS, which is >>>>>> what I was talking about. >>>>> Actually, that was a typo. I meant to say CMS. >>>> I have never seen a web frontend for CMS. >>> How would you reserve a file and where would it go? >>> >> About ten years ago, I was using CMS without a web interface. It worked >> quite well. I had to type commands instead of clicking on things but, >> as that was the normal way of doing things in those days, I thought >> nothing of it! > > I still don't. I've had to use CVS too. Cryptic, error prone, files > easily corrupted, collisions because many people can 'reserve' source, > and you still needed to escape to the command shell and make use of a > shell commands to do things that were inherent in CMS. I feel that a > code maintenance system should be, more or less, self-contained. CMS > isn't perfect but it's far easier to use to manage a code project than > what I'd experienced with CVS. > I use jCVSII on VMS to check code in and out of the cURL project from their servers in Sweden. Since I'm usually the only one working on VMS specific stuff, I don't run into clashes. I have had to drop back to the "command line" (a popup box in the java app) to do commands not supported by the pointy-clickity thingy. jCVS has problems, and I wouldn't recommend it, but since I only use it a couple of times a year I can cope. I haven't fired up the NetBeans IDE on the Mac to do VMS devel, but I understand it interfaces with CMS. Not really a web interface, per se, but it is a GUI based IDE for VMS development. Since I haven't used NetBeans extensively yet, I'll can only say that the demo I did at Bootcamp last year was pretty impressive. ------------------------------ Date: Wed, 4 Jun 2008 09:41:48 -0700 (PDT) From: Keith Cayemberg Subject: Re: CVS on VMS Message-ID: On Jun 4, 5:52 pm, marlow.and...@googlemail.com wrote: > Bob Koehler wrote: > > You will have the same problem between VMS and UNIX that we had > > between Windows and UNIX - one is not case sensitive, the other is, > > unless you set up and enable case sentivity as available in the > > latest releases of VMS. > > Well this is a problem I hadn't thought enough about, I must admit. In > Windoze there is not much of a problem because Windoze developers are > more used to using mixed case now and having to get it right, thanks > to java development. but I can see that SINCE VMS PEOPLE TEND TO TALK > IN BLOCK CAPITALS ALL THE TIME they may force this on people that > check the code out on a Unix system. This is actually a general misrepresentation of "VMS People". Were not UPPER CASE fundamentalists, but rather CaSe InSensitive pragmatists. As can easily be seen in our postings to this newsgroup. We actually greatly prefer mixed case written discussions and also in programming, we will use mixed case in our code. We just realize it is very practical, and more human oriented, forgiving, robust and maintainable programming style when the computing system doesn't interpret different meanings from Identifier, identifier, IDENTifier and IDENTIFIER. With the possible exception of increasing encryption key randomness, the use of case-sensitive identifiers and filenames only provides an additional mode of error and confusion to a profession already having enough potential sources of error. Cheers! Keith CayemBerg (Public Service for Case Sensitive Fundamentalists: the person signing above is still the same person who otherwise signs his name with a lowercase "b" in his last name.) ------------------------------ Date: Wed, 4 Jun 2008 08:58:11 -0700 (PDT) From: marlow.andrew@googlemail.com Subject: ES45s, SANs and SAN replication Message-ID: <411aab1d-f9f0-4bed-a093-2b3887f375ad@y38g2000hsy.googlegroups.com> I want to use a SAN and SAN replication software on an ES45 cluster running OpenVMS 7.3-2. The SAN in question was going to be from EMC but it might now be from IBM. I am trying to find out if IBM SANs will work with this version of VMS. If it does I also want to know what SAN replication software can be used. I would be suprised if EMC's SRDF will work with a non-EMC SAN but you never know. Plus there may be other SRDF-like products out there I don't know about. Can anyone advise me please? Regards, Andrew Marlow ------------------------------ Date: Wed, 04 Jun 2008 20:19:05 +0300 From: =?ISO-8859-1?Q?Kari_Uusim=E4ki?= Subject: Re: ES45s, SANs and SAN replication Message-ID: <4846ce8b$0$2674$9b536df3@news.fv.fi> marlow.andrew@googlemail.com wrote: > I want to use a SAN and SAN replication software on an ES45 cluster > running OpenVMS 7.3-2. The SAN in question was going to be from EMC > but it might now be from IBM. I am trying to find out if IBM SANs will > work with this version of VMS. If it does I also want to know what SAN > replication software can be used. I would be suprised if EMC's SRDF > will work with a non-EMC SAN but you never know. Plus there may be > other SRDF-like products out there I don't know about. Can anyone > advise me please? > > Regards, > > Andrew Marlow Why not use the Volume Shadowing on your ES45 servers? It doesn't use much of the CPU resources and it works with any storage solution that can be used with OpenVMS. Then you don't have to depend on other software. I guess the VS is also cheaper than the storage based replication solutions. Regards, Kari ------------------------------ Date: Wed, 4 Jun 2008 10:25:04 +0000 (UTC) From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) Subject: Re: Failsafe-IP Message-ID: In article <4845bdf7$0$7290$c3e8da3@news.astraweb.com>, JF Mezei writes: > Phillip Helbig---remove CLOTHES to reply wrote: > > > This was BAD, BAD, BAD and I honestly hope someone was fired for it. > > Usually, when something "better" comes along, the old syntax is > > supported for AT LEAST one major release. > > > In fairness ( I can be a very good devil's advocate). > > The new syntax (using ifconfig alias command) does provide for a real > means to turn off the alias on a node to force the failover (ifconfig > -alias forces it to move to another node, and you then > re-issue the original ifconfig alias command to "queue" this node to get > control should the other nodes fail. There was no documented way to > achieve this with the TCPIP interface in previous versions. TCPIP SET NOINTERFACE? ------------------------------ Date: Wed, 4 Jun 2008 07:26:22 -0700 (PDT) From: Bill Law Subject: Re: Itanium kernel alignment faults Message-ID: <7aa2f4be-c124-468b-816c-7a27f2be7bf0@x41g2000hsb.googlegroups.com> On Jun 4, 1:29 am, "Guy Peleg" wrote: > "Bill Law" wrote in message > > news:8528cb9d-c37d-4832-b40d-c47fa7c6f6a6@z66g2000hsc.googlegroups.com... > > > > How can we fix kernel mode alignment faults caused by user mode code > > passing unaligned arguments to system services? Actually, I know how > > to fix them, I just don't know how to locate and identify them. > <--snip--> > > FLT START TRACE/CALLER is what you are looking for. > > Will show you the location where alignment fault happened - say > SYS$GETDVI and the call chain that lead you in there. > > > Any help or pointers greatly appreciated. > > Cheers, Bill :-) > > ** Posted fromhttp://www.teranews.com** Greetings, Thank you for this pointer. It appears to be undocumented on our 8.3 system, at least it is not in the online help, but I tried it anyway. It immediately crashed the system. Being brave, and/or stupid, I of course tried it again and it again immediately crashed the system. Our IT department has not yet had it analyzed, but I wanted to get a quick note in here as a warning to others who may be considering using this. Cheers, Bill :-) ------------------------------ Date: Wed, 04 Jun 2008 15:12:55 GMT From: =?ISO-8859-1?Q?Jan-Erik_S=F6derholm?= Subject: Re: Itanium kernel alignment faults Message-ID: Bill Law wrote: > On Jun 4, 1:29 am, "Guy Peleg" > wrote: >> >> FLT START TRACE/CALLER is what you are looking for. >> > > Greetings, > > Thank you for this pointer. It appears to be undocumented on our 8.3 > system, at least it is not in the online help, See : http://h71000.www7.hp.com/doc/82FINAL/6549/aa-rezte-te.pdf "HP OpenVMS System Analysis Tools Manual" Read chapter 7 "SDA Alignment Fault Utility (FLT)". It seems as you have to do a "FLT LOAD" before trying "FLT START...". Jan-Erik. > but I tried it anyway. > It immediately crashed the system. Being brave, and/or stupid, I of > course tried it again and it again immediately crashed the system. > Our IT department has not yet had it analyzed, but I wanted to get a > quick note in here as a warning to others who may be considering using > this. > > Cheers, Bill :-) ------------------------------ Date: Wed, 4 Jun 2008 09:03:44 -0400 From: "David Turner, Island Computers" Subject: Re: Need an external CD/DVD writer for DS10. Message-ID: Looks to me like a hot pluggable regular ATAPI DVD with a ATAPI to UW SCSI converter on the back. In most cases you cannot boot from these unless using Weendoze or Linux as far as we are aware ref the Q1592B DT -- David B Turner ============================================= Island Computers US Corp PO Box 86 Tybee GA 31328 Toll Free: 1-877 636 4332 x201, Mobile x251 Email: dturner@islandco.com International & Local: (001)- 404-806-7749 Fax: 912 786 8505 Web: www.islandco.com ============================================= "Steven M. Schweda" wrote in message news:08060314350571_2020CE0A@antinode.info... > From: VAXman- @SendSpamHere.ORG > >> In article >> <8b386066-cc79-4d0e-a0da-1e247a8faf92@d1g2000hsg.googlegroups.com>, >> tadamsmar writes: >> >We have a DS10 running 7.2.1. Any suggestions for a compatible CD/ >> >DVD writer? >> > >> >Need an external one with an SCSI connector. > >> Find out what HP is shipping with their Itanium servers. These *may* >> also >> function on the Alpha with the ATAPI/SCSI converter. > > Someone recently recommended some kit for an HP-UX user, including a > Q1592B, which seems to be a real SCSI DVD-writer. (Funny device names > ("=" in a device name?) for USB devices on HP-UX apparently defeated > some software there.) > > http://forums.itrc.hp.com/service/forums/questionanswer.do?threadId=1237083 > > A quick Web search suggested that this drive sells for about $600, which > is (much) more than I pay for whole computers. Of course, while it > might be cheaper to buy an XP1000 and put a $40 IDE DVD drive into it, > it'd probably also be much slower than a real SCSI solution. > > Is anyone using a USB-connected DVD drive on VMS (Alpha)? > > ------------------------------------------------------------------------ > > Steven M. Schweda sms@antinode-info > 382 South Warwick Street (+1) 651-699-9818 > Saint Paul MN 55105-2547 ------------------------------ Date: Wed, 4 Jun 2008 13:27:36 +0000 (UTC) From: david20@alpha2.mdx.ac.uk Subject: Re: OT: Net Neutrality is far more serious than people realise Message-ID: In article , John Santos writes: >david20@alpha1.mdx.ac.uk wrote: >> In article <4844b7b1$0$7257$c3e8da3@news.astraweb.com>, JF Mezei writes: >> >>>johnwallace4@gmail.com wrote: >>> >>> >> JF you seem to think that this is something new it isn't. Companies have been >> fighting against the use of P2P applications and "firewall friendly" >> applications using deep inspection and traffic shaping tools for years. >> As to net neutrality this is a bit of mythology. The internet is and always has >> been a connected set of private networks. Each owner of a private network has >> always been free to accept, reject, throttle whatever traffic they like. >> The classic example is the granddaddy of email blacklists the RBL. The RBL >> (Realtime Blackhole list) could be deployed in two ways. The first was simply >> as an email check as with all the other DNS based blocking lists. The second >> though and the reason it is called a blackhole list was to alter routing >> information to effectivily cut the listed servers off the internet as far as >> those using the RBL service were concerned. This second method cuts not just >> email traffic but all traffic. >> >> See >> >> http://www.mail-abuse.com/wp_introrbl.html >> >> At one point the company providing the Transatlantic link into Janet (UK Joint >> Academic Network) was using the MAPS RBL in router blocking mode. Hence if a >> site in the states managed to get onto that list and tried to contact a UK >> university they would not be able to connect over the internet and the UK >> university would have no knowledge of their connection attempts or way of >> allowing the US system to communicate. The only solution was for the US >> institution to get its system removed from the RBL. >> This was in place for a number of years. >> >> >> >> David Webb >> Security team leader >> CCSS >> Middlesex University >> >> >> >> >>> > >An ISP is *not* a private net. It is a public network. As a common >carrier, it is shielded from responsibility for content. In return for >that shielding, it must provide transit for everyone on equal terms. > Sorry I should have used the word separate rather than private. It doesn't make any difference whether the separate network is open to the general public or not. ISPs are not common carriers they do accept some responsibility for content. When people complain about spam,viruses or scanning from their networks they investigate and take appropriate action - they do not turn round and say that as a common carrier they cannot investigate and suggest going to the police. Similarly they protect users of their networks and the services they provide on their networks such as Mail from attack by measures which includes scanning the content of incoming mail messages for viruses and spam. They may well use DNS blacklists to block all mail coming from certain systems. Many ISPs have policies which restrict whether you can run web servers etc on their network. Many block incoming or outgoing direct connections on the smtp port. These are measures ISPs have been doing for years. >At least, that is the way it is *supposed* to work. The ISPs seem to >want the best of both worlds. There is a term for an economic system >that uses the power of the state to protect entrenched oligarchies at >the expense of personal liberties. Anyone care to invoke Godwin? > >I just today got an email from my ISP stating that they were going to >change the terms of service. The included summary seemed fairly >reasonable (don't know if the summary reflects the actual TOS), except >for one phrase... > >"4. Modifications to AUP. We have added language to our AUP making clear (a) >that we may monitor our subscribers’ compliance with our Terms of Service and >AUP; and (b) that we have the right, but not the obligation, to pre-screen, >refuse, move or remove any content available on the Service including, but not >limited to, content that violates the law, our Terms of Service or our AUP." > >The "but not limited to" gives them the right to block or remove any >content whatsoever, for any or no reason. For example, if they made >a deal with M$ or Amazon, they could block iTunes downloads. Or they >could block Skype because it competes with their VOIP service. And if they blocked Itunes just to favour someone else they had a business deal with then Apple could sue them for unfair restraint of trade. > Or >they could throttle a customer because they complain too much about >poor service. Or they could block email to the FCC if they suspected >you were complaining. You really think they would risk such actions when the customer who wished to complain could certainly find other means to contact the FCC or whoever. David Webb Security team leader CCSS Middlesex University > In the old days of dialup Internet, you could >change ISPs if your current one was not providing decent service >since there were lots of competitors, but now there are only two >broadband providers (TelCo and cable TV company) available to most >people. > >JF may be paranoid, but even paranoids have real enemies. > >-- >John Santos ------------------------------ Date: Wed, 4 Jun 2008 15:22:34 +0200 From: "Fred Zwarts" Subject: Problem with RF74 Message-ID: We still have an old VAX 4000 model 300 system with an internal RF74 = disk. Today the disk stopped working, after a few days of frequently producing = errors. All OpenVMS commands that try to access the disk return FORMAT errors, like: MOUNT-F-FORMAT, invalid media format. The most informative message I see is when I log in with SET HOST/dup = and=20 select the task DKUTILS. The GET command then produces the message: All copies of RCT are bad. I understand that RCT stands for Revectoring Copy Table.=20 I can imagine that this is fatal. I am afraid that this means the end of our OpenVMS cluster. Is there still hope to bring the disk back with e.g. a low level format? If so, how is this accomplished? ------------------------------ Date: Wed, 04 Jun 2008 13:31:21 GMT From: =?ISO-8859-1?Q?Jan-Erik_S=F6derholm?= Subject: Re: Problem with RF74 Message-ID: Fred Zwarts wrote: > We still have an old VAX 4000 model 300 system with an internal RF74 disk. > Today the disk stopped working, after a few days of frequently producing errors. > All OpenVMS commands that try to access the disk return FORMAT errors, > like: MOUNT-F-FORMAT, invalid media format. > The most informative message I see is when I log in with SET HOST/dup and > select the task DKUTILS. The GET command then produces the message: > All copies of RCT are bad. > I understand that RCT stands for Revectoring Copy Table. > I can imagine that this is fatal. > I am afraid that this means the end of our OpenVMS cluster. Just replace the disk... http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=130226936985 http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=160245587351 Jan-Erik. > Is there still hope to bring the disk back with e.g. a low level format? > If so, how is this accomplished? ------------------------------ Date: Wed, 4 Jun 2008 07:07:53 -0700 (PDT) From: IanMiller Subject: Re: Problem with RF74 Message-ID: On Jun 4, 2:31 pm, Jan-Erik S=F6derholm wrote: > Fred Zwarts wrote: > > We still have an old VAX 4000 model 300 system with an internal RF74 dis= k. > > Today the disk stopped working, after a few days of frequently producing= errors. > > All OpenVMS commands that try to access the disk return FORMAT errors, > > like: MOUNT-F-FORMAT, invalid media format. > > The most informative message I see is when I log in with SET HOST/dup an= d > > select the task DKUTILS. The GET command then produces the message: > > All copies of RCT are bad. > > I understand that RCT stands for Revectoring Copy Table. > > I can imagine that this is fatal. > > I am afraid that this means the end of our OpenVMS cluster. > > Just replace the disk... > > http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=3D130226936985http://cg= i.ebay.com/ws/eBayISAPI.dll?ViewItem&item=3D160245587351 > > Jan-Erik. > > > Is there still hope to bring the disk back with e.g. a low level format?= > > If so, how is this accomplished? Note that, as these disks have not been made for 20 years, any you get from eBay or HP are going to be just as 'good' as the one you have. Consider this a hint to move to something a little less pre-historic. I've successfully used BA350 cabs with HSD10 controllers and RZ28/9 disks on this vintage system to replace RF7x disks. Nemonix make new RZ28/9 disks. ------------------------------ Date: Wed, 04 Jun 2008 15:00:44 GMT From: =?ISO-8859-1?Q?Jan-Erik_S=F6derholm?= Subject: Re: Problem with RF74 Message-ID: IanMiller wrote: > On Jun 4, 2:31 pm, Jan-Erik Söderholm > wrote: >> Fred Zwarts wrote: >>> We still have an old VAX 4000 model 300 system with an internal RF74 disk. >>> Today the disk stopped working, after a few days of frequently producing errors. >>> All OpenVMS commands that try to access the disk return FORMAT errors, >>> like: MOUNT-F-FORMAT, invalid media format. >>> The most informative message I see is when I log in with SET HOST/dup and >>> select the task DKUTILS. The GET command then produces the message: >>> All copies of RCT are bad. >>> I understand that RCT stands for Revectoring Copy Table. >>> I can imagine that this is fatal. >>> I am afraid that this means the end of our OpenVMS cluster. >> Just replace the disk... >> >> http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=130226936985http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=160245587351 >> >> Jan-Erik. >> >>> Is there still hope to bring the disk back with e.g. a low level format? >>> If so, how is this accomplished? > > > Note that, as these disks have not been made for 20 years, any you get > from eBay or HP are going to be just as 'good' as the one you have... Stil better then to EOL the cluster. That seemed to be the alternative judging from Fred's original post... Jan-Erik. > Consider this a hint to move to something a little less pre-historic. > I've successfully used BA350 cabs with HSD10 controllers and RZ28/9 > disks on this vintage system to replace RF7x disks. Nemonix make new > RZ28/9 disks. ------------------------------ Date: Wed, 4 Jun 2008 10:07:15 -0700 (PDT) From: LenW Subject: Re: Problem with RF74 Message-ID: On Jun 4, 8:00=A0am, Jan-Erik S=F6derholm wrote: > IanMiller wrote: > > On Jun 4, 2:31 pm, Jan-Erik S=F6derholm > > wrote: > >> Fred Zwarts wrote: > >>> We still have an old VAX 4000 model 300 system with an internal RF74 d= isk. > >>> Today the disk stopped working, after a few days of frequently produci= ng errors. > >>> All OpenVMS commands that try to access the disk return FORMAT errors,= > >>> like: MOUNT-F-FORMAT, invalid media format. > >>> The most informative message I see is when I log in with SET HOST/dup = and > >>> select the task DKUTILS. The GET command then produces the message: > >>> All copies of RCT are bad. > >>> I understand that RCT stands for Revectoring Copy Table. > >>> I can imagine that this is fatal. > >>> I am afraid that this means the end of our OpenVMS cluster. > >> Just replace the disk... > > >>http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=3D130226936985http:/.= .. > > >> Jan-Erik. > > >>> Is there still hope to bring the disk back with e.g. a low level forma= t? > >>> If so, how is this accomplished? > > > Note that, as these disks have not been made for 20 years, any you get > > from eBay or HP are going to be just as 'good' as the one you have... > > Stil better then to EOL the cluster. That seemed to be the > alternative judging from Fred's original post... > > Jan-Erik. > > > > > Consider this a hint to move to something a little less pre-historic. > > I've successfully used BA350 cabs with HSD10 controllers and RZ28/9 > > disks on this vintage system to replace RF7x disks. Nemonix make new > > RZ28/9 disks.- Hide quoted text - > > - Show quoted text -- Hide quoted text - > > - Show quoted text - Hi Fred: I agree in that the RF74's are "old" drives and need to be "fully" tested before installing. (I have one here I would sell if you want it) Going with the BA350 and an HSZ10 is a "newer" solution but it comes along with a new device name which would require a little more VMS work on your part. If there is anything I can do to help regardless of which solution you waht to go with let me know. LenW ------------------------------ Date: Wed, 04 Jun 2008 20:12:27 +0300 From: =?ISO-8859-1?Q?Kari_Uusim=E4ki?= Subject: Re: Problem with RF74 Message-ID: <4846ccfd$0$2675$9b536df3@news.fv.fi> IanMiller wrote: > On Jun 4, 2:31 pm, Jan-Erik Söderholm > wrote: >> Fred Zwarts wrote: >>> We still have an old VAX 4000 model 300 system with an internal RF74 disk. >>> Today the disk stopped working, after a few days of frequently producing errors. >>> All OpenVMS commands that try to access the disk return FORMAT errors, >>> like: MOUNT-F-FORMAT, invalid media format. >>> The most informative message I see is when I log in with SET HOST/dup and >>> select the task DKUTILS. The GET command then produces the message: >>> All copies of RCT are bad. >>> I understand that RCT stands for Revectoring Copy Table. >>> I can imagine that this is fatal. >>> I am afraid that this means the end of our OpenVMS cluster. >> Just replace the disk... >> >> http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=130226936985http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=160245587351 >> >> Jan-Erik. >> >>> Is there still hope to bring the disk back with e.g. a low level format? >>> If so, how is this accomplished? > > > Note that, as these disks have not been made for 20 years, any you get > from eBay or HP are going to be just as 'good' as the one you have. > Consider this a hint to move to something a little less pre-historic. > I've successfully used BA350 cabs with HSD10 controllers and RZ28/9 > disks on this vintage system to replace RF7x disks. Nemonix make new > RZ28/9 disks. I agree with Ian and also recommend a HSD10 (or another HSD controller) based solution with RZ* SCSI disks. You can extend the life of your cluster and as an extra benefit you get better performance of the storage. I have done such solutions to my customers. Regards, Kari ------------------------------ Date: Wed, 4 Jun 2008 13:35:03 -0400 From: "David Turner, Island Computers" Subject: Re: Problem with RF74 Message-ID: With something this old you would be better off calling Nemonix and asking them. These drives, as already stated, are SO SO OLD, that you probably will have another failure within a year. You could also go with an older SCSI controller (solid state isn't so dangerous to buy used) There is a CMD board CMD-CQD223 (?) that supported SCSI drives. This could then attached to either a BA350 or you could mount a drive inside the Vax. That would be a safer and cheaper solution than going with replacement RF74 every few months DT -- David B Turner ============================================= Island Computers US Corp PO Box 86 Tybee GA 31328 Toll Free: 1-877 636 4332 x201, Mobile x251 Email: dturner@islandco.com International & Local: (001)- 404-806-7749 Fax: 912 786 8505 Web: www.islandco.com ============================================= "LenW" wrote in message news:f4148f89-b884-47e4-a65f-d1bb937d0f17@x19g2000prg.googlegroups.com... On Jun 4, 8:00 am, Jan-Erik Söderholm wrote: > IanMiller wrote: > > On Jun 4, 2:31 pm, Jan-Erik Söderholm > > wrote: > >> Fred Zwarts wrote: > >>> We still have an old VAX 4000 model 300 system with an internal RF74 > >>> disk. > >>> Today the disk stopped working, after a few days of frequently > >>> producing errors. > >>> All OpenVMS commands that try to access the disk return FORMAT errors, > >>> like: MOUNT-F-FORMAT, invalid media format. > >>> The most informative message I see is when I log in with SET HOST/dup > >>> and > >>> select the task DKUTILS. The GET command then produces the message: > >>> All copies of RCT are bad. > >>> I understand that RCT stands for Revectoring Copy Table. > >>> I can imagine that this is fatal. > >>> I am afraid that this means the end of our OpenVMS cluster. > >> Just replace the disk... > > >>http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=130226936985http:/... > > >> Jan-Erik. > > >>> Is there still hope to bring the disk back with e.g. a low level > >>> format? > >>> If so, how is this accomplished? > > > Note that, as these disks have not been made for 20 years, any you get > > from eBay or HP are going to be just as 'good' as the one you have... > > Stil better then to EOL the cluster. That seemed to be the > alternative judging from Fred's original post... > > Jan-Erik. > > > > > Consider this a hint to move to something a little less pre-historic. > > I've successfully used BA350 cabs with HSD10 controllers and RZ28/9 > > disks on this vintage system to replace RF7x disks. Nemonix make new > > RZ28/9 disks.- Hide quoted text - > > - Show quoted text -- Hide quoted text - > > - Show quoted text - Hi Fred: I agree in that the RF74's are "old" drives and need to be "fully" tested before installing. (I have one here I would sell if you want it) Going with the BA350 and an HSZ10 is a "newer" solution but it comes along with a new device name which would require a little more VMS work on your part. If there is anything I can do to help regardless of which solution you waht to go with let me know. LenW ------------------------------ Date: Wed, 4 Jun 2008 07:51:33 -0700 (PDT) From: Nagaraj C Subject: SYS$GETUAI for 64 Bit addressing Message-ID: <63ef000a-7792-4e62-aa83-4575f4746ea5@34g2000hsf.googlegroups.com> Hi, I am trying to execute the following section of the code for 64 bit application. The program is compiled with /pointer_size=64 on IA OpenVMS V8.2-1. The SYS$GETUAI is returing 12 as return status ( Which is ACCVIO). Please help me in working this section of the code. Many thanks in advance. < Please excuse for more header file. The code is copied from main source for trouble shoot> #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include int main(){ unsigned __int64 lu_resval=0,lu_reslen=0; static $DESCRIPTOR(lu_usernam, "NAGARAJ"); ileb_64 pItemList[2]; int lu_sts; memset(pItemList,0,sizeof(pItemList)); pItemList[0].ileb_64$l_mbmo = -1; pItemList[0].ileb_64$w_mbo = 1; pItemList[0].ileb_64$w_code = UAI$_BYTLM; pItemList[0].ileb_64$pq_bufaddr = (unsigned __int64)&lu_resval; pItemList[0].ileb_64$pq_retlen_addr = (unsigned __int64)&lu_reslen; pItemList[0].ileb_64$q_length[0] = 2; lu_sts = sys$getuai(0, 0, &lu_usernam, &pItemList, 0, 0, 0); printf("Status is %d , \n",lu_sts); } Thanks and Regards Nagaraj C ------------------------------ Date: Wed, 04 Jun 2008 17:12:03 +0200 From: Jur van der Burg <"lddriver at digiater dot nl"> Subject: Re: SYS$GETUAI for 64 Bit addressing Message-ID: <4846b0c3$0$14347$e4fe514c@news.xs4all.nl> Forget it. sys$getuai is a 32 bit system service and can't handle 64 bit addresses, so you have to move the data to a temp buffer in 32 bit space. See the openvms programming concepts manual, chapter 11 (support for 64 bit addressing). Jur. Nagaraj C wrote: > Hi, > > I am trying to execute the following section of the code for 64 bit > application. The program is compiled with /pointer_size=64 on IA > OpenVMS V8.2-1. > > The SYS$GETUAI is returing 12 as return status ( Which is ACCVIO). > > Please help me in working this section of the code. Many thanks in > advance. > > < Please excuse for more header file. The code is copied from main > source for trouble shoot> > > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > > int main(){ > > > unsigned __int64 lu_resval=0,lu_reslen=0; > static $DESCRIPTOR(lu_usernam, "NAGARAJ"); > ileb_64 pItemList[2]; > int lu_sts; > > memset(pItemList,0,sizeof(pItemList)); > > pItemList[0].ileb_64$l_mbmo = -1; > pItemList[0].ileb_64$w_mbo = 1; > pItemList[0].ileb_64$w_code = UAI$_BYTLM; > pItemList[0].ileb_64$pq_bufaddr = (unsigned __int64)&lu_resval; > pItemList[0].ileb_64$pq_retlen_addr = (unsigned > __int64)&lu_reslen; > pItemList[0].ileb_64$q_length[0] = 2; > > lu_sts = sys$getuai(0, 0, &lu_usernam, &pItemList, 0, 0, 0); > > printf("Status is %d , \n",lu_sts); > } > > > Thanks and Regards > Nagaraj C ------------------------------ Date: 4 Jun 2008 08:24:55 -0500 From: clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley) Subject: VMS layered products paper documentation updates problem ? Message-ID: Does anyone here have the paper documentation kit updates (*-GZ part numbers) for their layered products on their HP contracts ? If so, are you still receiving your updates ? I'm especially interested in the DEC C, DCPS and TCP/IP services paper documentation kits. I'm having a hard time getting HP to sort out a problem with apparent non-delivery of these updates to me over the last year or so. Thanks for any information, Simon. -- Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP Microsoft: Bringing you 1980's technology to a 21st century world ------------------------------ Date: 4 Jun 2008 09:37:56 -0500 From: clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley) Subject: Re: VMS layered products paper documentation updates problem ? Message-ID: In article , clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley) writes: > Does anyone here have the paper documentation kit updates (*-GZ part > numbers) for their layered products on their HP contracts ? > > If so, are you still receiving your updates ? > > I'm especially interested in the DEC C, DCPS and TCP/IP services paper > documentation kits. > The TCP/IP services documentation issue has been solved; it apparently _only_ comes along with the operating system kit these days. It also appears that, like OpenVMS Alpha, there hasn't been a new version of TCP/IP in the last couple of years. I must admit that I hadn't realised that VMS/UCX development had stagnated so much in recent years. I'm still interested in knowing if anyone else has received current versions of the DCPS and DEC C paper documentation kits as part of their contract; there have been more recent versions of both of those products. Thanks, Simon. -- Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP Microsoft: Bringing you 1980's technology to a 21st century world ------------------------------ Date: Wed, 4 Jun 2008 06:00:31 -0700 (PDT) From: "David P. Murphy" Subject: Re: Weendoze for a VMS bigot Message-ID: <36bfb892-ebcc-4607-8826-d96acc522ebf@w7g2000hsa.googlegroups.com> On Jun 2, 11:26 am, VAXman- @SendSpamHere.ORG wrote: > That did work. However, all of the other 'security' items originally shown > by 'cacls sshd_config' have gone missing. I hope that doesn't hork access > for the sshd server trying to read the file when it starts. If so, I will > be _COMPLETELY_ shut out. Dude, I'm dying here. Can you get through now, or are you hosed? ok dpm ------------------------------ Date: 04 Jun 2008 13:50:34 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: Weendoze for a VMS bigot Message-ID: <48469daa$0$11613$607ed4bc@cv.net> In article <36bfb892-ebcc-4607-8826-d96acc522ebf@w7g2000hsa.googlegroups.com>, "David P. Murphy" writes: >On Jun 2, 11:26 am, VAXman- @SendSpamHere.ORG wrote: > >> That did work. However, all of the other 'security' items originally shown >> by 'cacls sshd_config' have gone missing. I hope that doesn't hork access >> for the sshd server trying to read the file when it starts. If so, I will >> be _COMPLETELY_ shut out. > >Dude, I'm dying here. Can you get through now, or are you hosed? The box hasn't been rebooted yet so I don't know... in the interim, I'm still in via ssh on 22 -- 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 2008.311 ************************