I tried to understand where the issue is located.
In :lparallel file lparallel-20160825-git/src/thread-util.lisp
there is a stanza which tries to check for the implementation
of the :timeout capability
> ;;; Check for timeout parameter in bordeaux-threads:condition-wait.
> (eval-when (:compile-
Hey Robert,
I can't reproduce the problem with the newest ECL code (from git
develop branch) on my host. lparallel works fine and this snippet does
terminate after timeout.
CL-USER> (ext:lisp-implementation-vcs-id)
"ba6e6ddde780c097918673f16c7aba05f354d022"
Best regards,
Daniel
W dniu nie, 02.
Thank You Daniel,
I have exactly the same
(ext:lisp-implementation-vcs-id)
output.
Can you send me the stdout of your (uncached/fresh)
./configure
?
I would try to compare it with mine
watching out for some difference.
I did install these debian packages
libgc-dev li
OK, that makes sense. These tests were passing for me on the Mac, but
brew has ECL 16.1.3 instead of 16.1.2.
On 1 Sep 2018, at 7:26, Marius Gerbershagen wrote:
The patch works exactly as it should. All it does is to exit the
current
process with a return code of 1 if the process lands in
