On Sun, Nov 05, 2006 at 04:36:29PM -0700, Rob Savoye wrote:
configuration changes. At this point we should concentrate on core dump
bugs, or we'll never get this out.
One thing to be careful of is making sure new/delete or malloc/free
are thread save by always wrapping memory allocation
On Mon, Nov 06, 2006 at 11:10:54AM +0100, Udo Giacomozzi wrote:
BTW, the following code causes an assertion failure:
text.substr(0, text.length-1);
lt-gnash: edit_text_character.cpp:620: void
gnash::edit_text_character::format_text(): Assertion `! _text.empty()' failed.
With typeof
strk wrote:
Mmm.. I could reproduce #18207 with NO intervention of the Guis (NullGui -
-r1)
Please try now after my patch of last night. It's in both HEAD and the
branch. #18120 appears to be trying to access a non existence root movie
pointer after loading a movie clip.
- rob -
On Mon, Nov 06, 2006 at 08:21:33AM -0700, Rob Savoye wrote:
strk wrote:
Mmm.. I could reproduce #18207 with NO intervention of the Guis (NullGui -
-r1)
Please try now after my patch of last night. It's in both HEAD and the
branch. #18120 appears to be trying to access a non existence
strk wrote:
Segfaults in both cases, NOT always.
I can't reproduce this anymore...
PS: we should be discussing this in the bug tracker
Probably... but we need to decide whether this is a show stopper bug,
can we make a workaround...
- rob -
strk wrote:
I think we might try waiting for the loader thread to complete
before starting to play the movie. This could be a runtime option
allowing specification of a preload amount.
Wait for the thread to complete, or just load more data before
starting ? To make STL calls thread safe we
Well, at this point I'm even more convinced about the stack corruption
thing... Unfortunately I still didn't handle to build gnash with
propolice activated.
I guess 'wiping' out deleted memory might help us, but it's probably
something that's better implemented as a delete wrapper itself ?
strk wrote:
Well, at this point I'm even more convinced about the stack corruption
I guess 'wiping' out deleted memory might help us, but it's probably
something that's better implemented as a delete wrapper itself ?
You mean setting the memory before freeing it to zeros ? I'd actually
try
John Gilmore wrote:
By the time Gnash plays videos from the top sites, as well as lots of
SWF's from other places, it'll be time to stop calling it version
0.something.something and call it 0.9 or 1.0. There's little sense in
three- and four-digit release numbers here.
I guess my own
On Sat, Nov 04, 2006 at 09:11:36AM -0700, Rob Savoye wrote:
Markus Gothe wrote:
Seem that 0.7.2 is to be considered stable now... I think we should
release it on monday. Any other opinions/suggestions?
Considered stable or truly stable ? :-) I'd also like to see the
release go out
strk wrote:
I've tried to higher severity of bugs that should be show stoppers
for 0.7.2 and I ask you to do the same. Brows the current bugs
database and set to Blocker any item that you think should block
0.7.2.
At this point I'd say a blocker is anything that causes a core dump.
Markus Gothe wrote:
Seem that 0.7.2 is to be considered stable now... I think we should
release it on monday. Any other opinions/suggestions?
Considered stable or truly stable ? :-) I'd also like to see the
release go out within the next few days. Ideally we can now code freeze
the branch
strk wrote:
What do you mean by support this release ?
Luckily we're not in the enterprise support biz, or we'd have to
support every old release for many years. What I meant was whatever we
put out as an official release, alpha or not, is the version most
distributions ship. So we'll be
--- Rob Savoye [EMAIL PROTECTED] skrev:
Markus Gothe wrote:
Seem that 0.7.2 is to be considered stable now... I think we should
release it on monday. Any other opinions/suggestions?
Considered stable or truly stable ? :-) I'd also like to see the
release go out within the next few
Congratulations, everybody, on stabilizing this release candidate.
I'd prefer to
keep developing in CVS, and then just make a new release a 0.7.3 branch
when we get video stabilized to the point it works for YouTube, Google,
or Lulu.tv.
15 matches
Mail list logo
