Hi
When loading large chunks of code (like Moose), some warnings appear in the Transcript. The problem is the Transcript has a limited size and that with all information dumped into, the first one get lost before we can take a look at them. Does anyone know a way to capture/redirect the Transcript output to a file, or the output from Compiler (maybe using the requestor parameter?) -- Simon _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Up to what I saw, the class the writes to the Transcript is : UndeclaredVariableWarning>>defaultAction.
But it is possible some other classes do the same. Saludos! Nico. blog: nicopaez.wordpress.com On Sun, Sep 5, 2010 at 8:52 PM, Simon Denier <[hidden email]> wrote: Hi _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
On 5 sept. 2010, at 20:55, Nicolás Paez wrote: Up to what I saw, the class the writes to the Transcript is : UndeclaredVariableWarning>>defaultAction. Indeed, that's one way it works. It seems like Encoder typically generates this kind of message (Undeclared and shadowed variable) in a few places.
-- Simon _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by Simon Denier-3
This is why I would like to have a real log infrastructure in place because Transcript
does not really scale. Stef On Sep 5, 2010, at 8:52 PM, Simon Denier wrote: > Hi > > When loading large chunks of code (like Moose), some warnings appear in the Transcript. The problem is the Transcript has a limited size and that with all information dumped into, the first one get lost before we can take a look at them. > > Does anyone know a way to capture/redirect the Transcript output to a file, or the output from Compiler (maybe using the requestor parameter?) > > -- > Simon > > > > > _______________________________________________ > Moose-dev mailing list > [hidden email] > https://www.iam.unibe.ch/mailman/listinfo/moose-dev _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by Simon Denier-3
I hope that Opal will pay attention to such a point.
Stef >> Indeed, that's one way it works. It seems like Encoder typically generates this kind of message (Undeclared and shadowed variable) in a few places. _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
On 05.09.2010 21:26, Stéphane Ducasse wrote:
> I hope that Opal will pay attention to such a point. And an easy way to redirect to sdtout or stderr would help for things like Hudson. Cheers Philippe _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Yes!
Stef On Sep 5, 2010, at 10:46 PM, Philippe Marschall wrote: > On 05.09.2010 21:26, Stéphane Ducasse wrote: >> I hope that Opal will pay attention to such a point. > > And an easy way to redirect to sdtout or stderr would help for things > like Hudson. > > Cheers > Philippe > > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by Philippe Marschall-2-3
Philippe Marschall wrote:
> And an easy way to redirect to sdtout or stderr would help for things > like Hudson. I found that in Dolphin when I was running with Cruise Control, that I installed a subclassed Transcript that logged both to the screen and to a file. I wonder if that might be an easy fix for Pharo? Tim _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
probably note.
And this si not surprising a ssystem without systematic engineering over 10 years cannot compete with one that got it. We will fix that but this will take some time and effort Stef On Sep 7, 2010, at 11:20 AM, TimM wrote: > Philippe Marschall wrote: > >> And an easy way to redirect to sdtout or stderr would help for things >> like Hudson. > > I found that in Dolphin when I was running with Cruise Control, that I installed a subclassed Transcript that logged both to the screen and to a file. > > I wonder if that might be an easy fix for Pharo? > > Tim > > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Free forum by Nabble | Edit this page |