Re: [Gnash-dev] gnash seg. fault.

[strk]

If we had another backend working, another test would be not using opengl.
Unfortunately this is not possible atm, but there might be other reasons
beyond opengl calls.
I've made some tests with lockin the MovieLoader during movie advance
and that seemed to fix text rendering bugs. Maybe there are some standard
containers being memmoved (resized) during parsing and used during
action execution that might trigger memory faults.

Possibly, this can be checked by keeping load in a separate thread, but
waiting for *all* frames to be loaded before entering the main loop.
This would be tested setting startup_frames to m_frame_count in
movie_def_impl.cpp ('read' method).

--strk;



On Wed, Aug 23, 2006 at 03:55:10PM +0200, annonygmouse wrote:
> strk wrote:
> >I guess this is related task 5837:
> >https://savannah.gnu.org/task/?5837
> >
> >Please follow the link above to confirm.
> >
> 
> Confirmed, I've compiled with
> LOAD_MOVIES_IN_A_SEPARATE_THREAD undefined and
> it works again! :)
> 
> I'll keep an eye on that task.
> 
> Thanks
> Sebastià

-- 

 /"\    ASCII Ribbon Campaign
 \ /    Respect for low technology.
  X     Keep e-mail messages readable by any computer system.
 / \    Keep it ASCII.