freenode/#sbcl - IRC Chatlog
Search
18:34:42
stassats
|3b|: 2fc73e45c983c6f77775d61c174322b5642d3d0a 3f30bba41bc66e5bd9ace84446cecac2db8b4d44
19:00:31
|3b|
and now that i think about it, my sbcl is patched... is that test likely to involve backtraces at all?
19:01:35
|3b|
fixing home means my default coding system is utf8 now, that could affect printing things
19:39:44
|3b|
more windows test results, lots of stuff i don't recognize from last time i ran tests :/ https://gist.github.com/3b/714825e148ff605250cadac22fb57586
20:16:28
|3b|
ACTION should save stderr too when running tests, commented gist with 'fatal error' from bit-vector.impure-cload.lisp
20:28:07
stassats
i think there's been enough fixes for windows (not just for regressions) that i might have enough extra motivation to post up a binary come release time
20:35:20
|3b|
fairly small sample set so far, but threads.impure.lisp hangs on :all-threads-have-abort-restart. if i comment that out it hangs on (:condition-variable :notify-multiple). comment both and it finishes
20:35:57
|3b|
and now that i typed all that out it seems to have hung somewhere else on the 5th or 6th try :p
20:47:18
stassats`
i've even seen the code that does interrupts, there's no intention for it to be right
20:49:26
|3b|
all-threads-have-abort-restart seems to be locking in the test harness rather than the test itself
20:49:41
stassats`
the only solution to windows woes i can envision: replacing safepoints with good old signals, or whatever is the equivalent on windows
20:50:15
stassats`
although safepoints is a good idea in theory, it's not implemented right, at least wrt interrupts
20:59:07
|3b|
possibly some race with thread termination when with-tests tries to terminate it again if it isn't dead after the first time?
20:59:44
|3b|
assuming that is even a reasonable thing to do in the first place, which i'm not sure about (or i could be misreading the code instead)
21:02:48
Shinmera
I've had some unbelievably slow condition variables on Windows, but now I can't reproduce it.
21:06:11
|3b|
ah, i think maybe the other thing that was running into the problem just got commented out instead :/
21:08:09
stassats`
Shinmera: not guarantees that windows will receive any love, but i'll be in a better position to handle it after dealing with darwin
21:11:42
|3b|
from last time: "looks like possibly the problem is that STATIC_SPACE_SIZE isn't a multiple of os_vm_page_size, so it tries to commit more than was reserved when it gets to the last page (page size is #x8000 = 32k, static space ends at 201ff000)"