Hi,
Neil Jerram [EMAIL PROTECTED] writes:
Yes, fine. Sorry for forgetting about this.
Thanks, applied.
(I wonder if SCM_CDR (scm_last_plist_filename) on one thread is
guaranteed to give a sane value, if there is another thread
simultaneously doing SCM_SETCDR (scm_last_plist_filename) -
[EMAIL PROTECTED] (Ludovic Courtès) writes:
Hi,
Neil Jerram [EMAIL PROTECTED] writes:
Yes, fine. Sorry for forgetting about this.
Thanks, applied.
(I wonder if SCM_CDR (scm_last_plist_filename) on one thread is
guaranteed to give a sane value, if there is another thread
simultaneously
[EMAIL PROTECTED] (Ludovic Courtès) writes:
Hi,
Neil Jerram [EMAIL PROTECTED] writes:
Basically yes, but two thoughts:
- Can I just take a couple more days to review the srcprops changes in
detail? It's important for my debugging work, and I recall having
some concern when Han-Wen
Hi,
Neil Jerram [EMAIL PROTECTED] writes:
Basically yes, but two thoughts:
- Can I just take a couple more days to review the srcprops changes in
detail? It's important for my debugging work, and I recall having
some concern when Han-Wen implemented this... Looking at the diffs
Hi,
Neil Jerram [EMAIL PROTECTED] writes:
Basically yes, but two thoughts:
- Can I just take a couple more days to review the srcprops changes in
detail? It's important for my debugging work, and I recall having
some concern when Han-Wen implemented this... Looking at the diffs
Hi,
[EMAIL PROTECTED] (Ludovic Courtès) writes:
Two possibilities to fix it:
1. Copy `srcprop.[ch]' and `eval.c' bits from HEAD to 1.8. After all,
it's probably solid enough (I use almost only HEAD). See [0] for
an overview of the initial patch. It doesn't break the public
Hello,
I'm experiencing a dead lock while running the test suite (in a NixOS
build), and I don't remember ever seeing it before. Sorry for the long
copy/paste, but it helped me understand the problem as I was writing
this message.
Here we go:
(gdb) info threads
* 3 Thread 0x40b70b90 (LWP
