|
From: Tim H. <hof...@hi...> - 2008-05-28 17:24:42
|
> A log file might be a good things to have. But I wonder if it would be worth aiming > for a portable solution - although we do not have the problem on other platforms. > (Some people would prefer to drop the windows console completly, I guess. IMHO > we should just make it just a bit more user friendly: readline support, more drag'n drop, > descent menu layout and a new button bar etc.) It definitly could need it a bit polishing. :) I don't think that one needs a portable solution. All other systems can redirect the error stream which is more natural there (would also be my favorite solution in windows, but this does not work). So I would leave it in the windows part, except someone really wants it for all systems. > The implementation for Windows via "MyPrintf" etc. would just be fine. Maybe putting the > code in TextPutStr() (wtext.c) would be even simpler - one has to check. In the My* functions there is still the file handle available. So I can check if the text is addressed to stderr and log only errors. Put apparently everything is coming via stderr, even the information at startup. I checked via (f==stderr) like it's done in the isterm() macro. Does someone know if this is right? Maybe it's a windows problem because the streams do not really exist. However since I call with a plotfile as parameter all the terminal parts like startup information and prompt aren't written anyway. > Btw. I would suggest -l <filename> instead of -log <filename> that's fine by me. Tim -- Tim Hoffmann Raum 052 HISKP Tel: +49-228-73-2942 Universitaet Bonn Fax: +49-228-73-2505 Nussallee 14-16 hof...@hi... 53115 Bonn http://www.hiskp.uni-bonn.de/gruppen/hikari |