Corinna Vinschen writes:
Thank you for this!
Well, I added it for entirely selfish reasons, so I'm not sure I deserve
getting thanks :)
I thanked you for the selfish reason that I got this crossed off my TODO
list without any effort on my part, so we're even. ;-)
Regards,
Achim.
--
+[Q+
Hi Vin,
On Jan 28 22:32, Vin Shelton wrote:
Dear Corinna, et al -
On Wed, Jan 28, 2015 at 8:58 AM, Corinna Vinschen wrote:
On Jan 28 08:20, Vin Shelton wrote:
On Wed, Jan 28, 2015 at 4:53 AM, Corinna Vinschen wrote:
On Jan 27 23:05, Vin Shelton wrote:
I spent some time debugging M-x
On Thu, Jan 29, 2015 at 4:39 AM, Corinna Vinschen wrote:
On Jan 28 22:32, Vin Shelton wrote:
I think I have verified this behavior - I restored the old sysdep.c
module and moved the disconnect_controlling_terminal() call [which
calls setsid()] from right after the fork() to just before the
On Jan 28 22:55, Achim Gratz wrote:
Corinna Vinschen writes:
This version also introduces an experimental option -m/--mirror-mode.
Thank you for this!
Well, I added it for entirely selfish reasons, so I'm not sure I deserve
getting thanks :)
In the meantime I tried what happens if the
On Jan 29 06:49, Vin Shelton wrote:
On Thu, Jan 29, 2015 at 4:39 AM, Corinna Vinschen wrote:
On Jan 28 22:32, Vin Shelton wrote:
I think I have verified this behavior - I restored the old sysdep.c
module and moved the disconnect_controlling_terminal() call [which
calls setsid()] from
On 1/23/2015 8:48 AM, Ken Brown wrote:
My guess is correct. lisp.exe uses bit 31 (counting from the LSB) as a marker
during garbage collection, and this is incompatible with Cygwin's use of high
memory for the heap. I think I know how to fix this (by defining
LINUX_NOEXEC_HEAPCODES in the
