SBCL-1.0.42

[dmitry_vk]

Собрал виндовый инсталлятор SBCL 1.0.42 (раньше использовал 1.0.40) с поддержкой нитей.

https://sites.google.com/site/dmitryvksite/sbcl-distr/sbcl-1.0.42-threads.msi

Comments

[akovalenko.livejournal.com]

Я запутался во множественных отрицаниях :) так :win32-debug должен присутствовать или отсутствовать? Stdout может быть консолью либо чем -- пайпом? (кстати, mintty и подобное -- это пайпы, не консоль). Откуда вы берете информацию (что возвращает WriteFile и какой GetLastError() сразу после) -- ставите breakpoint в отладчике непосредственно на WriteFile, или как-то ещё? (в текущем коде, к примеру, после выхода из win32_unix_read/write для консоли гарантированно будет непустой код ошибки -- из-за неудавшегося SetFilePointerEx).

Пока не воспроизвелось ни на билде с :debug-win32, ни наоборот (и ни на mintty, ни в штатной консоли). В общем, скорее надеюсь на вас в смысле более подробной информации.

P.S. Кстати, msys'овская и цигвиновская хрень -- не только терминалы, даже как-бы голый как-бы шелл -- любят устраивать гадости нормальным консольным приложениям; под bash из msys я сейчас наблюдаю, как не умеет редактироваться строка (хотя консоль "в cooked mode") и периодически теряются вводимые символы. Механизм явления мне непонятен, но факт остается: "голый" sbcl на консоли нормально работает. Так что если у вас проблема наблюдается при ./run-sbcl.sh, к примеру -- было бы поучительно посмотреть, что творится с чистым exe.

[dmitry-vk.livejournal.com]

>Откуда вы берете информацию (что возвращает WriteFile и какой GetLastError() сразу после) -- ставите breakpoint в отладчике непосредственно на WriteFile

При отладке SBCL'а отладичики бесполезны (или это уже изменилось недавно), т.к. SBCL сам использует интсрукции breakpoint'ов.

>Откуда вы берете информацию (что возвращает WriteFile и какой GetLastError() сразу после) -- ставите breakpoint в отладчике непосредственно на WriteFile, или как-то ещё?

Ставил логирование

>в текущем коде, к примеру, после выхода из win32_unix_read/write для консоли гарантированно будет непустой код ошибки -- из-за неудавшегося SetFilePointerEx

В неудавшемся SetFilePointerEx и была проблема - структура с позицией файла оставалась неинициализированной, и там был мусор (отрицательное значение), на который ругался WriteFile.