New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Does not work with sbcl 1.4.10 - internals change #14
Comments
I will have to ask how to update assembler-building functions for sbcl 1.4.10 on sbcl-devel mailing list |
Any word on this? |
Not yet, sorry. |
#15 lets |
* Lots of symbols were removed/renamed/moved etc * stmx depends on internal interfaces of sb-* packages leading to unfortunate brittleness like this. Closes cosmos72#14
fix backported to stable in commit e17f39d |
It seems that AeroNotix@2d0bf46 did not yet make it into this repo. From https://stackoverflow.com/questions/55961071/using-library-functions-in-multi-threaded-code-common-lisp/55967338?noredirect=1#comment98608614_55967338:
|
The patch e17f39d was supposed to supersede AeroNotix@2d0bf46, in order to support both sbcl < 1.40 and >= 1.4.0 I am checking right now if some fix is still missing, at the moment I tested the commands (ql:quickload "stmx")
(ql:quickload "stmx.test")
(fiveam:run! 'stmx.test:suite) with the following results: stable branch, commit 4d915e3 (published on quicklisp and github)
master branch, commit 805bbc1 (published on github)
I will do more tests and update this post accordingly. |
With reference to issue #14, quickload problem @davypough was caused by out-of-date Quicklisp. Linux Mint now loads fine. However, I'm still getting a problem with quickload hanging in Windows after (ql:quickload :stmx) -> Verson info (newest): Update if it's of any help: found different error during (ql:quickload :stmx) this morning on SBCL+Windows10: ; in: DEFUN START-HIERARCHY-WATCHER-THREAD |
Currently I don't have a Windows 10 box to try.
I would not rely on SBCL+Windows for heavily multi-threaded code, unless you are willing to help SBCL core team in troubleshooting the issues you may find. One thing you can try is to press CTRL+C and see whether SBCL shows where it is stuck (it must be pressed twice in Emacs+SLIME). From your log, it appears to be stuck installing |
OK, but my comment was related to quickloading log4cl as part of smtx.
From: Massimiliano Ghilardi [mailto:notifications@github.com]
Sent: Saturday, May 4, 2019 12:08 PM
To: cosmos72/stmx <stmx@noreply.github.com>
Cc: Dave Brown <davypough@gmail.com>; Mention <mention@noreply.github.com>
Subject: Re: [cosmos72/stmx] Does not work with sbcl 1.4.10 - internals change (#14)
Currently I don't have a Windows 10 box to try.
My tests on Windows 7 passed, but sbcl startup message on Windows is noteworthy:
WARNING: the Windows port is fragile, particularly for multithreaded
code. Unfortunately, the development team currently lacks the time
and resources this platform demands.
I would not rely on this port for heavily multi-threaded code, unless you are willing to help SBCL core team in troubleshooting the issues you may find.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub <#14 (comment)> , or mute the thread <https://github.com/notifications/unsubscribe-auth/AAVNZ6OFFVRCEUO2WZQMRALPTXNKHANCNFSM4FMN6FDQ> . <https://github.com/notifications/beacon/AAVNZ6M7NU5GGCXXVASLLJ3PTXNKHA5CNFSM4FMN6FD2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODUVPX7I.gif>
|
Sorry for the long delay. Unluckily I do not have the resources/expertise to troubleshoot issues related to log4cl, especially on Windows, even if they happen while loading stmx. I can only "vaguely" state that it seems a thread-related issue, specific to the combination windows+sbcl+log4cl, because the source code You may get a better outcome by asking in log4cl forums, especially if you get reproduce the same error with a command involving fewer dependencies - maybe |
Build log is here: http://report.quicklisp.org/2018-07-27/failure-report/stmx.html#stmx
The text was updated successfully, but these errors were encountered: