I saw that, but one wonders whether we might be alone and should just stop whining :) I cannot understand how ignoring errors is a feature, but maybe it is to some??? One argument against the idea is that the file could grow very large over time, but it should not be too bad, and I would certainly want to know if my image is generating huge numbers of unhandled execeptions. That is all the more true on servers and embedded systems.
A possible compromise is something I did a while back and need to press back into service: a rotating (for lack of a better name) file stream. It uses one stream for a set period of time, then opens a new file and begins writing to it. It leaves a seriies of files named for when they were opened. I did it to avoid having something get hung up (the concern was mostly defective USB drivers) and taking out all of our data from an experiment vs. just costing us the last ten minutes worth. Something even simpler could probably work here. Bill ________________________________ From: [email protected] [mailto:[email protected]] On Behalf Of [email protected] Sent: Saturday, August 22, 2009 12:53 PM To: [email protected] Subject: Re: [Pharo-project] Line end convention in MultiByteFileStream In another thread I asked to count one vote plus for this. Em 22/08/2009 13:56, Schwab,Wilhelm K < [email protected] > escreveu: Something else that I would very much like to see done to the debug log is to append new entries vs. overwriting them. A lot of useful information is destroyed that way. What do others think? Bill -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Damien Cassou Sent: Saturday, August 22, 2009 11:35 AM To: Pharo Development Subject: Re: [Pharo-project] Line end convention in MultiByteFileStream About PharoDebug.log: http://code.google.com/p/pharo/issues/detail?id=1082 -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry _______________________________________________ Pharo-project mailing list [email protected] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [email protected] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list [email protected] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
