INFO-VAX Tue, 08 Jan 2008 Volume 2008 : Issue 15 Contents: Re: Anyone interested in building a vms-like OS? Re: Anyone interested in building a vms-like OS? Re: Building libxml2 on OpenVMS/VAX Re: Building libxml2 on OpenVMS/VAX Carl J. Lydick Re: Carl J. Lydick Re: Carl J. Lydick Re: Carl J. Lydick Re: Carl J. Lydick Re: Carl J. Lydick Re: Carl J. Lydick Re: Carl J. Lydick Re: Carl J. Lydick Re: Carl J. Lydick Re: Carl J. Lydick Re: Carl J. Lydick Re: Carl J. Lydick Re: How to set "From:" address in VMS MAIL Re: How to set "From:" address in VMS MAIL Java threads on OpenVMS sometimes using 100% CPU Re: Java threads on OpenVMS sometimes using 100% CPU Re: Leopard improves SIMH performance Re: making nonblocking socket Mystery of X-windows colours/resources Nonbloacking socket Re: Perl issues? (was Re: looking for blue |d|i|g|i|t|a|l| logo) Re: Perl issues? (was Re: looking for blue |d|i|g|i|t|a|l| logo) Re: Perl issues? (was Re: looking for blue |d|i|g|i|t|a|l| logo) Re: Porting Subversion to VMS Re: SOT: (somewhat off topic) driver for LK250 keyboard Tivoli Storage Manager (TSM) on OVMS Re: Tivoli Storage Manager (TSM) on OVMS Re: Tivoli Storage Manager (TSM) on OVMS ---------------------------------------------------------------------- Date: Mon, 7 Jan 2008 11:36:31 -0800 (PST) From: yyyc186 Subject: Re: Anyone interested in building a vms-like OS? Message-ID: On Jan 6, 12:19 pm, gaoshan.w...@gmail.com wrote: I am in china right now, and have been talking with venture capitals recently, probably can get 100m us$ to start up provided we have the ability. There is a big OS market developing in china right now, The only way to make something like this successful is to completely abandoned all HP hardware and Intel CPU's. From an engineering perspective, HP is a failed company. Yes, they will continue to make money in the consumer side of the business, but Heroine dealers make money too and it doesn't mean they have good engineering. You need to start with a known base and work forward. AMD 64-bit chips are now the industry standard. Intel, to paraphrase Vin Diesel, is the KG-used-to-Be of chip makers. Ubuntu is the direction the Linux market is going. Red Hat is tainted by Oracle and SuSE ------------------------------ Date: Mon, 07 Jan 2008 15:27:13 -0500 From: JF Mezei Subject: Re: Anyone interested in building a vms-like OS? Message-ID: <47828bb8$0$4342$c3e8da3@news.astraweb.com> > On Jan 6, 12:19 pm, gaoshan.w...@gmail.com wrote: > > I am in china right now, and have been talking with venture capitals > recently, probably can get 100m us$ to start up provided we have the > ability. There is a big OS market developing in china right now, You might as well buy VMS from HP. Then you can move the support from India to China and re-hire the lost VMS engineers and get development going again. In terms of platforms, you are better off making VMS run on "generic " industry standard hardware that adheres to certain standards. This way VMS could run from laptop to data centre again. If HP won't sell VMS, then you hire all the ex VMS engineers and poach a few key ones still working for HP, and you also get some of the compiler people now at Intel. ------------------------------ Date: Mon, 7 Jan 2008 11:47:17 -0800 (PST) From: yyyc186 Subject: Re: Building libxml2 on OpenVMS/VAX Message-ID: <0fb01ceb-0031-4c01-83a4-1490c2fe8d2d@q39g2000hsf.googlegroups.com> I am in china right now, and have been talking with venture capitals recently, probably can get 100m us$ to start up provided we have the ability. There is a big OS market developing in china right now, The only way to make something like this successful is to completely abandoned all HP hardware and Intel CPU's. From an engineering perspective, HP is a failed company. Yes, they will continue to make money in the consumer side of the business, but Heroine dealers make money too and it doesn't mean they have good engineering. You need to start with a known base and work forward. AMD 64-bit chips are now the industry standard. Intel, to paraphrase Vin Diesel, is the KG-used-to-Be of chip makers. Ubuntu is the direction the Linux market is going. Red Hat is tainted by Oracle and SuSE is suffering from Novel's continued fornication with MS. Moving forward from the current Ubuntu base, you add on Logicals, ACL's, and clustering. This will require some kernel gutting and a break from the shared kernel of other distros. You will still be able to use the Debian distribution packaging, but the installer will need to be modified. Once a stable kernel with Logicals, ACL's, and clustering is in place, you then set about developing a DCL shell with Lexical functions. You have to be willing to break from the "common kernel", otherwise you will never get clustering in any Linux/Unix distro to work. Just look at the debacle Oracle has with their RAC 10 and "grid". A completely corrupted database at Orbitz and a highly public outage. Fine fine engineering guys. True64 never really clustered well, but was better than any other distro. We won't mention that also ran HP/ux comedy team. Red Hat has went out and hired the guy who couldn't get True64 to cluster and put him in charge of not getting their distro to cluster. Haven't heard much since the hiring though. Once you get going on this, you need to directly partner with AMD so they give you the full set of instructions common across all of their 64-bit CPU's. You also need the heads up on the 128-bit chips. ------------------------------ Date: Mon, 07 Jan 2008 21:51:11 -0500 From: =?ISO-8859-1?Q?Arne_Vajh=F8j?= Subject: Re: Building libxml2 on OpenVMS/VAX Message-ID: <4782e516$0$90274$14726298@news.sunsite.dk> George Cook wrote: > Just recently I finished getting libxml2-2_4_27 to build on VAX with > both DEC C and VAX C for use with VMS Mosaic. The main issue I ran > into was the need for IEEE floating point; several functions depend > on IEEE behaviors which are not available on VAX. Fortunately, I do > not think Mosiac's usage of libxml2 will be affected by the lack of > these behaviors. I can zip up what I have and put it out for FTP. > > If your application depends on the unavailable IEEE behaviors, then > you could be in for major problems. I'm not sure how much (or when) > libxml2 actually makes use of these behaviors. > > As far as D_FLOAT vs. G_FLOAT, I used G_FLOAT because it is the closest > match for libxml2's use of IEEE floating point. I know I could look in the code myself, but WTF does a XML parser need floating point for ? xsd:double in schema's ? Arne ------------------------------ Date: Mon, 7 Jan 2008 14:40:10 -0800 (PST) From: yyyc186 Subject: Carl J. Lydick Message-ID: <4a71ab9d-d89d-4a80-94c6-d1e3bf92633d@e23g2000prf.googlegroups.com> Hello, Does anyone here have a method of getting in touch with Carl J. Lydick? Quite some time ago he posted GENTMPFILENAME.COM, and I would like to talk with him about it. The email address associated with the post is no longer valid. Thanks, Roland ------------------------------ Date: Mon, 07 Jan 2008 22:56:51 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: Carl J. Lydick Message-ID: In article <4a71ab9d-d89d-4a80-94c6-d1e3bf92633d@e23g2000prf.googlegroups.com>, yyyc186 writes: > > >Hello, > >Does anyone here have a method of getting in touch with Carl J. >Lydick? Quite some time ago he posted GENTMPFILENAME.COM, and I would >like to talk with him about it. The email address associated with the >post is no longer valid. > >Thanks, >Roland Roland, If you believe in the hereafter, you might be in luck. Carl J. Lydick check out around the 25th of August of 1996. -- 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: Mon, 07 Jan 2008 17:58:19 -0500 From: JF Mezei Subject: Re: Carl J. Lydick Message-ID: <4782aea4$0$15742$c3e8da3@news.astraweb.com> yyyc186 wrote: > Does anyone here have a method of getting in touch with Carl J. > Lydick? Mr Lydick passed away many many years ago. ------------------------------ Date: Mon, 7 Jan 2008 15:03:15 -0800 (PST) From: yyyc186 Subject: Re: Carl J. Lydick Message-ID: <7df8fd9d-b0c7-4199-afda-265c42d9237c@x69g2000hsx.googlegroups.com> On Jan 7, 4:58 pm, JF Mezei wrote: > yyyc186 wrote: > > Does anyone here have a method of getting in touch with Carl J. > > Lydick? > > Mr Lydick passed away many many years ago. Sorry to hear that. He wrote a handy little piece of code. ------------------------------ Date: Mon, 7 Jan 2008 15:49:29 -0800 (PST) From: Hein RMS van den Heuvel Subject: Re: Carl J. Lydick Message-ID: <7dd3b77b-c6ec-48bc-ab78-443b85532c7e@i12g2000prf.googlegroups.com> On Jan 7, 6:03=A0pm, yyyc186 wrote: > On Jan 7, 4:58 pm, JF Mezei wrote: > > > yyyc186 wrote: > > > Does anyone here have a method of getting in touch with Carl J. > > > Lydick? > > > Mr Lydick passed away many many years ago. > > Sorry to hear that. =A0He wrote a handy little piece of code. Carl solved many a problem, but was not a very patient of tolerant forum participant. Demonstratios of ignorance and stupidity ticked him of rather easily. I alwasy associated the term 'flame wars' with him. Anyway, to combined resources here can probably help you just fine. Try us! Here is my best guess for an answer: F$UNIQUE() ! V8.3 + Cheers, Hein. ------------------------------ Date: Mon, 7 Jan 2008 17:05:15 -0800 (PST) From: AEF Subject: Re: Carl J. Lydick Message-ID: <7efc3802-8450-45cd-8850-00d100652ec5@m77g2000hsc.googlegroups.com> On Jan 7, 6:49 pm, Hein RMS van den Heuvel wrote: > On Jan 7, 6:03 pm, yyyc186 wrote: > > > On Jan 7, 4:58 pm, JF Mezei wrote: > > > > yyyc186 wrote: > > > > Does anyone here have a method of getting in touch with Carl J. > > > > Lydick? > > > > Mr Lydick passed away many many years ago. > > > Sorry to hear that. He wrote a handy little piece of code. > > Carl solved many a problem, but was not a very patient of tolerant > forum participant. Talk about your understatements! He quite frequently called people sh^t-for-brains. The amazing thing I always found was that even if you pissed him off so as incur his wrath, as soon as your re-posted question met his specs he'd politely and quite helpfully give an answer. But he didn't always live up to his own specs! I once wrote to him asking him why he was like he was and he sent back a long, long answer. > Demonstratios of ignorance and stupidity ticked him of rather easily. Again -- understatement!!! I remember one poster saying -- shortly after his passing, I think: "Well, yeah, he could be a bit rude." Well, yes -- I'd consider calling someone a sh^t-for-brains somewhat on the rude side! (!) > I alwasy associated the term 'flame wars' with him. > > Anyway, to combined resources here can probably help you just fine. > Try us! > > Here is my best guess for an answer: F$UNIQUE() ! V8.3 + > > Cheers, > Hein. AEF ------------------------------ Date: Mon, 07 Jan 2008 20:09:27 -0500 From: =?ISO-8859-1?Q?Arne_Vajh=F8j?= Subject: Re: Carl J. Lydick Message-ID: <4782cd3e$0$90264$14726298@news.sunsite.dk> Hein RMS van den Heuvel wrote: > Carl solved many a problem, but was not a very patient of tolerant > forum participant. > Demonstratios of ignorance and stupidity ticked him of rather easily. > I alwasy associated the term 'flame wars' with him. It was not so bad in the beginning - him and Ehud flamed poor posts a bit - but not that hard. It was first in his last years that it went out of control. Arne ------------------------------ Date: Mon, 7 Jan 2008 17:40:57 -0800 (PST) From: yyyc186 Subject: Re: Carl J. Lydick Message-ID: None of you can give me the answer I was looking for from him. I'm in the process of finishing the last few chapters of "The Minimum You Need to Know About SOA" and wanted to include his GENTMPFILENAME.COM in the chapter where a DCL port service will be receiving XML messages it dumps to files so they can be queued to ACMS tasks. Since it was posted publicly, I will add an author tag in the comments and attribute it to him. It was a nice little piece of code and I don't believe in re-inventing the wheel. Thanks for reading this. Roland On Jan 7, 7:09 pm, Arne Vajh=F8j wrote: > Hein RMS van den Heuvel wrote: > > > Carl solved many a problem, but was not a very patient of tolerant > > forum participant. > > Demonstratios of ignorance and stupidity ticked him of rather easily. > > I alwasy associated the term 'flame wars' with him. > > It was not so bad in the beginning - him and Ehud flamed poor > posts a bit - but not that hard. > > It was first in his last years that it went out of control. > > Arne ------------------------------ Date: Mon, 07 Jan 2008 19:44:26 -0700 From: Jeff Campbell Subject: Re: Carl J. Lydick Message-ID: <1199759635_23565@sp12lax.superfeed.net> yyyc186 wrote: > None of you can give me the answer I was looking for from him. >=20 > I'm in the process of finishing the last few chapters of "The Minimum > You Need to Know About SOA" and wanted to include his > GENTMPFILENAME.COM in the chapter where a DCL port service will be > receiving XML messages it dumps to files so they can be queued to ACMS > tasks. >=20 > Since it was posted publicly, I will add an author tag in the comments > and attribute it to him. It was a nice little piece of code and I > don't believe in re-inventing the wheel. >=20 > Thanks for reading this. >=20 > Roland >=20 >=20 > On Jan 7, 7:09 pm, Arne Vajh=F8j wrote: >> Hein RMS van den Heuvel wrote: >> >>> Carl solved many a problem, but was not a very patient of tolerant >>> forum participant. >>> Demonstratios of ignorance and stupidity ticked him of rather easily.= >>> I alwasy associated the term 'flame wars' with him. >> It was not so bad in the beginning - him and Ehud flamed poor >> posts a bit - but not that hard. >> >> It was first in his last years that it went out of control. >> >> Arne >=20 Roland, Carl's message is still in Google Groups: The thread is "DCL Unique Filenames", started Aug 8, 1994. 8-) Jeff ------------------------------ Date: Mon, 07 Jan 2008 21:54:26 -0500 From: =?ISO-8859-1?Q?Arne_Vajh=F8j?= Subject: Re: Carl J. Lydick Message-ID: <4782e5da$0$90274$14726298@news.sunsite.dk> yyyc186 wrote: > None of you can give me the answer I was looking for from him. > Since it was posted publicly, I will add an author tag in the comments > and attribute it to him. It was a nice little piece of code and I > don't believe in re-inventing the wheel. Back in 94 I would say that everybody was assuming stuff posted to usenet was put into the public domain. Carl Lydick posted it for all VMS users to use. Arne ------------------------------ Date: Mon, 7 Jan 2008 18:58:22 -0800 (PST) From: Hein RMS van den Heuvel Subject: Re: Carl J. Lydick Message-ID: <9a77bd95-0161-45b0-8add-be295f2d6692@f47g2000hsd.googlegroups.com> On Jan 7, 8:40=A0pm, yyyc186 wrote: > None of you can give me the answer I was looking for from him. I'm sure you know best. > I don't believe in re-inventing the wheel. If the wheel is crooked and rusty, it may be time to fix it up. $ LOOP: TMPFIL=3DF$FAO(P1, PID+F$EDIT(F$TIME(),"COLLAPSE")-":"-":"-".") $ IF F$SEARCH(TMPFIL) .NES. "" THEN GOTO LOOP That's possibly better replaced by: $TMPFIL=3DF$FAO(P1,F$UNIQUE()) > Thanks for reading this. No, thank you! Cheers, Hein. ------------------------------ Date: Mon, 07 Jan 2008 23:05:09 -0500 From: "Richard B. Gilbert" Subject: Re: Carl J. Lydick Message-ID: <4782F675.3000108@comcast.net> yyyc186 wrote: > Hello, > > Does anyone here have a method of getting in touch with Carl J. > Lydick? Quite some time ago he posted GENTMPFILENAME.COM, and I would > like to talk with him about it. The email address associated with the > post is no longer valid. > > Thanks, > Roland Carl J. Lydick died ca. 1995. Sorry about that! ------------------------------ Date: Mon, 07 Jan 2008 23:15:36 -0500 From: "Richard B. Gilbert" Subject: Re: Carl J. Lydick Message-ID: <4782F8E8.4010602@comcast.net> yyyc186 wrote: > None of you can give me the answer I was looking for from him. > > I'm in the process of finishing the last few chapters of "The Minimum > You Need to Know About SOA" and wanted to include his > GENTMPFILENAME.COM in the chapter where a DCL port service will be > receiving XML messages it dumps to files so they can be queued to ACMS > tasks. > > Since it was posted publicly, I will add an author tag in the comments > and attribute it to him. It was a nice little piece of code and I > don't believe in re-inventing the wheel. > I don't think Carl would mind as long as you give him proper credit and don't publish anything you haven't tested!! ------------------------------ Date: Mon, 07 Jan 2008 15:14:51 -0500 From: sol gongola Subject: Re: How to set "From:" address in VMS MAIL Message-ID: <478241fd$0$9119$607ed4bc@cv.net> Bill Gunshannon wrote: > In article <707aff7e-94cf-45e5-ba71-e9e51b046fae@l6g2000prm.googlegroups.com>, > Ken.Fairfield@gmail.com writes: >> On Jan 6, 3:45 pm, Tad Winters >> wrote: >> [...] >> >>> There is a logical called MULTINET_SMTP_REPLY_TO which might give you what >>> you need. I've used it many times to keep people from sending replies to >>> VMS systems which don't have MX records in DNS and aren't referenced by the >>> common mail servers. >> That logical does, indeed, set the Reply-to: address, but >> OutHouse still >> shows the From: address as sent. This may be sufficient... :-) >> > > If there is any way for the user to change the From: header of an > outgoing Email that would be a major security flaw in VMS. Unless > you don't see forging email as a security problem! > > bill > I don't see how forging any headers would be a security flaw. At least not in VMS itself. After all, You don't need vms mail (or pine) to send an email. There is nothing to prevent one from using a different method to create an email and send it. You can just telnet somewhere to port 25 and supply all the information yourself. sol ------------------------------ Date: 7 Jan 2008 14:34:13 -0600 From: Kilgallen@SpamCop.net (Larry Kilgallen) Subject: Re: How to set "From:" address in VMS MAIL Message-ID: In article <478241fd$0$9119$607ed4bc@cv.net>, sol gongola writes: > Bill Gunshannon wrote: >> If there is any way for the user to change the From: header of an >> outgoing Email that would be a major security flaw in VMS. Unless >> you don't see forging email as a security problem! >> >> bill >> > I don't see how forging any headers would be a security flaw. At least > not in VMS itself. After all, You don't need vms mail (or pine) to send > an email. There is nothing to prevent one from using a different method > to create an email and send it. You can just telnet somewhere to port 25 > and supply all the information yourself. > > sol A really secure VMS system would be set to prevent end users from supplying applications they can run. But configuring a VMS machine that securely hardly seems worth it, considering the general state of the Internet. ------------------------------ Date: Mon, 7 Jan 2008 16:10:07 -0800 (PST) From: cody.usenet@gmail.com Subject: Java threads on OpenVMS sometimes using 100% CPU Message-ID: <1918e4e1-e4b6-4fb7-a746-0de088d67337@e25g2000prg.googlegroups.com> Hi, I wrote a Java network application that spawns a thread on each connection and blocks while reading from the network socket. It appears to run fine on Windows. It also runs fine on OpenVMS for a couple of minutes at 0-10% CPU while accepting and closing connections. Then suddenly, seemingly randomly, and only on OpenVMS, the process gobbles up 100% CPU. It still appears to run fine but once it hits that point it doesn't drop in CPU usage. What I don't understand is why this happens when it just appears to be a few threads blocking on a few reads. Here is the version information: > write sys$output f$getsyi("version") V8.3 > java -version java version "1.5.0" Java(TM) 2 Runtime Environment, Standard Edition Classic VM (build 1.5.0-1, 12/07/2005-23:30, native threads, jit) And here's a dump of the running thread information I took when it hit the 100% CPU state: Full thread dump Classic VM (1.5.0-1, native threads): "Thread-23" (TID:0x11772a8, sys_thread_t:0x4f192a8, state:R, native ID:0x4f5b2c0) prio=5 at net.sourceforge.jsneaker.Http.HttpInputStream.readLine(HttpInputStream.java: 28) at net.sourceforge.jsneaker.Http.HttpInputStream.parseHeader(HttpInputStream.java: 111) at net.sourceforge.jsneaker.Http.HttpHandler.run(HttpHandler.java, Compiled Code) "Thread-0" (TID:0x1164930, sys_thread_t:0x4e73650, state:R, native ID:0x4eb92c0) prio=5 at java.io.FileInputStream.readBytes(Native Method) at java.io.FileInputStream.read(FileInputStream.java:194) at java.io.BufferedInputStream.fill(BufferedInputStream.java: 189) at java.io.BufferedInputStream.read(BufferedInputStream.java, Compiled Code) at net.sourceforge.jsneaker.Http.HttpConsole.run(HttpConsole.java, Compiled Code) at java.lang.Thread.run(Thread.java:595) "Finalizer" (TID:0x115e720, sys_thread_t:0x4941a58, state:CW, native ID:0x49cf2c0) prio=8 at java.lang.Object.wait(Native Method) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java: 133) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java: 149) at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java: 159) "Reference Handler" (TID:0x115e4d0, sys_thread_t:0x493ee18, state:CW, native ID:0x49952c0) prio=10 at java.lang.Object.wait(Native Method) at java.lang.Object.wait(Object.java:474) at java.lang.ref.Reference$ReferenceHandler.run(Reference.java: 116) "Signal dispatcher" (TID:0x115e508, sys_thread_t:0x4919448, state:R, native ID:0x494f2c0) prio=5 "main" (TID:0x115e560, sys_thread_t:0x391df8, state:R, native ID: 0x7bb5cd40) prio=5 at java.net.PlainSocketImpl.socketAccept(Native Method) at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:382) at java.net.ServerSocket.implAccept(ServerSocket.java:442) at java.net.ServerSocket.accept(ServerSocket.java:416) at net.sourceforge.jsneaker.Http.Http.main(Http.java:10) Monitor Cache Dump: java.io.BufferedInputStream@115F638/119DBF8: owner "Thread-0" (0x4e73650) 1 entry java.lang.ref.Reference$Lock@115E4E0/1195D88: Waiting to be notified: "Reference Handler" (0x493ee18) java.net.SocksSocketImpl@1164AA8/11C00F8: owner "main" (0x391df8) 1 entry java.lang.ref.ReferenceQueue$Lock@115E738/11962C0: Waiting to be notified: "Finalizer" (0x4941a58) Registered Monitor Dump: utf8 hash table: JNI pinning lock: JNI global reference lock: BinClass lock: Class linking lock: System class loader lock: Code rewrite lock: Heap lock: Monitor cache lock: owner "Signal dispatcher" (0x4919448) 1 entry Thread queue lock: owner "Signal dispatcher" (0x4919448) 1 entry Monitor registry: owner "Signal dispatcher" (0x4919448) 1 entry I'm not sure if the 23 opened threads (most of which were since shut down) caused the problem, is there a way to find out? Or is something else obvious from the thread dump? I'm fairly OpenVMS savvy but don't know much about what process statistics to look out for. I'm going to rewrite the program to use non-blocking sockets so I don't need to spawn so many threads anyway, but I wouldn't mind learning how to investigate what's going on here. Thanks, Cody ------------------------------ Date: Mon, 7 Jan 2008 16:52:32 -0800 (PST) From: cody.usenet@gmail.com Subject: Re: Java threads on OpenVMS sometimes using 100% CPU Message-ID: On Jan 8, 9:10 am, cody.use...@gmail.com wrote: > Hi, > Forget it. I think I found the problem. I'd created the InputStream method readLine (to read characters and return only when an EOL marker is found), and checked for -1 but didn't return, so it would go into a while(true) loop. What's poor form about the whole thing on my part is that I fixed the exact same problem elsewhere in the code a week ago. I didn't suspect it at all because I was so used to the normal readLine on the BufferedInputStreams which would spend most of its time blocking and never have a stupid mistake like this. Cheers, Cody ------------------------------ Date: Mon, 7 Jan 2008 11:35:17 -0800 (PST) From: Rich Jordan Subject: Re: Leopard improves SIMH performance Message-ID: <757e775c-5ace-4543-a9b1-b6ad4d6c398c@h11g2000prf.googlegroups.com> On Jan 4, 7:14 pm, "Craig A. Berry" wrote: > Since a number of folks here use Mac OS X, I thought I'd mention that > after upgrading to 10.5 (aka Leopard), my simulated VAX hosted on a > dual 2.0 GHz Power Mac G5 running OpenVMS v7.3 on SIMH v3.7-3 sped up > by over a third. A long-running job that took just over three days > before the upgrade took just under two days after. I did not recompile > SIMH, so whatever made the difference is available at run time. ISTR > that SIMH does a lot with 64-bit integers, so the increased 64-bitness > of Leopard may be a factor. > > -- > Posted via a free Usenet account fromhttp://www.teranews.com Thanks for posting that. I've been thinking about running that on my wife's Mac at home (dual 2.5GHz G5) to take the VS3100m76 offline (it eats power and the Mac is always on anyway). Can you provide a rough equivalency to a real VAX on the performance you are getting? Thanks! Rich ------------------------------ Date: Mon, 7 Jan 2008 11:15:08 -0800 (PST) From: Tinku Subject: Re: making nonblocking socket Message-ID: OOh thanks to inform me that its not a C language Group ... ya its was my mistake Thanks again ------------------------------ Date: Mon, 07 Jan 2008 23:48:06 -0500 From: JF Mezei Subject: Mystery of X-windows colours/resources Message-ID: <478300a1$0$15738$c3e8da3@news.astraweb.com> From a VMS process, I do a SET DISPLAY to my mac. I then do a CREATE/TERM/DETACHED for username SYSTEM I do the same from username JFMEZEI. Both windows pop up on the Mac. Both have a blue background menu bar and blue background scroll bars. I have not yet found where that blue definition comes from. From the JFMEZEI DECTERM, I do: MC DECW$SESSION. The Session Manager window comes up on the MAC, again with blue background inside the window. Drop down menus are also blue, and the fileview window is completely blue. HOWEVER: From that blue session manager, if I start an application, that application then has the correct colours as per my DECW profile. IT GETS WORSE: I can cancel the DECW$SESSION. And then when I pop a DECterm as I did initially from a VMS process, they pop out on the Mac with the JFMEZEI colours ! IT GETS EVEN WORSE: Depending on what do, some windows pop up with a white menu bar background (as defined in my DECW resource files), others come up with a light gray background. QUESTION: Is there documentation that shows exactly which resource files are used when an X client starts an application which pops a window on a remote X-terminal ? I am quite curious on why running decw$session (which , to the Mac, should have been just a simple X app) would have left some "breadcrumbs" that would have affected subsequent windows/applications coming from a different process/UIC on VMS. QUESTION: When a VMS application starts and has its output targetted at a remote X terminal, does the X protocol end up having that VMS application accessing resource files that are on the remote X terminal (other than window manager stuff) ? ------------------------------ Date: Mon, 7 Jan 2008 21:07:53 -0800 (PST) From: Tinku Subject: Nonbloacking socket Message-ID: <6e8e743d-d6bc-47d5-9007-06585dcc8995@c23g2000hsa.googlegroups.com> name: Sumit Jaiswal problem : Nonbloacking socket in C , under chat server; Hi, Chat server in C language: Problem: when i try to connect more then two client my program get hangs i think its a problem of socket blocking please help me to make non blocking socket i use fcntl() function for nonblocking socket like- ======================================= struct sockaddr_in SerAddr, CliAddr; int b; // for bind int optval = 1; int sockfd; int fileflags; sockfd = socket(AF_INET, SOCK_STREAM, 0); if(sockfd < 0) { perror("Socket"); exit(-1); } setsockopt(sockfd,SOCK_STREAM,SO_REUSEADDR,(char *)&optval, sizeof(optval)); fcntl(sockfd,F_SETFL,O_NONBLOCK); if (fileflags = fcntl(sockfd, F_GETFL, 0) == -1) { perror("fcntl F_GETFL"); exit(1); } if (fcntl(sockfd, F_SETFL, fileflags | FNDELAY) == -1) { perror("fcntl F_SETFL, FNDELAY"); exit(1); } ==================================== this is not working .... please help me to make nonbolcking socket of give me some idea . if possible then please send me a general program to understand Thank you. ------------------------------ Date: Mon, 7 Jan 2008 11:47:58 -0800 (PST) From: etmsreec@yahoo.co.uk Subject: Re: Perl issues? (was Re: looking for blue |d|i|g|i|t|a|l| logo) Message-ID: On 7 Jan, 13:10, "Richard B. Gilbert" wrote: > etmsr...@yahoo.co.uk wrote: > > On 5 Jan, 04:09, "Craig A. Berry" > > wrote: > > >>In article > >>, > > >> etmsr...@yahoo.co.uk wrote: > > >>>I'm looking an > >>>8.3 upgrade in the eye for home (once I've sorted out my Perl issues) > > >>What sort of Perl issues are you having? > > >>-- > >>Posted via a free Usenet account fromhttp://www.teranews.com > > > I need to use the VMS::Mail module in order to retrive email from my > > ISP (they only provide POP3 mailboxes for ADSL customers). =A0The kit > > was having problems building and installing with VMS V8.3 and the > > version of Perl shipping from HP. > > > As of this morning, I have a horrible feeling that my system disk has > > died anyway as it was going into mount verification, coming out, then > > going in the out etc (you get the idea). :o( > > If the disk hasn't actually died, it seems clear that it is, at least, > terminally ill. =A0Make a full backup if you haven't already, and reach > for your checkbook!- Hide quoted text - > > - Show quoted text - Never say never (at least not until the backup's completed!) but it looks like the problem wasn't the system disk per se, though the user disk (where the page and swap file were) has gone mount verify timeout. Dunno if that means that the user disk was throwing rubbish onto the SCSI bus (it's the internal bus in a rack mount AS1000A) or what. 165 errors on PKA0, 84 on DKA400:... Anyway, the system disk backup is running now and the user disk doesn't change too much so the backup of a month or so ago should be ok if I can't cajole it into mounting by rebooting the system. Perl: I was attempting to upgrade from VMS v7.3 on Alpha to VMS v8.3. Using the Perl v5.8.6 build on the HP website, the VMS::Mail module (from David North IIRC) wouldn't build. There were errors at compile time relating to the version of Perl it would run under (it was hardcoded to 5.6 and needed the source editing to put 5.8 in there instead). It'd be easier for me if the Mail module was included in the Perl build! :o( Bernd Ulmann did suggest doing my own Perl build, but I'm a little nervous about doing that. Steve ------------------------------ Date: Mon, 07 Jan 2008 15:32:58 -0500 From: "Richard B. Gilbert" Subject: Re: Perl issues? (was Re: looking for blue |d|i|g|i|t|a|l| logo) Message-ID: <47828C7A.7040708@comcast.net> etmsreec@yahoo.co.uk wrote: > On 7 Jan, 13:10, "Richard B. Gilbert" wrote: > >>etmsr...@yahoo.co.uk wrote: >> >>>On 5 Jan, 04:09, "Craig A. Berry" >>>wrote: >> >>>>In article >>>>, >>> >>>>etmsr...@yahoo.co.uk wrote: >>> >>>>>I'm looking an >>>>>8.3 upgrade in the eye for home (once I've sorted out my Perl issues) >>>> >>>>What sort of Perl issues are you having? >>> >>>>-- >>>>Posted via a free Usenet account fromhttp://www.teranews.com >>> >>>I need to use the VMS::Mail module in order to retrive email from my >>>ISP (they only provide POP3 mailboxes for ADSL customers). The kit >>>was having problems building and installing with VMS V8.3 and the >>>version of Perl shipping from HP. >> >>>As of this morning, I have a horrible feeling that my system disk has >>>died anyway as it was going into mount verification, coming out, then >>>going in the out etc (you get the idea). :o( >> >>If the disk hasn't actually died, it seems clear that it is, at least, >>terminally ill. Make a full backup if you haven't already, and reach >>for your checkbook!- Hide quoted text - >> >>- Show quoted text - > > > Never say never (at least not until the backup's completed!) but it > looks like the problem wasn't the system disk per se, though the user > disk (where the page and swap file were) has gone mount verify > timeout. Dunno if that means that the user disk was throwing rubbish > onto the SCSI bus (it's the internal bus in a rack mount AS1000A) or > what. 165 errors on PKA0, 84 on DKA400:... > If it's not one of your disks, you certainly have a problem on your SCSI bus somewhere! These things normally run for months or years without logging an error. A mount verify means that the system lost contact with the disk and was attempting to read the volume label to see what's mounted. The timeout means that it tried for a while and got no response. I'd suggest powering everything off, open up the computer, vacuum out the dust bunnies and reseat the SCSI HBA. Disconnect and reconnect the SCSI cable (both ends). If the disks are Storage Works, power them off and reseat them too. Power on and try again. You might also check for duplicate SCSI addresses. The HBA is normally 7 and the devices 0-6. The addresses can be anything you like just make sure you have no duplicates. ------------------------------ Date: Mon, 7 Jan 2008 15:05:53 -0800 (PST) From: etmsreec@yahoo.co.uk Subject: Re: Perl issues? (was Re: looking for blue |d|i|g|i|t|a|l| logo) Message-ID: <8389df6d-ed22-4d68-9d5d-1e97278f2830@i72g2000hsd.googlegroups.com> On 7 Jan, 20:32, "Richard B. Gilbert" wrote: > etmsr...@yahoo.co.uk wrote: > > On 7 Jan, 13:10, "Richard B. Gilbert" wrote: > > >>etmsr...@yahoo.co.uk wrote: > > >>>On 5 Jan, 04:09, "Craig A. Berry" > >>>wrote: > > >>>>In article > >>>>, > > >>>>etmsr...@yahoo.co.uk wrote: > > >>>>>I'm looking an > >>>>>8.3 upgrade in the eye for home (once I've sorted out my Perl issues)= > > >>>>What sort of Perl issues are you having? > > >>>>-- > >>>>Posted via a free Usenet account fromhttp://www.teranews.com > > >>>I need to use the VMS::Mail module in order to retrive email from my > >>>ISP (they only provide POP3 mailboxes for ADSL customers). =A0The kit > >>>was having problems building and installing with VMS V8.3 and the > >>>version of Perl shipping from HP. > > >>>As of this morning, I have a horrible feeling that my system disk has > >>>died anyway as it was going into mount verification, coming out, then > >>>going in the out etc (you get the idea). :o( > > >>If the disk hasn't actually died, it seems clear that it is, at least, > >>terminally ill. =A0Make a full backup if you haven't already, and reach > >>for your checkbook!- Hide quoted text - > > >>- Show quoted text - > > > Never say never (at least not until the backup's completed!) but it > > looks like the problem wasn't the system disk per se, though the user > > disk (where the page and swap file were) has gone mount verify > > timeout. =A0Dunno if that means that the user disk was throwing rubbish > > onto the SCSI bus (it's the internal bus in a rack mount AS1000A) or > > what. =A0165 errors on PKA0, 84 on DKA400:... > > If it's not one of your disks, you certainly have a problem on your SCSI > bus somewhere! =A0These things normally run for months or years without > logging an error. > > A mount verify means that the system lost contact with the disk and was > =A0 attempting to read the volume label to see what's mounted. =A0The > timeout means that it tried for a while and got no response. > > I'd suggest powering everything off, open up the computer, vacuum out > the dust bunnies and reseat the SCSI HBA. =A0Disconnect and reconnect the > SCSI cable (both ends). =A0If the disks are Storage Works, power them off > and reseat them too. =A0Power on and try again. =A0You might also check fo= r > duplicate SCSI addresses. =A0The HBA is normally 7 and the devices 0-6. > The addresses can be anything you like just make sure you have no > duplicates.- Hide quoted text - > > - Show quoted text - It's probably dusty inside the 1000A, but the config is fairly stable (has been that way for about four years IIRC). The bus is the main logic board SCSI so it might be a case of swap the system board or (more likely since it's easier) put a separate HBA card in there. I guess the one saving grace is that the system doesn't do a lot so didn't have anything in the page or swap files that were on the disk that timed out of mount verification. ------------------------------ Date: Mon, 07 Jan 2008 20:15:23 -0500 From: =?ISO-8859-1?Q?Arne_Vajh=F8j?= Subject: Re: Porting Subversion to VMS Message-ID: <4782cea3$0$90264$14726298@news.sunsite.dk> Galen wrote: > Have you looked at Theirry Uso's port at http://vmsfree.free.fr/freen/index.php?s=suv Interesting ! But it is "superversion" not "subversion". :-) Arne ------------------------------ Date: Mon, 7 Jan 2008 20:29:17 +0000 (UTC) From: moroney@world.std.spaamtrap.com (Michael Moroney) Subject: Re: SOT: (somewhat off topic) driver for LK250 keyboard Message-ID: koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: > I do well by plugging in a Targus PAUK10 USB keypad next to my Wintel > laptop. It needs no driver, and I use it for EDT, EVE, and DEBUG. > I got mine at Target, a couple ailes down from the Nintendo games. > Seems to work well with both PuTTY and VTSTAR. I coincidentally bought the same thing yesterday for my laptop. So far no real luck with PuTTY, the Num Lock doesn't act as PF1 although Num Lock on a standard USB keyboard does act as PF1. (it would also be nice if the BS/-/+ keys on the right side acted as the PF5/KP-/KP, on a VMS LKxxx keyboard) Did you have to tweak anything? ------------------------------ Date: Mon, 7 Jan 2008 13:41:03 -0800 (PST) From: "flamingomn@hotmail.com" Subject: Tivoli Storage Manager (TSM) on OVMS Message-ID: <2aff6857-b889-45df-834f-15e9f8481c6e@f3g2000hsg.googlegroups.com> hi folks. We're looking at using Tivoli TSM on out ALPHA ES-45 boxes. Is anyone using it currently? If so, how do you like it ? Any got'chas to be aware of? currently, we're doing a weekly VMS backup to create the savesets, then FTP'g to our corporate TSM host for eventual off-site storage. We want to use the TSM on VMS to sent the savesets off-site from the ALPHA and to elimiate the FTP process. The FTP process currently take an additional 5-6 hours beyond the creating the saveset. Yes, these savesets are quite large. Thanks ! Ann ------------------------------ Date: Mon, 7 Jan 2008 15:10:36 -0800 (PST) From: etmsreec@yahoo.co.uk Subject: Re: Tivoli Storage Manager (TSM) on OVMS Message-ID: <50d71d5a-7510-442b-b847-c901ab0f54d7@v29g2000hsf.googlegroups.com> On 7 Jan, 21:41, "flaming...@hotmail.com" wrote: > hi folks. > > We're looking at using Tivoli TSM on out ALPHA ES-45 boxes. > Is anyone using it currently? If so, how do you like it ? Any got'chas > to be aware of? > > currently, we're doing a weekly VMS backup to create the savesets, > then FTP'g to our corporate TSM host for eventual off-site storage. > > We want to use the TSM on VMS to sent the savesets off-site from the > ALPHA and to elimiate the FTP process. =A0The FTP process currently take > an additional 5-6 hours beyond the creating the saveset. =A0Yes, these > savesets are quite large. > > Thanks ! =A0Ann One of our clients in my day-to-day work uses TSM for everything and they're happy with it. At the moment, everything else that we're interested in on our client's behalf emails out its log files but the VMS system backup doesn't which doesn't fill me with confidence. As ever with a situation like this, you need to be sure that you can get the system back and that may mean from raw iron - no O/S, no catalogue of what you've backed up or when. VMS Backup is safe because you can restore it from a booted VMS CD/DVD. Nothing else gives you that flexibility, whether it be disk to disk or disk to tape. Let the buyer beware. ------------------------------ Date: Mon, 07 Jan 2008 23:55:06 GMT From: =?ISO-8859-1?Q?Jan-Erik_S=F6derholm?= Subject: Re: Tivoli Storage Manager (TSM) on OVMS Message-ID: etmsreec@yahoo.co.uk wrote: > On 7 Jan, 21:41, "flaming...@hotmail.com" > wrote: >> hi folks. >> >> We're looking at using Tivoli TSM on out ALPHA ES-45 boxes. You are talking about the ABS client for TSM, right ? Or are there other VMS tools for Tivoli TMS ? I have installed it an a couple of boxes, and I was surpriced about the level of VMS compatibility. And I also like how ABS/TMS takes incremental backups but automaticly merge them with the "disk image" on the TSM server so there is always a full image backup available. The full nightly update of the TSM disk image takes just few minutes on disks with 20-30 G of data. And also, the ability of the TSM server to keep deleted files (that is, deleted from the VMS system) for a specifed number of days, I think 180 days was the setup in this TSM environment, was a nice feature. It's justa simple ABS command to pull back an deleted file up to 180 days later. With full VMS file syntax incl file-versions of course. The main problem is that you have to have the ABS client installed on a working system before you can access your backups. On the other hand, if you have more then one VMS system, another VMS system (with ABS) can be used to make a image restore of the system disk from the crashed system, and then moved over to the target system. Just remember to set it up in advance for your systems to access each others backups. Jan-Erik. >> Is anyone using it currently? If so, how do you like it ? Any got'chas >> to be aware of? >> >> currently, we're doing a weekly VMS backup to create the savesets, >> then FTP'g to our corporate TSM host for eventual off-site storage. >> >> We want to use the TSM on VMS to sent the savesets off-site from the >> ALPHA and to elimiate the FTP process. The FTP process currently take >> an additional 5-6 hours beyond the creating the saveset. Yes, these >> savesets are quite large. >> >> Thanks ! Ann > > One of our clients in my day-to-day work uses TSM for everything and > they're happy with it. At the moment, everything else that we're > interested in on our client's behalf emails out its log files but the > VMS system backup doesn't which doesn't fill me with confidence. > > As ever with a situation like this, you need to be sure that you can > get the system back and that may mean from raw iron - no O/S, no > catalogue of what you've backed up or when. VMS Backup is safe > because you can restore it from a booted VMS CD/DVD. Nothing else > gives you that flexibility, whether it be disk to disk or disk to > tape. > > Let the buyer beware. ------------------------------ End of INFO-VAX 2008.015 ************************