-[ Thu, Sep 01, 2011 at 11:45:37PM +0200, Ludovic Courtès ]
> Hi Cédric,
>
> ri...@happyleptic.org skribis:
>
> > I attached 2 files:
> >
> > - "guile deadlock.scm > /tmp/log" deadlocks after around 12k lines of
> > output for me
>
> AFAICS the problem does not occur with Guile 2.0.
> For 1
> For 1.8, could you try running Helgrind and see what happens?
Helgrind complains about loads of 'possible data race' but does not
detect anything wrong when the actual deadlock occurs. When I exit
the program it does tell that a threads still own some lock, but
does not reveal the addresses of t
-[ Fri, Sep 02, 2011 at 11:26:42AM +0200, ri...@happyleptic.org ]
> > For 1.8, could you try running Helgrind and see what happens?
> ==26762== Thread #1: Exiting thread still holds 1 lock
> ==26762==at 0x5A81B4D: waitpid (waitpid.c:41)
> ==26762==by 0x4F0A289: scm_waitpid (posix.c:560)
-[ Fri, Sep 02, 2011 at 11:26:42AM +0200, ri...@happyleptic.org ]
> Or maybe the deadlock involves another lock in addition to
> this one. I'm going to turn scm_i_port_table_mutex into a recursive
> mutex in order to try to invalidate my theory.
initializing scm_i_port_table_mutex as a recursi
I'm thinking of publishing a printed edition of the Guile manual - but
it only makes sense if there's enough interest from Guile users who like
printed books.
I'd like to check before I commit to that - if you would buy a printed
copy please sign up at
http://www.pledgebank.com/guile2manual
I
Hi,
I am experiencing a problem where my application hangs on occasionally (1 in
5 times) on startup.
There are two threads, one is C++'s main(), the other is created from scheme
directly. The scheme
thread implements a TCP listener, using conventional
socket/bind/listen/accept logic:
(define (r
Hi,
I've been using GOOPS with vectors now, and I've observed an annoying
feature. While "array-map!" et al. accept vectors, uvecs and arrays,
and so it is easy to write joint code for these types, this fact is
not reflected in the world of objects.
In other words, classes , and have nothing in
c