<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
<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. <tohoyn>daviid: I'm making a new debianized version of g-golf <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 irc.gnome.org <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