Re: [h-e-w] cygwin-64 2.3.1. bash fails when running under FSF emacs 24.5

> Date: Fri, 27 Nov 2015 10:00:11 +0100 > From: Dominique de Waleffe > Cc: cygwin@cygwin.com, help-emacs-wind...@gnu.org > > Next question is where can I find an official Emacs 64-bit build? There is none. -- Problem reports: http://cygwin.com/problems.html FAQ:

Re: [h-e-w] cygwin-64 2.3.1. bash fails when running under FSF emacs 24.5

> Date: Thu, 26 Nov 2015 22:20:18 +0100 > From: Dominique de Waleffe > > So... started my homework... Got fresh w10 vm, put cygwin64 and both > versions of emacs 24.4 and 24.5 from fsf ftp onto it > > And trying to start bash as shell fails under both versions! > >

Re: [h-e-w] cygwin-64 2.3.1. bash fails when running under FSF emacs 24.5

> Date: Wed, 25 Nov 2015 12:37:15 +0100 > From: Dominique de Waleffe > > bash: cannot set terminal process group (-1): Inappropriate ioctl for device > bash: no job control in this shell > 1 [main] bash 9588 c:\s\cygwin64\bin\bash.exe: *** fatal error in forked > process -

Re: gdb arbitrarily starting threads

People who can reproduce this problem and can also build their own GDB are encouraged to try the patch posted here: https://sourceware.org/ml/gdb/2015-06/msg00071.html and report whether it solves the problem on Cygwin. (I already verified that the native MinGW debugging is fixed by that

Re: bug#18752: 24.3.94; Why is Cygwin Emacs 2x quicker than Windows Emacs?

From: Fabrice Niessen fni-n...@pirilampo.org Cc: 18...@debbugs.gnu.org, cygwin@cygwin.com, dmonc...@gmail.com Date: Sat, 18 Oct 2014 08:51:12 +0200 On my Windows Emacs: --enable-checking 'CFLAGS=-O0 -g3' CPPFLAGS=-DGLYPH_DEBUG=1 That's an unoptimized build, so the twofold speed

Re: bug#18752: 24.3.94; Why is Cygwin Emacs 2x quicker than Windows Emacs?

From: Fabrice Niessen fni-n...@pirilampo.org Cc: 18...@debbugs.gnu.org, cygwin cygwin@cygwin.com, dmonc...@gmail.com Date: Fri, 17 Oct 2014 23:08:51 +0200 You also forgot to tell what compiler options were used for each build. E.g., if the Cygwin build is optimized, whereas the MinGW

Re: [ANNOUNCEMENT] Updated: emacs-24.3.93-1 [TEST]

