From sionescu at cddr.org Wed Mar 13 01:40:37 2013 From: sionescu at cddr.org (Stelian Ionescu) Date: Wed, 13 Mar 2013 02:40:37 +0100 Subject: [Bordeaux-threads-devel] style-warning in upcoming SBCL-1.1 In-Reply-To: References: Message-ID: <1363138837.23687.4.camel@cathai> On Mon, 2012-10-01 at 10:57 -0400, James M. Lawrence wrote: > ; caught STYLE-WARNING: > ; SB-THREAD:GET-MUTEX has been deprecated as of SBCL 1.0.37.33. Use > ; SB-THREAD:GRAB-MUTEX instead. > > The attached patch requires 1.0.38, which appears to have been > released April 2010. > > Support for 2.5+ year old compilers may or may not be desirable when > weighed against a style-warning. I don't have a strong opinion. Thanks for the notice, I added grab-mutex with a backwards-compatibility fix. -- Stelian Ionescu a.k.a. fe[nl]ix Quidquid latine dictum sit, altum videtur. http://common-lisp.net/project/iolib -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From sionescu at cddr.org Wed Mar 13 01:39:36 2013 From: sionescu at cddr.org (Stelian Ionescu) Date: Wed, 13 Mar 2013 02:39:36 +0100 Subject: [Bordeaux-threads-devel] test suite problem on CMUCL In-Reply-To: <419801344217919@web15h.yandex.ru> References: <419801344217919@web15h.yandex.ru> Message-ID: <1363138776.23687.3.camel@cathai> On Mon, 2012-08-06 at 05:51 +0400, Anton Vodonosov wrote: > Hello. > > When running bordeaux-threads on CMUCL, the test suite > prints 8 megabytes of dots in output and then crashes > CMUCL with heap exhausted. Thanks for the notice, bug fixed. -- Stelian Ionescu a.k.a. fe[nl]ix Quidquid latine dictum sit, altum videtur. http://common-lisp.net/project/iolib -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From avodonosov at yandex.ru Wed Mar 13 03:52:33 2013 From: avodonosov at yandex.ru (Anton Vodonosov) Date: Wed, 13 Mar 2013 07:52:33 +0400 Subject: [Bordeaux-threads-devel] test suite problem on CMUCL In-Reply-To: <1363138776.23687.3.camel@cathai> References: <419801344217919@web15h.yandex.ru> <1363138776.23687.3.camel@cathai> Message-ID: <308251363146753@web21g.yandex.ru> 13.03.2013, 05:55, "Stelian Ionescu" : > On Mon, 2012-08-06 at 05:51 +0400, Anton Vodonosov wrote: > >> ?Hello. >> >> ?When running bordeaux-threads on CMUCL, the test suite >> ?prints 8 megabytes of dots in output and then crashes >> ?CMUCL with heap exhausted. > > Thanks for the notice, bug fixed. > Great. Thanks. From sionescu at cddr.org Mon Mar 18 20:41:42 2013 From: sionescu at cddr.org (Stelian Ionescu) Date: Mon, 18 Mar 2013 21:41:42 +0100 Subject: [Bordeaux-threads-devel] Upcoming 0.8.3 release Message-ID: <1363639302.8498.13.camel@cathai> I'd like to make a new release by this weekend, so please run the test suite on all available implementations. -- Stelian Ionescu a.k.a. fe[nl]ix Quidquid latine dictum sit, altum videtur. http://common-lisp.net/project/iolib -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From martin at lispworks.com Thu Mar 21 18:39:46 2013 From: martin at lispworks.com (Martin Simmons) Date: Thu, 21 Mar 2013 18:39:46 GMT Subject: [Bordeaux-threads-devel] Upcoming 0.8.3 release In-Reply-To: <1363639302.8498.13.camel@cathai> (message from Stelian Ionescu on Mon, 18 Mar 2013 21:41:42 +0100) References: <1363639302.8498.13.camel@cathai> Message-ID: <201303211839.r2LIdksd029607@higson.cam.lispworks.com> >>>>> On Mon, 18 Mar 2013 21:41:42 +0100, Stelian Ionescu said: > > I'd like to make a new release by this weekend, so please run the test > suite on all available implementations. There are two bugs in the LispWorks implementation of bt:join-thread. Firstly, mp:process-private-property only works on the current thread (the second argument is actually the default) and secondly the private properties are removed when the process exits. Please use mp:process-property instead: diff --git a/src/impl-lispworks.lisp b/src/impl-lispworks.lisp index fd8245c..882866b 100644 --- a/src/impl-lispworks.lisp +++ b/src/impl-lispworks.lisp @@ -25,7 +25,7 @@ Distributed under the MIT license (see LICENSE file) (lambda () (let ((return-values (multiple-value-list (funcall function)))) - (setf (mp:process-private-property 'return-values (current-thread)) + (setf (mp:process-property 'return-values) return-values) (values-list return-values))))) @@ -119,7 +119,7 @@ Distributed under the MIT license (see LICENSE file) (defun join-thread (thread) (%join-thread thread) (let ((return-values - (mp:process-private-property 'return-values thread))) + (mp:process-property 'return-values thread))) (values-list return-values))) (mark-supported) -- Martin Simmons LispWorks Ltd http://www.lispworks.com/ From sionescu at cddr.org Thu Mar 21 19:05:48 2013 From: sionescu at cddr.org (Stelian Ionescu) Date: Thu, 21 Mar 2013 20:05:48 +0100 Subject: [Bordeaux-threads-devel] Upcoming 0.8.3 release In-Reply-To: <201303211839.r2LIdksd029607@higson.cam.lispworks.com> References: <1363639302.8498.13.camel@cathai> <201303211839.r2LIdksd029607@higson.cam.lispworks.com> Message-ID: <1363892748.31341.4.camel@cathai> On Thu, 2013-03-21 at 18:39 +0000, Martin Simmons wrote: > >>>>> On Mon, 18 Mar 2013 21:41:42 +0100, Stelian Ionescu said: > > > > I'd like to make a new release by this weekend, so please run the test > > suite on all available implementations. > > There are two bugs in the LispWorks implementation of bt:join-thread. > Firstly, mp:process-private-property only works on the current thread (the > second argument is actually the default) and secondly the private properties > are removed when the process exits. > > Please use mp:process-property instead: Thanks, committed. I think this feature should be part of the LW API, it's very useful. -- Stelian Ionescu a.k.a. fe[nl]ix Quidquid latine dictum sit, altum videtur. http://common-lisp.net/project/iolib -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From avodonosov at yandex.ru Sat Mar 23 00:24:37 2013 From: avodonosov at yandex.ru (Anton Vodonosov) Date: Sat, 23 Mar 2013 04:24:37 +0400 Subject: [Bordeaux-threads-devel] Upcoming 0.8.3 release In-Reply-To: <1363639302.8498.13.camel@cathai> References: <1363639302.8498.13.camel@cathai> Message-ID: <1720841363998277@web26h.yandex.ru> 19.03.2013, 00:42, "Stelian Ionescu" : > I'd like to make a new release by this weekend, so please run the test > suite on all available implementations. I have run the tests on the following implementations* -------------------------- * implementation names are computed by (asdf:implementation-identifier); ecl-12.12.1-unknown means the ECL 12.12.1 release, don't be confused by the "unknown' word. ------------------------- Windows: sbcl-1.1.0.45-win-x86 OK sbcl-1.1.0.36.mswinmt.1201-284e340-win-x64 OK sbcl-1.1.0.36.mswinmt.1201-284e340-win-x86 OK abcl-1.1.0-fasl39-win-x64 HANGS ccl-1.8-f95-win-x86 OK ccl-1.8-f95-win-x64 OK ecl-12.12.1-ab933fa5-win-x86-bytecode FAILED-TESTS: bordeaux-threads-test.join-thread-return-value bordeaux-threads-test.current-thread-identity ecl-12.12.1-ab933fa5-win-x86-lisp-to-c FAILED-TESTS bordeaux-threads-test.join-thread-return-value bordeaux-threads-test.current-thread-identity bordeaux-threads-test.default-special-bindings bordeaux-threads-test.should-retrieve-thread-name bordeaux-threads-test.condition-variable bordeaux-threads-test.should-identify-threads-correctly bordeaux-threads-test.should-have-thread-interaction bordeaux-threads.interrupt-thread acl-9.0a-win-x86 OK Linux: ccl-1.8-f95-linux-x86 OK ccl-1.9-f96-linux-x86 HANGS (not alwasy 2 times from 4 tries) sbcl-1.1.1-linux-x86 OK sbcl-1.1.3.12-b9691ef-linux-x86 OK cmu-snapshot-2013-03-a__20d_unicode_-linux-x86 HANGS (the issue I reported some time ago, it hangs and keeps printing lot of '.' symbols to the log) ecl-12.12.1-unknown-linux-x86-bytecode OK ecl-12.12.1-unknown-linux-x86-lisp-to-c FAILED-TESTS bordeaux-threads-test.join-thread-return-value bordeaux-threads-test.should-identify-threads-correctly bordeaux-threads.interrupt-thread bordeaux-threads-test.default-special-bindings bordeaux-threads-test.should-retrieve-thread-name bordeaux-threads-test.condition-variable bordeaux-threads-test.current-thread-identity bordeaux-threads-test.should-have-thread-interaction abcl-1.1.1-fasl39-linux-x86" HANGS The log files are temporary kept here: https://dl.dropbox.com/u/5708042/bordeaux-threads-tests/abcl-1-1-0-fasl39-win-x64 https://dl.dropbox.com/u/5708042/bordeaux-threads-tests/abcl-1-1-1-fasl39-linux-x86 https://dl.dropbox.com/u/5708042/bordeaux-threads-tests/acl-9-0a-win-x86 https://dl.dropbox.com/u/5708042/bordeaux-threads-tests/ccl-1-8-f95-linux-x86 https://dl.dropbox.com/u/5708042/bordeaux-threads-tests/ccl-1-8-f95-win-x64 https://dl.dropbox.com/u/5708042/bordeaux-threads-tests/ccl-1-8-f95-win-x86 https://dl.dropbox.com/u/5708042/bordeaux-threads-tests/ccl-1-9-f96-linux-x86 https://dl.dropbox.com/u/5708042/bordeaux-threads-tests/cmu-snapshot-2013-03-a__20d_unicode_-linux-x86 https://dl.dropbox.com/u/5708042/bordeaux-threads-tests/ecl-12-12-1-ab933fa5-win-x86-bytecode https://dl.dropbox.com/u/5708042/bordeaux-threads-tests/ecl-12-12-1-ab933fa5-win-x86-lisp-to-c https://dl.dropbox.com/u/5708042/bordeaux-threads-tests/ecl-12-12-1-unknown-linux-x86-bytecode https://dl.dropbox.com/u/5708042/bordeaux-threads-tests/ecl-12-12-1-unknown-linux-x86-lisp-to-c https://dl.dropbox.com/u/5708042/bordeaux-threads-tests/sbcl-1-1-0-36-mswinmt-1201-284e340-win-x64 https://dl.dropbox.com/u/5708042/bordeaux-threads-tests/sbcl-1-1-0-36-mswinmt-1201-284e340-win-x86 https://dl.dropbox.com/u/5708042/bordeaux-threads-tests/sbcl-1-1-0-45-win-x86 https://dl.dropbox.com/u/5708042/bordeaux-threads-tests/sbcl-1-1-1-linux-x86 https://dl.dropbox.com/u/5708042/bordeaux-threads-tests/sbcl-1-1-3-12-b9691ef-linux-x86 Best regards, - Anton From sionescu at cddr.org Sat Mar 23 01:57:14 2013 From: sionescu at cddr.org (Stelian Ionescu) Date: Sat, 23 Mar 2013 02:57:14 +0100 Subject: [Bordeaux-threads-devel] Upcoming 0.8.3 release In-Reply-To: <1720841363998277@web26h.yandex.ru> References: <1363639302.8498.13.camel@cathai> <1720841363998277@web26h.yandex.ru> Message-ID: <1364003834.3982.7.camel@cathai> On Sat, 2013-03-23 at 04:24 +0400, Anton Vodonosov wrote: > 19.03.2013, 00:42, "Stelian Ionescu" : > > I'd like to make a new release by this weekend, so please run the test > > suite on all available implementations. > > I have run the tests on the following implementations* > -------------------------- > * implementation names are computed by (asdf:implementation-identifier); > ecl-12.12.1-unknown means the ECL 12.12.1 release, don't be confused > by the "unknown' word. > ------------------------- > > > Windows: > sbcl-1.1.0.45-win-x86 OK > sbcl-1.1.0.36.mswinmt.1201-284e340-win-x64 OK > sbcl-1.1.0.36.mswinmt.1201-284e340-win-x86 OK > abcl-1.1.0-fasl39-win-x64 HANGS > ccl-1.8-f95-win-x86 OK > ccl-1.8-f95-win-x64 OK > ecl-12.12.1-ab933fa5-win-x86-bytecode > FAILED-TESTS: > bordeaux-threads-test.join-thread-return-value > bordeaux-threads-test.current-thread-identity > ecl-12.12.1-ab933fa5-win-x86-lisp-to-c > FAILED-TESTS > bordeaux-threads-test.join-thread-return-value > bordeaux-threads-test.current-thread-identity > bordeaux-threads-test.default-special-bindings > bordeaux-threads-test.should-retrieve-thread-name > bordeaux-threads-test.condition-variable > bordeaux-threads-test.should-identify-threads-correctly > bordeaux-threads-test.should-have-thread-interaction > bordeaux-threads.interrupt-thread > acl-9.0a-win-x86 OK > > Linux: > ccl-1.8-f95-linux-x86 OK > ccl-1.9-f96-linux-x86 HANGS (not alwasy 2 times from 4 tries) > sbcl-1.1.1-linux-x86 OK > sbcl-1.1.3.12-b9691ef-linux-x86 OK > cmu-snapshot-2013-03-a__20d_unicode_-linux-x86 HANGS > (the issue I reported some time ago, it hangs > and keeps printing lot of '.' symbols to the log) > ecl-12.12.1-unknown-linux-x86-bytecode OK > ecl-12.12.1-unknown-linux-x86-lisp-to-c > FAILED-TESTS > bordeaux-threads-test.join-thread-return-value > bordeaux-threads-test.should-identify-threads-correctly > bordeaux-threads.interrupt-thread > bordeaux-threads-test.default-special-bindings > bordeaux-threads-test.should-retrieve-thread-name > bordeaux-threads-test.condition-variable > bordeaux-threads-test.current-thread-identity > bordeaux-threads-test.should-have-thread-interaction > abcl-1.1.1-fasl39-linux-x86" HANGS Thanks for the testing. I only use Linux/x86_64. I can reproduce the ABCL issue and I've notified its developers, but not the ones with CCL - I tried both 32bit and 64bit for many times without problems - nor with CMUCL, so I need more information. Can you interrupt the test and get stack traces ? As for ECL, I can't even compile it, I'll just report the problem. . -- Stelian Ionescu a.k.a. fe[nl]ix Quidquid latine dictum sit, altum videtur. http://common-lisp.net/project/iolib -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From avodonosov at yandex.ru Sat Mar 23 05:57:17 2013 From: avodonosov at yandex.ru (Anton Vodonosov) Date: Sat, 23 Mar 2013 09:57:17 +0400 Subject: [Bordeaux-threads-devel] Upcoming 0.8.3 release In-Reply-To: <1364003834.3982.7.camel@cathai> References: <1363639302.8498.13.camel@cathai> <1720841363998277@web26h.yandex.ru> <1364003834.3982.7.camel@cathai> Message-ID: <1699151364018237@web3f.yandex.ru> 23.03.2013, 05:57, "Stelian Ionescu" : > Thanks for the testing. > I only use Linux/x86_64. I can reproduce the ABCL issue and I've > notified its developers, but not the ones with CCL - I tried both 32bit > and 64bit for many times without problems - nor with CMUCL, so I need > more information. Can you interrupt the test and get stack traces ? CCL stack trace: (B79C0B5C) : 0 (%PROCESS-WAIT-ON-SEMAPHORE-PTR # 16777215 0 "semaphore wait" NIL) 431 (B79C0BA0) : 1 (WAIT-ON-SEMAPHORE # NIL "semaphore wait") 207 (B79C0BBC) : 2 (CONDITION-WAIT # #) 159 (B79C0BE8) : 3 (FUNCALL #'#) 671 (B79C0C10) : 4 (FUNCALL #'#<(:INTERNAL IT.BESE.FIVEAM::RUN-IT (IT.BESE.FIVEAM::RUN-TEST-LAMBDA (IT.BESE.FIVEAM::TEST-CASE)))>) 1095 (B79C0C78) : 5 (FUNCALL #'#<#> #) 63 (B79C0C90) : 6 (FUNCALL #'#<#> #) 199 (B79C0CA0) : 7 (FUNCALL #'#<(:INTERNAL IT.BESE.FIVEAM::RUN-TESTS (IT.BESE.FIVEAM::%RUN (IT.BESE.FIVEAM::TEST-SUITE)))>) 327 (B79C0CCC) : 8 (FUNCALL #'#<#> #) 239 (B79C0D00) : 9 (FUNCALL #'#<(:INTERNAL RUN)>) 727 (B79C0D2C) : 10 (RUN! :BORDEAUX-THREADS) 119 (B79C0D3C) : 11 (CALL-CHECK-REGS RUN! :BORDEAUX-THREADS) 247 CMUCL: 0: (UNIX::SIGINT-HANDLER # # #.(SYSTEM:INT-SAP #x3FFFC68C)) 1: (UNIX::SIGINT-HANDLER 3 # # #.(SYSTEM:INT-SAP #x3FFFC68C))[:EXTERNAL] 2: ("call_into_lisp+#xAB [#x8054FEF] ./lisps/cmucl-2013-03a/bin/lisp") 3: ("funcall3+#x32 [#x8054A82] ./lisps/cmucl-2013-03a/bin/lisp") 4: ("interrupt_handle_now+#xEC [#x8051A6C] ./lisps/cmucl-2013-03a/bin/lisp") 5: ("__kernel_rt_sigreturn+#x0 [#xB7FE5440] ") 6: (SLEEP 0.001) 7: ("LAMBDA NIL") 8: ((LABELS IT.BESE.FIVEAM::RUN-IT)) 9: ((METHOD IT.BESE.FIVEAM::RUN-TEST-LAMBDA NIL (IT.BESE.FIVEAM::TEST-CASE)) (#(5 7 6 3) . #()) # #) 10: ((METHOD IT.BESE.FIVEAM::RUN-RESOLVING-DEPENDENCIES NIL (IT.BESE.FIVEAM::TEST-CASE)) (#(2 0 3 3) . #()) # #) 11: ((FLET IT.BESE.FIVEAM::RUN-TESTS)) 12: ((METHOD IT.BESE.FIVEAM::%RUN NIL (IT.BESE.FIVEAM::TEST-SUITE)) (#(5 6 3) . #()) # #) 13: ("DEFUN RUN") 14: (RUN! :BORDEAUX-THREADS) > As for ECL, I can't even compile it, I'll just report the problem. ECL is easy to compile: confgiure; make; make install. If you send me your ssh key, I can give you access to my machine, where these failures can be reproduced. Best regards, - Anton From sionescu at cddr.org Sat Mar 23 14:59:49 2013 From: sionescu at cddr.org (Stelian Ionescu) Date: Sat, 23 Mar 2013 15:59:49 +0100 Subject: [Bordeaux-threads-devel] Upcoming 0.8.3 release In-Reply-To: <1699151364018237@web3f.yandex.ru> References: <1363639302.8498.13.camel@cathai> <1720841363998277@web26h.yandex.ru> <1364003834.3982.7.camel@cathai> <1699151364018237@web3f.yandex.ru> Message-ID: <1364050789.3982.10.camel@cathai> On Sat, 2013-03-23 at 09:57 +0400, Anton Vodonosov wrote: > 23.03.2013, 05:57, "Stelian Ionescu" : > > > Thanks for the testing. > > I only use Linux/x86_64. I can reproduce the ABCL issue and I've > > notified its developers, but not the ones with CCL - I tried both 32bit > > and 64bit for many times without problems - nor with CMUCL, so I need > > more information. Can you interrupt the test and get stack traces ? > > CCL stack trace: > > (B79C0B5C) : 0 (%PROCESS-WAIT-ON-SEMAPHORE-PTR # 16777215 0 "semaphore wait" NIL) 431 > (B79C0BA0) : 1 (WAIT-ON-SEMAPHORE # NIL "semaphore wait") 207 > (B79C0BBC) : 2 (CONDITION-WAIT # #) 159 > (B79C0BE8) : 3 (FUNCALL #'#) 671 > (B79C0C10) : 4 (FUNCALL #'#<(:INTERNAL IT.BESE.FIVEAM::RUN-IT (IT.BESE.FIVEAM::RUN-TEST-LAMBDA (IT.BESE.FIVEAM::TEST-CASE)))>) 1095 > (B79C0C78) : 5 (FUNCALL #'#<#> #) 63 > (B79C0C90) : 6 (FUNCALL #'#<#> #) 199 > (B79C0CA0) : 7 (FUNCALL #'#<(:INTERNAL IT.BESE.FIVEAM::RUN-TESTS (IT.BESE.FIVEAM::%RUN (IT.BESE.FIVEAM::TEST-SUITE)))>) 327 > (B79C0CCC) : 8 (FUNCALL #'#<#> #) 239 > (B79C0D00) : 9 (FUNCALL #'#<(:INTERNAL RUN)>) 727 > (B79C0D2C) : 10 (RUN! :BORDEAUX-THREADS) 119 > (B79C0D3C) : 11 (CALL-CHECK-REGS RUN! :BORDEAUX-THREADS) 247 > > CMUCL: > > 0: (UNIX::SIGINT-HANDLER # > # > #.(SYSTEM:INT-SAP #x3FFFC68C)) > 1: (UNIX::SIGINT-HANDLER 3 > # > # > #.(SYSTEM:INT-SAP #x3FFFC68C))[:EXTERNAL] > 2: ("call_into_lisp+#xAB [#x8054FEF] ./lisps/cmucl-2013-03a/bin/lisp") > 3: ("funcall3+#x32 [#x8054A82] ./lisps/cmucl-2013-03a/bin/lisp") > 4: ("interrupt_handle_now+#xEC [#x8051A6C] ./lisps/cmucl-2013-03a/bin/lisp") > 5: ("__kernel_rt_sigreturn+#x0 [#xB7FE5440] ") > 6: (SLEEP 0.001) > 7: ("LAMBDA NIL") > 8: ((LABELS IT.BESE.FIVEAM::RUN-IT)) > 9: ((METHOD IT.BESE.FIVEAM::RUN-TEST-LAMBDA NIL (IT.BESE.FIVEAM::TEST-CASE)) > (#(5 7 6 3) . #()) # > #) > 10: ((METHOD IT.BESE.FIVEAM::RUN-RESOLVING-DEPENDENCIES NIL > (IT.BESE.FIVEAM::TEST-CASE)) > (#(2 0 3 3) . #()) # > #) > 11: ((FLET IT.BESE.FIVEAM::RUN-TESTS)) > 12: ((METHOD IT.BESE.FIVEAM::%RUN NIL (IT.BESE.FIVEAM::TEST-SUITE)) > (#(5 6 3) . #()) # > #) > 13: ("DEFUN RUN") > 14: (RUN! :BORDEAUX-THREADS) > > > > As for ECL, I can't even compile it, I'll just report the problem. > ECL is easy to compile: confgiure; make; make install. I know, but on my machine the latest release segfaults during compilation. > If you send me your ssh key, I can give you access to my machine, where > these failures can be reproduced. Will do. -- Stelian Ionescu a.k.a. fe[nl]ix Quidquid latine dictum sit, altum videtur. http://common-lisp.net/project/iolib -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: