1 INFO-VAX	Sat, 28 Oct 2006	Volume 2006 : Issue 592       Contents:  Re: 2006-09 Distrbution CD-ROMS?  Re: 2006-09 Distrbution CD-ROMS?! Re: Another Vax/Alpha/VMS triumph ! RE: Another Vax/Alpha/VMS triumph ! Re: Another Vax/Alpha/VMS triumph $ decw$sylogin.com doesn't seem to run$ execlet layout (segments) on Itanium# Re: HP eyes top VMS people for cuts * Re: Java Applet pulled from VMS Web Server* Re: Java Applet pulled from VMS Web Server* Re: Java Applet pulled from VMS Web Server* Re: Java Applet pulled from VMS Web Server* Re: Java Applet pulled from VMS Web Server# Re: Mozilla on VMS comment/question 1 Re: simple improvements to disk write performance 1 Re: simple improvements to disk write performance 1 Re: simple improvements to disk write performance 1 Re: simple improvements to disk write performance 1 Re: simple improvements to disk write performance 1 Re: simple improvements to disk write performance 1 Re: simple improvements to disk write performance 1 Re: simple improvements to disk write performance 1 Re: simple improvements to disk write performance  Re: Spit Brook location  Re: Spit Brook location  Re: Spit Brook location  TCP/IP services  Re: TCP/IP services  Re: TCP/IP services  Re: TCP/IP services  Re: TCP/IP services  Re: TCP/IP services  Re: TCP/IP services  Re: TCP/IP services  Re: Toggle Operator Console  Re: TSZ07 Magnetic Tape Drive & Valhalla is for those who have battled Re: VMS installation crash Re: VMS installation crash Re: VMS installation crash Re: VMS installation crash RE: VMS installation crash  F ----------------------------------------------------------------------    Date: 27 Oct 2006 12:37:17 -0700  From: "Ian Miller" <ijm@uk2.net>) Subject: Re: 2006-09 Distrbution CD-ROMS? B Message-ID: <1161977837.352163.61420@i42g2000cwa.googlegroups.com>  D all contracts in EMEA and AP have been migrated to the pre merger HP: system. The process of migration in the USA is proceeding.  F Various inaccuracies have crept in during the migration process. It isC worth checking carefully your contracts when they arrive in the new  layout.    ------------------------------  % Date: Fri, 27 Oct 2006 17:20:23 -0400 ) From: "Neil Rieck" <n.rieck@sympatico.ca> ) Subject: Re: 2006-09 Distrbution CD-ROMS? < Message-ID: <454277b7$0$14826$9a6e19ea@news.newshosting.com>  , "Ian Miller" <ijm@uk2.net> wrote in message < news:1161977837.352163.61420@i42g2000cwa.googlegroups.com...F > all contracts in EMEA and AP have been migrated to the pre merger HP< > system. The process of migration in the USA is proceeding. > H > Various inaccuracies have crept in during the migration process. It isE > worth checking carefully your contracts when they arrive in the new 	 > layout.  >   K In future, check the SPL ship date if you think your CDROM shipment is late , http://www1.sqp.com/SPLreleaseSchedule.shtml  
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.8 http://www3.sympatico.ca/n.rieck/links/cool_openvms.html: http://www3.sympatico.ca/n.rieck/links/openvms_demos.html    ------------------------------    Date: 27 Oct 2006 12:54:47 -0500% From: frey@encompasserve.org (Sharon) * Subject: Re: Another Vax/Alpha/VMS triumph3 Message-ID: <1OtYu7FdUqfZ@eisner.encompasserve.org>   o In article <1161607059.789382.262500@k70g2000cwa.googlegroups.com>, "Sue" <susan_skonetski@hotmail.com> writes: 	 > Sharon, E > I send out OpenVMS Pearls, which you have probably seen here in the H > newsgroup would you mind if I used this one as a VMS Pearl (again).  IF > used you once before a few years ago?  My email distribution list isC > about 4K folks all interested in VMS and they will love this one.  > + > Just let me know either here or on email.  > thanks > Sue   H 	Hi Sue!  Sure, please do!  I'm very sorry about the anonymising that I H did.  Intuition tells me that my management is trying to get rid of our J Cobol/VMS product in favor of the Windoze version, so even though this is I really a great thing, they might frown on me publicising it.  Politics...   D 	It's a sad world we live in.  Our company management and coworkers I sneer at us Cobol/Macro/VMS people for being obsolete and apparently not  O realizing it and doing the decent thing by disappearing.  But WE know that our  O products are superior, and our CUSTOMERS know our products are superior.  (And  O that kind of annoys management also...)  We'll keep up our high work ethic and  N pride in workmanship until there aren't any more VMS systems in use anymore.  L And I also have to say that we love you and the VMS engineers!  Without the K superior quality of the platform, our product would be just another crappy   application.  	  - Sharon " "Gravity...  is a harsh mistress!"   ------------------------------  % Date: Fri, 27 Oct 2006 17:26:51 -0400 ' From: "Main, Kerry" <Kerry.Main@hp.com> * Subject: RE: Another Vax/Alpha/VMS triumphT Message-ID: <FA60F2C4B72A584DBFC6091F6A2B868401C82191@tayexc19.americas.cpqcorp.net>   > -----Original Message-----1 > From: Sharon [mailto:frey@encompasserve.org]=20   > Sent: October 27, 2006 1:55 PM > To: Info-VAX@Mvb.Saic.Com , > Subject: Re: Another Vax/Alpha/VMS triumph >=20 > In article=20 = > <1161607059.789382.262500@k70g2000cwa.googlegroups.com>,=20 - > "Sue" <susan_skonetski@hotmail.com> writes:  > > Sharon, G > > I send out OpenVMS Pearls, which you have probably seen here in the A > > newsgroup would you mind if I used this one as a VMS Pearl=20 
 > (again).  I H > > used you once before a few years ago?  My email distribution list isE > > about 4K folks all interested in VMS and they will love this one.  > >=20- > > Just let me know either here or on email. 
 > > thanks > > Sue  >=209 > 	Hi Sue!  Sure, please do!  I'm very sorry about the=20  > anonymising that I=20 A > did.  Intuition tells me that my management is trying to get=20  > rid of our=20 ? > Cobol/VMS product in favor of the Windoze version, so even=20  > though this is=20 B > really a great thing, they might frown on me publicising it. =20
 > Politics...  >=20: > 	It's a sad world we live in.  Our company management=20 > and coworkers=20> > sneer at us Cobol/Macro/VMS people for being obsolete and=20 > apparently not=20 B > realizing it and doing the decent thing by disappearing.  But=20 > WE know that our=20 ? > products are superior, and our CUSTOMERS know our products=20  > are superior.  (And=20? > that kind of annoys management also...)  We'll keep up our=20  > high work ethic and=20A > pride in workmanship until there aren't any more VMS systems=20  > in use anymore. =20 8 > And I also have to say that we love you and the VMS=20 > engineers!  Without the=20@ > superior quality of the platform, our product would be just=20 > another crappy=20  > application. >=20 >  - Sharon $ > "Gravity...  is a harsh mistress!" >=20   Sharon,   H You might be interested in the following articles: which are a bit dated1 but the messages are still very applicable today:   % "Is COBOL the 18-Wheeler of the Web?" 3 http://www.eweek.com/article2/0,1759,1237807,00.asp   0 "Remember Cobol? If You Don't, Get Reacquainted"H http://www.computerworld.com/careertopics/careers/training/story/0,10801 ,60683,00.html  F Bottom line - imho, one of the hottest skill sets around are those who% can web enable Cobol applications.=20   G Java and .Net are very small fractions of the applications running real C world mission critical applications today. And while they might not G sound as sexy as SOA, J2EE, etc, the reality is that Basic, Cobol, Ada, B PL/I, Fortran etc are what still runs the vast majority of mission critical applications today.   Regards   
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477  kerryDOTmainAThpDOTcom (remove the DOT's and AT)=20  4 OpenVMS - the secure, multi-site OS that just works.   ------------------------------  % Date: Fri, 27 Oct 2006 20:16:07 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> * Subject: Re: Another Vax/Alpha/VMS triumph8 Message-ID: <dc565$4542a167$cef8887a$22779@TEKSAVVY.COM>  
 Sharon wrote: L > Cobol/VMS product in favor of the Windoze version, so even though this is K > really a great thing, they might frown on me publicising it.  Politics...   E Well Sharon, you shouldn't be bragging about this... you did mention  @ your systems were down for a whopping 4 minutes after all... :-)  D I take it that this was a staggered downtime where only part of the H folks were offline for 4 minutes at any point in time followed by other ) staff being down for 4 minutes later on ?     F > 	It's a sad world we live in.  Our company management and coworkers K > sneer at us Cobol/Macro/VMS people for being obsolete and apparently not    G I am starting to get the feeling that the word "legacy" is losing some  C of its meaning, in part because Windows itself is not only getting  I "old", but also changes at a lesser frequency, so other systems have the   time to catch up.   G With this in mind, it may become easier now to justify choosing a "non  G trendy" platform on the basis that it does the job, adheres to current  F standards and requires less maintenance and less risk of viri/trojans H etc. In other words, logical business case may again be worth something F compared to just some BHP pre-selecting the platform he read about in  some trade rag.    ------------------------------    Date: 27 Oct 2006 20:41:22 -0700# From: "Charles" <ceharon@gmail.com> - Subject: decw$sylogin.com doesn't seem to run C Message-ID: <1162006882.073019.173150@f16g2000cwb.googlegroups.com>    Hi,   0 I can't get sys$manager:decw$sylogin.com to run.  G I've been through the DECWindows Motif Management Guide, and everything   seems to be configured properly.  5 sys$manager:decw$sylogin.com only contains two lines: ( $ notice :== mcr dka0:[notice]notice.exe $ create/term notice/new/text   & Any suggestions of where to look next?   Thanks   ------------------------------  # Date: Sat, 28 Oct 2006 01:27:09 GMT " From:   VAXman-  @SendSpamHere.ORG- Subject: execlet layout (segments) on Itanium 0 Message-ID: <00A5DD97.1F8B9BFB@SendSpamHere.ORG>  / I wrote and loaded a simple execlet on Itanium.   H It has a EXEC$NONPAGED_DATA section with some "markers" in it and in itsI EXEC$NONPAGED_CODE section there is a single routine which simply returns  success.  G The LDRIMG block no longer maintains pointers to these sections.  It is F now in a vector pointed to by LDRIMG$L_SEGCOUNT and LDRIMG$L_SEGMENTS.  G This particular image has 7 segments.  I'm trying to decode these but I  am lost in the $ELFDEF.     Here are some of these segments:  & FFFFFFFF.86D28130    60000001.00000002& FFFFFFFF.86D28138    00400005.000000481 FFFFFFFF.86D28140    FFFFFFFF.8007FF00  LEI+10000 5 FFFFFFFF.86D28148    00000000.00000040 <-- lenght of  G FFFFFFFF.86D28150    00000000.00010000 EXEC$NONPAGED_CODE relative base ' FFFFFFFF.86D28158    00000000.00010040  & FFFFFFFF.86D28160    00000000.00000000& FFFFFFFF.86D28168    00000000.00000000& FFFFFFFF.86D28170    00000000.00000000     & FFFFFFFF.86D28178    00000001.00000003& FFFFFFFF.86D28180    00400004.000000481 FFFFFFFF.86D28188    FFFFFFFF.8663E600  LEI+12000 5 FFFFFFFF.86D28190    00000000.00000030 <-- Length of  I FFFFFFFF.86D28198    00000000.00012000 $LINKER UNWIND$/UNWINFO$ rel. base & FFFFFFFF.86D281A0    00000000.00012030& FFFFFFFF.86D281A8    00000000.00000000& FFFFFFFF.86D281B0    00000000.00000000& FFFFFFFF.86D281B8    00000000.00000000  & FFFFFFFF.86D281C0    00000001.00000004& FFFFFFFF.86D281C8    00400006.000000481 FFFFFFFF.86D281D0    FFFFFFFF.8663E800  LEI+14000 5 FFFFFFFF.86D281D8    00000000.00000010 <-- Length of  G FFFFFFFF.86D281E0    00000000.00014000 EXEC$NONPAGED_DATA relative base & FFFFFFFF.86D281E8    00000000.00014010& FFFFFFFF.86D281F0    00000000.00000000& FFFFFFFF.86D281F8    00000000.00000000& FFFFFFFF.86D28200    00000000.00000000  J I've been able to id these as noted.  I'd like to be able to parse throughG these programatically but I'm not sure about all of the fields in these F segment headers/descriptors and their appropriate designation from the
 $ELFDEF file.   J I think that the value in the first longword is an identifier.  The secondK a flag field?  The third longword is always 00000048 -- some section ident- G ifier perhaps?  The fourth longword??? more flags???  No idea about the I last 3 quadwords.... perhaps just filler based on the type of header that  this may be.  J Any help/ideas appreciated.  Source listings would be so handy but I can't* see laying out $3K every release of VMS.     --  K VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------   Date: 27 Oct 2006 18:26:21 GMT From: healyzh@aracnet.com , Subject: Re: HP eyes top VMS people for cuts, Message-ID: <ehtj0d016lh@enews3.newsguy.com>   twnews@kittles.com wrote: B > fact, then I am not sure what you base your last attack on.  TheG > departure of several highly visible VMS developers is a big deal.  It D > is the first time that I have concern for long term future of VMS.  I I've been nervous before, but this and the offshoring of support makes me K regret buying a couple "new" (to me) systems 2-3 months ago.  I really hate L to say this, but it has me thinking about changing the target platform for a7 software project I've been working on in my spare time.   J This question will seem strange, but does anyone know of a good equivalent, to the versioning filesystem in VMS on Unix?   		Zane   ------------------------------  + Date: Fri, 27 Oct 2006 22:25:42 +0000 (UTC) - From: klewis@MAZDA.MITRE.ORG (Keith A. Lewis) 3 Subject: Re: Java Applet pulled from VMS Web Server . Message-ID: <ehu116$mrq$1@newslocal.mitre.org>   "Richard Maher" <maher_rj@hotspamnotmail.com> writes in article <ehopna$g4d$1@news-02.connect.com.au> dated Thu, 26 Oct 2006 06:54:07 +0800: > M >Does anyone have an example of the commands involved in creating and storing % >a small Java Applet on a VMS system?   G Using just a regular HTTP server, you can put a .class file in the same J directory as the .html file which references it.  I have the code attached at the end of this post.  J >I want to be able to activate the Applet from a page in a Web Broswer andA >link back to the same (or other) VMS server via a TCP/IP socket.   K Last I heard, applets were restricted to communicating with the server they  were loaded from.   < >To talk to a server, open a socket to the machine and port: > : >Socket s = new Socket("mastercard.com", 303); // port 303  K OK, now you have to decide how to implement your server.  Do you want it to L be a single process running a Java application (not applet) and listening onL that port?  Or should the system create a new process on the server for eachF incoming connection?  (I would recommend the first if you're doing theJ server in Java, because Java initialization on VMS takes several seconds.)   MAZDA$ type HELLOWORLD.JAVA;2 "         import java.applet.Applet;!         import java.awt.Graphics;   4             public class HelloWorld extends Applet {/                 public void paint(Graphics g) { 9                     g.drawString("Hello world!", 50, 25);                  } 
             }  MAZDA$ type HELLO.HTML;5 <HTML> <HEAD>! <TITLE> A Simple Program </TITLE>  </HEAD>  <BODY>  ! Here is the output of my program: 4 <APPLET CODE="HelloWorld.class" WIDTH=150 HEIGHT=25>	 </APPLET>  </BODY>  </HTML>  MAZDA$   0 --Keith Lewis              klewis {at} mitre.org> The above may not (yet) represent the opinions of my employer.   ------------------------------  % Date: Fri, 27 Oct 2006 22:08:44 -0400 6 From: =?ISO-8859-1?Q?Arne_Vajh=F8j?= <arne@vajhoej.dk>3 Subject: Re: Java Applet pulled from VMS Web Server 7 Message-ID: <4542bbad$0$49204$14726298@news.sunsite.dk>    Richard Maher wrote:N > Does anyone have an example of the commands involved in creating and storing& > a small Java Applet on a VMS system?  E You compile your class and upload the resulting class file to the VMS 7 system together with the HTML file with the APPLET tag.   H If you so prefer you can also compile it on the VMS box. Doesn't matter.  K > I want to be able to activate the Applet from a page in a Web Broswer and B > link back to the same (or other) VMS server via a TCP/IP socket.   Same VMS server is easy.  7 Socket s = new Socket(getCodeBase().getHost(), portno);   : and you have a socket (you need to call getInputStream and getOutputStream to use it).   < Different servers is a problem. Default applet security will not allow that.   ; You need to stuff your class files into a jar file and sign 7 it. And modify the HTML APPLET tag to use the jar file.   = Then we the user opens the applet, the JVM within the browser : will ask if the user wants to give the applet extra privs.< And if the user approves you can connect to the other boxes.  E > Pointers to the "specific" documentation will also be very welcome.  > , > I have this much to go on at the moment: - > " > http://java.sun.com/sfaq/#socket > I > This from some Java Socket discussion page on what the Applet(s) should  > contain: - >  > Creating a client  > = > To talk to a server, open a socket to the machine and port:  > ; > Socket s = new Socket("mastercard.com", 303); // port 303  > 6 > When this returns, you can get input/output streams: > ) > OutputStream out = s.getOutputStream(); * > PrintStream pout = new PrintStream(out);& > pout.println("hi from java client"); > pout.close();  > s.close(); > J > The client's input stream is pulling from the server's output stream and
 > vice versa.   ; There must be a million pages out there about Java applets.   D http://java.sun.com/docs/books/tutorial/deployment/applet/index.html$ http://www.realapplets.com/tutorial/ etc.   Arne   ------------------------------  % Date: Sat, 28 Oct 2006 10:33:39 +0800 3 From: "Richard Maher" <maher_rj@hotspamnotmail.com> 3 Subject: Re: Java Applet pulled from VMS Web Server 1 Message-ID: <ehufap$s97$1@news-02.connect.com.au>   	 Hi Keith,   8 > Last I heard, applets were restricted to communicating) > with the server they  were loaded from.   H Apparently not, and I don't even think you need a http server process onF your secondary Applet-Server box. See the following for *much* more: -L http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=1071300  : > OK, now you have to decide how to implement your server.  L Nope. I decided how to implement the server(s) 15 years ago and did it. It'sK how to get at 'em from the ubiquitous web-browser is what I have to decide, % and I think I'm gettin' pretty close.   / > Do you want it to be a single process running 3 > a Java application (not applet)  and listening on / > that port?  Or should the system create a new   > process on the server for each > incoming connection?  K If you look throught that ITRC thread that I've given you a pointer to, you K will find attached to one of my posts the "Tier3 Client/Server Development" L manual V3.1 which will describe the Server setup in detail. Each applicationA that the System Manager configures gets its own AST mult-threaded L Communication Server process and a configurable number (min/max servers, TTLE etc) of Execution Server processes that are pre-initialized with your K application specific code. The ES process are created and execute under the C System Manager configurable username (that requires absolutely *no* L privileges) and if you wish to adopt the security profile of the client them8 my t3$persona_assume System Service can be quite useful!  I Your Server development team simply has to provide Tier3 with a shareable D image contain six 3GL routines that provide the application-specificF functionality, and the rest is done for you. That's right; all NetworkJ Communication, Application Security, Transparent Multi-Threading, and LoadB Balancing is all done for you! Not bad hey? Oh, and if you want toJ encapsulate you Rdb database updates with the ACID proof 2PC properties ofJ an MSDTC controlled txn with your W2K database updates, then it'll do that for you as well.  ( But INETd certainly still has its place!   Cheers Richard Maher  H PS. I'll send you and evaluation copy of Tier3/hotTIP V3.1 if that's ok?  : "Keith A. Lewis" <klewis@MAZDA.MITRE.ORG> wrote in message( news:ehu116$mrq$1@newslocal.mitre.org...A > "Richard Maher" <maher_rj@hotspamnotmail.com> writes in article L <ehopna$g4d$1@news-02.connect.com.au> dated Thu, 26 Oct 2006 06:54:07 +0800: > > G > >Does anyone have an example of the commands involved in creating and  storing ' > >a small Java Applet on a VMS system?  > I > Using just a regular HTTP server, you can put a .class file in the same L > directory as the .html file which references it.  I have the code attached > at the end of this post. > L > >I want to be able to activate the Applet from a page in a Web Broswer andC > >link back to the same (or other) VMS server via a TCP/IP socket.  > H > Last I heard, applets were restricted to communicating with the server they > were loaded from.  > > > >To talk to a server, open a socket to the machine and port: > > < > >Socket s = new Socket("mastercard.com", 303); // port 303 > J > OK, now you have to decide how to implement your server.  Do you want it toK > be a single process running a Java application (not applet) and listening  onI > that port?  Or should the system create a new process on the server for  eachH > incoming connection?  (I would recommend the first if you're doing theL > server in Java, because Java initialization on VMS takes several seconds.) >  > MAZDA$ type HELLOWORLD.JAVA;2 $ >         import java.applet.Applet;# >         import java.awt.Graphics;  > 6 >             public class HelloWorld extends Applet {1 >                 public void paint(Graphics g) { ; >                     g.drawString("Hello world!", 50, 25);  >                 }  >             }  > MAZDA$ type HELLO.HTML;5 > <HTML> > <HEAD># > <TITLE> A Simple Program </TITLE> 	 > </HEAD>  > <BODY> > # > Here is the output of my program: 6 > <APPLET CODE="HelloWorld.class" WIDTH=150 HEIGHT=25> > </APPLET> 	 > </BODY> 	 > </HTML>  > MAZDA$ > 2 > --Keith Lewis              klewis {at} mitre.org@ > The above may not (yet) represent the opinions of my employer.   ------------------------------  % Date: Sat, 28 Oct 2006 11:17:35 +0800 3 From: "Richard Maher" <maher_rj@hotspamnotmail.com> 3 Subject: Re: Java Applet pulled from VMS Web Server 1 Message-ID: <ehuht4$2gk$1@news-02.connect.com.au>    Hi Arne,  > > Different servers is a problem. Default applet security will > not allow that.   C I believe this is not true. If the codebase parameter points to the 8 different server then it's ok. See ITRC thread for more.  = > You need to stuff your class files into a jar file and sign  > it.   C I do not believe that you need to sign the .JAR file. Are you sure?   ? > Then we the user opens the applet, the JVM within the browser < > will ask if the user wants to give the applet extra privs.  A Why does the applet need extra privs? We're still in the sandbox.    Cheers Richard Maher  0 "Arne Vajhj" <arne@vajhoej.dk> wrote in message1 news:4542bbad$0$49204$14726298@news.sunsite.dk...  > Richard Maher wrote:H > > Does anyone have an example of the commands involved in creating and storing ( > > a small Java Applet on a VMS system? > G > You compile your class and upload the resulting class file to the VMS 9 > system together with the HTML file with the APPLET tag.  > J > If you so prefer you can also compile it on the VMS box. Doesn't matter. > I > > I want to be able to activate the Applet from a page in a Web Broswer  and D > > link back to the same (or other) VMS server via a TCP/IP socket. >  > Same VMS server is easy. > 9 > Socket s = new Socket(getCodeBase().getHost(), portno);  > < > and you have a socket (you need to call getInputStream and > getOutputStream to use it).  > > > Different servers is a problem. Default applet security will > not allow that.  > = > You need to stuff your class files into a jar file and sign 9 > it. And modify the HTML APPLET tag to use the jar file.  > ? > Then we the user opens the applet, the JVM within the browser < > will ask if the user wants to give the applet extra privs.> > And if the user approves you can connect to the other boxes. > G > > Pointers to the "specific" documentation will also be very welcome.  > > . > > I have this much to go on at the moment: - > > $ > > http://java.sun.com/sfaq/#socket > > K > > This from some Java Socket discussion page on what the Applet(s) should  > > contain: - > >  > > Creating a client  > > ? > > To talk to a server, open a socket to the machine and port:  > > = > > Socket s = new Socket("mastercard.com", 303); // port 303  > > 8 > > When this returns, you can get input/output streams: > > + > > OutputStream out = s.getOutputStream(); , > > PrintStream pout = new PrintStream(out);( > > pout.println("hi from java client"); > > pout.close();  > > s.close(); > > L > > The client's input stream is pulling from the server's output stream and > > vice versa.  > = > There must be a million pages out there about Java applets.  > F > http://java.sun.com/docs/books/tutorial/deployment/applet/index.html& > http://www.realapplets.com/tutorial/ > etc. >  > Arne   ------------------------------  % Date: Sat, 28 Oct 2006 11:35:35 +0800 3 From: "Richard Maher" <maher_rj@hotspamnotmail.com> 3 Subject: Re: Java Applet pulled from VMS Web Server 1 Message-ID: <ehuius$3vt$1@news-02.connect.com.au>    Hi Arne,  & > The answer in that thread are wrong.  % Ok re-reading the documentation at: -   http://java.sun.com/sfaq/#socket [ J How can an applet open a network connection to a computer on the internet?  K Applets are not allowed to open network connections to any computer, except J for the host that provided the .class files. This is either the host whereK the html page came from, or the host specified in the codebase parameter in 1 the applet tag, with codebase taking precendence.   H For example, if you try to do this from an applet that did not originateA from the machine foo.com, it will fail with a security exception:   ,  Socket s = new Socket("foo.com", 25, true); ]   8 I can see that it doesn't conflict with you statement: -  > > The applet can only connect to the server it is loaded from.  K Either way I'm happy, as what I wanted to (be able to) achieve was have the I applet coming from a diffent server than the one hosting the original web : page. I think we're all agreed that that can still happen?  9 > It does not care about where the HTML came from at all.   
 You bewdy!  B > And as I wrote in my reply, you can get avoid the restriction by > using a signed jar file.  H Yep, Bojan pointed that out in his reply as well (And I think John CreedK sent me mail about howing to test without signing) but I don't want to have 9 to place this restriction on the code if I don't have to.    Thanks for the replies.    Cheers richard Maher  0 "Arne Vajhj" <arne@vajhoej.dk> wrote in message1 news:4542c3b3$0$49195$14726298@news.sunsite.dk...  > Richard Maher wrote:; > >> Last I heard, applets were restricted to communicating , > >> with the server they  were loaded from. > > L > > Apparently not, and I don't even think you need a http server process onJ > > your secondary Applet-Server box. See the following for *much* more: - > > L http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=1071300 > & > The answer in that thread are wrong. > > > The applet can only connect to the server it is loaded from. > 9 > It does not care about where the HTML came from at all.  > B > And as I wrote in my reply, you can get avoid the restriction by > using a signed jar file. >  > Arne   ------------------------------    Date: 27 Oct 2006 22:32:15 -02006 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER), Subject: Re: Mozilla on VMS comment/question, Message-ID: <454288ef$1@news.langstoeger.at>  g In article <3759$454159c2$cef8887a$13499@TEKSAVVY.COM>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: + >If I try to access my bank, I get nothing.  >  >http://accesd.desjardins.com  > G >No error message, NOTHING. Current content onthe previous page is not  	 >changed.   H It seems, your bank is using https and your MOZILLA 1.7-13 has a problem> with https. Mine too. I don't know why. In 1.7-11 it did work., If you finally find out why, please tell me.  ? I "fixed" it, by deleting the profile and using a new one! YMMV   ? >MOSAIC has no problem accessing HTTPS: sites on the same node.  > H >I take it I need to configure something either in Mozilla or in the HP B >proprietary version of open SSL to get this to work ? Any hints ?  I I have HP's SSL installed, but I don't think it is used by MOZILLA (IIRC, , it is no prerequisite for https for CSWB)...   --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------    Date: 27 Oct 2006 11:38:52 -0700) From: "Bob Gezelter" <gezelter@rlgsc.com> : Subject: Re: simple improvements to disk write performanceC Message-ID: <1161974332.006146.156940@i42g2000cwa.googlegroups.com>    Paul Sture wrote: 9 > In article <4541339d$0$624$5a6aecb4@news.aaisp.net.uk>, 9 >  "Tom Garcia" <tgarcia-REMOVE-THIS@hivemind.org> wrote:  > G > > This post gives a summary of some of the simplest optimisations for I > > improving disk write performance, from my playing about this evening,  > > browsing some posts, etc.  > >  >  > <snip> > O > > 5. Change default number of blocks to extend sequential files: (With thanks N > > to a post by Patrick Moreau for the values in this and next optimisation.) > >   > > $ set rms/system/extend=2048 > >  > < > The other day I copied a CD image from my Mac to my Alpha. > = > Using TCP/IP Services FTP, 15 minutes to push from the Mac.  >  > Pulling from the Alpha with: >  > $ set rms/extend=25000 > $ ftp ...  > * > and the job was done in about 2 minutes. > J > My Alpha system disk has a default extend quantity of 5 blocks. Good for0 > small files, but seriously bad for large ones. >  > -- > Paul Sture   Tom,  E I quite agree with Paul.  Having done a variety of informal bencharks D over the years, the /EXTEND parameter is critical, provided that you4 have some approximate idea of how big the files are.  C If I am regularly transferring 10's of MB, I would recommend a file  extend to match.  E You also did not mention (or I missed it) which FTP and IP stack that  you are using.  $ - Bob Gezelter, http://www.rlgsc.com   ------------------------------  % Date: Fri, 27 Oct 2006 18:28:00 -0400 ( From: Bill Todd <billtodd@metrocast.net>: Subject: Re: simple improvements to disk write performanceG Message-ID: <j6qdnVyWH9xsGt_YnZ2dnUVZ_o6dnZ2d@metrocastcablevision.com>    Tom Garcia wrote:  > Bill Todd wrote:   ...   H >> Thus the bottleneck you're seeing is almost certainly associated with >> the network transfer. > O > You are right; I chose something with various opportunities for optimisation  G > as a learning exercise, began with disk, and was noting the relative   > performance improvements.   H When dealing with (or trying to evaluate) bottlenecks, it helps to deal E with the worst first - since if you start elsewhere, you won't learn  C very much about the absolute importance of what you're eliminating  < (since the worst one will continue to dominate performance).  -   Given some of the responses, I was probably L > unclear in this - I wasn't expecting to achieve the drive's maximum write N > speed. I know this will all be old-hat to regular VMS users, but it allowed K > me to challenge the numerous "VMS I/O is poor!" posts I was reading last   > nght.   I VMS file access performance when suitably tweaked can be excellent - but  H its *default* performance fell far behind the competition in many areas E for many years (some relatively recent enhancements have helped, but  G major bottlenecks remain - virtually all of which can be eliminated or  6 at least seriously mitigated by appropriate tweaking).   ...   K > (3) Writing a 1GB binary file in 64k chunks using C's fwrite(), using an  L > fopen() with no magic arguments: 18MB/sec. After increasing RMS/EXTEND to O > maximum, speed increases to 25MB/sec. Maybe a couple MB/sec increase on that  % > if i set RMS/SEQ/BUFFER to maximum.  > N > But this is with the drive's write cache *on* -- if I use SCSI_MODE to turn L > it off again, performance reduces in (3) to about 9MB/sec. The drive does N > reordering of operations in its write cache, but as you say, so should TCQ; I > SCSI mode page 10's DQue bit is zero, denoting not disabled, as is the  M > algorithm modifier nibble. Setting DQue on the mounted drive doesn't cause  N > VMS to complain (and no mentions of TCQ in the log at startup) - could this N > be a sign that the driver has decided for some reason not to use TCQ in the  > first place?  A Most likely, it's a sign that C isn't very suave about using the  ? underlying RMS I/O facilities.  My vague and possibly entirely  F out-of-data recollection is that C uses simple RMS block I/O, and the B performance which you note above suggests that it does not use it C asynchronously (such that it could be accepting new data in to one  H buffer while the other was being destaged to disk:  this, just as RMS's I write-behind multi-buffered record access option, would allow the disk's  G TCQ mechanism to be used to eliminate the missed rotation between each  I 64 KB write request that is almost certainly the cause of the diminished  C I/O rate you encounter when disabling the disk's write-back cache,  G whereas when C causes each buffer be written synchronously to disk the  B driver must honor that request and thus cannot queue it such that H subsequent requests could be combined with it at the disk level without ) missing any disk rotations between them).    - bill   ------------------------------  % Date: Fri, 27 Oct 2006 15:58:46 -0700 4 From: Alan Frisbie <Usenet02_REMOVE@Flying-Disk.com>: Subject: Re: simple improvements to disk write performance% Message-ID: <1161989917.243608@smirk>    Stephen Hoffman wrote: > Paul Sture wrote:   F >> Please be aware that the transfer rates quoted for SATA drives are I >> peak rates, not sustained ones. Also, SATA 2 (or II)? is no more than  F >> a renaming of the standards body concerned - it does *not* imply a  >> faster disk.   H > Quoted rates are always something you should look at with some degree F > of skepticism; they're usually cited as peak or burst or best case,  > obviously.  Best case.  B Perhaps you remember the ratings for stereo amplifiers back in theA early 1970s?   It was something like "peak instantaneous combined @ music power" (but in 4-point type, way down at the bottom of theF last page of the spec sheet).   This allowed them to claim *200 watts*B (in 36-point type on the front of the spec sheet) for an amplifier; that actually was capable of only 10 watts RMS per channel.   D Then the FTC got into the act and amplifiers suddenly got a lot less powerful.   :-)    Alan   ------------------------------  % Date: Fri, 27 Oct 2006 20:47:17 -0400 ( From: Bill Todd <billtodd@metrocast.net>: Subject: Re: simple improvements to disk write performanceG Message-ID: <7aGdnS2jAvwLNd_YnZ2dnUVZ_q-dnZ2d@metrocastcablevision.com>    Paul Sture wrote:    ...   J > Please be aware that the transfer rates quoted for SATA drives are peak  > rates, not sustained ones.  H Well, the quoted interface rates are - just as they are for SCSI and FC C drives - and usually don't mean all that much (while they might be  H relevant for data cached on the drive, that's really not where you want  to cache it anyway).  D Sustained SATA transfer rates aren't *all* that far behind what the A enterprise drives can offer - and since you can get any transfer  H bandwidth you want by striping your data over multiple drives it's just G not an issue (since the high-end drives cost nearly 10x as much per GB  C as the desktop drives, you can stripe what would have been on each  H high-end drive across a couple of the desktop units, throw in mirroring F to give you far greater capacity, higher availability, *and* a higher F transfer rate than the high-end drives would offer, and still wind up  spending less).   I For seek- (rather than bandwidth-) intensive environments you have to be  D a bit more careful, since most desktop SATA drives aren't rated for E anything approaching a continuous duty cycle (not that big a deal if  H they aren't moving the heads much, but very significant when they are). D   If your workload is bursty using twice as many SATA drives as you G would enterprise drives may be OK, since they'll get an opportunity to  F rest frequently (and during the bursts distributing the small, random D accesses across twice as many disks will largely compensate for the H higher per-request latency per disk).  But if the workload is heavy all C the time, and/or both serial in nature and sensitive to individual  G request latency, then your only good SATA option is something like the  H WD 'Raptor', which has performance much closer to the best that FC/SCSI H drives can offer, is rated for a continuous duty cycle (with comparable 0 MTBF), yet costs only about half as much per GB.  )   Also, SATA 2 (or II)? is no more than a J > renaming of the standards body concerned - it does *not* imply a faster  > disk.   D Well, sort of:  it does imply the existence of one or more features F (some of which affect drive performance) that SATA I left optional or H did not list at all.  And there's another designation (sometimes called D SATA 2.5?) that *requires* a subset of performance-related features.  F But you still ought to look for the specific features you need in any % drive that you're considering buying.    >  > ' > Cheap, fast, reliable - pick any two.  > E > Or in the case of SATA drives, maybe just concentrate on the first  	 > option.   C As I noted above, the Western Digital Raptor SATA series offers an  E attractive balance of all three, even head-to-head with environments  E that used to permit use of nothing short of high-end SCSI/FC drives.  E And for some kinds of workloads, even many conventional desktop SATA  G drives eminently qualify as 'cheap, fast, and reliable' - just not all  F drives, and not all workloads, and sometimes requiring pairing up for  speed and/or availability.     - bill   ------------------------------  % Date: Sat, 28 Oct 2006 04:04:55 +0200 / From: Paul Sture <paul.sture.nospam@hispeed.ch> : Subject: Re: simple improvements to disk write performanceJ Message-ID: <paul.sture.nospam-2C805B.04045528102006@mac.sture.homeip.net>  G In article <7aGdnS2jAvwLNd_YnZ2dnUVZ_q-dnZ2d@metrocastcablevision.com>, *  Bill Todd <billtodd@metrocast.net> wrote:   > Paul Sture wrote:  >  > ...  > L > > Please be aware that the transfer rates quoted for SATA drives are peak  > > rates, not sustained ones. > J > Well, the quoted interface rates are - just as they are for SCSI and FC E > drives - and usually don't mean all that much (while they might be  J > relevant for data cached on the drive, that's really not where you want  > to cache it anyway). > F > Sustained SATA transfer rates aren't *all* that far behind what the C > enterprise drives can offer - and since you can get any transfer  J > bandwidth you want by striping your data over multiple drives it's just I > not an issue (since the high-end drives cost nearly 10x as much per GB  E > as the desktop drives, you can stripe what would have been on each  J > high-end drive across a couple of the desktop units, throw in mirroring H > to give you far greater capacity, higher availability, *and* a higher H > transfer rate than the high-end drives would offer, and still wind up  > spending less).  > K > For seek- (rather than bandwidth-) intensive environments you have to be  F > a bit more careful, since most desktop SATA drives aren't rated for G > anything approaching a continuous duty cycle (not that big a deal if  J > they aren't moving the heads much, but very significant when they are). F >   If your workload is bursty using twice as many SATA drives as you I > would enterprise drives may be OK, since they'll get an opportunity to  H > rest frequently (and during the bursts distributing the small, random F > accesses across twice as many disks will largely compensate for the J > higher per-request latency per disk).  But if the workload is heavy all E > the time, and/or both serial in nature and sensitive to individual  I > request latency, then your only good SATA option is something like the  J > WD 'Raptor', which has performance much closer to the best that FC/SCSI J > drives can offer, is rated for a continuous duty cycle (with comparable 2 > MTBF), yet costs only about half as much per GB. > + >   Also, SATA 2 (or II)? is no more than a L > > renaming of the standards body concerned - it does *not* imply a faster 	 > > disk.  > F > Well, sort of:  it does imply the existence of one or more features H > (some of which affect drive performance) that SATA I left optional or J > did not list at all.  And there's another designation (sometimes called F > SATA 2.5?) that *requires* a subset of performance-related features. > H > But you still ought to look for the specific features you need in any ' > drive that you're considering buying.  >  > >  > > ) > > Cheap, fast, reliable - pick any two.  > > G > > Or in the case of SATA drives, maybe just concentrate on the first   > > option.  > E > As I noted above, the Western Digital Raptor SATA series offers an  G > attractive balance of all three, even head-to-head with environments  G > that used to permit use of nothing short of high-end SCSI/FC drives.  G > And for some kinds of workloads, even many conventional desktop SATA  I > drives eminently qualify as 'cheap, fast, and reliable' - just not all  H > drives, and not all workloads, and sometimes requiring pairing up for  > speed and/or availability. >   - Thanks for the information. Much appreciated.    --  
 Paul Sture   ------------------------------  % Date: Fri, 27 Oct 2006 22:21:19 -0400 ( From: Bill Todd <billtodd@metrocast.net>: Subject: Re: simple improvements to disk write performanceG Message-ID: <Y_qdnW0m_6M_I9_YnZ2dnUVZ_rWdnZ2d@metrocastcablevision.com>    Stephen Hoffman wrote:   ...   ? >   As for a decent write-up on this general topic, here's one:  > 3 >   http://www.anandtech.com/IT/showdoc.aspx?i=2859   F That's the first really good discussion of contemporary disk offeringsD that I've seen in many years.  If I'd read it beforehand I might notB have bothered writing a response to Paul (though mine did have theK virtue of being specifically targeted and, hence, considerably shorter...).   G The article did seem a bit light on Raptor coverage, in contrast to the @ considerable time it spent on 'near-line' disk families that areD arguably much less differentiated from their desktop-style siblings.G Seagate has some history of attempts to differentiate its products from A its competition on the basis of features of somewhat questionable D significance, plus, of course, does not offer any SATA drives in theH Raptor class but instead offers a high-end SCSI/FC product range that itA wants to protect, and I suspect that this may have influenced the A writer's emphasis on this (and away from the WD Raptor products).    - bill   ------------------------------  % Date: Sat, 28 Oct 2006 04:40:54 +0200 / From: Paul Sture <paul.sture.nospam@hispeed.ch> : Subject: Re: simple improvements to disk write performanceJ Message-ID: <paul.sture.nospam-E35122.04405428102006@mac.sture.homeip.net>  % In article <1161989917.243608@smirk>, 6  Alan Frisbie <Usenet02_REMOVE@Flying-Disk.com> wrote:   > Stephen Hoffman wrote: > > Paul Sture wrote:  > H > >> Please be aware that the transfer rates quoted for SATA drives are K > >> peak rates, not sustained ones. Also, SATA 2 (or II)? is no more than  H > >> a renaming of the standards body concerned - it does *not* imply a  > >> faster disk.  > J > > Quoted rates are always something you should look at with some degree H > > of skepticism; they're usually cited as peak or burst or best case,  > > obviously.  Best case. > D > Perhaps you remember the ratings for stereo amplifiers back in theC > early 1970s?   It was something like "peak instantaneous combined B > music power" (but in 4-point type, way down at the bottom of theH > last page of the spec sheet).   This allowed them to claim *200 watts*D > (in 36-point type on the front of the spec sheet) for an amplifier= > that actually was capable of only 10 watts RMS per channel.   H I remember that well. This side of the pond the hi-fi magazines were so B scornful of "music power", that the manufacturers of quality gear ! promoted the RMS figures instead.   H I wish I still had the 40 watts RMS per channel amplifier I bought back H in 1974. Whacking great heat sinks, phono input (rarely seen nowadays), H supported dubbing from tape to tape et cetera. et cetera. In hindsight, * it had the durability of a VAX :-) Sigh...   --  
 Paul Sture   ------------------------------  % Date: Fri, 27 Oct 2006 23:01:05 -0400 ( From: Bill Todd <billtodd@metrocast.net>: Subject: Re: simple improvements to disk write performanceG Message-ID: <s9ydnVqI45FoWt_YnZ2dnUVZ_uudnZ2d@metrocastcablevision.com>    Bill Todd wrote:   ...   I > Seagate has some history of attempts to differentiate its products from C > its competition on the basis of features of somewhat questionable F > significance, plus, of course, does not offer any SATA drives in theJ > Raptor class but instead offers a high-end SCSI/FC product range that itC > wants to protect, and I suspect that this may have influenced the C > writer's emphasis on this (and away from the WD Raptor products).   F I didn't mean to beat on Seagate:  I have a great deal of respect for F their products, both enterprise and (S)ATA (the latter of which still I boast a 5-year warranty IIRC).  But I do feel that when marketing starts  4 to masquerade as technical analysis it bears noting.  B That came through even more in one of the two references that the I article cited, which had a Seagate manager as its lead author.  It makes  ? (and Johan repeated in his article) quite a big deal about the  ? order-of-magnitude smaller instance of unrecoverable errors in  D conventional enterprise drives vs. desktop SATA, while skating very I lightly across the fact that if you perform background scrubbing on your  F drives (using idle time to check that all sectors are still readable) C the incidence of unreadable sectors decreases by several orders of  E magnitude (i.e., you're *far* better off using SATA drives with such  G background scrubbing than using high-end drives without it, and if you  H do use it with the SATA arrays the likelihood of discovering on rebuild G that a sector you need to use is unreadable becomes pretty negligible).   D That Seagate .ppt presentation also notes that SATA won't likely be G supporting variable sector sizes - and the added data integrity checks  F that they make possible.  Fine, as far as it goes, but the end-to-end G integrity checking introduced in Sun's new ZFS file system is stronger  F yet, and does not require special sector sizes - making it a far more G desirable approach in my book (though ZFS is not yet available outside   Solaris and, soon, Linux).  G Higher susceptibility to rotational vibration may be a more legitimate  I knock on conventional SATA, but in the situations where it's the biggest  H problem (high-intensity transactional workloads) you shouldn't be using F conventional SATA for other reasons (though Raptors should suffice if % one can believe WD's specs for them).    - bill   ------------------------------    Date: 27 Oct 2006 21:14:57 -0700< From: "Hein RMS van den Heuvel" <heinvandenheuvel@gmail.com>: Subject: Re: simple improvements to disk write performanceA Message-ID: <1162008897.189453.69330@i3g2000cwc.googlegroups.com>    Tom Garcia wrote: E > This post gives a summary of some of the simplest optimisations for  > $ set rms/system/extend=2048   You can go larger still.D The system will truncate away over allocated blocks when the file is close.   > Speed: 1.2MB/sec.  > G > 6. Set multiblock count and multibuffer for sequential and indexed IO 
 > operations: ' > $ set rms/system/seq/block=127/buff=8  > $ set rms/system/ind/buff=20 > Speed 740kB/sec.  & More, and larger buffers tend to help. But clearly you went too far. ? The default block size was 16 blocks = 8KB for the longest time  It now is 32 block (16kb).C You really only need one oustanding Io at all times, and normally 2 ! buffer will get you there already C I would try /BUF=4/BLOC=64 and then /BUF=4/BLOC=96 ... and then 112   E Note... while you are setting RMS *record* mode params, the actual IO F for FTP is done through the C RTL which uses RMS *block* mode. It does7 however honor the RMS settings best it can as a 'hint'.   @ > What other settings come to mind as useful to experiment with?  F The XFC cache really likes multiples (or whole fractions) of 16 blocks (it cacheline). F The best way to get there is to init the disk with a clustersize whichA meets that rule as well as an RMS buffer/bucket size to match it. G That's why I 127 might NOT be a good high value (anymore) and I suggest 
 112, 96 or 64   D Also, with write back caching enable I could envision drive specificD implementations which can deal better with somewhat smaller IOs. Not too likely, but possible.    hth, Hein van den Heuvel  HvdH Performance Consulting.   ------------------------------    Date: 27 Oct 2006 12:02:06 -0700- From: "Steve Lionel" <steve.lionel@intel.com>   Subject: Re: Spit Brook locationB Message-ID: <1161975726.740390.34000@m73g2000cwd.googlegroups.com>   DaveG wrote:  G > How long has ZK been the home of VMS engineering?  And thanks for the ! > links to the views of the area.   F August 1980 is when the first of VMS engineering moved in to the firstA (lowest) floor of ZK1. For two years before that it had been in a F converted shopping center in Tewksbury, MA.  I know that ZK2 opened in= 1982, and languages moved there.  I think ZK3 opened in 1986.   A As for the helipad, it's the square in the middle of the image at  http://maps.google.com/maps?f=q&hl=en&q=110+spit+brook+rd,+03062&ie=UTF8&om=1&z=18&ll=42.712712,-71.457752&spn=0.002523,0.005171&t=k  G It does not seem to be specially marked, so perhaps it does not qualify C anymore.  I have not seen any helicopters land there in many years. F There is still the little waiting shed with instructions about waiting. for the pilot to signal that you can approach.  E Regarding the barcode, I was not aware that there was an error in it. D If there is, I doubt it has been fixed. I'll have to check that out.   Steve    ------------------------------  + Date: Sat, 28 Oct 2006 00:16:53 +0000 (UTC) 7 From: moroney@world.std.spaamtrap.com (Michael Moroney)   Subject: Re: Spit Brook location( Message-ID: <ehu7hl$qna$1@pcls4.std.com>   prep@prep.synonet.com writes:   : >moroney@world.std.spaamtrap.com (Michael Moroney) writes:    >> prep@prep.synonet.com writes:  C >>>The SE buildings are NW of the Spit Brook Rd/Everet interchange?   F >> Yes.  If you're looking for it with an aerial image browser, the ZKB >> buildings are 3 connected rectangles sort of in a line, sort of< >> behind the hotel.  VMS lives in the left/westernmost one.  G >Thanks Steve. The Sheraton is the building with the 7-ish shape to the F >east? And VMS is in the building with the 2 AC units on the roof, the< >middle one having 6, and the eastern one 4 in an odd setup?  F You've identified the right building, although I don't think those areG air conditioning units on ZK3.  The A/C cooling units are the 3 things  E between ZK3 and the helipad.  There is a large mechanical room in the G basement (numbered as the first level) of ZK3, I believe the actual A/C  compressors are in there.    >The Helipad still there?    Yes, the square south of ZK3.   G Last I know of a helicopter at the site, it did not use the helipad. It H was a BIG flying crane type of thing that sat in one of the parking lotsJ for a couple of days, maybe 8 years ago or so.  It was used to replace theC A/C units on one of the other buildings (ZK1 I think) the following J weekend. I've heard a rumor that President Bush used the helipad once whenH he visited Nashua (probably for the NH primary) but don't know for sure.   ------------------------------  % Date: Fri, 27 Oct 2006 20:24:46 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>   Subject: Re: Spit Brook location8 Message-ID: <95f89$4542a36e$cef8887a$23304@TEKSAVVY.COM>   Steve Lionel wrote: C > As for the helipad, it's the square in the middle of the image at  > http://maps.google.com/maps?f=q&hl=en&q=110+spit+brook+rd,+03062&ie=UTF8&om=1&z=18&ll=42.712712,-71.457752&spn=0.002523,0.005171&t=k    H Would you happen to have the exact latitude and longitude of the office E where VMS is secretely being ported to the 64 bit 8086 architecture ?    :-) :-) :-) :-)    ------------------------------    Date: 27 Oct 2006 13:22:02 -0700  From: "Mike" <mlpoole@gmail.com> Subject: TCP/IP servicesC Message-ID: <1161980522.217552.226120@i42g2000cwa.googlegroups.com>    Hi,    I got 7-3_2 up and running!   C I didn't think about my hobbyist license not supporting TCP/IP.  Is + this something I need to buy a license for?   + At the least I want to be able to FTP, etc.    Thanks,  Mike   ------------------------------  # Date: Fri, 27 Oct 2006 20:29:59 GMT + From: =?ISO-8859-1?Q?Jan-Erik_S=F6derholm?=  Subject: Re: TCP/IP services2 Message-ID: <b%t0h.21004$E02.8675@newsb.telia.net>   Mike wrote:   A > I didn't think about my hobbyist license not supporting TCP/IP.    It is, called "UCX"... Full function...  	 Jan-Erik.    ------------------------------  % Date: Fri, 27 Oct 2006 15:29:40 -0500 % From: Dan Foster <usenet@evilphb.org>  Subject: Re: TCP/IP services5 Message-ID: <slrnek4r1k.423.usenet@zappy.catbert.org>   c In article <1161980522.217552.226120@i42g2000cwa.googlegroups.com>, Mike <mlpoole@gmail.com> wrote:  > E > I didn't think about my hobbyist license not supporting TCP/IP.  Is - > this something I need to buy a license for?   ) Purchase not needed for hobbyist use, no.   $ There are two types of license PAKs:  A 1. Base OS PAK (product authorization key -- aka license key) for /    the hobbyist program's base OS installation.   1 2. Licensed product PAKs for the hobbyist program   A The first is a single PAK. The second is dozens of PAKs provided.   B You clearly have the first PAK. Do you have the LP PAK bundle? The$ TCP/IP PAK is indeed in this bundle.  ) You get both types from the same website.    -Dan   ------------------------------    Date: 27 Oct 2006 13:51:32 -0700  From: "Mike" <mlpoole@gmail.com> Subject: Re: TCP/IP servicesB Message-ID: <1161982292.149410.19470@f16g2000cwb.googlegroups.com>   Hi,   C I just got the LP paks with dozens of licenses and registered them.   ' I will see if the UCX stuff is working.    Mike Jan-Erik S=F6derholm wrote: 
 > Mike wrote:  > C > > I didn't think about my hobbyist license not supporting TCP/IP.  >=20 > It is, called "UCX"... > Full function... >=20 > Jan-Erik.    ------------------------------  # Date: Fri, 27 Oct 2006 21:43:23 GMT + From: =?ISO-8859-1?Q?Jan-Erik_S=F6derholm?=  Subject: Re: TCP/IP services2 Message-ID: <%3v0h.21010$E02.8422@newsb.telia.net>   Mike skrev:   ) > I will see if the UCX stuff is working.    It is.) There is no "TCPIP" PAK as far as I know, / even if it's been a long time since the product / changed name from "UCX" to "TCP/IP Services"...   	 Jan-Erik.    ------------------------------    Date: 27 Oct 2006 14:48:46 -0700  From: "Mike" <mlpoole@gmail.com> Subject: Re: TCP/IP servicesB Message-ID: <1161982227.380210.317470@m7g2000cwm.googlegroups.com>   Hi,   C I just got the LP paks with dozens of licenses and registered them.   ' I will see if the UCX stuff is working.    Mike Jan-Erik S=F6derholm wrote: 
 > Mike wrote:  > C > > I didn't think about my hobbyist license not supporting TCP/IP.  >=20 > It is, called "UCX"... > Full function... >=20 > Jan-Erik.    ------------------------------    Date: 27 Oct 2006 14:51:55 -0700  From: "Mike" <mlpoole@gmail.com> Subject: Re: TCP/IP servicesC Message-ID: <1161985915.490961.153840@h48g2000cwc.googlegroups.com>   
 Excellent!     Working fine now...    Thank everyone so much!    Mike   Mike wrote:  > Hi,  > E > I just got the LP paks with dozens of licenses and registered them.  > ) > I will see if the UCX stuff is working.  >  > Mike > Jan-Erik S=F6derholm wrote:  > > Mike wrote:  > > E > > > I didn't think about my hobbyist license not supporting TCP/IP.  > >=20 > > It is, called "UCX"... > > Full function... > >=20
 > > Jan-Erik.    ------------------------------    Date: 27 Oct 2006 16:56:30 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)  Subject: Re: TCP/IP services3 Message-ID: <NrhTjS7f5k$a@eisner.encompasserve.org>   ` In article <%3v0h.21010$E02.8422@newsb.telia.net>, =?ISO-8859-1?Q?Jan-Erik_S=F6derholm?= writes:  + > There is no "TCPIP" PAK as far as I know, 1 > even if it's been a long time since the product 1 > changed name from "UCX" to "TCP/IP Services"...   = So one is assured that the UCX PAK will work on all versions.   B If they were to start cutting TCPIP PAKs, it would only be honored? on recent versions, adding useless complexity to the situation.    ------------------------------   Date: 27 Oct 2006 23:12:23 GMT) From: Hans Bachner <Hans@Bachner.priv.at> $ Subject: Re: Toggle Operator Console0 Message-ID: <ehuapm.98.1@usenet.bachner.priv.at>  . William Webb <william.w.webb@gmail.com> wrote:  A > On 10/26/06, Richard B. Gilbert <rgilbert88@comcast.net> wrote:  <snip>G >> I think he's talking about the DECWindows/Motif/CDE interface.  ISTR H >> that there was a function key that toggled back and forth between theH >> VMS console and the windowing system.  I can no longer recall what itH >> was either.  <sigh>  My brain is receding along with my hairline. . . >>) > Control-F2 for CDE/DECwindows/DW-Motif-   K Don't know for CDE, but in "classic" DECwindows you can customize this key  K combination. Control-F2 is the default, but you can choose any combination    of (Ctrl or Alt) and (F2 or F3).   Hans.    ------------------------------  % Date: Fri, 27 Oct 2006 20:46:16 -0500 3 From: David J Dachtera <djesys.no@spam.comcast.net> & Subject: Re: TSZ07 Magnetic Tape Drive0 Message-ID: <4542B668.B3AA2740@spam.comcast.net>   apogeusistemas@gmail.com wrote:  >  > Steven M. Schweda wrote:" > > From: apogeusistemas@gmail.com > > 4 > > > I have an old TSZ07 Digital tape drive in use.8 > > > Is there any way to get more data from this device+ > > > than the "sh mag mk" or "sh dev mk" ?  > >  > >    Use a longer tape?  > >  > >    "SYS$ETC:SCSI_INFO.EXE"?  > >  > >    What kind of data?  > @ > I'd like get from the Vax system all TSZ07 display's messages.  M It's a fair bet the TSZ07 was never designed to do that (not intended for use , with Windows, so no device-specific driver).   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  % Date: Sat, 28 Oct 2006 09:53:25 +0800 3 From: "Richard Maher" <maher_rj@hotspamnotmail.com> / Subject: Valhalla is for those who have battled 1 Message-ID: <ehucva$p5f$1@news-02.connect.com.au>    Hi (again) Jan-Erik,  D Things have moved on quite a bit since we last spoke. Please see the( following ITRC thread on Java applets: -  L http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=1071300  I I just can't help thinking that if you run away from this opportunity now 4 then you'll be running for the rest of your life :-)  J Vanilla, light-weight, full function, context-rich and connection-orientedK TCP/IP Sockets *ARE* the future of VMS server interaction with the web, and G Java applets are the key to those sockets! This *IS* the turning point! H We're *NOT* running any more! I'm right beside you! Let's go forward andE rape, pillage and plunder the I.T. landscape! Let's free VMS from the 0 *NIX,/NT tyranny of mediocrity! ARE YOU WITH ME?   Cheers Richard Maher  K PS. "Rape" in this sense, is being used as a metaphor for the liberation of K oodles of cosultancy and license fee dollars from the I.T. customer base at I large. If you feel that you've been affected by the issues raised in this " post please dial 1-800-Get-a-Life.  > "Richard Maher" <maher_rj@hotspamnotmail.com> wrote in message+ news:ehl54u$3ja$1@news-02.connect.com.au...  > Hi Jan-Erik, > J > At the end of the day, if that's what the customer wants and you're able toL > fulfill the requirement, then it sounds like a match made in heaven! (None- > of us are doing this for love after all :-)  > H > But please let me leave you with a couple of pointers and other info I > stumbled across this arvo: - > I > 1) It looks like you have to create a Java Applet for the Socket stuff.  ThisH > seems secure and kosher and de rigueur for everyone outside of the VMS "chip  > on each shoulder" brigade. > " > http://java.sun.com/sfaq/#socket > L > 2) This from some Java Socket discussion page on what the Applet(s) should > contain: - >  > Creating a client  > = > To talk to a server, open a socket to the machine and port:  > ; > Socket s = new Socket("mastercard.com", 303); // port 303  > 6 > When this returns, you can get input/output streams: > ) > OutputStream out = s.getOutputStream(); * > PrintStream pout = new PrintStream(out);& > pout.println("hi from java client"); > pout.close();  > s.close(); > J > The client's input stream is pulling from the server's output stream and
 > vice versa.  > L > 3) See the following link for a COBOL example of an INETd server listeningK > on port# 303. The truly amazing bit about this example is that it shows a L > VMS server participating in a ACID proof 2PC with a transaction started on a I > W2K server! But let's ignore that for the moment and concentrate on the E > simple message passing mechanism. What could be easier than this: -  >  > V http://forums1.itrc.hp.com/service/forums/bizsupport/questionanswer.do?threadId=966410 > J > Please look at my COBOL code in this thread as an example of how easy itJ > would be to fire-up your existing COBOL functionality from a Web client. > L > I don't think I'm going out on a limb here to ask "What could be easier?".9 > Many people here are all pushing their own barrows with K > Python/CGI/OSU/Apache but, if you find that (for whatever reason) you are K > unable to locate the skill level in this, or any other forum, to show you K > how to build a simple Java applet then I guess that you'll have to resort  toJ > your clients support contract :-( I'm available for free to help you out# > with any trouble on the VMS side.  > I > Q: "I'd like to write a Java Applet that can talk to my VMS/UCX server"  > J > A: Stuffed if I'd know! I wonder where you'd get help with that? (If theJ > low-life scum of VMS support has finished crying into their beers and to the H > tabloids, then maybe they'd forget their self-obsession long enough toG > consider nuturing the client base?) Nah, stick to your scorched-earth G > policy; If you go down the you're taking VMS down with ya. (Wankers!)  >  > Cheers Richard Maher > F > "Jan-Erik Sderholm" <jan-erik.soderholm@telia.com> wrote in message. > news:TKJ_g.20581$E02.8230@newsb.telia.net... > > Richard Maher wrote :  > >  > > > Hi Jan-Erik, > > > L > > > First, let me appologize for what (having re-read my post) appeared to > be aK > > > pretty personal/specific attack. I was, in fact, ranting at the whole  > world B > > > and not you, your company, or your application specifically. > > E > > OK, no problem. I've enjoyed reading many other post from you, so $ > > I didn't took it to personal :-) > > * > > I fully understand what you're saying. > > 3 > > But, the fact is that if you'd like to add some : > > "bells-n-whisles" to a application that is regarded as7 > > something old and "closed" using weird VT-something : > > interfaces, the far most easiest route is to add a few4 > > web-pages with "management-info". That's a fact. > > ; > > And the bulk of the business-logic is written in Cobol, 8 > > so my plan it to help them intereface that code with > > the OSU server.  > > < > > I have described what can quite easily be done, and they; > > are very positive, I'd say. Which turns into consulting  > > hours for me...  > > 9 > > Now, that might not be the most perfect solution from ; > > a technical standpoint, but that is what is regarded as < > > state-of-the-art today (maybe not by you and me, but whoA > > cares about *that* ?) and it's also pretty fast/cheap to have  > > something running. > > % > > > PS. I  hope "skrev" is good :-)  > > ; > > As Arne write, "skrev" is the imperfect of "skriva", or ; > > "write/wrote" in English. *But* "skrev" is one of those < > > words in Swedish with double meaning, it also translatesA > > into "crutch" or "crotch", with was *not* what I ment in this  > > case :-) > >  > > Best Regards, 
 > > Jan-Erik.  >  >    ------------------------------    Date: 27 Oct 2006 11:09:47 -0700  From: "Mike" <mlpoole@gmail.com># Subject: Re: VMS installation crash B Message-ID: <1161972587.050523.240450@i3g2000cwc.googlegroups.com>  G I am trying to go back and just start with 7.3 from the Compaq original G media and it seems to be working fine.  Maybe I can upgrade to 7.3-2 as  soon as I get 7.3 up.    I will keep you guys updated.          Mike wrote: 
 > Hi guys, >   > Thanks for your prompt advice. > & > I totally flaked on the SRM os_type. >   > I will pull that up and check. >  >  > Stephen Hoffman wrote: > > Stephen Hoffman wrote: > > C > > >   As a WAG, I'd guess that there's something wrong within the  > >  > >    [HARDWARE]  > >  > > > configuration. > >  > >    Bad hardware somewhere.   ------------------------------    Date: 27 Oct 2006 14:39:22 -0700  From: "Mike" <mlpoole@gmail.com># Subject: Re: VMS installation crash A Message-ID: <1161976310.227597.33640@e3g2000cwe.googlegroups.com>   
 woo hoo...      7-3_2 is installing!     F I wiped the smudge off the CD that I noticed and now things seem fine! LOL      Mike wrote: I > I am trying to go back and just start with 7.3 from the Compaq original I > media and it seems to be working fine.  Maybe I can upgrade to 7.3-2 as  > soon as I get 7.3 up.  >  > I will keep you guys updated.  >  >  >  > 
 > Mike wrote:  > > Hi guys, > > " > > Thanks for your prompt advice. > > ( > > I totally flaked on the SRM os_type. > > " > > I will pull that up and check. > >  > >  > > Stephen Hoffman wrote: > > > Stephen Hoffman wrote: > > > E > > > >   As a WAG, I'd guess that there's something wrong within the  > > >  > > >    [HARDWARE]  > > >  > > > > configuration. > > >   > > >    Bad hardware somewhere.   ------------------------------  % Date: Fri, 27 Oct 2006 20:00:10 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> # Subject: Re: VMS installation crash 8 Message-ID: <7629b$45429dac$cef8887a$21439@TEKSAVVY.COM>  E For what it is worth, my DS10L from the wonderful people at IslandCo  H came with SRM version 7.2-1 dated June 9 2006 if I remember well. And I B have not have a problem with crashing VMS during install or while " running with both 8.2 and now 8.3.  E But I did not install VMS from CD, I installed it via an MSCP served   disk on another node.   I I'd have to crash the node again to get the PAL code version though, and  9 in doing so would lose this message before it is sent :-(    ------------------------------  % Date: Fri, 27 Oct 2006 19:11:02 -0500 % From: Dan Foster <usenet@evilphb.org> # Subject: Re: VMS installation crash 5 Message-ID: <slrnek580m.423.usenet@zappy.catbert.org>   g In article <7629b$45429dac$cef8887a$21439@TEKSAVVY.COM>, JF Mezei <jfmezei.spamnot@teksavvy.com> wrote: G > For what it is worth, my DS10L from the wonderful people at IslandCo  J > came with SRM version 7.2-1 dated June 9 2006 if I remember well. And I D > have not have a problem with crashing VMS during install or while $ > running with both 8.2 and now 8.3.  " I think that's the latest version.  F Also, ensure your various peripherals with a flashable firmware are at their latest revs:  ? http://ftp.digital.com/pub/DEC/Alpha/firmware/readmes/ds10.html   G > But I did not install VMS from CD, I installed it via an MSCP served   > disk on another node.  > K > I'd have to crash the node again to get the PAL code version though, and  ; > in doing so would lose this message before it is sent :-(    Hm? No need.   $ SHOW CPU/FULL    or  . $ WRITE SYS$OUTPUT F$GETSYI("PALCODE_VERSION")   -Dan   ------------------------------  % Date: Fri, 27 Oct 2006 19:11:27 -0500 + From: "Forster, Michael" <mforster@mcw.edu> # Subject: RE: VMS installation crash 8 Message-ID: <031201c6fa25$9e7d7617$47146a8d@mcwcorp.net>  7 Use analyze system clue config to see pal code version?    -----Original Message-----/ From: "JF Mezei" <jfmezei.spamnot@teksavvy.com> 3 To: "Info-VAX@Mvb.Saic.Com" <Info-VAX@Mvb.Saic.Com>  Sent: 10/27/06 7:07 PM# Subject: Re: VMS installation crash   E For what it is worth, my DS10L from the wonderful people at IslandCo  H came with SRM version 7.2-1 dated June 9 2006 if I remember well. And I B have not have a problem with crashing VMS during install or while " running with both 8.2 and now 8.3.  E But I did not install VMS from CD, I installed it via an MSCP served   disk on another node.   I I'd have to crash the node again to get the PAL code version though, and  9 in doing so would lose this message before it is sent :-(    ------------------------------   End of INFO-VAX 2006.592 ************************