meb
2017-7-14 13:13:30

@meb has joined the channel


samth
2017-7-14 14:01:05

@ryanc Is it possible to fix the stxparse tests soon? currently all of our CI except DrDr is failing because of that, which limits our test coverage as a whole and makes it hard to tell if we regress things


ryanc
2017-7-14 17:29:46

@samth should be fixed now


samth
2017-7-14 17:53:02

@ryanc great


notjack
2017-7-14 22:54:07

why does a plumber flush callback receive its flush handle as an argument? the docs say it’s so it can conveniently unregister itself, but why would it need to do that? is it to guard against the plumber being flushed more than once, or to deal with the case where flushing is unsuccessful and should be retried?


mflatt
2017-7-14 23:06:24

Yes, helping to avoid another flush was the intent. But I’m often unsure whether it’s better to make a callback receive a relevant argument or have the callback be a closure as needed.


notjack
2017-7-14 23:07:13

is there a reason flushing the callbacks doesn’t automatically unregister them?


zenspider
2017-7-15 01:45:00

test-log is documented as displaying by default, but that’s not the case. I need to use (void (test-log #:display? #t)) to get actual output. cc/ @notjack (since you’re in there a lot of late)


notjack
2017-7-15 01:59:47

@zenspider I think the docs are just wrong there. Based on the git history those two arguments have always defaulted to #f and been documented as defaulting to #t


notjack
2017-7-15 01:59:57

doc patches welcome :)


zenspider
2017-7-15 04:12:37