From 994406fcc9fb1233e70cb0d9c3dd26909f63a001 Mon Sep 17 00:00:00 2001 From: Thomas Schwinge Date: Sat, 24 Jul 2010 12:30:01 +0200 Subject: hurd/libfshelp: New. --- hurd/libfshelp.mdwn | 29 +++++++++++++++++++++++++++++ 1 file changed, 29 insertions(+) create mode 100644 hurd/libfshelp.mdwn diff --git a/hurd/libfshelp.mdwn b/hurd/libfshelp.mdwn new file mode 100644 index 00000000..4eda91b6 --- /dev/null +++ b/hurd/libfshelp.mdwn @@ -0,0 +1,29 @@ +[[!meta copyright="Copyright © 2010 Free Software Foundation, Inc."]] + +[[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable +id="license" text="Permission is granted to copy, distribute and/or modify this +document under the terms of the GNU Free Documentation License, Version 1.2 or +any later version published by the Free Software Foundation; with no Invariant +Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license +is included in the section entitled [[GNU Free Documentation +License|/fdl]]."]]"""]] + +TODO. + + +# Open Issues + +[[!tag open_issue_hurd]] + + * IRC, unknown channel, unknown date + + antrik, i had some problems with CLISP. it goes into an infinite loop when there's no stdin or stdout (fshelp closes them when a translator starts). At first I tried to patch it but CLISP has very intricate dependencies on them, so I just created a wraper program (run-lisp-trans) that opens /dev/null as stdin and stdout and then exec's clisp + flavioc, antrik: I would suggest to modify libfshelp to start translators with stdin/stdout mapped to /dev/null. + or is there a good reason not to? + marcus, the problem is in clisp :-), it should not expect that stdin/stdout are always open + flavioc: I agree, but there is really no point in making it hard. many programs will fail if stdin, stdout or stderr are not occupied. historically, they expect them to be there, so IMO libfshelp should be changed + flavioc: it's a simple solution, works everywhere and shouldn't do any harm :) + marcus, I see. should I propose that on the mailing list? :-) + flavioc: it might be simpler to just crack the svn server and sneak it in :) + if you submit a patch I will look at it and check it in if it is ok + and see if Roland is still watching ... :D -- cgit v1.2.3