INFO-VAX Sun, 18 Feb 2007 Volume 2007 : Issue 97 Contents: Enterprise Solutions: Google Search Appliance/VMS I lehrned it from a boook Re: I lehrned it from a boook Re: Java and JBoss running on Itanium Re: Javascript vulnerabilities Re: Javascript vulnerabilities Re: Javascript vulnerabilities Re: OpenVMS Pearl - Its Official - OpenVMS on Blades - ok for Public Distributio Re: OpenVMS Pearl - Its Official - OpenVMS on Blades - ok for PublicDistribution Re: Strange problem with SimH v3.7 This is what we're up against! ---------------------------------------------------------------------- Date: Sat, 17 Feb 2007 16:17:45 -0800 From: "C.W.Holeman II" Subject: Enterprise Solutions: Google Search Appliance/VMS Message-ID: <12tfm1ce9gi75e5@corp.supernews.com> Enterprise Solutions: Google Search Appliance GB-1001 http://www.googlestore.com/appliance/product.asp?catid=2 What operating system (OS) does the Google Search Appliance run on? http://www.google.com/support/gsa/bin/answer.py?answer=15898 Would not VMS be a good answer for this question? -- C.W.Holeman II | cwhii@Julian5Locals.com -5 | http://JulianLocals.com/cwhii To only a fraction of the human race does God give the privilege of earning one's bread doing what one would have gladly pursued free, for passion. I am very thankful. The Mythical Man-Month Epilogue/F.P.Brooks ------------------------------ Date: Sun, 18 Feb 2007 09:12:14 +0800 From: "Richard Maher" Subject: I lehrned it from a boook Message-ID: Hi Mark, Thanks for the reply. > (Java not being a significant CV dot-point) Don't worry, we're in safe hands. I've been doing Java on weekends for a couple of months now; I'm a guru :-) > It was interesting to discover that it was not > the browser (as such) making the request against the applet, but the > underlying Java engine/plugin (AFAICT). I had thought it was the other way around? Does that plugin come with the JVM? Here is an underlying and recurring theme that I found during my brief testing of Java Applets :- "Sun's Appletviewer will work and IE won't". This is what I get (x3) when using Internet Explorer: - HTTPCMD = "GET /tier3.jar HTTP/1.1..accept-encoding: pack200-gzip, gzip..User-Agent: Mozilla/4.0 (Windows 2000 5.0) Java/1.6.0..Host: 1.2.3.6.. Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2..Connection: keep-alive...." And this from Sun's 1.6 Appletviewer (If you've never used it before, just give the Appletviewer the path for your html page that drives the applet, and it will execute the Applet for you without a browser) HTTPCMD = "GET /tier3.jar HTTP/1.1..User-Agent: Java(tm) 2 SDK, Standard Edition v1.6.0 Java/1.6.0..Host: 1.2.3.6..Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2..Connection: keep-alive...." It's worth pointing out here that the AppletViewer has never failed and has only ever asked once for the JAR file, regardless of the dodgy http or ftp server processes I've thrown at it. Now if you are correct then (I'm guessing) it is Microsoft's (soon to disappear) JVM that is asking for the Applet and not IE but why the hell am I using MS's JVM when everything I can see in the control pannel tells me I should be using Sun's? Do I have to run that MSJVM remover tool thingy? Change a registry setting? Reinstall? You were talking plugins and not JVMs? (Or if I am using Sun's JVM for everything then why does it behave differently between IE and Appletviewer?) (I'm sure Arne knows all this stuff, but maybe it's all part of life's journey and rich tapestry that we find out for ourselves :-) Q1) Who asks for the Applet archive file? Browser or JVM? Q2) How can I make sure which JVM is running by default on my W2K box? Any takers? Cheers Richard Maher "Mark Daniel" wrote in message news:12te5ic1shenl07@corp.supernews.com... > Richard Maher wrote: > > Hi Mark, > > > > "Mark Daniel" wrote [lots of good stuff] > > > > Well it's about bloody time you rocked-up Daniel! I don't know what game you > > thought you were playing at :-) > > (Still, great to have you here; that Hein bloke's rubbish :-) > > > > Yes, this is just a poor-man's web server and not something anyone should > > put in production (not on port 80 anyway) but it's not (at least I didn't > > think it was) rocket science either. I'll go out on a limb here by > > suggesting that the http required for delivering a Java archive file/applet > > was never intended to be subtle, extensive or complex. (At least not http > > 1.0 anyways) > > > > All I wanted was something to fill the gap formed by my disinterest in VMS > > hosted webservers, and thanks to Bojan Nemec and now Mark Daniel I have just > > the duct tape. (It will be replaced by something more robust and specialized > > at a later date) > > > > For those who were/are following and wanted to know what fixed the problem, > > it was the use of the EXCHANGE utility rather than just a straight COPY (at > > least that's all I changed and it seemed to work?) but I will be using > > Mark's DCL from now on as the other stuff looks very worthwhile. > > > > Mark, can I trouble you for one more thing? Can you confirm that on your > > side, during your Applet testing, that IE asked three times for the same JAR > > file? I had first thought is was asking once/class ('cos I had three classes > > funnily enough :-) but now the Applet has grown yet IE still asks thrice. > > Just my Applet? Something Grimmesque? Caching attribute? > > I don't know that it was *exactly* three times *every* request but it > certainly was *multiple* times. It's a little more difficult to tell > having to examine multiple network process logs. Similar, multiple > requests also occur with the Mozilla/Firefox family of browser (see > below). Also EXCHANGE sometimes/often complained of partial transfers > and reported (varying) numbers of blocks before the network connection > broken by the client. Reports such as: > > %EXCHANGE-W-WRITEERR, error writing NET:.; > -RMS-F-WER, file write error > -SYSTEM-F-LINKDISCON, network partner disconnected logical link > %EXCHANGE-I-PARTCOPIED, file DKA100:[JTA]JTA26.JAR;1 partially copied to > NET:.;, > 191 blocks > > Once I got the DCL correct though it *always* correctly started up the > Java applet application, despite such ominous reports in the logs. I > did not have one failure. So these partial transfers were either > expected (by Java or the application) or worked-around. > > I was sufficiently intrigued by these multiple requests and partial > transfers to crank up WASD's WATCH facility > > http://wasd.vsm.com.au/ht_root/doc/htd/htd_2000.html > > and have a more detailed look at the transactions. It was interesting > to discover (Java not being a significant CV dot-point) that it was not > the browser (as such) making the request against the applet, but the > underlying Java engine/plugin (AFAICT). For instance, the HTML is > requested: > > GET /jta/ HTTP/1.1 > .. > User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; > .NET CLR 1.1.4322) > > (MSIE) > > GET /jta/ HTTP/1.1 > .. > User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; > rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1 > > (Firefox) > > and the JAR: > > GET /jta/jta26.jar HTTP/1.1 > content-type: application/x-java-archive > accept-encoding: pack200-gzip,gzip > .. > User-Agent: Mozilla/4.0 (Windows XP 5.1) Java/1.6.0 > > (MSIE) > > GET /jta/jta26.jar HTTP/1.1 > content-type: application/x-java-archive > accept-encoding: pack200-gzip,gzip > .. > User-Agent: Mozilla/4.0 (Windows XP 5.1) Java/1.6.0 > > (Firefox) > > (yup, they look the same to me too) and that the partial transfers were > also happening (even with a full-blown Web server as such) > > |17:17:32.38 REQUEST 3976 0003 REQUEST GET /jta/jta26.jar| > |17:17:32.38 CACHE 0570 0003 RESPONSE CACHE search path > 7386F7C4BCF3C2418D068655609FF398| > .. > |17:17:32.39 NET 2986 0002 RESPONSE NETWORK %X000020EC > (non-blocking) SYSTEM-F-LINKDISCON, network partner disconnected > logical link| > |17:17:32.39 FILE 1553 0003 RESPONSE FILE ODS:5 rfm:FIX ebk:485 > ffb:374 (248182 bytes) rdt:17-FEB-2007 16:41:23.45| > |17:17:32.39 CACHE 1436 0003 RESPONSE CACHE load fail, too large > (242kB>96kB)| > |17:17:32.39 NET 2986 0002 RESPONSE NETWORK %X000020EC > (non-blocking) SYSTEM-F-LINKDISCON, network partner disconnected > logical link| > .. > |17:17:32.39 NET 2986 0002 RESPONSE NETWORK %X000020EC > (non-blocking) SYSTEM-F-LINKDISCON, network partner disconnected > logical link| > |17:17:32.39 NET 2986 0002 RESPONSE NETWORK %X000020EC > (non-blocking) SYSTEM-F-LINKDISCON, network partner disconnected > logical link| > |17:17:32.40 GZIP 0575 0002 RESPONSE DEFLATE 73728->69978 bytes, > 95% (261kB)| > .. > |17:17:32.40 REQUEST 0764 0002 REQUEST TX errors 7 %X000020EC > SYSTEM-F-LINKDISCON, network partner disconnected logical link| > |17:17:32.40 REQUEST 0769 0002 REQUEST STATUS 200 rx:360 tx:49544 > bytes 0.106439 seconds| > > Interesting. > > > Cheers Richard Maher > > > > "Mark Daniel" wrote in message > > news:12t8j9n9h4dbs63@corp.supernews.com... > > > >>Richard Maher wrote: > >> > >>>Gentlemen, Good-morning, > >>> > >>>Can you please help me with a little Webserver/RMS conundrum? > >>> > >>>I an using a Mickey Mouse DCL http server (see below) listening on port > > > > 80 > > > >>>to transfer some html files and a Java Applet Archive file. Once the > > > > file > > > >>>exceeds somewhere between 7231 and 7244 bytes big, the receiving IE > > > > Browser > > > >>>on W2K falls over with Unexpected end of file on Socket and a subsequent > >>>CLassNotFound error :-( > >> > >>8< snip 8< > >> > >>This thread doesn't seem to have resolved the original issue and I was > >>sure I had used a similar technique in the past to successfully service > >>a limited number of similar style requests via the TCPIP$INETACP (or > >>UCX$INETACP as it would have been at that time) so I thought I'd try to > >>add some value. > >> > >>Mind you, I don't necessarily endorse the approach, though it may be > >>suitable for ad hoc servicing, test-benches, etc. The cobbling together > >>of DCL, command-line (generally record-oriented) utilities into a TCP/IP > >>server environment just generally isn't suitable for production-level > >>deployment (IMO). You wouldn't try to build an FTP server from DCL and > >>COPY so I don't understand why you would try to do it with an arguably > >>as-subtle, extensive, and sometimes complex a protocol as HTTP. > >> > >>I can understand Richard Maher's reluctance to install a significant > >>package of software (such as Apache or WASD) to provide the content of a > >>handful of files to some in-house application. Nevertheless, it would > >>be better done with a dedicated native image than the motley collection > >>of out-of-the-box utilities that VMS can lend to a task such as this > >>(assuming that Richard would be just as reluctant to install something > >>like Python or Perl specifically for the task - environments that > >>incidentally would eat an application such as this for morning tea and > >>still go out for pay-day lunch). Too bad the C language is so > >>substandard, otherwise I might make public the WEBER.C utility which > >>does just this. > >> > >>Anyway, after a couple of hours of (probably) reinventing wheels I ended > >>up with the enclosed DCL procedure (obviously just a variation on > >>Richard Maher's original). It works for me: > >> > >> HP TCP/IP Services for OpenVMS Alpha Version V5.6 > >> on a Digital Personal WorkStation running OpenVMS V8.3 > >> > >>YMMV. > >> > >> > >>NOTES ON THE PROCEDURE: > >>----------------------- > >> > >>o Its quick and dirty (based on the original template) and > >>thrown-together to prove the point rather than be production software. > >> > >>o Check the TCP port the service is created against. It was selected > >>to minimally disturb my test-bench system and may not suit yours. > >> > >>o The service /LIMIT must be appropriate to the number of concurrent > >>requests that need to be serviced (when exceeded the client just gets a > >>connect reject - not very informative). This is pertinent to HTML pages > >>with embedded resources serviced from the same source. > >> > >>o The DCL source has been indented and occasionally reformatted to suit > >>the way I like to look at them. It's doesn't necessarily reflect > >>anything else. > >> > >>o It contains some extraneous stuff that crept in as I experimented > >>with what it could and couldn't do. I think two aspects of it are > >>important though: > >> > >> 1) The different behaviours for VAR/VFC and then the other types of > >>record format file. Some assumptions have been applied. > >> > >> 2) The use of the EXCHANGE utility to try and avoid carriage-control > >>issues so prevalent in other DCL utilities. > >> > >>o It has been tested against a ssh/telnet Java applet serviced on a > >>number of my sites via WASD. > >> > >> http://javassh.org/space/start > >> > >>I modified them ever so slightly to accomodate this DCL file server. > >>(BTW: This free package provides a very functional, in-browser > >>VT-1nn/2nn/3nn emulation, amongst other things.) > >> > >>The applet JAR is 240 blocks (120kB) in size. Obviously larger than > >>those reported to be problematic for MSIE. > >> > >>o It serviced the above applets HTML file (VAR), the applet .JAR (fixed > >>512), and the configuration file loaded by the applet (VAR). > >> > >>o It worked with (WIN32) Mozilla 1.7, Firefox 2.0 and MSIE > >>6.0.blah.blah, with Java 5.0 > >> > >>o It downloaded multi-kilobyte VAR and STMLF HTML files, the browsers > >>rendering the content correctly. > >> > >>o It has also been tested downloading and correctly displaying a ~2,800 > >>block document VMSBOOK.PDF and a 353 block image > >>CCUMA_60_DAYS_ACTIVITY.JPG (amongst a swag of other experimental > > > > transfers). > > > >> > >>$!-------------------------------------------------------------------- > >>$ server_user = f$edit(f$getjpi(0,"username"),"trim") > >>$ home_dir = f$trnlnm("sys$login","lnm$job") > >>$ set default 'home_dir > >>$! > >>$ create http_server.com > >>$ deck > >>$!(seems noticably to improve performance) > >>$ set rms /buffer=255 /block=127 /network=127 > >>$ open /read /write net sys$net > >>$ read net httpcmd /time=10 /error=end > >>$ method = f$element (0 , " " , httpcmd) > >>$ path = f$element (1 , " " , httpcmd) > >>$ show symbol /all > >>$! > >>$ if method .eqs. "GET" > >>$ then > >>$! (used this filename reduction when fiddling, not always required) > >>$ count = 0 > >>$ name_loop: > >>$ count = count + 1 > >>$ filename = f$element (count, "/", path) > >>$ if filename .nes. "/" then goto name_loop > >>$ end_name_loop: > >>$ filename = f$element (count-1, "/", path) > >>$ if filename .eqs. "" then filename = "index.html" > >>$ filename = "t3$applets:" + filename > >>$! > >>$ if f$search(filename) .nes. "" > >>$ then > >>$ ctype = "application/octet-stream" > >>$ file_type = f$edit(f$parse(filename,,,"TYPE"),"upcase") > >>$ if file_type .eqs. ".HTML" then ctype="text/html" > >>$ if file_type .eqs. ".TXT" then ctype="text/plain" > >>$ if file_type .eqs. ".GIF" then ctype="image/gif" > >>$ if file_type .eqs. ".JPG" then ctype="image/jpeg" > >>$ if file_type .eqs. ".PNG" then ctype="image/png" > >>$ if file_type .eqs. ".ZIP" then ctype="application/zip" > >>$ if file_type .eqs. ".JAR" then ctype="application/java-archive" > >>$ if file_type .eqs. ".CONF" then ctype="text/plain" > >>$! > >>$ len = f$file(filename,"FFB") > >>$ if len .eq. 0 then len = len + 512 > >>$ len = (f$file(filename , "EOF") - 1) * 512 + len > >>$ rfm = f$file(filename,"rfm") > >>$! > >>$ write net f$fao("HTTP/1.0 200 OK!/") > >>$ write net f$fao("Content-type: ''ctype'!/") > >>$ write net f$fao("Connection: close!/") > >>$ write net f$fao("Pragma: nocache!/") > >>$ set noon > >>$ if rfm .eqs. "VAR" .or. rfm .eqs. "VFC" > >>$ then > >>$! (assume it needs carriage-control) > >>$ write net f$fao("!/") > >>$ open /read /share=read file 'filename' > >>$ read_loop: > >>$ read /end=end_read_loop file record > >>$ write net f$fao("!AS!/", record) > >>$ goto read_loop > >>$ end_read_loop: > >>$ close file > >>$ else > >>$! (assume it's all contained in the bag-o'-bytes) > >>$ write net f$fao("Content-Length: ''len'!/") > >>$ write net f$fao("!/") > >>$ exchange copy /log 'filename' net - > >> /transfer=block /carriage=none > >>$ endif > >>$ exit > >>$ endif > >>$ write net f$fao("HTTP/1.0 404 not found!/!/") > >>$ exit > >>$ endif > >>$ end: > >>$ write net f$fao("HTTP/1.0 501 not implemented!/!/") > >>$ exit > >>$ eod > >>$! > >>$ set noon > >>$ define/user sys$output nl: > >>$ define/user sys$error nl: > >>$ ucx > >>disable service http_dcl > >>set noservice http_dcl /noconfirm > >>$ set on > >>$! > >>$!(a /LIMIT well above 1 is important for any compound HTML document!) > >>$ ucx set service http_dcl - > >> /user_name = 'server_user' - > >> /limit = 10 - > >> /port = 8880 - > >> /protocol = tcp - > >> /process = http_dcl - > >> /file = 'home_dir'http_server > >>$ ucx enable service http_dcl > >>$! > >>$ exit > >>$!-------------------------------------------------------------------- ------------------------------ Date: Sat, 17 Feb 2007 19:49:59 -0500 From: =?ISO-8859-1?Q?Arne_Vajh=F8j?= Subject: Re: I lehrned it from a boook Message-ID: <45d7a2b8$0$90267$14726298@news.sunsite.dk> Richard Maher wrote: > Q1) Who asks for the Applet archive file? Browser or JVM? I have never worked much with applets, but my understanding is that: - the browser calls a Java plugin (DLL on Windows) that comes with Java - the plugin creates a classloader based on info in the applet tag and loads the applet class specified in the applet tag and calls the init method etc. > Q2) How can I make sure which JVM is running by default on my W2K box? http://www.vajhoej.dk/arne/eksperten/showversion/showversion.html Arne ------------------------------ Date: Sat, 17 Feb 2007 13:37:46 -0500 From: =?ISO-8859-1?Q?Arne_Vajh=F8j?= Subject: Re: Java and JBoss running on Itanium Message-ID: <45d74b7a$0$90268$14726298@news.sunsite.dk> Wilm Boerhout wrote: > on 17-2-2007 3:51 Arne Vajhøj wrote... > >> What is a memory scalability problem ? > > It's when you have 1GB and you really need 2GB :-) :-) > No really, I think it is when with n users/processes you have m MB of > memory, and when you have 2*n users/processes you need considerably more > than 2*m MB. For Java, this would occur on the server side I presume. > > Has this really been observed? I doubt it. That was why I asked. Arne ------------------------------ Date: Sat, 17 Feb 2007 20:12:58 +0100 From: Paul Sture Subject: Re: Javascript vulnerabilities Message-ID: In article , "Tom Linden" wrote: > On Fri, 16 Feb 2007 00:39:09 -0800, JF Mezei > wrote: > > > http://www.cs.indiana.edu/pub/techreports/TR641.pdf > > > > A malicious web page can use JAVA and Javascript to essentially scan a > > user's LAN for routers and identify the type of router (try to load a > > .jpg/.gif file that would be present in a router's HTTP configuration > > server, once you know such a file can be served, you also know the > > router's brand/type and can try HTTP transactions that log you in to > > that router with default password and then send HTTP transactions to > > reconfigure the router, or worse, get the router to download new > > firmware from a malicious web/ftp site. > > You should disable http access to the router and use only a console port. > I have a Cisco 2900 switch behind the cisco router, and it is similarly > disabled. I suspect that either no or very few consumer routers have a console port. -- Paul Sture ------------------------------ Date: Sat, 17 Feb 2007 12:30:33 -0700 From: Maverick Subject: Re: Javascript vulnerabilities Message-ID: <_cWdnQhItZ1AykrYnZ2dnUVZ_vDinZ2d@bresnan.com> Paul Sture wrote: > In article , > "Tom Linden" wrote: > > >>On Fri, 16 Feb 2007 00:39:09 -0800, JF Mezei >> wrote: >> >> >>>http://www.cs.indiana.edu/pub/techreports/TR641.pdf >>> >>>A malicious web page can use JAVA and Javascript to essentially scan a >>>user's LAN for routers and identify the type of router (try to load a >>>.jpg/.gif file that would be present in a router's HTTP configuration >>>server, once you know such a file can be served, you also know the >>>router's brand/type and can try HTTP transactions that log you in to >>>that router with default password and then send HTTP transactions to >>>reconfigure the router, or worse, get the router to download new >>>firmware from a malicious web/ftp site. >> >>You should disable http access to the router and use only a console port. >>I have a Cisco 2900 switch behind the cisco router, and it is similarly >>disabled. > > > I suspect that either no or very few consumer routers have a console > port. > I don't know if this bit of information is relevant to the issue at hand, but the other night I downloaded a Java security patch. The problem may be fixed now for those that download the patch if it exists for your system. ------------------------------ Date: Sat, 17 Feb 2007 19:31:58 -0800 From: "Tom Linden" Subject: Re: Javascript vulnerabilities Message-ID: On Sat, 17 Feb 2007 11:12:58 -0800, Paul Sture wrote: > In article , > "Tom Linden" wrote: > >> On Fri, 16 Feb 2007 00:39:09 -0800, JF Mezei >> wrote: >> >> > http://www.cs.indiana.edu/pub/techreports/TR641.pdf >> > >> > A malicious web page can use JAVA and Javascript to essentially scan a >> > user's LAN for routers and identify the type of router (try to load a >> > .jpg/.gif file that would be present in a router's HTTP configuration >> > server, once you know such a file can be served, you also know the >> > router's brand/type and can try HTTP transactions that log you in to >> > that router with default password and then send HTTP transactions to >> > reconfigure the router, or worse, get the router to download new >> > firmware from a malicious web/ftp site. >> >> You should disable http access to the router and use only a console >> port. >> I have a Cisco 2900 switch behind the cisco router, and it is similarly >> disabled. > > I suspect that either no or very few consumer routers have a console > port. Good point. OTOH, you can probably get a Cisco 26%0 router off ebay for not too much money. > -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ------------------------------ Date: 17 Feb 2007 11:45:33 -0800 From: bob@instantwhip.com Subject: Re: OpenVMS Pearl - Its Official - OpenVMS on Blades - ok for Public Distributio Message-ID: <1171741533.433190.7370@j27g2000cwj.googlegroups.com> On Feb 16, 9:25 pm, David J Dachtera wrote: > > Like it or else, Power5 outperforms Alpha (and, thus, Itanic) 3 to 1! why not use the same Intel, sun, and IBM mentality that existed when alpha was on top ... just buy 3 servers or triple the chips ... ------------------------------ Date: Sat, 17 Feb 2007 22:58:25 -0600 From: David J Dachtera Subject: Re: OpenVMS Pearl - Its Official - OpenVMS on Blades - ok for PublicDistribution Message-ID: <45D7DCF1.C4562DC5@spam.comcast.net> JF Mezei wrote: > > David J Dachtera wrote: > > ...unless, of course, IBM could be convinced to buy VMS away from HP... > > Unless Hoffman Labs, Bruden and Process form a consortium to take over VMS > and then make a logical decision to port VMS to a winning platform. 'Twould take more resources than they can muster. Also, recent ex-HP'ers are likely to be bound by non-compete agreements. -- 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, 17 Feb 2007 20:30:21 GMT From: "PL" Subject: Re: Strange problem with SimH v3.7 Message-ID: Yes, I got the same too, must be something wrong with the win32-binary. ^P "Gremlin" skrev i meddelandet news:12tddu06eo1de8d@corp.supernews.com... > Hi All > > Just downloaded this version and placed it in a new directory. I am > currently running v3.6 successfully. When I try to run v3.7, I get the > Windows error message "This application has failed to start because the > application configuration is incorrect. Reinstalling the application may fix > this problem.", and I get it when I am running on WXPSP2 and Windows2003. > Running the *exact* same environment with v3.6 in another directory still > works fine. Any thought would be appreciated. > > Posted to the SimH mail list two days ago, no response, so I thought I might > try the brains trust here :) > > Cheers > > ------------------------------ Date: 18 Feb 2007 02:27:15 GMT From: Ken Robinson Subject: This is what we're up against! Message-ID: I found this video on YouTube by searching for VMS. It was made in 1991! The description reads -- Music video for "VMS: Just Say No" which depicts the pitfalls of VMS addiction. From Episode 3 of "The Looneys Hack Show". I wonder if any of the the UPG videos still exist and can be put on YouTube? Ken ------------------------------ End of INFO-VAX 2007.097 ************************