IRC channel logs

<damo22>sneek: hello

<damo22>youpi: i saw you added a patch to smbfs/master, it appears that will make it work both ways?

<damo22>one just needs to remember to compile with -D_FILE_OFFSET_BITS=64 on 32b systems?

<damo22>depending if using debians libsmbclient or upstream

<youpi>damo22: that's it

<damo22>youpi: the source for __mach_msg loops itself if interrupted, but with the same timeout

<damo22>if java keeps interrupting the mach_msgs it will keep retrying with the same timeout?

<youpi>damo22: yes, that's why I fixed the pthread timedblock function

<youpi>to update the relative time

<damo22>your mail says that was a bandaid?

<damo22>i mean, did we fix it completely now?

<youpi>for the pthread timed waits, yes

<youpi>other timed waits may still have the issue

<youpi>I got a look at functions that take an absolute time, they are fine

<damo22>eg mach/hurd/htl/pt-hurd-cond-timedwait.c

<youpi>it uses timedblock, so it's fine

<youpi>(with my fix)

<youpi>(it seems I had forgotten to send the commit to the mailing lists)

<damo22>i assume "your fix" is the one you attached to your mail as a patch for me to test?

<damo22>well, java still hangs so i need to dig more

<damo22>gnu_srs: it worked for me earlier today, maybe you are getting blocked by hitting it too much

<damo22>it seems java has a complex scheduler built in for putting things to sleep and waking them

<youpi>it has green threads

<damo22>they are red now

<damo22> } else if (match_option(option, "-green", &tail)) {

<damo22> jio_fprintf(defaultStream::error_stream(),

<damo22> "Green threads support not available\n");

2026-08-25.log