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.
Doe
> 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 th
> Date: Wed, 14 Dec 2005 21:28:54 +0100
> From: Lennart Borgman <[EMAIL PROTECTED]>
> Cc: cygwin@cygwin.com, Emacs Devel
>
> *** 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 --binary opt
> Date: Fri, 16 Dec 2005 01:07:30 +0100
> From: Lennart Borgman <[EMAIL PROTECTED]>
> CC: cygwin@cygwin.com, Emacs Devel ,
> 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
> 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?
>
> 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 Win
> 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: http://www.cygwin.com/ml/cygwin/2005-12/ms
> 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
> 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
>
> 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
> > tha
> 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.
Th
> 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 (/) ra
> 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
> 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 ju
> 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_SUB
> 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:
> >
> 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 c
> 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
> 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
> 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
> 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 w
> 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:46
[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
> 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, Virtua
> 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
> 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 remem
> 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 sourc
> 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 Mak
> 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 i
> Date: Thu, 17 Aug 2006 11:35:51 +0200
> From: Corinna Vinschen <[EMAIL PROTECTED]>
> Cc: Eli Zaretskii <[EMAIL PROTECTED]>
>
> > Windows doesn't allow colons anywhere else in file names anyway.
>
> That's not quite right. Colons are also used
> 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,
> 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
> >
> 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 func
--
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/
> 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 fun
> 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,
> 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
> 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.
> 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 ~4
> 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)
> 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
t
> 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?
>
>
> 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 obv
> 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 Mak
> 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/sr
> Date: Thu, 27 Feb 2014 08:17:20 -0800 (PST)
> From: Drew Adams
>
> > 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] Extra rep
> Date: Mon, 14 Apr 2014 21:08:15 -0700
> From: Ken Brown
>
> > 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,
> > r
> 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
> 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 start
> From: gustav
> 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
> remedy is to e
> Date: Fri, 19 Dec 2008 10:21:06 -0500
> From: Ken Brown
> 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 Ema
> Date: Fri, 19 Dec 2008 22:38:25 +0100
> From: Angelo Graziosi
>
> 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 bootstraps in less tha
> Date: Fri, 19 Dec 2008 18:38:36 -0500
> From: Ken Brown
>
> 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 maintainer of the
> Date: Thu, 14 May 2009 02:38:37 -0700 (PDT)
> From: Marc Girod
>
> 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 (a.k.a. DJGPP) build. (
> Date: Fri, 15 May 2009 09:29:37 -0400
> From: Ken Brown
> 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
>(replace-r
> Date: Sat, 16 May 2009 02:52:22 -0700 (PDT)
> From: Marc Girod
>
> 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)
>
> Date: Sun, 17 May 2009 00:33:13 -0400
> From: Christopher Faylor
>
> 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
> >>
> >> Eli Zaretskii wrote:
> >
> Date: Mon, 18 May 2009 03:11:52 -0700 (PDT)
> From: Marc Girod
>
>
> 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 stays t after use (e.
> From: "Tim Adye"
> 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 defined or
> Date: Tue, 26 May 2009 07:58:41 -0400
> From: Ken Brown
>
> 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" and "emaacs unde
> Date: Wed, 27 May 2009 16:05:25 -0400
> From: Ken Brown
>
> 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 testing). Before upda
> Date: Thu, 28 May 2009 18:10:51 +0100
> From: Andy Koppe
>
> 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 far as I k
> Date: Thu, 28 May 2009 15:02:35 +0100
> From: Andy Koppe
>
> 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 with this? I'm sp
> Date: Tue, 16 Jun 2009 06:49:14 -0400
> From: Ken Brown
>
> 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 filename
> ;; to a URL.
>
> From: Fabrice Niessen
> Cc: 18...@debbugs.gnu.org, cygwin , 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
> > build is not, the twofold spee
> From: Fabrice Niessen
> 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 difference vs an
opti
> From: Oleksandr Gavenko
> 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 %*. Th
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 patch
> 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 - fork: can't reserve mem
> 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!
>
> => I was mistaken in the
> 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: http://c
> Date: Thu, 25 Oct 2012 09:01:40 -0600
> From: Eric Blake
>
> 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 sus
> Date: Fri, 14 Jun 2013 10:45:47 -0700
> From: Paul Eggert
> 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 this thread:
> > #2606 0x0001004dfaf4 in mark_buffer (buffer=)
> > 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 fram
> Date: Thu, 15 Aug 2013 12:58:02 -0400
> From: Ken Brown
> CC: Eli Zaretskii
>
> 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 bec
> On 15/08/2013 1:10 PM, Eli Zaretskii wrote:
> >> Date: Thu, 15 Aug 2013 12:58:02 -0400
> >> From: Ken Brown
> >> CC: Eli Zaretskii
> >>
> >> Eli is the expert on bidi.c (he wrote it). He can probably tell you
> >> whether you've
Again, please move this discussion to emacs-devel.
> Date: Thu, 15 Aug 2013 22:35:54 -0400
> From: Ken Brown
>
> 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 100 rep
Please move this discussion to emacs-de...@gnu.org.
> Date: Fri, 16 Aug 2013 01:59:41 -0400
> From: Ryan Johnson
>
> The variable pending_exact has value 0x0, which would be a Bad Thing...
> except that the code looks like this:
> > if (!pending_exact
> >
> > /* If last
78 matches
Mail list logo
