<amirouche>since I removed the debug print statment from my program that does a dump of hn it's running <amirouche>I mean that it did not crash, but I don't what's it is doing <daviid>manumanumanu: did you know about guile-lib (os process)? I did no look at your code carefuly, neither do I know (os proces) 'in details', but always nice to avoid 'rewriting the wheel' ... <chrislckaway>manumanumanu and taylan - thx for pointers, these look complicated <daviid>chrislckaway: may be you wna to also have a look at guile-lib (os process)? ***chrislckaway is now known as chrislck
<chrislck>thx daviid i was hoping for something inhouse; i'll check <daviid>chrislck: guile-lib is the 'ante quarto' of guile, it is 'almost' in house :) <daviid>chrislck: I higly recommend you to use the guile-lib test-suite instead <daviid>which integrates well/esily with the autotool chain, should that metter to you <daviid>chrislck: ah, this (system "jenny 2 2 2 3") scared me <chrislck>nah jenny is public-domain and completely harmless; it creates useful short combinatorial permutations of options <chrislck>Ok I think taylan's method with popen and textual-ports is the simplest <daviid>chrislck: i think guile-lib (run "cmd" "parameters") is easier, and maintained ... but of course as you wish <chrislck>the issue is I can install guile-lib locally but don't wish to force a scheme dependency onto travis-CI or other users. thx for pointing me towards this useful library <chrislck>i guess it'd be (run-with-pipe "r" "jenny" "2 3 4") <daviid>chrislck: i respect, though I don't understand why you can't have (force isn't the right word in this case imo) a dependency toward guile-lib for gnucash <daviid>or any other guile lib(s) for that matter <chrislck>there hasn't been a gnucash scheme maintainer for years... they're aiming to reduce nloc in scheme <chrislck>the scheme code was written 15-20 years ago before srfi-1, slib and r6rs <daviid>chrislck: sure, but you are now working it, and you should be able do the right thing, which is to use guile and well developed supported guile-libs, imo <daviid>chrislck: so now you can use all these, and guile-lib, it will be better for all, not just for you, imo, anyone asking you to rewrite a wel written, well supported code 'is wrong', not helping you to clean the code and making it far easer to maintain, precisely what those complains about i the first place, ... to me, this is none sense <daviid>but hey, do as you wish, again, and thanks for working on this as well by the way! <manumanumanu>daviid: (or process) seems a bit lower level, but generally does the same. It is just convenience things built on open-process and port->list or port-fold. <manumanumanu>I really think guile should deprecate most of (ice-9 popen) and just make open-process available as an import. <manumanumanu>and provide some nice port operations instead, like port-fold or port->list <daviid>manumanumanu: it seems to me that (os process) from guile-lib does what your paste does, and more ... if that is correct, theh I'd rather encourage users to use and rely upon guile-lib, which is (very) well written, documented, has a complete test-suite ... if that is not correct, we should enhance guile-lib ... <manumanumanu>I didn't say anyone shoud use my library, that was ArneBab's idea :D I just pasted it to show how I interface with open-process <manumanumanu>which I think should be exposed by guile by default, since it covers most uses for executing external programs <Thra11>Does the guile repl have any sort of config file so I can for example load readline support automatically every time I launch the repl? <mwette>you can put something in your ~/.guile file [e.g., (use-modules (ice-9 readline)) (acivate-readline)] <sneek>mwette, you have 3 messages. <sneek>mwette, ArneBab says: for me wisp is a usecase for additional languages in Guile. It allows me to have the features of Scheme with better readability for newcomers. Essentially a thin shell over Scheme, were the basic syntax of Scheme cannot accomodate to something. <sneek>mwette, ArneBab says: another use case for additional languages in Guile is to be able to reuse domain specific work people did in other languages. For example being able to parse org-mode documents with real org-mode and get them as data into Guile programs. <sneek>mwette, ArneBab says: I’m using org-mode as example, because it is essentially specified by its source — and so complex that you can’t just go and re-implement it. At the same time it is already being used as data-interchange format in Emacs.