emacs {hang, crashes} under X on 2k, was: Emacs crashing under XFree86-4.3
Rajesh Balakrishnan Wed, 17 Mar 2004 04:21:28 + (UTC) emacs (under X11) is working fine since Mar 06 snapshot of cygwin1.dll. http://cygwin.com/snapshots/ Thomas L Roche Wed, 17 Mar 2004 08:00:00 -0500 That has not been my experience: I have been tracking the snapshots, but my emacs still segfaults, dumps core, etc. Hopefully I will get a chance to build sources and debug soon. Just to amplify (though of course what I should be doing is building cygwin1, xfree86, and emacs from source and debugging--props to Moira Regelson), here's some more data. Note that I stay pretty current with both cygwin1.dll and xfree86: presently $ cygcheck -srv | grep 'cygwin\|XFree86' 1100k 2004/03/16 d:\ProgramFiles\Cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 cygwin1.dll v0.0 ts=2004/3/16 0:19 DLL identifier: cygwin1 Shared id: cygwin1S4 Last downloaded files to: D:\download\cygwin Last downloaded files from: ftp://mirrors.rcn.net/pub/sourceware/cygwin cygwin 1.5.8-1 cygwin-doc 1.3-7 XFree86-base4.3.0-7 XFree86-bin 4.3.0-17 XFree86-etc 4.3.0-10 XFree86-fenc4.3.0-1 XFree86-fnts4.3.0-1 XFree86-lib 4.3.0-2 XFree86-lib-compat 4.3.0-2 XFree86-startup-scripts 4.3.0-1 XFree86-xserv 4.3.0-58 The cygwinized GNU Emacs was very stable under X (with -multiwindow and -clipboard) in 1.5.5-1. Since upgrading from that, I have had * apparently-random crashes: segfaults, dumps core, etc. Rarely, but occasionally, the crashes leave cryptic X-related messages in the console. * hangs on window modification or creation. Cygwin emacs has actually been pretty stable since late Feb/early Mar, in that it doesn't crash very often IFF I don't move, resize, minimize, or create new windows (e.g. with [C-x 5 f]). If I just startup an xterm, then startup one (and only one) emacs window and don't touch it, I can usually get several hours of productive use out of it. But if I do any of those 4 ops (which I usually did frequently pre-1.5.5-1), it will almost certainly, within a few minutes, hang without refreshing its windows: i.e. · if I drag a non-emacs window over an emacs one, then minimize the non-emacs one, the area of overlap will be visible as white space on the emacs window. · no gesture causes any change in the hung window · the hung window cannot be closed except by killing the emacs process There are other less destructive glitches that have appeared since 1.5.5-1 (e.g. my emacs cursor is normally a blinking solid rectangle, but if I minimize my emacs window, then restore it, the emacs cursor becomes a non-blinking rectangular outline, aka the keyhole of death), but the problems above are the ones that tend to ruin my day.
cygwin/xfree86/emacs problems after upgrading
Apologies for cross-posting, but I don't know my problems' cause. summary: I am still experiencing post-upgrade problems with my cygwin emacs; output from cygcheck and report-emacs-bug attached. What to do? details: I was annoyed by some shortcomings of my cygwin emacs (21.1? whatever version was included around the time of cygwin-1.5.5-1), such as lack of electricity with kill-ring-save and oddity with multiline kill'ing, so ~29 Jan I upgraded to cygwin-1.5.6-1, emacs-21.2.1, and whatever the latest XFree86 was then, along with the other goodness cygwin's setup advised me to get. Since then emacs life has been bad, but I'm not sure why, since available evidence seems to point in several directions. Note that I run emacs via emacs --debug-init from bash in an xterm which I launch with start XWin -multiwindow -clipboard -emulate3buttons I typically run 2 emacs windows (second created with C-x 5 b) and 1 xterm, all of which usually overlap ... until the emacs windows disappear, apparently randomly, although lately I'm convinced that emacs crashes are more likely when I'm either resizing or minimizing its windows. I've so far run 2 cygwin sessions today, once at home (with access to shared drives via a VPN) and once at work (directly on ethernet), and the xterm traces have been: home: bash-2.05b$ emacs --debug-init [1] 1643 bash-2.05b$ emacs --debug-init [2] 1460 [1] Segmentation fault emacs --debug-init bash-2.05b$ emacs --debug-init [3] 1932 [2] Aborted (core dumped) emacs --debug-init bash-2.05b$ emacs --debug-init [4] 308 [3] Aborted (core dumped) emacs --debug-init bash-2.05b$ X protocol error: BadLength (poly request too large or internal Xlib length error) on protocol request 56 work: bash-2.05b$ emacs --debug-init [1] 1868 bash-2.05b$ emacs --debug-init [2] 1396 [1] Segmentation fault emacs --debug-init bash-2.05b$ X protocol error: BadLength (poly request too large or internal Xlib length error) on protocol request 56 bash-2.05b$ emacs --debug-init [3] 1156 [2] Exit 70 emacs --debug-init The X errors tend to make me suspect it. However I'm also, again only since upgrading, having problems with unzip, e.g. inflating: /d/eclipse/builds/20040121_1953-WB213-AD-V512D-00/eclipse/plugins/com.ibm.etools.j2ee.ui/build/pluginBuild/commonbld/com/ibm/etools/ejb/ui/presentation/EJBEditorOutlineContentProvider.class 735 [main] unzip 1820 cmalloc: cmalloc returned NULL error: zipfile probably corrupt (segmentation violation) which I get even unzip'ing a known-good file (i.e. one that I unzip'ed successfully before upgrading from 1.5.5-1). I noted Christopher Faylor Sat, 31 Jan 2004 00:43:54 -0500 (EST) Changes since 1.5.6-1: - Fix malloc overflow problem which caused random SEGVs. (Christopher Faylor) and installed cygwin 1.5.7-1 (along with other then-updated packages, which included XFree86) early 1 Feb: this has not solved either the unzip or the emacs problems. So it seems plausible that there is also a (base) cygwin problem, which might be causing the emacs and unzip problems. Or that the emacs and unzip problems are unrelated. What should I try next? If possible, please post me directly as well as the list (I'm on the digest). Note that output of report-emacs-bug (edited for clarity in this context) follows, then output of cygcheck -srvh (slightly edited for security) follows that to end of post. (Note that cygcheck shows d:\cygwin\bin d:\cygwin\usr\X11R6\bin at the head of my PATH; those dirs don't exist, and they're not in my windows path.) output of report-emacs-bug -- In GNU Emacs 21.2.1 (i686-pc-cygwin, X toolkit) of 2003-01-23 on DRACO configured using `configure --prefix=/usr --bindir=/usr/bin --sysconfdir=/etc --libexecdir=/usr/sbin --localstatedir=/var --datadir=/usr/share --without-toolkit-scroll-bars' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: nil locale-coding-system: nil default-enable-multibyte-characters: t Recent input: tab tab C-g C-g C-h a b u g return C-x 0 down down down down down down down down down down down down down down down down down down down down down C-SPC end home C-SPC C-right C-right C-right M-w switch-frame M-up M-up M-up M-up M-up M-up M-up M-up M-up M-up M-up M-up M-up M-up M-up M-up M-up M-up M-up M-up M-up M-up M-up M-up M-up M-up M-up M-up M-up M-up M-up M-up M-up M-up M-up M-up M-up M-up M-up return up S-insert C-s switch-frame M-x r e p o SPC r t SPC e m SPC tab return Recent messages: Wrote /t/tlroche/notReallyJunk call-interactively: Quit keyboard-quit: Quit Loading apropos...done Type C-x 1 to remove help window. C-M-v to scroll the help. Mark set [3 times]
XDMCP howto for cygwin? (or other remote-desktop solution)
Is there an XDMCP howto for cygwin? Or is there another/better way to get what I want: My development group recently lost its testers (they now do bigger scenario tests) so we now need to do our own functional test, and we need to do it on several platforms. We develop on Windows (still, may change soon) so we setup some Linuxen to/from which I can forward with ssh -Xl me it (using -multiwindow -clipboard) so I know I'm setup more-or-less correctly. (Although I'm getting lotsa weirdness on the latest cygwin, but that's a separate topic. And I've gotta test if I can now run WSAD remotely using -multiwindow.) We occasionally get bug reports that are toolkit-specific, so I'd really like to be able to run an entire remote desktop from cygwin. (E.g. if a user says, I run foo from Konqueror | Nautilus, and it does bar, I'd like to be able to fire up a KDE | GNOME session.) My impression is that this is normally done using XDMCP connects, after which one can start Xwin -query it and my but I've never set this up. So I'm wondering: * is XDMCP The Way (tm) to do this? If so, I'm assuming (from traffic on the list) that cygwin supports XDMCP, but I'm unclear on * How to do it on cygwin? All the howto's I've seen reference Linux, and I'm also a little unclear on what goes on which end. Your assistance is appreciated, feel free to forward, and please CC me as well as the list if possible (I'm on the digest).
Re: XDMCP howto for cygwin? (or other remote-desktop solution)
On 2004.01.30 21:11, Thomas L Roche wrote: I'm assuming (from traffic on the list) that cygwin supports XDMCP, but I'm unclear on * How to do it on cygwin? All the howto's I've seen reference Linux, and I'm also a little unclear on what goes on which end. Willem Riede [EMAIL PROTECTED] 01/30/2004 10:11:59 PM: It's very straightforward. Assuming you have cygwin and xfree installed on a windows box, you edit C:\cygwin\usr\X11R6\bin\startxdmcp.bat to have your windows box IP number in DISPLAY and the Linux box IP number in REMOTE_HOST. OK. BTW, does this mean that this won't work if either is on DHCP? (Fortunately, for my specific case both have static IP.) OK, so all I need on the client ... err, server ... err, cygwin side is just to edit /usr/X11R6/bin/startxdmcp.bat: done. Then I gotta setup G|K|XDM on the ... non-cygwin side: Also make sure /etc/X11/gdm/gdm.conf contains [xdmcp] Enable=true except the box I'm targeting currently only has KDE, so it's /etc/X11/xdm/xdm-config, and I just need to comment out !DisplayManager.requestPort:0 Correct? (But first, I need root to `su` :-) GDM has to run on linux, so you need init to go to level 5. OK. Is there anything else that needs done for KDE? Then you can run startxdmcp.bat (I have a shortcut for it on my W2K desktop) to get the login screen for your linux box. Once logged in you get the full Gnome desktop (or KDE if that's your preference). Sounds easy! Just gotta get access.
rootless cygwin emacs howto?
I've been running NTEmacs for awhile, and Cygwin for awhile, but have only occasionally used X. I'd like to cut over to the cygwinized Emacs if I can keep a single desktop, i.e. run X rootless. Could someone point me to a howto illustrating setup and running of the cygwin Emacs on X, rootlessly? (If possible, please also CC: me.) Apologies if this is a FAQ, but I tried Googling cygwin emacs rootless (i.e. not the phrase) and saw only claims that it can be done.
Re: -multiwindow crashes XWin.exe, twm does not
Thomas L Roche 06:25 PM 7/29/2003 So I installed that package from setup.exe and tried: * start XWin -multiwindow -clipboard -unixkill No change: I still get the startup dialog, then a GPF. * start XWin -multiwindow -unixkill Same: dialog, then GPF. Earle F. Philhower III Tue, 29 Jul 2003 22:11:10 -0700 Do you have a build environment set up? No. How is one done? If so, a compile in debug mode of XWin.exe followed by a run of it in gdb should narrow things down to a specific function. Sounds reasonable.
[XWin test-92] no trayexit
daniel.blueman Wed, 30 Jul 2003 13:04:19 +0200 (MEST) Unfortunately, the system tray icon menu (ie not when you double-click, but when you single right click) has no entries - so no 'exit' option like previously. I also observed this: the only content of the context menu was a separator (disabled, IIRC).
Re: -multiwindow crashes XWin.exe, twm does not
Thomas L Roche wrote: WebSphere Studio products typically put up a configuration dialog, then display the full UI. When my startxwin.bat has - start XWin -multiwindow -clipboard -unixkill I get my xterm, in which I run # local xhost + 1.2.3.4 ssh -X -l userid 1.2.3.4 # remote cd /opt/IBM/WebSphere/Express/SiteDeveloper ./wasexpress51 This launches the dialog. When I hit OK (taking the harmless defaults), taskmgr shows some activity, until XWin.exe GPFs. But if I use + start XWin -clipboard -unixkill + REM Startup an xterm, using bash as the shell. + run xterm -sl 1000 -sb -rightbar -ms red -fg white -bg blue -e /usr/bin/bash + REM Startup the twm window manager. + REM WARNING: Do not use an external window manager in conjunction + REM with the ``-multiwindow'' command-line parameter for XWin. + REM Doing so would start two window managers, which is never + REM supposed to happen. + run twm in my startxwin.bat, and run the same xterm session above, both the dialog and the full IDE launch properly. Harold L Hunt II Mon, 28 Jul 2003 19:50:53 -0400 - Please try -multiwindow without -clipboard. That may work. Otherwise, please try the next test release that I make... it has some NULL pointer checks that may relate to your problem. Harold L Hunt II Mon, 28 Jul 2003 20:37:11 -0400 You can install the Test 92 package via setup.exe by selecting the following version of the XFree86-xserv package: 4.2.0-43 So I installed that package from setup.exe and tried: * start XWin -multiwindow -clipboard -unixkill No change: I still get the startup dialog, then a GPF. * start XWin -multiwindow -unixkill Same: dialog, then GPF. * start XWin -clipboard -unixkill snip run twm Still works.