Thu 11 Apr 2013 03:05:48 AM UTC, original submission:
As I moved from 0.8.10 to recent git snapshot (7d28e20f),
I began to notice something was emitted in TRACE level from logging verbosity 2
but it's not an output from my SWF's trace():
8211:1] 113 TRACE: gnash::GtkAggGlue::GtkAggGlue() enter
8211:1] 113 TRACE: gnash::GtkAggGlue::GtkAggGlue() returning
8211:1] 113 TRACE: virtual bool gnash::GtkAggGlue::init(int, char***) enter
8211:1] 113 TRACE: virtual bool gnash::GtkAggGlue::init(int, char***) returning
8211:1] 124 TRACE: virtual void gnash::GtkAggGlue::prepDrawingArea(GtkWidget*) enter *
8211:1] 124 TRACE: virtual void gnash::GtkAggGlue::prepDrawingArea(GtkWidget*) returning *
8211:1] 124 TRACE: virtual gnash::Renderer gnash::GtkAggGlue::createRenderHandler() enter*
8211:1] 126 TRACE: virtual gnash::Renderer gnash::GtkAggGlue::createRenderHandler() returning*
8211:1] 126 TRACE: virtual void gnash::GtkAggGlue::setRenderHandlerSize(int, int) enter
8211:1] 126 TRACE: virtual void gnash::GtkAggGlue::setRenderHandlerSize(int, int) returning
8211:1] 131 SECURITY: Extensions disabled
8211:2] 132 UNIMPLEMENTED: FileAttributes tag in the SWF requests that network access is not granted to this movie (or application?) when loaded from the filesystem. Anyway Gnash won't care; use white/black listing in your .gnashrc instead
8211:1] 133 TRACE: void gnash::Gui::resize_view(int, int) enter
8211:1] 133 TRACE: void gnash::Gui::resize_view(int, int) returning
8211:1] 135 TRACE: virtual void gnash::GtkAggGlue::setRenderHandlerSize(int, int) enter
8211:1] 135 TRACE: virtual void gnash::GtkAggGlue::setRenderHandlerSize(int, int) returning
8211:1] 135 TRACE: virtual void gnash::GtkAggGlue::setRenderHandlerSize(int, int) enter
8211:1] 135 TRACE: virtual void gnash::GtkAggGlue::setRenderHandlerSize(int, int) returning
8211:1] 136 TRACE: void gnash::Gui::resize_view(int, int) enter
8211:1] 136 TRACE: void gnash::Gui::resize_view(int, int) returning
8211:1] 225 TRACE: callee: load
8211:1] 225 TRACE: callee: finished loading
8211:1] 225 TRACE: callee: first run
8211:1] 225 TRACE: callee: external initializing
8211:1] 226 TRACE: callee: adding callback
8211:1] 226 TRACE: callee: finished first run
8211:1] 317 TRACE: status: load
8211:1] 317 TRACE: status: finished loading
8211:1] 317 TRACE: status: load
8211:1] 317 TRACE: status: finished loading
8211:1] 2621 TRACE: bool gnash::movie_root::processInvoke(gnash::ExternalInterface::invoke_t*) enter *
8211:1] 2621 TRACE: bool gnash::movie_root::processInvoke(gnash::ExternalInterface::invoke_t*) returning *
It seems that some lines of Gnash's internal (formerly-)DEBUG message
came out as a TRACE message, mixing up with SWF's trace() output.
This causes inconvenience as one would need to read the whole line
to decide whether each one is SWF's trace() output,
and it cannot be done automatically.
The fix would be either reverting the logging system back to 0.8.10-style
or provide a new means of distinguishing trace() output from gnash's internals debug,
since the old "grep TRACE:" became not as useful.
Note: output above was obtained from my test case on
ExternalInterface problem (bug #37223 js2flash.html)
with gnash logging verbosity 2 (equivalent to gnash -vv)
Gnash: 0.8.11dev (master-21708-7d28e20)
Browser: iceweasel 3.0.6-3 from Debian repository (no addons)
System: Debian GNU/Linux 5.0 Lenny i386
|