INFO-VAX Thu, 20 Nov 2008 Volume 2008 : Issue 629 Contents: Re: 150 year Re: 150 year Re: 150 year Re: 150 year Re: 150 year Re: 150 year Re: Anyone want a ride on the SS Itanic? Re: Emulation HELP DESK How do I find out if my dedicated server is a VM Re: How do I find out if my dedicated server is a VM Re: How do I find out if my dedicated server is a VM Re: How do I find out if my dedicated server is a VM Re: OT: Former VMS guy need small free database Re: OT: Former VMS guy need small free database Re: OT: Former VMS guy need small free database Re: OVMS NetBeans IDE Error Re: OVMS NetBeans IDE Error Re: OVMS NetBeans IDE Error Re: OVMS NetBeans IDE Error Re: OVMS NetBeans IDE Error RE: VMS, HP and the recession ---------------------------------------------------------------------- Date: Thu, 20 Nov 2008 09:05:04 +0100 From: "Fred Zwarts" Subject: Re: 150 year Message-ID: "Bob Koehler" wrote in message = news:$D5OaMRbeE2T@eisner.encompasserve.org... > > ... > > Meanwhile the established age of the universe requires a clock that > only goes back about 13.7 billion years. How many bits does that > take in your favorite counter? Using a 64 bit counter the resolution would be roughly 10 milliseconds. Is that sufficient? ------------------------------ Date: Thu, 20 Nov 2008 17:03:15 +0100 From: Johnny Billquist Subject: Re: 150 year Message-ID: Arne Vajhĝj skrev: > JF Mezei wrote: >> Richard B. Gilbert wrote: >>> It doesn't really make any difference that I can see! If you say >>> "SHOW TIME" it gives you the date and time as "17-NOV-2008 16:02:21" >>> which I find entirely adequate. >> >> >> It makes a difference with arithmetic etc. You need to convert from more >> usable format to the VMS quadword format, and once there, you need to >> use system routines (especially on VAX which doesn't handle 64 bits >> well). > > movq > addl2 + adwc > subl2 + sbwc > emul > ediv > > worked fine for me. Yup. No real problem dealing with 64 bit integers on a VAX. >> The Unix system time is just seconds in a 32 bit integer and it >> simplifies arithmetic being done. > > That is the old way. > > Unix - 32 bit time - 1970 > VMS - 64 bit time - 1978 > Windows NT - 64 bit time - 1993 > Java - 64 bit time - 1995 > .NET - 64 bit time - 2000 One more interesting question here is of course the resolution of that time. On Unix, it's a second. On VMS it's 100 ns (or did I get it wrong now? :-) ). What about the others? > Oh - and I think most Unixes already have switched to 64 bit time. I'm not so sure. There are a lot of cruft that assumes that it's a 32-bit signed integer. Looking at NetBSD, pretty current, it appears to still have time_t defined as a long, and that's 32 bits on all platforms. Johnny -- Johnny Billquist || "I'm on a bus || on a psychedelic trip email: bqt@softjar.se || Reading murder books pdp is alive! || tryin' to stay hip" - B. Idol ------------------------------ Date: Thu, 20 Nov 2008 17:04:47 +0100 From: Johnny Billquist Subject: Re: 150 year Message-ID: Richard B. Gilbert skrev: > Bob Koehler wrote: >> In article <000db06b$0$12274$c3e8da3@news.astraweb.com>, JF Mezei >> writes: >>> The Unix system time is just seconds in a 32 bit integer and it >>> simplifies arithmetic being done. >> >> But provides a clock usefull over only 68 years. Don't try to use it >> to support a business that plans to be in business for over 100 >> years. >> > > I've heard rumors that most Unices either plan to adopt, or have > adopted, a 64 bit time. There is talk (of course). Sooner or later this have to be addressed. But looking at a pretty current NetBSD, it's still 32 bits. There is so much stuff all over the place that assumes it is a signed 32-bit integer that it's not something you just redefined and think everything is fine. Johnny -- Johnny Billquist || "I'm on a bus || on a psychedelic trip email: bqt@softjar.se || Reading murder books pdp is alive! || tryin' to stay hip" - B. Idol ------------------------------ Date: Thu, 20 Nov 2008 12:26:45 -0500 From: "Richard B. Gilbert" Subject: Re: 150 year Message-ID: Johnny Billquist wrote: > Richard B. Gilbert skrev: >> Bob Koehler wrote: >>> In article <000db06b$0$12274$c3e8da3@news.astraweb.com>, JF Mezei >>> writes: >>>> The Unix system time is just seconds in a 32 bit integer and it >>>> simplifies arithmetic being done. >>> >>> But provides a clock usefull over only 68 years. Don't try to use it >>> to support a business that plans to be in business for over 100 >>> years. >>> >> >> I've heard rumors that most Unices either plan to adopt, or have >> adopted, a 64 bit time. > > There is talk (of course). Sooner or later this have to be addressed. > But looking at a pretty current NetBSD, it's still 32 bits. There is so > much stuff all over the place that assumes it is a signed 32-bit integer > that it's not something you just redefined and think everything is fine. > > Johnny > I'd just rename it slightly and decree that all new code should use the 64 bit value and all old code should be fixed. I mean we can get the house in order at our convenience or we can wait till September 2037 and have a Y2K like panic. If we start thinking about the problem now, it can be taken care of relatively painlessly over the next 29 years. I don't really expect it to happen nor is it likely that I'll live to see it; I'd be 97!! ------------------------------ Date: 20 Nov 2008 17:27:15 GMT From: "Bob Eager" Subject: Re: 150 year Message-ID: <176uZD2KcidF-pn2-vQY6NhIiuihW@rikki.tavi.co.uk> On Thu, 20 Nov 2008 16:03:15 UTC, Johnny Billquist wrote: > Yup. No real problem dealing with 64 bit integers on a VAX. > > >> The Unix system time is just seconds in a 32 bit integer and it > >> simplifies arithmetic being done. > > > > That is the old way. > > > > Unix - 32 bit time - 1970 > > VMS - 64 bit time - 1978 > > Windows NT - 64 bit time - 1993 > > Java - 64 bit time - 1995 > > .NET - 64 bit time - 2000 > > One more interesting question here is of course the resolution of that time. > On Unix, it's a second. No, not necessarily. You may be confusing the C library function time(), which only needs a resolution of a second on any platform, with whatever system call provides time. The C standard provides no way of using the result of time() (a time_t) to get anything better than a second, so that's all time_t needs to be able to hold.. > Looking at NetBSD, pretty current, it appears to still have time_t defined as a > long, and that's 32 bits on all platforms. It doesn't define what value it's based at, and it doesn't need to. It (the base) could be changed and it would not break a correct program. This is just the C library. However, looking at BSD (FreeBSD is what I'm looking at, as it happens), the underlying system call, gettimeofday() works down to microseconds. -- Bob Eager Use the BIG mirror service in the UK: http://www.mirrorservice.org ------------------------------ Date: Thu, 20 Nov 2008 12:38:05 -0500 From: "Richard B. Gilbert" Subject: Re: 150 year Message-ID: Bob Eager wrote: > On Thu, 20 Nov 2008 16:03:15 UTC, Johnny Billquist > wrote: > >> Yup. No real problem dealing with 64 bit integers on a VAX. >> >>>> The Unix system time is just seconds in a 32 bit integer and it >>>> simplifies arithmetic being done. >>> That is the old way. >>> >>> Unix - 32 bit time - 1970 >>> VMS - 64 bit time - 1978 >>> Windows NT - 64 bit time - 1993 >>> Java - 64 bit time - 1995 >>> .NET - 64 bit time - 2000 >> One more interesting question here is of course the resolution of that time. >> On Unix, it's a second. > > No, not necessarily. You may be confusing the C library function time(), > which only needs a resolution of a second on any platform, with whatever > system call provides time. The C standard provides no way of using the > result of time() (a time_t) to get anything better than a second, so > that's all time_t needs to be able to hold.. > >> Looking at NetBSD, pretty current, it appears to still have time_t defined as a >> long, and that's 32 bits on all platforms. > > It doesn't define what value it's based at, and it doesn't need to. It > (the base) could be changed and it would not break a correct program. > This is just the C library. > > However, looking at BSD (FreeBSD is what I'm looking at, as it happens), > the underlying system call, gettimeofday() works down to microseconds. > On Solaris 8 it's possible to read micro seconds from the clock. I no longer recall the details but I once wrote a five or six line program that read the clock twice in succession and the difference between the two readings was one microsecond. ------------------------------ Date: Thu, 20 Nov 2008 12:44:07 -0600 From: Michael Austin Subject: Re: Anyone want a ride on the SS Itanic? Message-ID: FrankS wrote: > On Nov 18, 3:59 pm, moro...@world.std.spaamtrap.com (Michael Moroney) > wrote: >> There's a company that's been selling a whole bunch of Itanium rx2600 >> systems on Ebay, for as low as $100 each (without management processor >> card) or $250 for ones with it. Has anyone here grabbed one and put VMS >> on it? > > I did, back when they were selling as an open auction, and I payed a > lot more. I believe many others here picked on (or two) up during the > $399 phase. OpenVMS works fine, installed without issues. By the > book. > > I think the management processor connector wasn't plugged in on mine > (vague recollection) and I updated all the firmware first. > > At $250 they're even more of a bargain then when I bought one. You > will need to get a DVD player, but I got one on eBay as well. Hope you didn't pay very much for the DVD on ebay -local shop in KC area has them for ~$25.00. ------------------------------ Date: 20 Nov 2008 18:42:56 GMT From: billg999@cs.uofs.edu (Bill Gunshannon) Subject: Re: Emulation Message-ID: <6olpdgF4a060U1@mid.individual.net> In article <4925ad41$0$8589$ba620dc5@nova.planet.nl>, Wilm Boerhout writes: > Wilm Boerhout vaguely mentioned on 16-11-2008 11:29: > > [snip] > >> I will, as soon as one passes my desk. I have 14 on order right now, and >> usually ship them to the customer unopenend nowadays, but I'll make a >> copy next time around. > > Well, it just so happens a shipment for a customer arrived. It happens > to be an OpenVMS Extension License for AlphaAXP, so VAX must wait. > > It's definitely interesting. I summarize: > > 1. This license requires a prerequisite OpenVMS Alpha AXP OS license to > be valid [...] > 2. HP grants you the right to deploy that license to the emulation > environment specified above. [...] > > There's more, of course but this is the gist of it. Why it's > interesting: nowhere on the document is there any mention about CHARON, > and the "emulation environment" mentioned in 2. is specified as "Windows > (R) Emulation Environment". > > So, in contradiction to what I said earlier, from HP's p.o.v. SIMH would > qualify, provided it runs on Windows. I leave it up to the SIMH people > whether *their* license would allow us to run it in a commercial > environment. SIMH is not commercial and has no restrictions (that I have ever been aware of) on what it allows you to do with it. bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves billg999@cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include ------------------------------ Date: Thu, 20 Nov 2008 02:15:38 -0800 (PST) From: DALILA Subject: HELP DESK Message-ID: HELP DESK http://www.helpdesksoftwarenewses.blogspot.com ------------------------------ Date: Thu, 20 Nov 2008 08:32:39 -0800 (PST) From: petethebloke Subject: How do I find out if my dedicated server is a VM Message-ID: <063a1b0f-6f50-4c36-852d-8c3ee58e21b3@l39g2000yqn.googlegroups.com> If I had a dedicated server, how would I be able to satisfy myself that it is not a VM on a box running 5 other "dedicated servers"? Let's just assume - for this hypothesis - that it was a Win 2003 install and my access was by Terminal services; but equally, I'd like to know how to find out in the case of a Red Hat install. Thanks, Pete ------------------------------ Date: Thu, 20 Nov 2008 08:48:31 -0800 (PST) From: petethebloke Subject: Re: How do I find out if my dedicated server is a VM Message-ID: <27678643-4934-476a-be4c-c6c5c0feb6f4@n10g2000yqm.googlegroups.com> On 20 Nov, 16:32, petethebloke wrote: > If I had a dedicated server, how would I be able to satisfy myself > that > it is not a VM on a box running 5 other "dedicated servers"? Let's > just assume - for this hypothesis - that it was a Win 2003 install > and my access was by Terminal services; but equally, I'd like to know > how to find out in the case of a Red Hat install. > > Thanks, > > Pete Oops. I think this is off-topic - you folks are into VMS not VMs aren't you? Sorry. ------------------------------ Date: Thu, 20 Nov 2008 17:06:43 GMT From: =?ISO-8859-1?Q?Jan-Erik_S=F6derholm?= Subject: Re: How do I find out if my dedicated server is a VM Message-ID: petethebloke wrote: > On 20 Nov, 16:32, petethebloke wrote: >> If I had a dedicated server, how would I be able to satisfy myself >> that >> it is not a VM on a box running 5 other "dedicated servers"? Let's >> just assume - for this hypothesis - that it was a Win 2003 install >> and my access was by Terminal services; but equally, I'd like to know >> how to find out in the case of a Red Hat install. >> >> Thanks, >> >> Pete > > Oops. I think this is off-topic - you folks are into VMS not VMs > aren't you? *That* is correct. Even if VMS will be able to run on top of HP-VM next year (thay say)... :-) > > Sorry. ------------------------------ Date: Thu, 20 Nov 2008 09:19:04 -0800 (PST) From: petethebloke Subject: Re: How do I find out if my dedicated server is a VM Message-ID: <89917454-a809-4490-b41e-401f4c3c49cd@v4g2000yqa.googlegroups.com> On 20 Nov, 17:06, Jan-Erik S=F6derholm wrote: > petethebloke wrote: > > On 20 Nov, 16:32, petethebloke wrote: > >> If I had a dedicated server, how would I be able to satisfy myself > >> that > >> it is not a VM on a box running 5 other "dedicated servers"? Let's > >> just assume - for this hypothesis - that it was a Win 2003 install > >> and my access was by Terminal services; but equally, I'd like to know > >> how to find out in the case of a Red Hat install. > > >> Thanks, > > >> Pete > > > Oops. I think this is off-topic - you folks are into VMS not VMs > > aren't you? > > *That* is correct. Even if VMS will be able to run on top of HP-VM > next year (thay say)... :-) > > > > > Sorry. Thanks Jan-Erik. I'll find an answer somewhere. ------------------------------ Date: Thu, 20 Nov 2008 10:32:51 -0500 From: "John Vottero" Subject: Re: OT: Former VMS guy need small free database Message-ID: "Randy Park" wrote in message news:4IYUk.163$9k5.352@eagle.america.net... > Thanks to all that replied. I will continue to look for a good solution > that once developed allows me to pass on the solution to someone else. You might want to look at the ASP.NET Starter kits: http://www.asp.net/community/projects/ ------------------------------ Date: Thu, 20 Nov 2008 11:23:19 -0700 From: Randy Park Subject: Re: OT: Former VMS guy need small free database Message-ID: ..... > > > OpenOffice is build on top of HSQLDB, but you don't like that. > > The problem with HSQLDB is that every table requires a primary index that is a unique integer. I could live with that ( a sequence number ) if the column could remain hidden when the end user is adding rows to the table, but the form development process doesn't support the automatic entry of a unique number into a column. This means when the end user goes to add a row to the table they must enter a unique integer value for the column that is the primary index. The primary index cannot be deleted or redfined. If you succeed in created a table without the primary index, then you cannot add any rows to the table. If it wasn't for this strange limitation I could probably live with their reporting and form design. Thanks anyway. ------------------------------ Date: Thu, 20 Nov 2008 11:30:35 -0700 From: Randy Park Subject: Re: OT: Former VMS guy need small free database Message-ID: Eric wrote: >> other big free databases are the same way. > > SQLite? (www.sqlite.org) > > e. This appears to be a library of callable routines. I need tools. Thanks for the idea though. ------------------------------ Date: Thu, 20 Nov 2008 07:50:31 +0100 From: Jur van der Burg <"lddriver at digiater dot nl"> Subject: Re: OVMS NetBeans IDE Error Message-ID: <492508c1$0$188$e4fe514c@news.xs4all.nl> I used it over a VPN tunnel, with NAT at both ends. Jur. Jan-Erik Söderholm wrote, On 19-11-2008 13:43: > Jur van der Burg wrote: >> > Have you actualy tried it ? >> >> Yes I have. And it works. I never got any response from HP, so I found >> this out myself >> after doing network traces trying to find out why the !@#$%^ thing did >> not work. >> Enter it as a parameter to netbeans, literally. No space between the >> -J and -D. >> And watch out that if you run a tunnel that you use the ip address >> that your machine >> got from the tunnel server, if you use the real box's ip adress you go >> wrong too. This >> is the address it uses to setup a connection back to the vms host. >> >> That java rmi stuff really sucks (personal opinion). >> >> Jur. > > OK. > Was this using a NAT router at *one* of the ends ? > That is, either at the client *or* the server end ? > > In my case the client was NAT'et at home and the server > was NAT'ed at my office down-town, and I never got > it to work over that link. > > Jan-Erik. > > >> >> Jan-Erik Söderholm wrote: >>> Jur van der Burg wrote: >>>> Two things: if the vms host has multiple network interfaces you need >>>> to specify >>>> the logical name IDE$HOST_IPNAME pointing to the interface to use, >>>> like this: >>>> >>>> $ define/system ide$host_ipname "vmshost.example.com" >>>> >>>> Second, if you use netbeans over a vpn tunnel you must start the ide >>>> with >>>> an option telling the application the ip address of the windows system, >>>> so add this option to the shortcut starting the ide: >>>> >>>> -J-Djava.rmi.server.hostname=mywindowsbox.example.com >>>> >>>> Then it should work. >>> >>> Have you actualy tried it ? >>> I have, with the active help from the OVMS NetBeans IDE >>> maintiners at HP, still with no luck... >>> >>> >>> Jave and rmi are very unfriendly for tunnels and >>>> very sensitive to network setup. >>>> >>>> I did however not use netbeans, it needs either ftp access or a >>>> network share >>>> in the vms system. A network share can be done with Samba, but >>>> that's far too >>>> unstable to be of any serious use. And ftp does not cut it if you >>>> want to >>>> work from multiple systems on the same project, like I tried to >>>> (work in the >>>> office and work on my system at home over a vpn tunnel). That gives >>>> so much >>>> issues that I just use plain terminal serssions (lots of them). >>>> >>>> Fwiw, >>>> >>>> Jur. >>>> >>>> sccr13plyr@gmail.com wrote: >>>>> On Nov 18, 1:06 pm, koeh...@eisner.nospam.encompasserve.org (Bob >>>>> Koehler) wrote: >>>>>> In article >>>>>> <1162ca5f-c114-4ad0-829c-c6cb82ded...@k36g2000pri.googlegroups.com>, >>>>>> sccr13p...@gmail.com writes: >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>> Hello, >>>>>>> Our System Admin recently installed the OpenVMS component for >>>>>>> NetBeans. I installed NetBeans and the OVMS module on my machine. >>>>>>> When I try to establish a connection with the remote IDE server, >>>>>>> I get >>>>>>> a popup with the error: >>>>>>> error during JRMP connection establishment; nested exception is: >>>>>>> javax.net.ssl.SSLHandshakeException: Remote host closed connection >>>>>>> during handshake >>>>>>> The sysadmin has been too busy to look at the issue right now, so I >>>>>>> was curious if anyone around here might have some suggestions as to >>>>>>> what the problem might be... >>>>>>> TIA >>>>>>> sccr13plyr >>>>>> Since you have no data and we're just wild guessing here, I'd >>>>>> suspect >>>>>> something in your LOGIN.COM on the remote server that the >>>>>> connection >>>>>> doesn't expect.- Hide quoted text - >>>>>> >>>>>> - Show quoted text - >>>>> >>>>> Bob, >>>>> >>>>> Thank you for your response! I have provided pretty much the data I >>>>> have. I was looking for someone who has installed and used the >>>>> NetBeans IDE and perhaps had come across this error. If everyone who >>>>> is using NetBeans has not seen this error, then I would assume that my >>>>> friendly neighborhood admin has missed a setup step. >>>>> >>>>> As for the login.com, the NetBeans application connects to an IDE >>>>> $SERVER daemon. It apparently uses my OVMS credentials for >>>>> authentication somewhere along the road, but I don't think it is even >>>>> getting that far (as putting in an invalid password or username does >>>>> not change the error message). Even if it did, I had already changed >>>>> the login to immediately exit as a safeguard. >>>>> >>>>> There is an IDE$SERVER log on the VMS box and this some addtional >>>>> information: >>>>> >>>>> java.rmi.ConnectIOException: error during JRMP connection >>>>> establishment; nested exception is: >>>>> javax.net.ssl.SSLHandshakeException: Remote host closed >>>>> connection during handshake >>>>> >>>>> at sun.rmi.transport.tcp.TCPChannel.createConnection >>>>> (TCPChannel.java:273) >>>>> >>>>> at sun.rmi.transport.tcp.TCPChannel.newConnection >>>>> (TCPChannel.java:171) >>>>> >>>>> at sun.rmi.server.UnicastRef.newCall(UnicastRef.java:306) >>>>> >>>>> at sun.rmi.registry.RegistryImpl_Stub.rebind(Unknown Source) >>>>> >>>>> at org.netbeans.modules.distributed.util.RMIMethodInvoker >>>>> $1BindThread.run(Unknown Source) >>>>> >>>>> Caused by: javax.net.ssl.SSLHandshakeException: Remote host closed >>>>> connection during handshake >>>>> >>>>> at com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord >>>>> (SSLSocketImpl.java:742) >>>>> >>>>> at >>>>> com.sun.net.ssl.internal.ssl.SSLSocketImpl.performInitialHandshake >>>>> (SSLSocketImpl.java:1030) >>>>> >>>>> at com.sun.net.ssl.internal.ssl.SSLSocketImpl.writeRecord >>>>> (SSLSocketImpl.java:622) >>>>> >>>>> at com.sun.net.ssl.internal.ssl.AppOutputStream.write >>>>> (AppOutputStream.java:59) >>>>> >>>>> at java.io.BufferedOutputStream.flushBuffer >>>>> (BufferedOutputStream.java:65) >>>>> >>>>> at java.io.BufferedOutputStream.flush >>>>> (BufferedOutputStream.java:123) >>>>> >>>>> at java.io.DataOutputStream.flush(DataOutputStream.java:106) >>>>> >>>>> at sun.rmi.transport.tcp.TCPChannel.createConnection >>>>> (TCPChannel.java:198) >>>>> >>>>> ... 4 more >>>>> >>>>> Caused by: java.io.EOFException: SSL peer shut down incorrectly >>>>> >>>>> at com.sun.net.ssl.internal.ssl.InputRecord.read >>>>> (InputRecord.java:333) >>>>> >>>>> at com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord >>>>> (SSLSocketImpl.java:723) >>>>> >>>>> ... 11 more >>>>> >>>>> >>>>> But, I am not 100% they are related. >>>>> >>>>> Any further thoughts? >>>>> >>>>> sccr13plyr, HP ASE (Of the OVMS flavor) ------------------------------ Date: Thu, 20 Nov 2008 09:44:19 GMT From: =?ISO-8859-1?Q?Jan-Erik_S=F6derholm?= Subject: Re: OVMS NetBeans IDE Error Message-ID: OK, a VPN. But then, logicaly, the server and the client is on the same IP subnet and the NAT'er adresses are a non-issue, not ? As long as you can establish the VPN tunnel, it doesn't matter how the underlying networks looks like, if I'm not wrong. Wasn't the VMS server seeing a client on it's own IP network in your case ? Jan-Erik. Jur van der Burg wrote: > I used it over a VPN tunnel, with NAT at both ends. > > Jur. > > Jan-Erik Söderholm wrote, On 19-11-2008 13:43: >> Jur van der Burg wrote: >>> > Have you actualy tried it ? >>> >>> Yes I have. And it works. I never got any response from HP, so I >>> found this out myself >>> after doing network traces trying to find out why the !@#$%^ thing >>> did not work. >>> Enter it as a parameter to netbeans, literally. No space between the >>> -J and -D. >>> And watch out that if you run a tunnel that you use the ip address >>> that your machine >>> got from the tunnel server, if you use the real box's ip adress you >>> go wrong too. This >>> is the address it uses to setup a connection back to the vms host. >>> >>> That java rmi stuff really sucks (personal opinion). >>> >>> Jur. >> >> OK. >> Was this using a NAT router at *one* of the ends ? >> That is, either at the client *or* the server end ? >> >> In my case the client was NAT'et at home and the server >> was NAT'ed at my office down-town, and I never got >> it to work over that link. >> >> Jan-Erik. >> >> >>> >>> Jan-Erik Söderholm wrote: >>>> Jur van der Burg wrote: >>>>> Two things: if the vms host has multiple network interfaces you >>>>> need to specify >>>>> the logical name IDE$HOST_IPNAME pointing to the interface to use, >>>>> like this: >>>>> >>>>> $ define/system ide$host_ipname "vmshost.example.com" >>>>> >>>>> Second, if you use netbeans over a vpn tunnel you must start the >>>>> ide with >>>>> an option telling the application the ip address of the windows >>>>> system, >>>>> so add this option to the shortcut starting the ide: >>>>> >>>>> -J-Djava.rmi.server.hostname=mywindowsbox.example.com >>>>> >>>>> Then it should work. >>>> >>>> Have you actualy tried it ? >>>> I have, with the active help from the OVMS NetBeans IDE >>>> maintiners at HP, still with no luck... >>>> >>>> >>>> Jave and rmi are very unfriendly for tunnels and >>>>> very sensitive to network setup. >>>>> >>>>> I did however not use netbeans, it needs either ftp access or a >>>>> network share >>>>> in the vms system. A network share can be done with Samba, but >>>>> that's far too >>>>> unstable to be of any serious use. And ftp does not cut it if you >>>>> want to >>>>> work from multiple systems on the same project, like I tried to >>>>> (work in the >>>>> office and work on my system at home over a vpn tunnel). That gives >>>>> so much >>>>> issues that I just use plain terminal serssions (lots of them). >>>>> >>>>> Fwiw, >>>>> >>>>> Jur. >>>>> >>>>> sccr13plyr@gmail.com wrote: >>>>>> On Nov 18, 1:06 pm, koeh...@eisner.nospam.encompasserve.org (Bob >>>>>> Koehler) wrote: >>>>>>> In article >>>>>>> <1162ca5f-c114-4ad0-829c-c6cb82ded...@k36g2000pri.googlegroups.com>, >>>>>>> sccr13p...@gmail.com writes: >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>>> Hello, >>>>>>>> Our System Admin recently installed the OpenVMS component for >>>>>>>> NetBeans. I installed NetBeans and the OVMS module on my machine. >>>>>>>> When I try to establish a connection with the remote IDE server, >>>>>>>> I get >>>>>>>> a popup with the error: >>>>>>>> error during JRMP connection establishment; nested exception is: >>>>>>>> javax.net.ssl.SSLHandshakeException: Remote host closed connection >>>>>>>> during handshake >>>>>>>> The sysadmin has been too busy to look at the issue right now, so I >>>>>>>> was curious if anyone around here might have some suggestions as to >>>>>>>> what the problem might be... >>>>>>>> TIA >>>>>>>> sccr13plyr >>>>>>> Since you have no data and we're just wild guessing here, I'd >>>>>>> suspect >>>>>>> something in your LOGIN.COM on the remote server that the >>>>>>> connection >>>>>>> doesn't expect.- Hide quoted text - >>>>>>> >>>>>>> - Show quoted text - >>>>>> >>>>>> Bob, >>>>>> >>>>>> Thank you for your response! I have provided pretty much the data I >>>>>> have. I was looking for someone who has installed and used the >>>>>> NetBeans IDE and perhaps had come across this error. If everyone who >>>>>> is using NetBeans has not seen this error, then I would assume >>>>>> that my >>>>>> friendly neighborhood admin has missed a setup step. >>>>>> >>>>>> As for the login.com, the NetBeans application connects to an IDE >>>>>> $SERVER daemon. It apparently uses my OVMS credentials for >>>>>> authentication somewhere along the road, but I don't think it is even >>>>>> getting that far (as putting in an invalid password or username does >>>>>> not change the error message). Even if it did, I had already changed >>>>>> the login to immediately exit as a safeguard. >>>>>> >>>>>> There is an IDE$SERVER log on the VMS box and this some addtional >>>>>> information: >>>>>> >>>>>> java.rmi.ConnectIOException: error during JRMP connection >>>>>> establishment; nested exception is: >>>>>> javax.net.ssl.SSLHandshakeException: Remote host closed >>>>>> connection during handshake >>>>>> >>>>>> at sun.rmi.transport.tcp.TCPChannel.createConnection >>>>>> (TCPChannel.java:273) >>>>>> >>>>>> at sun.rmi.transport.tcp.TCPChannel.newConnection >>>>>> (TCPChannel.java:171) >>>>>> >>>>>> at sun.rmi.server.UnicastRef.newCall(UnicastRef.java:306) >>>>>> >>>>>> at sun.rmi.registry.RegistryImpl_Stub.rebind(Unknown Source) >>>>>> >>>>>> at org.netbeans.modules.distributed.util.RMIMethodInvoker >>>>>> $1BindThread.run(Unknown Source) >>>>>> >>>>>> Caused by: javax.net.ssl.SSLHandshakeException: Remote host closed >>>>>> connection during handshake >>>>>> >>>>>> at com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord >>>>>> (SSLSocketImpl.java:742) >>>>>> >>>>>> at >>>>>> com.sun.net.ssl.internal.ssl.SSLSocketImpl.performInitialHandshake >>>>>> (SSLSocketImpl.java:1030) >>>>>> >>>>>> at com.sun.net.ssl.internal.ssl.SSLSocketImpl.writeRecord >>>>>> (SSLSocketImpl.java:622) >>>>>> >>>>>> at com.sun.net.ssl.internal.ssl.AppOutputStream.write >>>>>> (AppOutputStream.java:59) >>>>>> >>>>>> at java.io.BufferedOutputStream.flushBuffer >>>>>> (BufferedOutputStream.java:65) >>>>>> >>>>>> at java.io.BufferedOutputStream.flush >>>>>> (BufferedOutputStream.java:123) >>>>>> >>>>>> at java.io.DataOutputStream.flush(DataOutputStream.java:106) >>>>>> >>>>>> at sun.rmi.transport.tcp.TCPChannel.createConnection >>>>>> (TCPChannel.java:198) >>>>>> >>>>>> ... 4 more >>>>>> >>>>>> Caused by: java.io.EOFException: SSL peer shut down incorrectly >>>>>> >>>>>> at com.sun.net.ssl.internal.ssl.InputRecord.read >>>>>> (InputRecord.java:333) >>>>>> >>>>>> at com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord >>>>>> (SSLSocketImpl.java:723) >>>>>> >>>>>> ... 11 more >>>>>> >>>>>> >>>>>> But, I am not 100% they are related. >>>>>> >>>>>> Any further thoughts? >>>>>> >>>>>> sccr13plyr, HP ASE (Of the OVMS flavor) ------------------------------ Date: Thu, 20 Nov 2008 12:44:17 +0100 From: Jur van der Burg <"lddriver at digiater dot nl"> Subject: Re: OVMS NetBeans IDE Error Message-ID: <49254d9a$0$198$e4fe514c@news.xs4all.nl> In my case the systems are on different subnets. I have a routing VPN, not a bridging one. If you have a bridge there should not be any issue. Jur. Jan-Erik Söderholm wrote, On 20-11-2008 10:44: > OK, a VPN. But then, logicaly, the server and the client > is on the same IP subnet and the NAT'er adresses are > a non-issue, not ? As long as you can establish the > VPN tunnel, it doesn't matter how the underlying > networks looks like, if I'm not wrong. > > Wasn't the VMS server seeing a client on it's own > IP network in your case ? > > Jan-Erik. > > > Jur van der Burg wrote: >> I used it over a VPN tunnel, with NAT at both ends. >> >> Jur. >> >> Jan-Erik Söderholm wrote, On 19-11-2008 13:43: >>> Jur van der Burg wrote: >>>> > Have you actualy tried it ? >>>> >>>> Yes I have. And it works. I never got any response from HP, so I >>>> found this out myself >>>> after doing network traces trying to find out why the !@#$%^ thing >>>> did not work. >>>> Enter it as a parameter to netbeans, literally. No space between the >>>> -J and -D. >>>> And watch out that if you run a tunnel that you use the ip address >>>> that your machine >>>> got from the tunnel server, if you use the real box's ip adress you >>>> go wrong too. This >>>> is the address it uses to setup a connection back to the vms host. >>>> >>>> That java rmi stuff really sucks (personal opinion). >>>> >>>> Jur. >>> >>> OK. >>> Was this using a NAT router at *one* of the ends ? >>> That is, either at the client *or* the server end ? >>> >>> In my case the client was NAT'et at home and the server >>> was NAT'ed at my office down-town, and I never got >>> it to work over that link. >>> >>> Jan-Erik. >>> >>> >>>> >>>> Jan-Erik Söderholm wrote: >>>>> Jur van der Burg wrote: >>>>>> Two things: if the vms host has multiple network interfaces you >>>>>> need to specify >>>>>> the logical name IDE$HOST_IPNAME pointing to the interface to use, >>>>>> like this: >>>>>> >>>>>> $ define/system ide$host_ipname "vmshost.example.com" >>>>>> >>>>>> Second, if you use netbeans over a vpn tunnel you must start the >>>>>> ide with >>>>>> an option telling the application the ip address of the windows >>>>>> system, >>>>>> so add this option to the shortcut starting the ide: >>>>>> >>>>>> -J-Djava.rmi.server.hostname=mywindowsbox.example.com >>>>>> >>>>>> Then it should work. >>>>> >>>>> Have you actualy tried it ? >>>>> I have, with the active help from the OVMS NetBeans IDE >>>>> maintiners at HP, still with no luck... >>>>> >>>>> >>>>> Jave and rmi are very unfriendly for tunnels and >>>>>> very sensitive to network setup. >>>>>> >>>>>> I did however not use netbeans, it needs either ftp access or a >>>>>> network share >>>>>> in the vms system. A network share can be done with Samba, but >>>>>> that's far too >>>>>> unstable to be of any serious use. And ftp does not cut it if you >>>>>> want to >>>>>> work from multiple systems on the same project, like I tried to >>>>>> (work in the >>>>>> office and work on my system at home over a vpn tunnel). That >>>>>> gives so much >>>>>> issues that I just use plain terminal serssions (lots of them). >>>>>> >>>>>> Fwiw, >>>>>> >>>>>> Jur. >>>>>> >>>>>> sccr13plyr@gmail.com wrote: >>>>>>> On Nov 18, 1:06 pm, koeh...@eisner.nospam.encompasserve.org (Bob >>>>>>> Koehler) wrote: >>>>>>>> In article >>>>>>>> <1162ca5f-c114-4ad0-829c-c6cb82ded...@k36g2000pri.googlegroups.com>, >>>>>>>> sccr13p...@gmail.com writes: >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>> Hello, >>>>>>>>> Our System Admin recently installed the OpenVMS component for >>>>>>>>> NetBeans. I installed NetBeans and the OVMS module on my machine. >>>>>>>>> When I try to establish a connection with the remote IDE >>>>>>>>> server, I get >>>>>>>>> a popup with the error: >>>>>>>>> error during JRMP connection establishment; nested exception is: >>>>>>>>> javax.net.ssl.SSLHandshakeException: Remote host closed connection >>>>>>>>> during handshake >>>>>>>>> The sysadmin has been too busy to look at the issue right now, >>>>>>>>> so I >>>>>>>>> was curious if anyone around here might have some suggestions >>>>>>>>> as to >>>>>>>>> what the problem might be... >>>>>>>>> TIA >>>>>>>>> sccr13plyr >>>>>>>> Since you have no data and we're just wild guessing here, I'd >>>>>>>> suspect >>>>>>>> something in your LOGIN.COM on the remote server that the >>>>>>>> connection >>>>>>>> doesn't expect.- Hide quoted text - >>>>>>>> >>>>>>>> - Show quoted text - >>>>>>> >>>>>>> Bob, >>>>>>> >>>>>>> Thank you for your response! I have provided pretty much the data I >>>>>>> have. I was looking for someone who has installed and used the >>>>>>> NetBeans IDE and perhaps had come across this error. If everyone >>>>>>> who >>>>>>> is using NetBeans has not seen this error, then I would assume >>>>>>> that my >>>>>>> friendly neighborhood admin has missed a setup step. >>>>>>> >>>>>>> As for the login.com, the NetBeans application connects to an IDE >>>>>>> $SERVER daemon. It apparently uses my OVMS credentials for >>>>>>> authentication somewhere along the road, but I don't think it is >>>>>>> even >>>>>>> getting that far (as putting in an invalid password or username does >>>>>>> not change the error message). Even if it did, I had already >>>>>>> changed >>>>>>> the login to immediately exit as a safeguard. >>>>>>> >>>>>>> There is an IDE$SERVER log on the VMS box and this some addtional >>>>>>> information: >>>>>>> >>>>>>> java.rmi.ConnectIOException: error during JRMP connection >>>>>>> establishment; nested exception is: >>>>>>> javax.net.ssl.SSLHandshakeException: Remote host closed >>>>>>> connection during handshake >>>>>>> >>>>>>> at sun.rmi.transport.tcp.TCPChannel.createConnection >>>>>>> (TCPChannel.java:273) >>>>>>> >>>>>>> at sun.rmi.transport.tcp.TCPChannel.newConnection >>>>>>> (TCPChannel.java:171) >>>>>>> >>>>>>> at sun.rmi.server.UnicastRef.newCall(UnicastRef.java:306) >>>>>>> >>>>>>> at sun.rmi.registry.RegistryImpl_Stub.rebind(Unknown Source) >>>>>>> >>>>>>> at org.netbeans.modules.distributed.util.RMIMethodInvoker >>>>>>> $1BindThread.run(Unknown Source) >>>>>>> >>>>>>> Caused by: javax.net.ssl.SSLHandshakeException: Remote host closed >>>>>>> connection during handshake >>>>>>> >>>>>>> at com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord >>>>>>> (SSLSocketImpl.java:742) >>>>>>> >>>>>>> at >>>>>>> com.sun.net.ssl.internal.ssl.SSLSocketImpl.performInitialHandshake >>>>>>> (SSLSocketImpl.java:1030) >>>>>>> >>>>>>> at com.sun.net.ssl.internal.ssl.SSLSocketImpl.writeRecord >>>>>>> (SSLSocketImpl.java:622) >>>>>>> >>>>>>> at com.sun.net.ssl.internal.ssl.AppOutputStream.write >>>>>>> (AppOutputStream.java:59) >>>>>>> >>>>>>> at java.io.BufferedOutputStream.flushBuffer >>>>>>> (BufferedOutputStream.java:65) >>>>>>> >>>>>>> at java.io.BufferedOutputStream.flush >>>>>>> (BufferedOutputStream.java:123) >>>>>>> >>>>>>> at java.io.DataOutputStream.flush(DataOutputStream.java:106) >>>>>>> >>>>>>> at sun.rmi.transport.tcp.TCPChannel.createConnection >>>>>>> (TCPChannel.java:198) >>>>>>> >>>>>>> ... 4 more >>>>>>> >>>>>>> Caused by: java.io.EOFException: SSL peer shut down incorrectly >>>>>>> >>>>>>> at com.sun.net.ssl.internal.ssl.InputRecord.read >>>>>>> (InputRecord.java:333) >>>>>>> >>>>>>> at com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord >>>>>>> (SSLSocketImpl.java:723) >>>>>>> >>>>>>> ... 11 more >>>>>>> >>>>>>> >>>>>>> But, I am not 100% they are related. >>>>>>> >>>>>>> Any further thoughts? >>>>>>> >>>>>>> sccr13plyr, HP ASE (Of the OVMS flavor) ------------------------------ Date: 20 Nov 2008 08:26:55 -0600 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: OVMS NetBeans IDE Error Message-ID: <$POpzmDCC6ws@eisner.encompasserve.org> sccr13plyr@gmail.com wrote: > > java.rmi.ConnectIOException: error during JRMP connection > establishment; nested exception is: > javax.net.ssl.SSLHandshakeException: Remote host closed > connection during handshake If that's on the server end, then the server thinks the client closed the connection. It's not clear to me: the server is on VMS and the client is on what? I do agree with others that you may be having some kind of networking problem. It could be wrapper software on your client. ------------------------------ Date: Thu, 20 Nov 2008 17:04:50 GMT From: =?ISO-8859-1?Q?Jan-Erik_S=F6derholm?= Subject: Re: OVMS NetBeans IDE Error Message-ID: Bob Koehler wrote: > sccr13plyr@gmail.com wrote: >> java.rmi.ConnectIOException: error during JRMP connection >> establishment; nested exception is: >> javax.net.ssl.SSLHandshakeException: Remote host closed >> connection during handshake > > If that's on the server end, then the server thinks the client > closed the connection. > > It's not clear to me: the server is on VMS and the client is on > what? Could be any platform supported by Netbeans. Usualy an standard PC/Windows box... > > I do agree with others that you may be having some kind of networking > problem. It could be wrapper software on your client. > ------------------------------ Date: Thu, 20 Nov 2008 14:31:01 +0000 From: "Main, Kerry" Subject: RE: VMS, HP and the recession Message-ID: <9D02E14BC0A2AE43A5D16A4CD8EC5A593ED9875CEC@GVW1158EXB.americas.hpqcorp.net> > -----Original Message----- > From: David J Dachtera [mailto:djesys.no@spam.comcast.net] > Sent: November 18, 2008 10:27 PM > To: Info-VAX@Mvb.Saic.Com > Subject: Re: VMS, HP and the recession > [snip..] > > Server consolidation is the current movement, and since VMS doesn't run > inside of VMware thanx to the demise of Emerald, guess what? > > D.J.D. VMware (and other OS virt technologies) certainly have a place, but are a temporary solution that saves some $'s related to space, maint and other HW type things, but that is only a small part of the overall IT budget. IT staffing is the big gorilla (60-70%) of the IT budget and this is mostly related to the number of OS and App's that are required to be managed. Unfortunately after implementing OS virtualizing technologies like VMware, many Cust's end up with many more OS's to manage than they had before i.e. if you thought x86 servers used to populate like rabbits, wait until you see how fast VM's populate. When the VMware stuff is complete and the CEO demands another 10-20% reduction in IT costs - then the really hard questions will start to get asked. Regards Kerry Main Senior Consultant HP Services Canada Voice: 613-254-8911 Fax: 613-591-4477 kerryDOTmainAThpDOTcom (remove the DOT's and AT) OpenVMS - the secure, multi-site OS that just works. ------------------------------ End of INFO-VAX 2008.629 ************************