INFO-VAX Tue, 02 Oct 2007 Volume 2007 : Issue 538 Contents: Accessing saved registers in condition handlers Re: Accessing saved registers in condition handlers Re: And the FREE DS10L Winner is Re: DFU on the freeware disks Re: DFU on the freeware disks Re: DFU on the freeware disks Re: DFU on the freeware disks Re: Guidance with OpenVMS IA64 8.3 with Java 1.5 Problems Re: lexical for terminal attributes? SPX board settings, COMP.OS.VMS search in google dead? Re: SPX board settings, COMP.OS.VMS search in google dead? Re: SPX board settings, COMP.OS.VMS search in google dead? Re: SPX board settings, COMP.OS.VMS search in google dead? Re: SPX board settings, COMP.OS.VMS search in google dead? Re: SPX board settings, COMP.OS.VMS search in google dead? Re: username/nocom vs. sylogin Re: Web-based VMS Que Monitor for Deathrow Re: Web-based VMS Que Monitor for Deathrow Re: Web-based VMS Que Monitor for Deathrow ---------------------------------------------------------------------- Date: Tue, 02 Oct 2007 07:20:07 -0700 From: j_xenu@hotmail.com Subject: Accessing saved registers in condition handlers Message-ID: <1191334807.722700.198710@50g2000hsm.googlegroups.com> When a condition handler gets called due to a signal, or a trap/fault, how can the handler access the saved registers of the routine where the event happened? Some of the registers are saved in the mechanism array passed to the handler, and the PC is part of the signal array, but some registers such as R2 aren't. The "Programming Concepts" manual isn't clear. All it states is "Registers R2-R15 are implicitly saved in the call chain". BTW, I am interested in the answer for Itanium. This area is rather different between VAX, Alpha and Itanium. Also, how do I access info about the routine's caller, or the caller's caller. This must be the call chain referred to. ------------------------------ Date: Tue, 02 Oct 2007 14:47:46 -0000 From: IanMiller Subject: Re: Accessing saved registers in condition handlers Message-ID: <1191336466.243504.248590@d55g2000hsg.googlegroups.com> See the calling standard manual http://h71000.www7.hp.com/doc/82final/5973/5973pro.html and the invocation context routines in the RTL http://h71000.www7.hp.com/doc/82final/5932/5932pro_023.html#get_cur_invo_con_rout ------------------------------ Date: Tue, 02 Oct 2007 15:20:13 -0000 From: Rich Jordan Subject: Re: And the FREE DS10L Winner is Message-ID: <1191338413.312625.204630@r29g2000hsg.googlegroups.com> On Oct 2, 9:56 am, "David Turner, Island Computers" wrote: > Alan Winston > Redwood City, CA > > -- > David B Turner > Island Computers US Corp > 2700 Gregory St, Suite 180 > Savannah GA 31404 > > T: 877-6364332 x201 > Intl: 001 912 447 6622 > > E: dtur...@islandco.com > F: 912 201 0402 > W:http://www.islandco.com Congrats, Alan! Long may it run! ------------------------------ Date: Tue, 02 Oct 2007 12:40:08 GMT From: "Brian Tillman" Subject: Re: DFU on the freeware disks Message-ID: "Jur van der Burg" <"lddriver at digiater dot nl"> wrote in message news:46e548bc$0$232$e4fe514c@news.xs4all.nl... > It was not removed, but never put there. Don't count on the freeware > to be maintained anymore. > > You can get it from my site: > > http://www.digiater.nl/dfu.html No OpenVMS VAX. Is it really that hard to write portable code? -- Brian Tillman ------------------------------ Date: Tue, 02 Oct 2007 06:08:17 -0700 From: IanMiller Subject: Re: DFU on the freeware disks Message-ID: <1191330497.463328.30050@n39g2000hsh.googlegroups.com> On Oct 2, 1:40 pm, "Brian Tillman" wrote: > "Jur van der Burg" <"lddriver at digiater dot nl"> wrote in messagenews:46e548bc$0$232$e4fe514c@news.xs4all.nl... > > > It was not removed, but never put there. Don't count on the freeware > > to be maintained anymore. > > > You can get it from my site: > > > http://www.digiater.nl/dfu.html > > No OpenVMS VAX. Is it really that hard to write portable code? > -- > Brian Tillman I don't think the VAX version has been updated since V2.7A http://h71000.www7.hp.com/freeware/freeware50/dfu027a/ which was released a couple of years ago. VMS on VAX has not been updated for a while either. Is there some feature of the current DFU that you wish to use? ------------------------------ Date: Tue, 02 Oct 2007 06:24:13 -0700 From: AEF Subject: Re: DFU on the freeware disks Message-ID: <1191331453.182644.313050@o80g2000hse.googlegroups.com> On Sep 10, 9:38 am, Jur van der Burg <"lddriver at digiater dot nl"> wrote: > It was not removed, but never put there. Don't count on the freeware > to be maintained anymore. > > You can get it from my site: > > http://www.digiater.nl/dfu.html > > Jur. > > Ron Johnson wrote: > > Hi, > > > DFU was removed from F/W 8.0. Was there any specific reason? It's been policy (perhaps since V5.0) that each new edition of the Freeware CD would only contain updates and new packages to save space. I'm not aware of any changes in that policy. So if you want the most recent version of a package, start with the most recent CD and work back. In this case, of course, someone posted an external site for the most current version. AEF ------------------------------ Date: Tue, 02 Oct 2007 11:36:45 -0500 From: Ron Johnson Subject: Re: DFU on the freeware disks Message-ID: On 10/02/07 08:24, AEF wrote: > On Sep 10, 9:38 am, Jur van der Burg <"lddriver at digiater dot nl"> > wrote: >> It was not removed, but never put there. Don't count on the freeware >> to be maintained anymore. >> >> You can get it from my site: >> >> http://www.digiater.nl/dfu.html >> >> Jur. >> >> Ron Johnson wrote: >>> Hi, >>> DFU was removed from F/W 8.0. Was there any specific reason? > > It's been policy (perhaps since V5.0) that each new edition of the > Freeware CD would only contain updates and new packages to save space. > I'm not aware of any changes in that policy. So if you want the most > recent version of a package, start with the most recent CD and work > back. In this case, of course, someone posted an external site for the > most current version. Thanks for that info. -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! ------------------------------ Date: 2 Oct 2007 07:44:51 -0500 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: Guidance with OpenVMS IA64 8.3 with Java 1.5 Problems Message-ID: In article <1191301246.105660.118440@22g2000hsm.googlegroups.com>, thierry.uso@wanadoo.fr writes: > > I have ported on OpenVMS a lot of java desktop applications using the > swing interface. Most perform correctly: the startup is slow because > of the slowness of the OpenVMS filesystem but after the response times > are fair. Some applications with heavy swing interfaces are very slow > (example: iREport 2.0) on my rx1620 2GB ram. I have always diagnosed a > memory-related problem. In this case I apply the following strategy : Startup times can be terrible because of the way some Java applications are packaged. I've started apps that pushed channelcnt, which I'd raised to 4K because the JDK installation asked me to do so. This may also be due to the way the JRE is implemented, as multiple references to classes in the same .zip or .jar look like they each open the file. ------------------------------ Date: 2 Oct 2007 10:00:45 -0500 From: briggs@encompasserve.org Subject: Re: lexical for terminal attributes? Message-ID: In article <4701A2B9.D2084B51@spam.comcast.net>, David J Dachtera writes: > I note, also, that this happens on Telnet sessions; however, when connected via > the COM port to the serial console, changing the screen width locally does not > produce a difference before/after in SHOW TERMINAL. With a Telnet session, there is a metadata stream flowing between client and server along with the character data stream. See RFC 1073 (Telnet window size option). Window size negotiation is part of the Telnet protocol. See RFC 1073 (Telnet window size option). There is an escape convention that the client can use to inject a window size modification into the TCP data stream. Note that this is within the TCP stream, not within the character data stream. Telnet multiplexes a character data steam (delivered with perfect binary fidelity) and a metadata stream through a single TCP connection. For instance, to change window size to 84 by 24 you would put this binary sequence in the TCP stream. FF FA 1F 00 54 00 18 ^^ ^^ ^^ ^^^^^ ^^^^^ || || || ||||| 24 lines || || || 84 columns || || NAWS (window size negotiation) IAC SB (Decode based on cursory reading of protocol -- I don't do telnet at this level as a usual thing). When you're plugged directly into the console port from your workstation's COM1, you don't have any out-of-band data path. All you're passing is the character data. And window size isn't carried in the character data stream. ------------------------------ Date: Tue, 02 Oct 2007 14:47:41 -0000 From: Rich Jordan Subject: SPX board settings, COMP.OS.VMS search in google dead? Message-ID: <1191336461.512513.115660@w3g2000hsg.googlegroups.com> Does anyone have the switch setting info for the SPX graphics board (VAXstation 3100 series)? The bookmark link I had is dead, can't find the printout, and I'm replacing a dead VR299 (1024x864) with a flat panel (1280x1024). The one post I found shows switch 1 ON is 1280x1024, OFF is 1024x864, but that contradicts the switch 1 position on my board, which worked perfectly with the VR299 for years. Also, trying to search for that info in comp.os.vms via google groups doesn't work; any search term I use, common or uncommon, reports no results; searching globally on google groups brings back results from many other groups, but not comp.os.vms. Google was already informed but as usual is totally unresponsive. If anyone could try a quick test in google groups, go to comp.os.vms, and "search this group" with a few terms you know are there (like VMS, microvax, etc) and see if you get results; if you do then maybe its just my account thats acting up (I got no search results on three separate computers, different browsers, but only one google account). Thanks Rich ------------------------------ Date: Tue, 2 Oct 2007 15:14:23 +0000 (UTC) From: m.kraemer@gsi.de (Michael Kraemer) Subject: Re: SPX board settings, COMP.OS.VMS search in google dead? Message-ID: In article <1191336461.512513.115660@w3g2000hsg.googlegroups.com>, Rich Jordan writes: > Does anyone have the switch setting info for the SPX graphics board > (VAXstation 3100 series)? maybe this one helps: http://home.iae.nl/users/pb0aia/vax/vs3khw.html > Google was already informed but as usual is totally unresponsive. it's turning into an information junkyard. ------------------------------ Date: Tue, 02 Oct 2007 15:19:31 -0000 From: Rich Jordan Subject: Re: SPX board settings, COMP.OS.VMS search in google dead? Message-ID: <1191338371.663340.85510@n39g2000hsh.googlegroups.com> On Oct 2, 10:14 am, m.krae...@gsi.de (Michael Kraemer) wrote: > In article <1191336461.512513.115...@w3g2000hsg.googlegroups.com>, Rich Jordan > > writes: > > Does anyone have the switch setting info for the SPX graphics board > > (VAXstation 3100 series)? > > maybe this one helps: > > http://home.iae.nl/users/pb0aia/vax/vs3khw.html > > > Google was already informed but as usual is totally unresponsive. > > it's turning into an information junkyard. Michael, thanks, thats the info I was looking for. Rich ------------------------------ Date: Tue, 02 Oct 2007 11:31:01 -0400 From: Paul Anderson Subject: Re: SPX board settings, COMP.OS.VMS search in google dead? Message-ID: In article <1191336461.512513.115660@w3g2000hsg.googlegroups.com>, Rich Jordan wrote: > If anyone could try a quick test in google groups, go to comp.os.vms, > and "search this group" with a few terms you know are there (like > VMS, microvax, etc) and see if you get results; if you do then maybe > its just my account thats acting up (I got no search results on three > separate computers, different browsers, but only one google account). I have no problem searching for comp.os.vms content via Google groups. I used both a Mac with the Camino browser and OpenVMS with the SWB browser. Paul -- Paul Anderson OpenVMS Engineering Hewlett-Packard Company ------------------------------ Date: Tue, 02 Oct 2007 15:38:12 -0000 From: Rich Jordan Subject: Re: SPX board settings, COMP.OS.VMS search in google dead? Message-ID: <1191339492.859268.40290@y42g2000hsy.googlegroups.com> On Oct 2, 10:31 am, Paul Anderson wrote: > In article <1191336461.512513.115...@w3g2000hsg.googlegroups.com>, > Rich Jordan wrote: > > > If anyone could try a quick test in google groups, go to comp.os.vms, > > and "search this group" with a few terms you know are there (like > > VMS, microvax, etc) and see if you get results; if you do then maybe > > its just my account thats acting up (I got no search results on three > > separate computers, different browsers, but only one google account). > > I have no problem searching for comp.os.vms content via Google groups. > I used both a Mac with the Camino browser and OpenVMS with the SWB > browser. > > Paul > > -- > Paul Anderson > OpenVMS Engineering > Hewlett-Packard Company Paul, just for the hell of it I signed out and repeated the search; it worked and I got results. Signed back on, did the search, nothing. Clicked the link to search without language restriction (I block out Chinese and other similar languages, but english,spanish, port, other common european languages are allowed) and got nothing. Then went to preferences, turned off all language filtering... now I get search results. I guess google's language filtering is screwed up or else comp.os.vms is not considered to have many messages in english or other common languages. Google is getting more like microsoft every day... sigh... ------------------------------ Date: 2 Oct 2007 18:13:45 +0200 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOeGER) Subject: Re: SPX board settings, COMP.OS.VMS search in google dead? Message-ID: <47028a59@news.langstoeger.at> In article <1191339492.859268.40290@y42g2000hsy.googlegroups.com>, Rich Jordan writes: >Google is getting more like microsoft every day... sigh... And Northern Lights is like Digital (good opsys, but went into oblivion). Sigh -- Peter "EPLAN" LANGSTOEGER Network and OpenVMS system specialist E-mail peter@langstoeger.at A-1030 VIENNA AUSTRIA I'm not a pessimist, I'm a realist ------------------------------ Date: Tue, 2 Oct 2007 08:11:59 +0000 (UTC) From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) Subject: Re: username/nocom vs. sylogin Message-ID: In article <1190845652.233821.237750@50g2000hsm.googlegroups.com>, Pierre writes: > from the top of my head, logging with username/nocom as username does > not prevent the sylogin to be executed. is this documented somewhere ? Would you expect it to? Would you WANT it to? Normally, SYS$LOGIN:LOGIN.COM is under the control of the user. It could be empty, or in the first line he could interactively prompt whether to exit immediately or continue. Normally, SYS$SYLOGIN is under the control of the system manager, and he usually doesn't want it to be circumvented. ------------------------------ Date: Tue, 02 Oct 2007 06:48:10 GMT From: =?ISO-8859-1?Q?Jan-Erik_S=F6derholm?= Subject: Re: Web-based VMS Que Monitor for Deathrow Message-ID: Richard Maher wrote: > Hi Paul, > >> I also don't like any website resizing my browser windows, so I'll add a >> "me too" vote. > > Yep, never mind the fact that the underlying infrastructure is so fast that > it can request the server to do a $getqui for a matching queues in between > echoing each keystroke for the Queue Name - Never mind that the server is a > crappy vax (sorry Graham :-) in Florida - It resizes the damn screen! That's > what's important! > > Seemless, unprivileged (at least on Alpha) client impersonation? Who cares? > > Cheers Richard Maher > I must second Richard here. I also was a bit dissaponted how this quite nice technical demo could turn into a rather childish screen-rezising issue... Regards, Jan-Erik Söderholm (busy getting my "new" xp900 up-n-running to be able to test Richard's tools myself...) ------------------------------ Date: Tue, 02 Oct 2007 09:14:00 +0200 From: "P. Sture" Subject: Re: Web-based VMS Que Monitor for Deathrow Message-ID: In article , Jan-Erik Söderholm wrote: > Richard Maher wrote: > > Hi Paul, > > > >> I also don't like any website resizing my browser windows, so I'll add a > >> "me too" vote. > > > > Yep, never mind the fact that the underlying infrastructure is so fast that > > it can request the server to do a $getqui for a matching queues in between > > echoing each keystroke for the Queue Name - Never mind that the server is a > > crappy vax (sorry Graham :-) in Florida - It resizes the damn screen! That's > > what's important! > > > > Seemless, unprivileged (at least on Alpha) client impersonation? Who cares? > > > > Cheers Richard Maher > > > > I must second Richard here. I also was a bit dissaponted > how this quite nice technical demo could turn into a > rather childish screen-rezising issue... > Childish? It was meant as a constructive comment, that's all. Dont' turn it into a slagging off fest -- Paul Sture Sue's OpenVMS bookmarks: http://eisner.encompasserve.org/~sture/ovms-bookmarks.html ------------------------------ Date: Tue, 02 Oct 2007 11:33:24 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: Web-based VMS Que Monitor for Deathrow Message-ID: <80qMi.3$Iu7.1@newsfe12.lga> In article , =?ISO-8859-1?Q?Jan-Erik_S=F6derholm?= writes: > > >Richard Maher wrote: >> Hi Paul, >> >>> I also don't like any website resizing my browser windows, so I'll add a >>> "me too" vote. >> >> Yep, never mind the fact that the underlying infrastructure is so fast that >> it can request the server to do a $getqui for a matching queues in between >> echoing each keystroke for the Queue Name - Never mind that the server is a >> crappy vax (sorry Graham :-) in Florida - It resizes the damn screen! That's >> what's important! >> >> Seemless, unprivileged (at least on Alpha) client impersonation? Who cares? >> >> Cheers Richard Maher >> > >I must second Richard here. I also was a bit dissaponted >how this quite nice technical demo could turn into a >rather childish screen-rezising issue... I have yet to see what it does other than resize my window. It doesn't like running in Safari so I've no idea if it's a "quite nice technical demo" or not. However, I didn't feel that the discussion of the window- resizing was puerile; it was constructive user feedback. Those able to run the demo did not like their screen being resized. If Richard can figure out why it bombs in Safari and fix it, I'll take a looksee at it again -- with or without the *window* resizing. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM "Well my son, life is like a beanstalk, isn't it?" http://tmesis.com/drat.html ------------------------------ End of INFO-VAX 2007.538 ************************