IRC channel logs
2026-06-19.log
back to list of logs
<janneke>ice-9/threads.scm:289:23: In procedure loop: <janneke>In procedure struct-vtable: Wrong type argument in position 1 (expecting struct): #f <janneke>it would be so nice if we got an actual location with this <janneke>or even the name of the procedure that chokes on the #f <janneke>ACTION goes to sprinkle pke's again... <mwette>janneke: Sometimes it helps to compile with -O0 (or -O1) and rerun. <mwette>old: It looks like maybe the (~new) level 0 compiler does not reuse slots. See language/tree-il/compile-bytecode.scm. <ArneBab_>old: setting paralellism to 2 does not change much, but paralellism 16 reduces the rate of breakage a lot. <ArneBab_>But I still don’t understand why … I wish I had a way to reproduce it autuomatically so I could bisect over the guile history to see whether the version makes a difference (the server runs Guile 3.0.9-deb+3.0.9-1build2). <ArneBab_>… just found python-websocket-client: timeout 10s wsdump -t "\n" ws://localhost:9423 | grep kyas-krellch <ArneBab_>old: I may have found a clue: I cannot reproduce it from the terminal alone, but if I open it locally in the webbrowser and then in the terminal, the terminal stalls. So maybe a second connection from the same computer causes it to confuse the client socket. <ArneBab_>To reproduce: ./terras-heritage.w --server & bash -c 'sleep 6s; for i in {1..5}; do icecat http://localhost:9423/ & done' & bash -c 'sleep 5s; guix shell python-websocket-client -- wsdump -t "\n" ws://localhost:9423' <ArneBab_>When the browser tab opens and stalls, the websocket-client connection stalls, too, and jumps forward two characters when I reload the browser tab.