Archive-Date: Mon, 15 Dec 1997 09:13:48 +0100 Date: Mon, 15 Dec 1997 09:13:40 +0100 Message-ID: <4670-Mon15Dec199709:13:40+0100-levitte@lp.se> From: Richard Levitte - VMS Whacker Reply-To: emacs-testers@LISTS.VMS.GNU.AI.MIT.EDU To: emacs-testers@lp.se Subject: [odd.gripenstam@omgroup.com: Sticky ALT key with Reflection X] MIME-Version: 1.0 Content-Type: Text/Plain; Charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Don't ask me why Odd decided to send this just to me when it was apparently meant for us all. Anyone have a solution for him? Date: Mon, 15 Dec 1997 08:37:15 +0100 Message-ID: <9712150737.AA10798@seomdns1.omgroup.com> From: odd.gripenstam@omgroup.com (Odd Gripenstam, OM Tech. (+46 8 700 07 40)) To: "owner-emacs-testers@lp.se"@INET.dnet.omgroup.com CC: GRIPENSTAM@seomdns1.omgroup.com Subject: Sticky ALT key with Reflection X Hi I use Reflection X 6.0 to display VMS emacs windows on my Windows NT 4.0 PC. Very often the ALT key (used as META) seems to be stuck in the pressed position. For example, if I press M-v C-s, emacs prompts me for a "Regexp I-search" instead of the expected "I-search". If I then press and release ALT a couple of times and then press C-s I get the right function. This is very annoying. I have only had this problem with emacs. Has anyone else experienced this? Is there anything that can be done with either emacs or Reflection? TIA, Odd ================================================================================ Archive-Date: Mon, 15 Dec 1997 15:19:16 +0100 To: emacs-testers@lp.se Subject: Re: [odd.gripenstam@omgroup.com: Sticky ALT key with Reflection X] References: <4670-Mon15Dec199709:13:40+0100-levitte@lp.se> Reply-To: emacs-testers@LISTS.VMS.GNU.AI.MIT.EDU From: Roland Roberts Date: 15 Dec 1997 09:16:46 -0500 In-Reply-To: Richard Levitte - VMS Whacker's message of Mon, 15 Dec 1997 09:13:40 +0100 Message-ID: >> Very often the ALT key (used as META) seems to be stuck in the >> pressed position. [...] >> I have only had this problem with emacs. >> Has anyone else experienced this? Is there anything that can be >> done with either emacs or Reflection? Interesting...I also have this problem with Emacs 20.2 running on an HP-UX system. However, I don't think it is just Emacs. I have seen the problem appear in an xterm where bash is my shell. It is just not as obvious there until I try to use some key sequence where there meta bit matters. As near as I can tell, the problem is related to a scheduled job I have on the PC. Once an hour, I have Norton Scheduler launch an application that synchronizes my PC clock with the local time server. This happens very quickly, but sometimes it appears to interrupt the current key sequence (whatever I'm typing) and leave Emacs with a dangling meta. The "cure" seems to be to simply hit the key a second time. Could something similar be happening here? roland -- Roland B Roberts, PhD; rroberts@muller.com Muller Data Corp, 395 Hudson Avenue, New York, NY 10014 USA Tel: 212 807-5143; Fax: 212 989-7193 ================================================================================ Archive-Date: Mon, 15 Dec 1997 16:04:07 +0100 To: emacs-testers@lp.se Subject: Re: [odd.gripenstam@omgroup.com: Sticky ALT key with Reflection X] References: <4670-Mon15Dec199709:13:40+0100-levitte@lp.se> Reply-To: emacs-testers@LISTS.VMS.GNU.AI.MIT.EDU From: Roland Roberts Date: 15 Dec 1997 10:01:38 -0500 In-Reply-To: Roland Roberts's message of 15 Dec 1997 09:16:46 -0500 Message-ID: >>>>> "rbr" == Roland Roberts writes: rbr> Interesting...I also have this problem with Emacs 20.2 running rbr> on an HP-UX system. However, I don't think it is just Emacs. I should have mentioned, my PC X server is Exceed 6. roland -- Roland B Roberts, PhD; rroberts@muller.com Muller Data Corp, 395 Hudson Avenue, New York, NY 10014 USA Tel: 212 807-5143; Fax: 212 989-7193 ================================================================================ Archive-Date: Thu, 18 Dec 1997 07:25:54 +0100 Date: Thu, 18 Dec 1997 07:25:48 +0100 Message-ID: <9712180625.AA27009@seomdns1.omgroup.com> From: odd.gripenstam@omgroup.com (Odd Gripenstam, OM Tech. (+46 8 700 07 40)) Reply-To: emacs-testers@LISTS.VMS.GNU.AI.MIT.EDU To: "emacs-testers@lp.se"@INET.dnet.omgroup.com Subject: FYI: SOLVED Sticky ALT key with Reflection X Hi Sorry to bother you all again with what turned out to be totally off-topic. I thought I would report the solution to the list for completeness: The sticky ALT key was due to Reflection X dropping ALT_L KeyRelease events. WRQ had a patch that I am now happily using. (This time I have learned not to rely on VMSmail/UCX to use the Reply-To: address so I typed in the To: address by hand :-)) /Odd ================================================================================ Archive-Date: Fri, 19 Dec 1997 13:05:23 +0100 Date: Fri, 19 Dec 1997 13:05:13 -1300 From: Martin Neumann Reply-To: emacs-testers@LISTS.VMS.GNU.AI.MIT.EDU To: emacs-testers@LISTS.VMS.GNU.AI.MIT.EDU Subject: Problem with Multinet? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi, I installed Emacs-19.28 on our OpenVMS/AXP-Cluster a few weeks ago and so far everything seems to be working fine. However, I am not able to use gnus, w3, and maybe other things that utilize the network (telnet does work from within emacs, though). We are running OpenVMS Alpha-6.2 and Multinet-3.4. As far as I could tell, the compilation (DEC C V5.0-003, --with-x, --with-multinet) went smoothly. What happens with w3, for instance, is that I am able to browse local files, but as soon as I try to access a remote URL, the X-window closes and I get the error message %SYSTEM-F-IVIDENT, invalid identifier format in the DECterm that spawed emacs. Since the effect with gnus is the same, I suspect that this is something basic, perhaps a problem with Multinet (or the Multinet support)? Can you help me to verify this or pin down the problem more accurately? Martin PS: There is probably some fault in the Multinet support or the build process. I have also tried to use ange-ftp, with the effect that FTP is passed a "-i" option and dies because Multinet FTP expects the DCL-like ftp/qualifier=... syntax. +----------------------------------+-----------------------------+ ! Martin Neumann ! Phone: +43-1-4087008-10 ! ! Institut fuer Experimentalphysik ! Fax: +43-1-3102683 ! ! Universitaet Wien ! ! ! Strudlhofgasse 4 ! Email: ! ! A-1090 Wien, Austria ! martin.neumann@univie.ac.at ! +----------------------------------+-----------------------------+ ================================================================================ Archive-Date: Tue, 30 Dec 1997 00:03:44 +0100 To: Subject: Crash on certain size of frame (text-only) Message-ID: From: levitte@lp.se (Richard Levitte - VMS Whacker) Reply-To: emacs-testers@LISTS.VMS.GNU.AI.MIT.EDU Date: 29 Dec 1997 22:42:43 GMT MIME-Version: 1.0 Content-Type: Text/Plain; Charset=ISO-8859-1 Content-Transfer-Encoding: 8bit I just got a report from a friend saying that Emacs crashes on certain sizes in your terminal setting. For example /page=56/width=128. I tested it on his computer, and yep, I got a crash. What seems to happen is some error in memory allocation, but I can't say for sure if that's on that specific computer or if it's a general fault (that might be helped by recompiling/relinking). So, I'd like some help with checking this out. Please do the following: - Create a DECterm/xterm, and set the size to 56 rows, 128 columns. $ SET TERM/PAGE=56/WIDTH=128 (if needed) $ emacs -nw See what happens. If you get into the debugger, you probably hit the same bug. Please do the following: DBG> SET MODULE/ALL DBG> SHOW CALL You should get a traceback that looks approximatelly like this: module name routine name line rel PC abs PC *EMACS fatal_error_signal 15515 0000008B 0007C43B SHARE$DECC$SHR 00000000 0022970D SHARE$DECC$SHR 00000000 002296A5 SHARE$DECC$SHR 00000000 001FC76F ----- above condition handler called with exception 0000000C: %SYSTEM-F-ACCVIO, access violation, reason mask=04, virtual address=001C9800, PC=0024B5DE, PSL=0BC00009 ----- end of exception message SHARE$LIBRTL 00000000 0024B5DE *SYSDEP bzero 35001 00000060 000897C8 *DISPNEW make_frame_glyphs 20042 00000124 0005AABC *DISPNEW remake_frame_glyphs 20132 000000B7 0005ACBB *DISPNEW init_display 22188 0000016C 0005D1D4 *EMACS main 16010 00000370 0007CAB8 If you get something different, or if it succeeds for you, please tell me, as well as telling me what `M-x vms-patch-date' gives you. And oh, the usual, like if you run on VAX or Alpha, what VMS version you run, and what compiler you used to compile Emacs. Thank you. -- R Levitte, Levitte Programming; Spannv. 38, I; S-161 43 Bromma; SWEDEN Tel: +46-8-26 52 47; Cel: +46-708-20 09 64; No fax right now PGP key fingerprint = A6 96 C0 34 3A 96 AA 6C B0 D5 9A DF D2 E9 9C 65 Check http://richard.levitte.org/ for my public key. bastard@bofh.se "price, performance, quality. Choose any two you like" ================================================================================ Archive-Date: Tue, 30 Dec 1997 14:02:33 +0100 Message-ID: <3.0.32.19971230090602.009c08a0@firm.drea.dnd.ca> Date: Tue, 30 Dec 1997 09:06:12 -0400 To: emacs-testers@lists.vms.gnu.ai.mit.edu From: "Bruce S. Skinner" Reply-To: emacs-testers@LISTS.VMS.GNU.AI.MIT.EDU Subject: Re: Crash on certain size of frame (text-only) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" At 10:42 PM 12/29/97 GMT, you wrote: >I just got a report from a friend saying that Emacs crashes on certain >sizes in your terminal setting. For example /page=56/width=128. Works fine for me on: emacs-version: Emacs 19.28.1 vms-patch-date: Sunday, February 25 1996 OpenVMS Alpha V6.2 DEC 3000 Model 400 Alpha Compiler: DEC C V5.2-003 emacs-version: Emacs 19.28.1 vms-patch-date: Sunday, June 1 1997 OpenVMS Alpha 7.1 DEC 3000 Model 400 Alpha Compiler: DEC C V5.6-003 Bruce S. Skinner | skinner@drea.dnd.ca DEFENCE RESEARCH ESTABLISHMENT ATLANTIC | norstead@ns.sympatico.ca Dartmouth, Nova Scotia, CANADA, B2Y 3Z7 | (902) 426-3100 x205 or 538-1765 "New opinions are always suspected, and usually opposed without any other reason but because they are not already common." John Locke