Date: Thu, 21 Aug 2014 09:58:33 -0400 From: Ken Brown CC: Eli Zaretskii Thanks for the report. The abort comes from here (in buffer.c): for (tail = current_buffer-overlays_before; tail; tail = tail-next) { ptrdiff_t startpos, endpos; XSETMISC (overlay, tail

Re: bzr emacs(24.4.50.1) crashes when using auto-revert-tail-mode

Date: Thu, 19 Jun 2014 09:11:37 -0400 From: Ken Brown On 6/18/2014 1:46 PM, Ken Brown wrote: On 6/18/2014 11:06 AM, Filipp Gunbin wrote: I'm not sure whether this is Cygwin-specific, but I'm not able to test it on other OS, so here are the steps to reproduce: emacs -Q C-x C-r

Re: Fatal error from Cygwin emacs-w32 every day or so

Date: Mon, 14 Apr 2014 21:08:15 -0700 From: Ken Brown kbr...@cornell.edu I just saw it die, and this is the bt I get: Program received signal SIGSEGV, Segmentation fault. 0x000100551354 in wait_reading_process_output ( time_limit=time_limit@entry=0, nsecs=nsecs@entry=0,

Re: Core dump in emacs 24.3 on CYGWIN

Date: Thu, 27 Feb 2014 08:17:20 -0800 (PST) From: Drew Adams drew.ad...@oracle.com Today I got the following, more informative error. Still, it doesn't help me much in fixing the problem. (And it may, of course, just be a consequence of a memory management problem elsewhere.) [xcb]

Re: 64-bit emacs crashes a lot

...@cs.utoronto.ca On 15/08/2013 1:10 PM, Eli Zaretskii wrote: Date: Thu, 15 Aug 2013 12:58:02 -0400 From: Ken Brown kbr...@cornell.edu CC: Eli Zaretskii e...@gnu.org Eli is the expert on bidi.c (he wrote it). He can probably tell you whether you've really bumped into an emacs bug here. There's

Re: 64-bit emacs crashes a lot

Again, please move this discussion to emacs-devel. Date: Thu, 15 Aug 2013 22:35:54 -0400 From: Ken Brown kbr...@cornell.edu 1. Invoke 'emacs-nox -Q' in mintty. 2. M-x compile C-a C-k ls RET 3. C-x o 4. Hit 'g' repeatedly. I got it to abort with Fatal error 6 after slightly over

Re: 64-bit emacs crashes a lot

Please move this discussion to emacs-de...@gnu.org. Date: Fri, 16 Aug 2013 01:59:41 -0400 From: Ryan Johnson ryan.john...@cs.utoronto.ca The variable pending_exact has value 0x0, which would be a Bad Thing... except that the code looks like this: if (!pending_exact

Re: 64-bit emacs crashes a lot

Date: Thu, 15 Aug 2013 12:58:02 -0400 From: Ken Brown kbr...@cornell.edu CC: Eli Zaretskii e...@gnu.org Eli is the expert on bidi.c (he wrote it). He can probably tell you whether you've really bumped into an emacs bug here. There's nothing wrong with bidi.c here, it just aborts because

Re: 64-bit emacs crashes a lot

#2606 0x0001004dfaf4 in mark_buffer (buffer=optimized out) at /usr/src/debug/emacs-24.3-4/src/alloc.c:5552 #2607 0x0001004dff2c in Fgarbage_collect () at /usr/src/debug/emacs-24.3-4/src/alloc.c:5181 #2608 0x in ?? () I don't know whether 2608 stack

Re: bug#14569: 24.3.50; bootstrap fails on Cygwin

Date: Fri, 14 Jun 2013 10:45:47 -0700 From: Paul Eggert egg...@cs.ucla.edu Cc: 14...@debbugs.gnu.org Cygwin developers, I'm worried about a Cygwin bug where pthread_kill may not send a signal to the correct thread. This bug may be causing Emacs to crash. The Cygwin bug is discussed in

Re: Emacs crashing on C-x C-g

Date: Thu, 25 Oct 2012 09:01:40 -0600 From: Eric Blake ebl...@redhat.com On 10/25/2012 08:55 AM, Ryan Johnson wrote: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=12697 I imagine it will be fixed before the release of Emacs 24.3. Agree the initial part is emacs. But I suspect the

Re: Why call-process removes '{' and '}' chars from arguments???

From: Oleksandr Gavenko gaven...@gmail.com Date: Thu, 03 Jun 2010 23:33:44 +0300 Cc: cygwin@cygwin.com %* in .bat file not proper work - it strip all chars after first new line occurrence. I think in Windows there are no anything scriptable with $* like in POSIX sh. Yes, there is: it's

Re: w32-shell-execute function definition is void

Date: Tue, 16 Jun 2009 06:49:14 -0400 From: Ken Brown kbrown at cornell dot edu Finally, still in cygwin-init.el, I slightly modify browse-url-of-file: ;; browse-url-of-file doesn't work right under cygwin; I'll just open ;; the file using cygstart instead of trying to convert the

Re: emacs -nw keypad, tpu-edt.el, and C-h

Date: Thu, 28 May 2009 18:10:51 +0100 From: Andy Koppe andy dot koppe at gmail.com rxvt: invoke with -backspacekey DEC xterm: invoke with -xrm *backarrowKey:false (or untick Backarrow Key in the Main Options menu) mintty: Choose ^? as backspace keycode on the Keys page of the options As

Re: emacs -nw keypad, tpu-edt.el, and C-h

Date: Thu, 28 May 2009 15:02:35 +0100 From: Andy Koppe andy dor koppe at gmail.com Ken Brown: A separate issue that has arisen in this thread is that when emacs runs in a cygwin terminal [*], it sees C-h as DEL instead of as the help key. Can someone familiar with cygwin terminals help

Re: emacs -nw keypad and tpu-edt.el

Date: Wed, 27 May 2009 16:05:25 -0400 From: Ken Brown kbrown at cornell dot edu On 5/27/2009 3:36 PM, Tim Adye wrote: I just checked this on another machine that still had the old emacs 21.2 (and had recently had a fresh Cygwin install, and I applied the latest changes before

Re: emacs -nw keypad

Date: Tue, 26 May 2009 07:58:41 -0400 From: Ken Brown kbrown at cornell dot edu On 5/25/2009 6:13 PM, Jon TURNEY wrote: I would have said that this could be same problem as in [1], an X server bug, but then I would expect the problem to be seen both in emacs -nw in an xterm under X

Re: emacs -nw keypad (was: [1.5] Updated: {emacs,emacs-X11,emacs-el}-23.0.92-2)

From: Tim Adye t.j.a...@rl.ac.uk Date: Mon, 25 May 2009 19:23:28 +0100 Keywords: Addressed to t.j.a...@rl.ac.uk I have however found one problem with this experimental release 23.0.92-2: when I run it in no-window mode (emacs -nw) in an xterm (or rxvt), the keypad keys do not seem to be

Re: mark-active (was: [1.7] Updated: {emacs,emacs-X11,emacs-el}-23.0.92-1)

Date: Mon, 18 May 2009 03:11:52 -0700 (PDT) From: Marc Girod marc dot girod at gmail.com Two more changes I noticed with 23.0.92 (with respect to 21.2): These questions are not Cygwin-specific, so they are best asked on emacs-devel or help-gnu-emacs, but since you asked... 1. mark-active

Re: [1.7] Updated: {emacs,emacs-X11,emacs-el}-23.0.92-1

Date: Sun, 17 May 2009 00:33:13 -0400 From: Christopher Faylor cgf-use-the-mailinglist-please at cygwin dot com On Sun, May 17, 2009 at 06:12:04AM +0300, Eli Zaretskii wrote: Date: Sat, 16 May 2009 02:52:22 -0700 (PDT) From: Marc Girod marc dot girod at gmail dot com Eli Zaretskii

Re: [1.7] Updated: {emacs,emacs-X11,emacs-el}-23.0.92-1

Date: Fri, 15 May 2009 09:29:37 -0400 From: Ken Brown kbrown at cornell dot edu CC: cygwin at cygwin dot com (concat .newmail- (file-name-nondirectory (if (memq system-type '(windows-nt cygwin ms-dos)) ;; cannot have colons in file name

Re: [1.7] Updated: {emacs,emacs-X11,emacs-el}-23.0.92-1

Date: Sat, 16 May 2009 02:52:22 -0700 (PDT) From: Marc Girod marc.gi...@gmail.com Eli Zaretskii wrote: ...if Emacs could know the Cygwin version. uname -r this gives on 2 installations e.g.: 1.5.25(0.156/4/2) 1.7.0(0.210/5/3) $ ./uname -s CYGWIN_NT-6.0 I meant an Emacs

Re: Debugging a time zone problem

Date: Thu, 14 May 2009 02:38:37 -0700 (PDT) From: Marc Girod marc.girod at gmail dor com Looking at the sources, the most suspicious place given your description, seems to be msdos.c, around lines 4453-4494... msdos.c is not compiled in the Cygwin build. It is only compiled in the MS-DOS

Re: POP Rmail in Emacs

Date: Fri, 19 Dec 2008 22:38:25 +0100 From: Angelo Graziosi angelo dot graziosi at alice dot it Ken Brown wrote: And I think Angelo has built CVS versions of emacs 23 with it Yes, I confirm. I build Emacs-23 weekly. In the last year many things have changed, and in better. Now it

Re: POP Rmail in Emacs [Attn: Emacs maintainer]

Date: Fri, 19 Dec 2008 18:38:36 -0500 From: Ken Brown kbrown at cornell dot edu On 12/19/2008 4:38 PM, Angelo Graziosi wrote: ...and, last but not least, yes we need a Cygwin Emacs maintainer: There *is* an official emacs maintainer, Steffen Sledz Let me rephrase: we need a more active

Re: POP Rmail in Emacs

From: gustav gus...@indiana.edu Date: Thu, 11 Dec 2008 21:50:53 -0500 (EST) If you still use Emacs' original Rmail with POP under Cygwin, you may have noticed that it doesn't work. The reason is that Rmail tries to create a file with a : in its name, which Cygwin can't do. A simple

Re: POP Rmail in Emacs

Date: Fri, 19 Dec 2008 10:21:06 -0500 From: Ken Brown kbrown at cornell dot edu CC: eliz at gnu dot org On 12/19/2008 3:27 AM, Eli Zaretskii wrote: I guess this is an ample opportunity to call for volunteers to come on board and help maintaining the Cygwin build of Emacs. As of now

Re: A warning building Emacs-cvs with recent Cygwin DLL

Date: Fri, 25 Jan 2008 10:12:04 +0100 From: Angelo Graziosi [EMAIL PROTECTED] Cc: cygwin@cygwin.com With Cygwin DLL 1.5.25 (and the changes to 'tz...', I suppose), building Emacs from CVS gives this warning: ... gcc -c -Demacs -DHAVE_CONFIG_H -DUSE_LUCID -I. -I/tmp/emacs/src

Re: upgrade advice for end users

Date: Fri, 5 Jan 2007 15:49:14 -0800 (PST) From: fschmidt [EMAIL PROTECTED] 2. Replace /bin/make.exe with http://www.cmake.org/files/cygwin/make.exe . The new version of make can't handle colons, so replace the new version with an old make that can handle colons. The binary of Make at

Re: .exe.stackdump and core dump files questions

Date: Thu, 23 Nov 2006 22:43:45 +0100 From: Corinna Vinschen [EMAIL PROTECTED] On Nov 23 22:07, Angelo Graziosi wrote: Christopher Faylor wrote: Yes. It's called cat. Do you think to be fun? or that a sequence of HEX characters are human-readable? There's nothing funny

Re: .exe.stackdump and core dump files questions

Date: Fri, 24 Nov 2006 13:22:42 -0500 From: Christopher Faylor [EMAIL PROTECTED] If you look at a output of a stackdump file, it is obviously human readable. It is an ascii file which has English words in it. It was NOT clear to me that the OP had actually looked at it. Others obviously

Re: make-3.81 update?

Date: Thu, 16 Nov 2006 15:55:20 -0500 From: Christopher Faylor [EMAIL PROTECTED] I may roll something out earlier but it looks like there are still problems with the patch as witnessed by today's email to make-w32. What problems are those? can you point me to the message(s) you were talking

Re: Patch to handle DOS paths in Make not working

Date: Fri, 03 Nov 2006 22:57:51 +0900 From: Tomas [EMAIL PROTECTED] As already discussed many times elsewhere, I get this error because my makefile has an environment variable with a colon. An example of this in my makefile is: final.o: ${EOS_V}/eos/Drivers/final.c $(CC) $(DEFS)

Re: Need Volunteers to test patch for gnu make

From: Gary R. Van Sickle [EMAIL PROTECTED] Date: Fri, 8 Sep 2006 22:17:26 -0500 Since folks seem to be adverse to building from source, I have made the patched make.exe available here: http://www.cmake.org/files/cygwin/make.exe You might want to strip this; it's ~4xxkB unstripped,

Re: reproducible cygwin memory problems

Date: Mon, 14 Aug 2006 08:58:12 +0200 From: Corinna Vinschen [EMAIL PROTECTED] As far as I could tell from the OP's report about Emacs configuration results, available here: http://www.deas.harvard.edu/climate/eli/emacs-debug/ Emacs he built does not use mmap. Here's the

Re: change in behavior of make from 3.80 to 3.81

Date: Wed, 16 Aug 2006 09:34:36 -0400 From: William A. Hoffman [EMAIL PROTECTED] Actually no, MinGW make is not working for what used to work with cygwin make. It has a nasty habit of changing cl's command line arguments like /GZ into c:/msys/1.0/GZ. I think this is the MSYS Make, not

Re: change in behavior of make from 3.80 to 3.81

Date: Wed, 16 Aug 2006 15:52:59 -0400 (EDT) From: Igor Peshansky [EMAIL PROTECTED] cc: cygwin@cygwin.com Alternatively, you can try to implement a $(cygpath ...) function in make and submit *that* to the upstream maintainers. FWIW, I don't think such a function is a good idea, and if it is

Re: change in behavior of make from 3.80 to 3.81

Date: Thu, 17 Aug 2006 11:17:52 +0100 On 17 August 2006 10:47, Eli Zaretskii wrote: Date: Thu, 17 Aug 2006 11:35:51 +0200 From: Corinna Vinschen [EMAIL PROTECTED] Cc: Eli Zaretskii [EMAIL PROTECTED] Eli, we have a tradition of snipping email addys on this list: http://cygwin.com

Re: change in behavior of make from 3.80 to 3.81

Date: Thu, 17 Aug 2006 14:09:23 +0200 On Aug 17 05:46, Eli Zaretskii wrote: Windows doesn't allow colons anywhere else in file names anyway. That's not quite right. Colons are also used in file names when the file name denotes an alternative named stream on NTFS file systems

Re: change in behavior of make from 3.80 to 3.81

Date: Thu, 17 Aug 2006 09:59:30 -0400 (EDT) From: Igor Peshansky [EMAIL PROTECTED] cc: cygwin@cygwin.com FWIW, I don't think such a function is a good idea, and if it is proposed on the Make mailing list, I will probably object to it. The reason is that adding such a function goes

Re: change in behavior of make from 3.80 to 3.81

-- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/

Re: change in behavior of make from 3.80 to 3.81

Date: Thu, 17 Aug 2006 10:12:30 -0400 (EDT) From: Igor Peshansky [EMAIL PROTECTED] Reply-To: cygwin@cygwin.com cc: Eli Zaretskii [EMAIL PROTECTED] Actually, sorry, I've misread the above. Doesn't GNU make already have a plethora of functions not present in other makes? I again apologize

Re: change in behavior of make from 3.80 to 3.81

From: Dave Korn [EMAIL PROTECTED] Date: Thu, 17 Aug 2006 15:51:01 +0100 The thought of adding a cygwin-specific function to make and then making sure that it exists as a noop in any other version of make seems a little pushy to me. Well, it could always just not exist, and people

Re: change in behavior of make from 3.80 to 3.81

Date: Thu, 17 Aug 2006 09:43:30 -0400 From: William A. Hoffman [EMAIL PROTECTED] Cc: cygwin@cygwin.com Here is a run with the MinGW make, from a cygwin shell: $ ./make [ 25%] Built target testc2 [ 50%] Built target testc1 Linking C executable conly.exe cl : Command line warning

Re: change in behavior of make from 3.80 to 3.81

From: John W. Eaton [EMAIL PROTECTED] Date: Mon, 14 Aug 2006 18:50:46 -0400 Cc: cygwin@cygwin.com This whole problem could be solved if the people who are complaining about the Cygwin version of GNU Make directed their efforts toward getting a patch accepted in the GNU Make sources that

Re: reproducible cygwin memory problems

From: emacs user [EMAIL PROTECTED] Cc: cygwin@cygwin.com, emacs-pretest-bug@gnu.org, [EMAIL PROTECTED] Bcc: Date: Mon, 14 Aug 2006 08:11:25 -0400 well, as you probably remember one cannot run cvs emacs in gdb as this immediately crashes x windows in cygwin. No, I didn't remember. Why

Re: reproducible cygwin memory problems

Date: Sun, 13 Aug 2006 11:23:16 +0200 From: Reini Urban [EMAIL PROTECTED] Corinna Vinschen schrieb: ... Ok, back to mmap/munmap. Private anonymous mappings are implemented in Cygwin by calling VirtualAlloc/VirtualFree. However, due to restrictions in the Win32 API, VirtualFree is

Re: reproducible cygwin memory problems

From: emacs user [EMAIL PROTECTED] Bcc: Date: Sun, 13 Aug 2006 17:32:38 -0400 From: Eli Zaretskii [EMAIL PROTECTED] If I don't miss anything, it remains to be explained why the OP didn't see problems with normal buffers. Could the OP please try visiting several large text files

Re: reproducible cygwin memory problems

[I'm not subscribed to the Cygwin list, so please CC me directly.] From: emacs user [EMAIL PROTECTED] Bcc: Date: Sat, 12 Aug 2006 07:46:33 -0400 Cc: cygwin@cygwin.com Eli, here is a response from the cygwin list. thanks to Reini Urban for this. Look Eli, that's really a bold

Re: 3.81 and windows paths

Date: Fri, 28 Jul 2006 17:31:31 -0400 From: Paul D. Smith [EMAIL PROTECTED] Cc: Hm. I just can't think of any but the most obscure cases where this is true. The DOS pathname handling in vanilla GNU make, as far as I know, is very specific: if and ONLY if the first character of a

Re: 3.81 and windows paths

Date: Thu, 27 Jul 2006 17:09:16 -0400 From: Paul D. Smith [EMAIL PROTECTED] Cc: cygwin@cygwin.com, bug-make@gnu.org I believe that this support is limited to handling drive letters without choking on the :, actually: IIRC the native support still requires forward slashes (/) rather than

Re: Cygwin: texi2dvi stumbles over texinfo.tex

Date: Sun, 28 May 2006 12:13:03 -0500 From: [EMAIL PROTECTED] (Karl Berry) Cc: [EMAIL PROTECTED] Ralf's texi2dvi changes are clearly not generally applicable. E.g., Eli has spent a lot of time making Texinfo (and everything else) work under DJGPP. I can't just blow that away. The

Re: New platform independent problem

Date: Fri, 20 Jan 2006 14:47:40 +0900 From: djh [EMAIL PROTECTED] In December of last year, 2005, the cygwin developers deprecated d_ino out of the dirent.h defined dirent structure. This break emac's dired.c (from compiling) Ref:

Re: New platform independent problem

Date: Fri, 20 Jan 2006 08:29:20 -0500 (EST) From: Igor Peshansky [EMAIL PROTECTED] cc: djh [EMAIL PROTECTED], emacs-devel@gnu.org, cygwin@cygwin.com This break emac's dired.c (from compiling) Ref: http://www.cygwin.com/ml/cygwin/2005-12/msg00205.html Without knowing the full

Re: New platform independent problem

Date: Fri, 20 Jan 2006 07:18:18 -0700 From: Eric Blake [EMAIL PROTECTED] CC: cygwin@cygwin.com, [EMAIL PROTECTED], emacs-devel@gnu.org Which is why it is prohibitively expensive for cygwin to populate it with the correct value on WinNT and Win2K; too few applications use d_ino to make it

Re: New platform independent problem

From: [EMAIL PROTECTED] (Eric Blake) Cc: cygwin@cygwin.com, [EMAIL PROTECTED], emacs-devel@gnu.org Date: Fri, 20 Jan 2006 17:01:37 + You could have a flag that, if set, will instruct readdir to do the expensive processing. Applications that need the real inode will set that flag.

Re: Patch and Cygwin

Date: Fri, 16 Dec 2005 01:07:30 +0100 From: Lennart Borgman [EMAIL PROTECTED] CC: cygwin@cygwin.com, Emacs Devel emacs-devel@gnu.org, Eli Zaretskii [EMAIL PROTECTED] I urge people who participate in this thread to please keep emacs-devel off the list of the addressees, as this issue is off

Re: Patch and Cygwin

Date: Fri, 16 Dec 2005 10:05:14 +0100 From: Lennart Borgman [EMAIL PROTECTED] CC: [EMAIL PROTECTED], cygwin@cygwin.com I think so. The file file-lf.txt has CRLF line endings after patching, otherwise everything is fine. What's wrong with the patched file having CRLF on Windows? But

Re: Patch and Cygwin

Date: Fri, 16 Dec 2005 16:31:19 +0100 From: Lennart Borgman [EMAIL PROTECTED] CC: cygwin@cygwin.com Eli Zaretskii wrote: What's wrong with the patched file having CRLF on Windows? It is the default line endings on Windows so normally that is what you want. However if you have

Re: Where is patch?

Date: Wed, 14 Dec 2005 21:28:54 +0100 From: Lennart Borgman [EMAIL PROTECTED] Cc: cygwin@cygwin.com, Emacs Devel emacs-devel@gnu.org *** For patch: I would like it to discover that the line ending type of the patch file and the file to patch differ. Patch does that already if you use the

Re: is there a cygwin maintainer for gnu emacs?

From: emacs user [EMAIL PROTECTED] Date: Thu, 18 Aug 2005 02:45:21 -0400 Cc: cygwin@cygwin.com, emacs-devel@gnu.org some more diagnostics of the GC problem, with the help of some advice from eliz. does this help? It's a beginning. Thanks. Breakpoint 1, abort () at emacs.c:461 461

Re: stackdump on cygwin (was: is there a cygwin maintainer for gnu emacs?)

From: emacs user [EMAIL PROTECTED] Bcc: Date: Tue, 16 Aug 2005 04:47:39 -0400 Cc: cygwin@cygwin.com, [EMAIL PROTECTED], [EMAIL PROTECTED], emacs-devel@gnu.org here is a sample emacs.exe.stackdump file I get when emacs crashes. in the absence of a detailed gdb GC debugging which I dont

Re: is there a cygwin maintainer for gnu emacs?

From: Richard M. Stallman [EMAIL PROTECTED] CC: [EMAIL PROTECTED], emacs-devel@gnu.org, [EMAIL PROTECTED], cygwin@cygwin.com Date: Fri, 12 Aug 2005 10:59:49 -0400 As it was, without any message, my initial suspicion was a SEGV or similar, which would be much more

Re: is there a cygwin maintainer for gnu emacs?

Date: Wed, 10 Aug 2005 07:37:43 -0400 From: Joe Buehler [EMAIL PROTECTED] Cc: [EMAIL PROTECTED], cygwin@cygwin.com, emacs-devel@gnu.org I would think that emacs would say why it is aborting. When GC encounters a fatal inconsistency in the Emacs data structures, it is generally unsafe to say

Re: is there a cygwin maintainer for gnu emacs?

From: emacs user [EMAIL PROTECTED] Cc: cygwin@cygwin.com, emacs-devel@gnu.org Date: Wed, 10 Aug 2005 16:18:20 -0400 I guess my question as a fairly naive user is who will bedoing that GC debugging. Someone who can reproduce the problem. If that's only you, then you will have to do the

Re: Fw: bug in texi2dvi, and hack patch

Date: Tue, 24 May 2005 13:35:38 -0400 From: [EMAIL PROTECTED] (Karl Berry) Cc: [EMAIL PROTECTED], cygwin@cygwin.com, bug-texinfo@gnu.org if { test -x $dir/$1 test -f $dir/$1; } || { test -x $dir/$1.exe test -f $dir/$1.exe; }; then This seems sensible. I can't actually test

Re: Fw: bug in texi2dvi, and hack patch

Date: Tue, 25 Jan 2005 11:55:24 +0100 From: Stepan Kasal [EMAIL PROTECTED] Cc: [EMAIL PROTECTED], [EMAIL PROTECTED], bug-texinfo@gnu.org, [EMAIL PROTECTED], [EMAIL PROTECTED], cygwin@cygwin.com Another way to fix the problem is to adopt the solution used by autoconf: make sure

Re: Fw: bug in texi2dvi, and hack patch

Date: Mon, 24 Jan 2005 09:34:21 +0100 From: Stepan Kasal [EMAIL PROTECTED] Cc: [EMAIL PROTECTED], bug-texinfo@gnu.org, [EMAIL PROTECTED], [EMAIL PROTECTED], cygwin@cygwin.com Fix the problem exactly as reported: the configure script tests for the problem: AC_SUBST(TESTF,

Re: Fw: bug in texi2dvi, and hack patch

Date: Tue, 18 Jan 2005 06:29:08 -0700 From: Eric Blake [EMAIL PROTECTED] Cc: [EMAIL PROTECTED], cygwin@cygwin.com This was sent to a cygwin list, but is more properly a texinfo problem in the texi2dvi script (version 4.7). $COMSPEC has meaning in djgpp and perhaps mingw, but is just a

Re: cygwin/emacs remaps C-h

On Mon, 14 Oct 2002, Tom Roche wrote: C-h is mapped to DEL in both X and -nox. Is there any way to restore it to its normal help-command role (without also screwing up Backspace and Delete)? I.e. make C-h, Backspace, and Delete works in Cygwin the way they do in normal NT emacs. Does the

Re: Emacs for Cygwin (was: cygwin-mount.el, Using GDB in NTEMACS)

From: Jon Cast [EMAIL PROTECTED] Date: Tue, 26 Feb 2002 21:33:11 -0600 CygEmacs will have UNIX APIs for I/O (files and sockets), and M$Windows APIs for the display and the keyboard. This is already done (partly) by the Cygwin port of rxvt. I used to agree with you, but the more I