IRC channel logs


back to list of logs

<stis>maybe not but it is a fun project
<KE0VVT>I’m not sure where I should store my version control directories.
<KE0VVT>Does Haunt dictate how my URIs should be?
<leoprikler>does guile have a function similar to file-name-separator, but for paths?
<lloda>there is a private path-separator in module/system/foreign-library.scm
<lloda>some functions there look like they would be worth exporting from a more sensible module
***xws is now known as wxie
<dsmith-work>Morning Greetings, Guilers
<tohoyn>good evening
<tohoyn>daviid: it seems that gtk-container-add is not define in the new g-golf
<daviid>tohoyn: g-golf does not define any gtk class, nor methds, thsee are imported - there is no GtkContainer in Gtk-4
<tohoyn>daviid: ok. I added #:version to the import command and now it works.
<daviid>tohoyn: perfect -
<tohoyn>daviid: I'm making a new debianized version of g-golf
<daviid>tohoyn: great!
<tohoyn>daviid: btw, I get lots of strange gtk warnings. See
<tohoyn>daviid: published, see
<daviid>sneek: later tell tohoyn these are Gtk-Warnings, i'd be happy to try to help, but as usual, i need a code snipset to reproduce ... you may also ask on #gtk using
<sneek>Got it.
<roptat>how would you process a 100MB xml file in guile, so that it's not too long and too memory intensive?
<roptat>using ssax:make-parser was already a huge improvement over using xml->sxml and processing that, but it's still very slow
<roptat>it's a list with many elements. from an experiment I just ran, it's 4 times faster to have a global variable for the results, and set! it everytime I encounter the closing tag of a new element, than to let ssax:make-parser create the list for me
***jackhill is now known as KM4MBG
<leoprikler>roptat: maybe not store a huge result at all and instead convert the elements to a (pseudo)stream?
<leoprikler>or dividing them into chunks and applying map-reduce patternss