On Mon, Nov 06, 2006 at 12:23:19AM +0100, Udo Giacomozzi wrote:
s Doesn't really sound a s huge restructureing (not to be done in 0.7.2
s anyway)
Seems still complicated to me since it just avoids rendering with and
doesn't solve the redraw-without-advancing problem.
The Gui::display()
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
mmm.. the testcsae is surely good to add to our testsuite,
anyway, for the specific case we were talking about what
I needed was to understand why a rounded number was *printed*
in the textfield.
If you round yourself that'd make no test for it.
The initial question was: how do you print the
Hello strk,
Monday, November 6, 2006, 10:26:29 AM, you wrote:
s On Mon, Nov 06, 2006 at 12:23:19AM +0100, Udo Giacomozzi wrote:
s Doesn't really sound a s huge restructureing (not to be done in 0.7.2
s anyway)
Seems still complicated to me since it just avoids rendering with and
doesn't
cvs -d:pserver:[EMAIL PROTECTED]:/sources/gnash co -r
release_0_7_2 gnash should do, since 'co' is short for checkout...
//Markus
Nicolas Lécureuil wrote:
2006/10/29, Rob Savoye [EMAIL PROTECTED]:
I just made a release branch tagged with release_0_7_2. You can change
a checked out source
On Mon, Nov 06, 2006 at 11:08:51AM +0100, Udo Giacomozzi wrote:
I plan (once I find time for it) to pre-initialize all fill styles
only once and then cache them forever (little memory overhead), thus
the warning message will be printed only once. You can also
comment-out that log_msg if you
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
Hello,
With the very latest cvs in branch 0.7.2, I get in testsuite/actionscript.all:
Running ./swf_exists.exp ...
FAIL: SWF7 Function.as: expected: extname obtained:
extnameundefinedundefinedundefined [54]
FAIL: SWF7 Function.as: expected: extname obtained:
extnameundefinedundefinedundefined
Hello,
This is a patch with 2 things:
* fixes for make distcheck/dist
* add gstreamer based sound to specfile
--
Pat
? gnash-0.7.2-distcheck_rpm_sound.diff
? gnash-0.7.2.tar.gz
? gui/NullGui.lo
? gui/gnash
? gui/gtk.lo
? gui/gtk_glue_gtkglext.lo
? gui/gui.lo
? gui/kde.loT
? gui/libgnashgui.la
?
Thanks, should be fixed now.
--strk;
On Mon, Nov 06, 2006 at 05:30:48PM +0100, Patrice Dumas wrote:
Hello,
With the very latest cvs in branch 0.7.2, I get in testsuite/actionscript.all:
Running ./swf_exists.exp ...
FAIL: SWF7 Function.as: expected: extname obtained:
On Mon, Nov 06, 2006 at 05:32:59PM +0100, Patrice Dumas wrote:
Hello,
This is a patch with 2 things:
* fixes for make distcheck/dist
* add gstreamer based sound to specfile
Committed, thanks.
--strk;
___
Gnash-dev mailing list
Hello strk,
Monday, November 6, 2006, 11:39:38 AM, you wrote:
Sorry, was confused with advance_movie() which calls display(). Why
not simply avoid that?
s You mean avoid Gui::advance_movie() directly calling Gui::display() ?
Yep.
___
Gnash-dev
Hello,
My disk recrashed while I was sending that mail, so I resend it, and I cannot
properly thread since I lost the thread.
I chosed gstreamer for sound for the specfile because libmad may be
illegal outside of the free world (at least in the US). With gstreamer
the local user may use the
Hello strk,
Monday, November 6, 2006, 11:27:57 AM, you wrote:
s I committed a patch in head that warns at parse time and remove
s parse from display-time (comments added)
s Should I backport it ? (don't have IF_VERBOSE_MALFORMED_SWF in 0.7.2,
s but it's always on in head too, so wouldn't be a
--- strk [EMAIL PROTECTED] skrev:
On Mon, Nov 06, 2006 at 09:45:01AM -0700, Rob Savoye wrote:
Patrice Dumas wrote:
* add gstreamer based sound to specfile
The current default is SDL sound with libMAD. Is there a reason you
changed this to GST for sound ? Does it actually still
On Mon, Nov 06, 2006 at 02:10:52PM -0700, Rob Savoye wrote:
Patrice Dumas wrote:
Unfortunately... How about ffmpeg ? Or I assume that's also not
included in core fedora ? I'd hate to make the release with non-working
sound.
Yep, same (and maybe more) patent issues for ffmpeg.
--
Pat
On Tue, Nov 07, 2006 at 12:36:18AM +0100, Udo Giacomozzi wrote:
Hello strk,
Monday, November 6, 2006, 11:13:48 PM, you wrote:
s mmm.. let's try to summarize.
I like summaries, but I have difficulties to understand your post. In
particular I don't understand why you distinguish between
Hello,
With Gstreamer backend, sounds are not mixed because gst_element_link()
is used to connect to addeder instead of gsk_pad_link().
For example, the flash at bug #18167(*1) has a lot of sound channels and
play simultaneously the some sounds but can't hear it.
I attach the patch to fix it.
24 matches
Mail list logo
