INFO-VAX Mon, 01 Oct 2007 Volume 2007 : Issue 535 Contents: Re: Article of Interest. Re: Article of Interest. RE: Article of Interest. Re: Guidance with OpenVMS IA64 8.3 with Java 1.5 Problems Re: Guidance with OpenVMS IA64 8.3 with Java 1.5 Problems RE: Guidance with OpenVMS IA64 8.3 with Java 1.5 Problems Re: Guidance with OpenVMS IA64 8.3 with Java 1.5 Problems Re: Guidance with OpenVMS IA64 8.3 with Java 1.5 Problems Re: Guidance with OpenVMS IA64 8.3 with Java 1.5 Problems Re: Guidance with OpenVMS IA64 8.3 with Java 1.5 Problems Re: OpenVMS and Smart Array Controllers Re: Xyplex Terminal Server with VMS ---------------------------------------------------------------------- Date: Mon, 1 Oct 2007 01:19:05 +0200 From: "Dr. Dweeb" Subject: Re: Article of Interest. Message-ID: <47002eea$0$7606$157c6196@dreader2.cybercity.dk> Main, Kerry wrote: >> -----Original Message----- >> From: JF Mezei [mailto:jfmezei.spamnot@vaxination.ca] >> Sent: September 28, 2007 12:41 AM >> To: Info-VAX@Mvb.Saic.Com >> Subject: Re: Article of Interest. >> >> Main, Kerry wrote: >>> In 1995, there were 5-20 security patches per month with Windows. >>> Help me understand what is different today. >> >> Because you live in a VMS universe where marketing and image are not >> permitted, you may not understand this. >> >> Why did people buy XP and why will they buy Vista ? Because of >> promises of the new product being safer, having better firewall, >> better virus protection, fewer bugs, fewer security problems. >> >> The fact that in reality, there may not be any difference is totally >> irrelevant. >> > > Snip.. > > Forget the marketing for a second. > > You stated that you actually thought the Windows security environment > was getting > better. Here is your statement: > >> And in fairness to Microsoft, I think that the security of windows is >> slowly being improved from its absolutely dismal state. > > No one disagrees that Windows marketing is good, but given the > exponential increase in > the level of sophistication of the bad guys, do you really feel from > a technical level > that the environment has improved since 1995? > > Btw, the move to Vista is happening much, much slower than originally > expected. > > Even trad HW vendors are now offering Windows XP OS offerings in > parallel with Vista - > all because their Customers have demanded it. That is huge when you > consider that in the > past, these vendors had no choice but to only offer the latest > Windows versions only on > new HW. Thank the DoJ and the monopolies case for that. MS has gotten (oops, american english there) better, but only slightly. The bottom line is that whatever MS wants to force down the user's throats, then that is what they can buy. It appears that massive pressure from the OEMs has moved MS a bit, for a while, but a steamroller will not be denied, and eventually Vista will crush everyone. Vista is about DRM and there are big vested interests involved and it's where MS sees the future big bucks involved - Vista is a pre-requisite for the MS game plan - it ain't ever going away (sadly) because XP does not have the DRM hooks that are necessary for MS and the RIAA etc to be in bed together. Dweeb > > Regards > > > Kerry Main > Senior Consultant > HP Services Canada > Voice: 613-592-4660 > Fax: 613-591-4477 > kerryDOTmainAThpDOTcom > (remove the DOT's and AT) > > OpenVMS - the secure, multi-site OS that just works. ------------------------------ Date: Sun, 30 Sep 2007 18:32:10 -0500 From: Ron Johnson Subject: Re: Article of Interest. Message-ID: <%lWLi.3247$pX5.1984@newsfe14.lga> On 09/30/07 18:19, Dr. Dweeb wrote: [snip] > > Thank the DoJ and the monopolies case for that. MS has gotten (oops, > american english there) better, but only slightly. The bottom line is that > whatever MS wants to force down the user's throats, then that is what they > can buy. > > It appears that massive pressure from the OEMs has moved MS a bit, for a > while, but a steamroller will not be denied, and eventually Vista will crush > everyone. Vista is about DRM and there are big vested interests involved > and it's where MS sees the future big bucks involved - Vista is a > pre-requisite for the MS game plan - it ain't ever going away (sadly) > because XP does not have the DRM hooks that are necessary for MS and the > RIAA etc to be in bed together. While I agree with your general intent, and definitely that MSFT, the RIAA and MPAA want DRM, the problem is that no one knows how it implement it properly without creating onerous and backlash-creating "issues" for consumers (who are, in the end, their final source of income). And the backlash is upon them. Most of the music download services are dropping DRM, and I bet that the video services will do the same. -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! ------------------------------ Date: Mon, 1 Oct 2007 00:53:18 +0000 From: "Main, Kerry" Subject: RE: Article of Interest. Message-ID: > -----Original Message----- > From: Ron Johnson [mailto:ron.l.johnson@cox.net] > Sent: September 30, 2007 7:32 PM > To: Info-VAX@Mvb.Saic.Com > Subject: Re: Article of Interest. > > On 09/30/07 18:19, Dr. Dweeb wrote: > [snip] > > > > Thank the DoJ and the monopolies case for that. MS has gotten (oops, > > american english there) better, but only slightly. The bottom line > is that > > whatever MS wants to force down the user's throats, then that is what > they > > can buy. > > > > It appears that massive pressure from the OEMs has moved MS a bit, > for a > > while, but a steamroller will not be denied, and eventually Vista > will crush > > everyone. Vista is about DRM and there are big vested interests > involved > > and it's where MS sees the future big bucks involved - Vista is a > > pre-requisite for the MS game plan - it ain't ever going away (sadly) > > because XP does not have the DRM hooks that are necessary for MS and > the > > RIAA etc to be in bed together. > > While I agree with your general intent, and definitely that MSFT, > the RIAA and MPAA want DRM, the problem is that no one knows how it > implement it properly without creating onerous and backlash-creating > "issues" for consumers (who are, in the end, their final source of > income). > > And the backlash is upon them. Most of the music download services > are dropping DRM, and I bet that the video services will do the same. > > -- I remember a time when if anyone had stated WordPerfect would be displaced = by anything, they would have been laughed out of the room. Point is - no one or no product is invincible. Perhaps a sign of things to come - check out this small rumble: Why Microsoft must abandon Vista to save itself (Sept 26, 2007) http://www.news.com/8301-10784_3-9785337-7.html? Interesting times .. Regards Kerry Main Senior Consultant HP Services Canada Voice: 613-592-4660 Fax: 613-591-4477 kerryDOTmainAThpDOTcom (remove the DOT's and AT) OpenVMS - the secure, multi-site OS that just works. ------------------------------ Date: Sun, 30 Sep 2007 13:07:05 -0700 From: mjjerabek Subject: Re: Guidance with OpenVMS IA64 8.3 with Java 1.5 Problems Message-ID: <1191182825.713593.176720@57g2000hsv.googlegroups.com> On Sep 29, 7:20 am, "Main, Kerry" wrote: > > -----Original Message----- > > From: mjjerabek [mailto:mjjera...@gmail.com] > > Sent: September 27, 2007 4:56 PM > > To: Info-...@Mvb.Saic.Com > > Subject: Guidance with OpenVMS IA64 8.3 with Java 1.5 Problems > > > I have been given the task of determining whether I should port/ > > rewrite a rather large HMI program from x-windows and 'C' to java. > > > I went through an install of java 1.5 on an rx2620 duo core with 3gb > > ram, a radeon video card, mouse, keyboard, and OpenVMS 8.3. I followed > > the patching and tuning recommendation from the java release notes and > > from the java$check_environment.com DCL file. I then started running > > the jdk demo applications to get an idea of java performance versus > > the same applications running on an 2.8ghz P4 XP PC with 256mb of ram. > > > The performance of these java apps on the OpenVMS ia64 system was > > extremely poor as compared to a much slower PC running XP. I followed > > these tests up with a re-tune of the VMS authorize and sysgen > > parameters, taking these parameters from their recommended values to > > ridiculously large values (1gb wsquo, wsmax 1gb, everything big). The > > performance of these apps got better, but had lots of rough spots. > > > For example, the java2d app has a tabbed dialog where each tab > > displayed different classes of graphics operations. When the app ran, > > the graphics operations ran OK, but when I tried to select a different > > dialog tab, it took 4 minutes 30 seconds (clock time) to switch dialog > > tabs and start the display of the new graphics operations. Once the > > tab was fully rendered, the new graphics operations ran at a > > reasonable speed. > > > I tried to get help from HP by sending en email to java-b...@hp.com > > and exchanged some email with an HP engineer. The engineer blamed the > > applications, and not java. I pointed out that these applications came > > with the JDK, but that made no difference. > > > I also tried to use the java plugin with the CSWB/Mozilla. I tried to > > display and operator a web page with embedded java. In my case, it was > > an hp procurve managed switch management interface web page. These > > simple html/java pages hung after a few java apps were loaded and run. > > The HP engineer point to the procurve web page which was generated in > > 2000 and specified that only IE5 and the MSVM could be used to display > > the procure pages (lame excuse from HP). > > > What I am looking for (I guess) is guidance from experienced people on > > how to get performance out of java under OpenVMS Ia64 and Alpha > > systems. I need access to better information than what HP chooses to > > provide. > > > I could use the following: > > > 1) VMS tuning advice for java. What are typical authorize and sysgen > > values for java usage. > > > 2) More example applications to test with. My application will be a > > rather large app and the demo apps that come with the JDK are not. > > > 3) Suggest some URL's, books, etc that will guide me. > > > Also, anyone who is willing to describe their experience in using java > > with OpenVMS and have a conversation with me on or off-line, > > please ... > > > All help will be appreciated and acknowledged. > > > Mjjerabek > > Just curious, but can you expand on why your company wants to re-write something > already Working to Java? > > Is it possible to install the sample programs with any performance monitoring tools > to determine where the issues are? That is something you would likely want to do > in porting anything to any platform. > > Btw, I assume that you have the latest VMS V8.3 maint patches installed?ftp://ftp.itrc.hp.com/openvms_patches/i64/V8.3/I64_V83I_MASTER_ECO_LI... > > Also, check the typical OpenVMS OS perf tuning stuff e.g. no disk frag, highwater > marking off, and you might also look at a basic difference between VMS and Windows/UNIX > ie. write back (speed - Unix-Windows)) vs write thru (data safety - OpenVMS). If you > would like to setup OpenVMS for same behaviour (write-back), there is a dynamic system > parameter that will allow you to do this (I forget the actual parameter) > > There is also a cookbook for OpenVMS Java that also had a number of suggestions. > > Regards > > Kerry Main > Senior Consultant > HP Services Canada > Voice: 613-592-4660 > Fax: 613-591-4477 > kerryDOTmainAThpDOTcom > (remove the DOT's and AT) > > OpenVMS - the secure, multi-site OS that just works. The program in question is an graphical editor for a SCADA system control language. The HSQ MISER SCADA systems started on PDP11, graduated to VAX and VMS, then Alpha, and now runs on IA64 OpenVMS. We have been a VMS system since 1987. We are trying to stay a VMS system, which is why getting this task completed is important. 10 years ago we made the choice of writing this control language editor using Bristol Technology Windu. Windu give the program the look and feel of an Windows MFC PC program. The program can be compiled to run both on a PC and OpenVMS. Window. Bristol stopped supporting OpenVMS about the time Bob Palmer escaped from digital. I have been limping along, adapting Windu to each new version of VMS since then. Unfortunately, IA64 VMS does not allow translated DECwindows images as the documentation says (and I tried anyway...). Our current customer based loves this program, but has to upgrade to IA64 systems with OpenVMS. New customer also have no choice but IA64 and VMS. Older customers are keeping a few old alpha systems to run this one program on. We are working to make all of our software "portable". Most of the under lying software has been ported to PC and soon Unix/Linux. The HMI code is written in X/Motif and has also been running on PC and Unix. We are using this re-write to java as a learning experience, before we look to moving all of our GUI programs. We are also looking to GTK+ if we can convince HP that porting GTK+ 2 is a good idea. I have started the task of performance analysis. As all good software people do, I am asking for guidance from my peers so I can avoid the obvious problems in this task. I have not seen an OpenVMS java cookbook anywhere. Can you please point to this document. Thanks Kerry Regards Mjjerabek ------------------------------ Date: Sun, 30 Sep 2007 13:14:27 -0700 From: mjjerabek Subject: Re: Guidance with OpenVMS IA64 8.3 with Java 1.5 Problems Message-ID: <1191183267.482511.172560@r29g2000hsg.googlegroups.com> On Sep 30, 1:07 pm, mjjerabek wrote: > On Sep 29, 7:20 am, "Main, Kerry" wrote: > > > > > > -----Original Message----- > > > From: mjjerabek [mailto:mjjera...@gmail.com] > > > Sent: September 27, 2007 4:56 PM > > > To: Info-...@Mvb.Saic.Com > > > Subject: Guidance with OpenVMS IA64 8.3 with Java 1.5 Problems > > > > I have been given the task of determining whether I should port/ > > > rewrite a rather large HMI program from x-windows and 'C' to java. > > > > I went through an install of java 1.5 on an rx2620 duo core with 3gb > > > ram, a radeon video card, mouse, keyboard, and OpenVMS 8.3. I followed > > > the patching and tuning recommendation from the java release notes and > > > from the java$check_environment.com DCL file. I then started running > > > the jdk demo applications to get an idea of java performance versus > > > the same applications running on an 2.8ghz P4 XP PC with 256mb of ram. > > > > The performance of these java apps on the OpenVMS ia64 system was > > > extremely poor as compared to a much slower PC running XP. I followed > > > these tests up with a re-tune of the VMS authorize and sysgen > > > parameters, taking these parameters from their recommended values to > > > ridiculously large values (1gb wsquo, wsmax 1gb, everything big). The > > > performance of these apps got better, but had lots of rough spots. > > > > For example, the java2d app has a tabbed dialog where each tab > > > displayed different classes of graphics operations. When the app ran, > > > the graphics operations ran OK, but when I tried to select a different > > > dialog tab, it took 4 minutes 30 seconds (clock time) to switch dialog > > > tabs and start the display of the new graphics operations. Once the > > > tab was fully rendered, the new graphics operations ran at a > > > reasonable speed. > > > > I tried to get help from HP by sending en email to java-b...@hp.com > > > and exchanged some email with an HP engineer. The engineer blamed the > > > applications, and not java. I pointed out that these applications came > > > with the JDK, but that made no difference. > > > > I also tried to use the java plugin with the CSWB/Mozilla. I tried to > > > display and operator a web page with embedded java. In my case, it was > > > an hp procurve managed switch management interface web page. These > > > simple html/java pages hung after a few java apps were loaded and run. > > > The HP engineer point to the procurve web page which was generated in > > > 2000 and specified that only IE5 and the MSVM could be used to display > > > the procure pages (lame excuse from HP). > > > > What I am looking for (I guess) is guidance from experienced people on > > > how to get performance out of java under OpenVMS Ia64 and Alpha > > > systems. I need access to better information than what HP chooses to > > > provide. > > > > I could use the following: > > > > 1) VMS tuning advice for java. What are typical authorize and sysgen > > > values for java usage. > > > > 2) More example applications to test with. My application will be a > > > rather large app and the demo apps that come with the JDK are not. > > > > 3) Suggest some URL's, books, etc that will guide me. > > > > Also, anyone who is willing to describe their experience in using java > > > with OpenVMS and have a conversation with me on or off-line, > > > please ... > > > > All help will be appreciated and acknowledged. > > > > Mjjerabek > > > Just curious, but can you expand on why your company wants to re-write something > > already Working to Java? > > > Is it possible to install the sample programs with any performance monitoring tools > > to determine where the issues are? That is something you would likely want to do > > in porting anything to any platform. > > > Btw, I assume that you have the latest VMS V8.3 maint patches installed?ftp://ftp.itrc.hp.com/openvms_patches/i64/V8.3/I64_V83I_MASTER_ECO_LI... > > > Also, check the typical OpenVMS OS perf tuning stuff e.g. no disk frag, highwater > > marking off, and you might also look at a basic difference between VMS and Windows/UNIX > > ie. write back (speed - Unix-Windows)) vs write thru (data safety - OpenVMS). If you > > would like to setup OpenVMS for same behaviour (write-back), there is a dynamic system > > parameter that will allow you to do this (I forget the actual parameter) > > > There is also a cookbook for OpenVMS Java that also had a number of suggestions. > > > Regards > > > Kerry Main > > Senior Consultant > > HP Services Canada > > Voice: 613-592-4660 > > Fax: 613-591-4477 > > kerryDOTmainAThpDOTcom > > (remove the DOT's and AT) > > > OpenVMS - the secure, multi-site OS that just works. > > The program in question is an graphical editor for a SCADA system > control language. The HSQ MISER SCADA systems started on PDP11, > graduated to VAX and VMS, then Alpha, and now runs on IA64 OpenVMS. We > have been a VMS system since 1987. We are trying to stay a VMS system, > which is why getting this task completed is important. > > 10 years ago we made the choice of writing this control language > editor using Bristol Technology Windu. Windu give the program the look > and feel of an Windows MFC PC program. The program can be compiled to > run both on a PC and OpenVMS. Window. Bristol stopped supporting > OpenVMS about the time Bob Palmer escaped from digital. I have been > limping along, adapting Windu to each new version of VMS since then. > Unfortunately, IA64 VMS does not allow translated DECwindows images as > the documentation says (and I tried anyway...). > > Our current customer based loves this program, but has to upgrade to > IA64 systems with OpenVMS. New customer also have no choice but IA64 > and VMS. Older customers are keeping a few old alpha systems to run > this one program on. > > We are working to make all of our software "portable". Most of the > under lying software has been ported to PC and soon Unix/Linux. The > HMI code is written in X/Motif and has also been running on PC and > Unix. We are using this re-write to java as a learning experience, > before we look to moving all of our GUI programs. We are also looking > to GTK+ if we can convince HP that porting GTK+ 2 is a good idea. > > I have started the task of performance analysis. As all good software > people do, I am asking for guidance from my peers so I can avoid the > obvious problems in this task. I have not seen an OpenVMS java > cookbook anywhere. Can you please point to this document. > > Thanks Kerry > > Regards > > Mjjerabek I should read all the responses to my post before I ask for things. I have the URL's ... Thanks again Kerry ... Mjjerabek ------------------------------ Date: Sun, 30 Sep 2007 21:18:43 +0000 From: "Main, Kerry" Subject: RE: Guidance with OpenVMS IA64 8.3 with Java 1.5 Problems Message-ID: > -----Original Message----- > From: mjjerabek [mailto:mjjerabek@gmail.com] > Sent: September 30, 2007 4:14 PM > To: Info-VAX@Mvb.Saic.Com > Subject: Re: Guidance with OpenVMS IA64 8.3 with Java 1.5 Problems > [snip..] > > The program in question is an graphical editor for a SCADA system > > control language. The HSQ MISER SCADA systems started on PDP11, > > graduated to VAX and VMS, then Alpha, and now runs on IA64 OpenVMS. > We > > have been a VMS system since 1987. We are trying to stay a VMS > system, > > which is why getting this task completed is important. > > > > 10 years ago we made the choice of writing this control language > > editor using Bristol Technology Windu. Windu give the program the > look > > and feel of an Windows MFC PC program. The program can be compiled to > > run both on a PC and OpenVMS. Window. Bristol stopped supporting > > OpenVMS about the time Bob Palmer escaped from digital. I have been > > limping along, adapting Windu to each new version of VMS since then. > > Unfortunately, IA64 VMS does not allow translated DECwindows images > as > > the documentation says (and I tried anyway...). > > > > Our current customer based loves this program, but has to upgrade to > > IA64 systems with OpenVMS. New customer also have no choice but IA64 > > and VMS. Older customers are keeping a few old alpha systems to run > > this one program on. > > > > We are working to make all of our software "portable". Most of the > > under lying software has been ported to PC and soon Unix/Linux. The > > HMI code is written in X/Motif and has also been running on PC and > > Unix. We are using this re-write to java as a learning experience, > > before we look to moving all of our GUI programs. We are also looking > > to GTK+ if we can convince HP that porting GTK+ 2 is a good idea. > > [snip..] Something else to consider if the code is relatively stable - you might be able to use the OMSAIS Alpha to IA64 translator utility. http://h71000.www7.hp.com/openvms/products/omsva/omsais.html Might be worth the effort to at least try it and get the entire package run= ning on IA64 and then the porting to Java can happen in the background with a bit m= ore breathing room. Regards Kerry Main Senior Consultant HP Services Canada Voice: 613-592-4660 Fax: 613-591-4477 kerryDOTmainAThpDOTcom (remove the DOT's and AT) OpenVMS - the secure, multi-site OS that just works. ------------------------------ Date: Sun, 30 Sep 2007 14:30:09 -0700 From: mjjerabek Subject: Re: Guidance with OpenVMS IA64 8.3 with Java 1.5 Problems Message-ID: <1191187809.906879.219620@y42g2000hsy.googlegroups.com> On Sep 30, 2:18 pm, "Main, Kerry" wrote: > > -----Original Message----- > > From: mjjerabek [mailto:mjjera...@gmail.com] > > Sent: September 30, 2007 4:14 PM > > To: Info-...@Mvb.Saic.Com > > Subject: Re: Guidance with OpenVMS IA64 8.3 with Java 1.5 Problems > > [snip..] > > > > > > The program in question is an graphical editor for a SCADA system > > > control language. The HSQ MISER SCADA systems started on PDP11, > > > graduated to VAX and VMS, then Alpha, and now runs on IA64 OpenVMS. > > We > > > have been a VMS system since 1987. We are trying to stay a VMS > > system, > > > which is why getting this task completed is important. > > > > 10 years ago we made the choice of writing this control language > > > editor using Bristol Technology Windu. Windu give the program the > > look > > > and feel of an Windows MFC PC program. The program can be compiled to > > > run both on a PC and OpenVMS. Window. Bristol stopped supporting > > > OpenVMS about the time Bob Palmer escaped from digital. I have been > > > limping along, adapting Windu to each new version of VMS since then. > > > Unfortunately, IA64 VMS does not allow translated DECwindows images > > as > > > the documentation says (and I tried anyway...). > > > > Our current customer based loves this program, but has to upgrade to > > > IA64 systems with OpenVMS. New customer also have no choice but IA64 > > > and VMS. Older customers are keeping a few old alpha systems to run > > > this one program on. > > > > We are working to make all of our software "portable". Most of the > > > under lying software has been ported to PC and soon Unix/Linux. The > > > HMI code is written in X/Motif and has also been running on PC and > > > Unix. We are using this re-write to java as a learning experience, > > > before we look to moving all of our GUI programs. We are also looking > > > to GTK+ if we can convince HP that porting GTK+ 2 is a good idea. > > [snip..] > > Something else to consider if the code is relatively stable - you might > be able to use the OMSAIS Alpha to IA64 translator utility. > > http://h71000.www7.hp.com/openvms/products/omsva/omsais.html > > Might be worth the effort to at least try it and get the entire package running on > IA64 and then the porting to Java can happen in the background with a bit more breathing > room. > > Regards > > Kerry Main > Senior Consultant > HP Services Canada > Voice: 613-592-4660 > Fax: 613-591-4477 > kerryDOTmainAThpDOTcom > (remove the DOT's and AT) > > OpenVMS - the secure, multi-site OS that just works. Kerry, OMSAIS does not allow translation of DECWindows based software. Windu is ultimately DECwindows, so my GUI applications are not translate- able. I did how ever try, enven when the documentation said no. The documentation was right, it did not work. Mjjerabek ------------------------------ Date: Sun, 30 Sep 2007 18:42:05 -0500 From: "Craig A. Berry" Subject: Re: Guidance with OpenVMS IA64 8.3 with Java 1.5 Problems Message-ID: In article <1191182825.713593.176720@57g2000hsv.googlegroups.com>, mjjerabek wrote: > > > 2) More example applications to test with. My application will be a > > > rather large app and the demo apps that come with the JDK are not. I've tinkered with Squirrel SQL Client: http://h71000.www7.hp.com/freeware/freeware80/squirrel_sql/ NetBeans: http://h71000.www7.hp.com/openvms/products/ips/netbeans/ JEdit: http://www.jedit.org/index.php SmartSVN: http://www.syntevo.com/smartsvn/index.html All work fine on my XP1000 running OpenVMS Alpha v8.3. SmartSVN seemed a little slow, but I was downloading a largish source repository and I never tried to analyze where the bottleneck was. Of course my experience on Alpha using apps I was tinkering with as a hobbyist may not be much help with your bread-and-butter apps on Itanium. For one thing, I think the JIT on Itanium is a completely different beast from the one on Alpha. > We are working to make all of our software "portable". Most of the > under lying software has been ported to PC and soon Unix/Linux. The > HMI code is written in X/Motif and has also been running on PC and > Unix. We are using this re-write to java as a learning experience, > before we look to moving all of our GUI programs. We are also looking > to GTK+ if we can convince HP that porting GTK+ 2 is a good idea. It's mostly done, but I think there are some rough edges. Have a look at: ftp://ftp.encompasserve.org/gnv/gtk-pl-2_10_6_vms_pre_src.zip That package is the gateway to a lot of other packages, so I certainly hope someone finds a way to get it done. It's not as trendy as Java, but the Perl Tk package has been known to work on VMS and has its adherents: http://search.cpan.org/~ni-s/Tk-804.027/pod/overview.pod -- Posted via a free Usenet account from http://www.teranews.com ------------------------------ Date: Sun, 30 Sep 2007 22:16:17 -0400 From: JF Mezei Subject: Re: Guidance with OpenVMS IA64 8.3 with Java 1.5 Problems Message-ID: You mentioned some/new customers being forced onto that IA64 thing and thus your need to port your software to IA64. You should know that Alphas are still available. From HP, you get them through the "refurbished" department (since someone decided that they couldn't sell them "new" anymore. Also, you can get them from resellers such as island computers (www.islandco.com) But yeah, eventually, the supply of Alphas will dwindle, but for now, it isn't the "real" end of the line for Alphas. ------------------------------ Date: Sun, 30 Sep 2007 20:10:21 -0700 From: mjjerabek Subject: Re: Guidance with OpenVMS IA64 8.3 with Java 1.5 Problems Message-ID: <1191208221.617101.167830@g4g2000hsf.googlegroups.com> On Sep 30, 7:16 pm, JF Mezei wrote: > You mentioned some/new customers being forced onto that IA64 thing and > thus your need to port your software to IA64. > > You should know that Alphas are still available. > > From HP, you get them through the "refurbished" department (since > someone decided that they couldn't sell them "new" anymore. > > Also, you can get them from resellers such as island computers > (www.islandco.com) > > But yeah, eventually, the supply of Alphas will dwindle, but for now, it > isn't the "real" end of the line for Alphas. I am aware Alphas are still available. I have 3 in my home office ... We buy and sell Alphas to customers, mostly as replacements when we can. The problem with refurb Alphas is that the people who write the checks don't want new or used Alphas (or VMS in a lot of cases). The Itaniums can (as HP advertizes) run Windows, HP Unix, and OpenVMS. That gets our system (and VMS) in the door. The IT folks who run the computers for the SCADA people understand these types of machines. We want to continue VMS long after Alphas are available from HP, Island Computer, or ebay. IA64 is the answer. ------------------------------ Date: Sun, 30 Sep 2007 22:50:28 GMT From: dittman@dittman.net Subject: Re: OpenVMS and Smart Array Controllers Message-ID: Rob Brooks wrote: > article , dittman@dittman.net writes: > > dittman@dittman.net wrote: > > While I was testing everything I found that SATA disks seem to have problems > > with being shadowset members. I had one of the SATA disks dropped out of > > the shadowset while doing heavy I/O. > If the device doesn't support the SCSI readlong/writelong commands, then > shadowing won't be real happy. If a bad spot is found on one member, shadowing > will want to replicate that bad spot on all members. If it can't, it'll > punt that member. Shadowing worked until I started a stress test. One of the drives dropped out and became non-responsive. > Within SDA if DEV$V_NOFE is set, then readlong/writelong aren't supported. I > think it's in UCB$L_DEVCHAR2. > There may be other barriers to using SATA drives with shadowing that caused > your problem, however. I believe the problem is most likely something in the SATA firmware. The drive that dropped out didn't come back until I cycled power. -- Eric Dittman dittman@dittman.net ------------------------------ Date: Sun, 30 Sep 2007 20:20:46 -0700 From: "Andy Bustamante" Subject: Re: Xyplex Terminal Server with VMS Message-ID: I've moved on from the company that provided MLS services. Another company migrating to Redmond-ware. I'm with University of California San Diego now. A modem and a terminal server is very very useful about once every three years. I'd worked out pinouts for Cisco gear and HSG's. -- Andy Bustamante (Remove the ascii 95's to mail a reply) "Tom Linden" wrote in message news:op.ty2vbvolhv4qyg@murphus.linden... > On Sat, 22 Sep 2007 15:13:22 -0700, Andy Bustamante > wrote: > > > I used to have racks of these connecting modems to VAX an Alphaservers. > > In > > a previous position, I left a single Xyplex connected to network and HSG > > ports. > > > I am connecting to Alphas, VAXen, Itania, Cisco switches and routers, > HSG80. Took > a few tries to get the RJ45-DB9 adaters right. > > You still doing the mls stuff? > > > -- > PL/I for OpenVMS > www.kednos.com ------------------------------ End of INFO-VAX 2007.535 ************************