[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Gnash-commit] gnash/server ActionExec.cpp Function.cpp Global...
From: |
strk |
Subject: |
Re: [Gnash-commit] gnash/server ActionExec.cpp Function.cpp Global... |
Date: |
Fri, 30 Jun 2006 01:11:42 +0200 |
Ops, sorry, I checked the problem myself, they couldn't be non-statics
because some of the static ActionHandlers where using the _property_names
directly. Anyway, we could modify those code snippets to use a
getPropertyByNum() instead.
The point is trying to avoid the statics initialization problem w/out
having to put classes members initializations in foreign implementation
files.
--strk;
On Thu, Jun 29, 2006 at 11:56:21PM +0200, strk wrote:
> On Thu, Jun 29, 2006 at 07:15:00PM +0000, Vitaly Alexeev wrote:
>
> > Index: action_buffer.cpp
> > ===================================================================
> > RCS file: /sources/gnash/gnash/server/action_buffer.cpp,v
> > retrieving revision 1.4
> > retrieving revision 1.5
> > diff -u -b -r1.4 -r1.5
> > --- action_buffer.cpp 26 Jun 2006 02:21:44 -0000 1.4
> > +++ action_buffer.cpp 29 Jun 2006 19:15:00 -0000 1.5
> > @@ -65,6 +65,12 @@
> >
> > namespace gnash {
> >
> > +
> > +#if defined(_WIN32) || defined(WIN32)
> > + SWFHandlers::container_type SWFHandlers::_handlers(255);
> > + std::vector<std::string> SWFHandlers::_property_names;
> > +#endif
> > +
> > static const SWFHandlers& ash = SWFHandlers::instance();
>
> Shouldn't SWFHandlers::_handlers and SWFHandlers::_property_names
> be now non-static members of the SWFHandlers singleton ?
> I tought I made it that way, that should fix the initialization
> problem right ?
>
> --strk;
>
>
> _______________________________________________
> Gnash-commit mailing list
> address@hidden
> http://lists.gnu.org/mailman/listinfo/gnash-commit
--
/"\ ASCII Ribbon Campaign
\ / Respect for low technology.
X Keep e-mail messages readable by any computer system.
/ \ Keep it ASCII.