But I noticed my mail server hasn’t receive the messages for few days.
If you have messages which I’ve not reply yet, ask me again.
And also I couldn’t send this message via my SMTP server.
I’ll ask this problem to my provider.
Your concept and patch seems good.
But I couldn’t crash your avtest unless your patch.
On Sat, Apr 08, 2006 at 09:28:08PM +0900, Masao M. wrote:
Your concept and patch seems good.
But I couldn’t crash your avtest unless your patch.
How can I reproduce your problem correctly?
Without my patch i always get ``stack level too deep
(SystemStackError)’’.
As it is a race condition it’s quite difficult to reliably reproduce it
though.
The attached version starts a ruby thread in a callback which makes the
program
segv. when run with an unpatches ruby-gnome2. Hopefully this will
trigger the
bug for you too.
On Mon, 10 Apr 2006 23:36:42 +0200 [email protected] (Sjoerd S.) wrote:
On Sat, Apr 08, 2006 at 09:28:08PM +0900, Masao M. wrote:
Your concept and patch seems good.
But I couldn’t crash your avtest unless your patch.
How can I reproduce your problem correctly?
Without my patch i always get ``stack level too deep (SystemStackError)‘’.
As it is a race condition it’s quite difficult to reliably reproduce it though.
The attached version starts a ruby thread in a callback which makes the program
segv. when run with an unpatches ruby-gnome2. Hopefully this will trigger the
bug for you too.
Hmm… On my environment, it doesn’t happen. The console shows like as:
[mutoh@linux]~% ruby avtest
playing the pipe: false
And then, nothing is happened.
My environment is:
Fedora Core 4
GTK±2.8.3
ruby 1.8.4 (2005-12-24) [i686-linux]
gstreamer-0.8.11
I may not build/install Ruby/GStreamer correctly.
So I’ll try to re-install gstreamer and some stuff and retry it
tomorrow.
On Tue, Apr 11, 2006 at 07:27:59PM +0200, Sjoerd S. wrote:
How can I reproduce your problem correctly?
Hmm… On my environment, it doesn’t happen. The console shows like as:
my original mail, sorry…
Don’t know why i didn’t think about it earlier. But using a videotestsrc
as a
src instead of a filesrc triggers it too. Makes it a lot less demanding
on your
installation to reproduce it.
Test attached
Sjoerd
Five is a sufficiently close approximation to infinity.
– Robert Firth
“One, two, five.”
– Monty Python and the Holy Grail
Using Tomcat but need to do more? Need to support web services,
security?
Get stuff done quickly with pre-integrated technology to make your job
easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache
Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
Using Tomcat but need to do more? Need to support web services,
security?
Get stuff done quickly with pre-integrated technology to make your job
easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache
Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
On Fri, Apr 28, 2006 at 10:35:20PM +0900, Masao M. wrote:
→ rbgobj_closure.c.0.14.1+
Try latest CVS Ruby/GLib2.
Strangely, both fixed the problem for me (with current anon CVS and with
the
vanilla 0.14.1 release)… Can you send a backtrace the segv you get ?
Sjoerd
The purpose of Physics 7A is to make the engineers realize that they’re
not perfect, and to make the rest of the people realize that they’re not
engineers.
Using Tomcat but need to do more? Need to support web services,
security?
Get stuff done quickly with pre-integrated technology to make your job
easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache
Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
So, I attached the latest Ruby/GLib2 to this mail which applied your patch. #rbgobj_closure.c.org is the latest file on CVS.
And the result of backtrace is /gdb_result1.txt.
Unfortunately, gdb result doesn’t have any good informations.
I suspect I did something wrong when I applied your patch by hand.
I’ve looked at it, your patched version wouldn’t work for me:
(ruby: symbol lookup error: /home/sjoerd/build/rbg2/glib2.so:
undefined symbol: g_rclosure_attach)
So i redid the patch based on the rbgobj_closure.c.org file, which works
nicely
again.
In the mean time i’ve updated the patch a little, the callback thread
now
has abort_on_exception set by default and ensures that no callbacks from
other
thread will deadlocked when an exceptions occurs. This is somewhat more
natural as the callback thread is somewhat hidden from the programmer.
Unfortunately it also means that you cannot catch a callback error
outside of
the callback proc object itself (which sucks somewhats…)
I’ve attached both the patch and the complete patched rbgobj_closure.c
file.
Hope this works for you
On Sat, May 20, 2006 at 12:55:54PM +0900, Masao M. wrote:
Hi Sjoerd,
Unfortunately, it still doesn’t work…
Then i’m out of ideas. I’ve attached a version with various printf’s for
debugging. If possible could you also provide a valgrind log and a gdb
``thread apply all bt full’’ traceback ?
In [email protected]
“Re: [ruby-gnome2-devel-en] [Patch] handle glib signals coming from
different threads” on Fri, 19 May 2006 12:55:17 +0200, [email protected] (Sjoerd S.) wrote:
Again, it didn’t work … .
I applied your patch to newest Ruby/GLib2 and test it.
It occured segfault.
Ok, after some valgrinding it seems that the gc was messing with the created
thread for some reason… Fixed in this patch.
In my environment, it seems this patch fixes this problem.
Thanks,
kou
Using Tomcat but need to do more? Need to support web services,
security?
Get stuff done quickly with pre-integrated technology to make your job
easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache
Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
On Sun, 21 May 2006 14:43:12 +0200 [email protected] (Sjoerd S.) wrote:
On Sat, May 20, 2006 at 12:55:54PM +0900, Masao M. wrote:
Hi Sjoerd,
Unfortunately, it still doesn’t work…
Then i’m out of ideas. I’ve attached a version with various printf’s for
debugging. If possible could you also provide a valgrind log and a gdb
``thread apply all bt full’’ traceback ?
Using Tomcat but need to do more? Need to support web services,
security?
Get stuff done quickly with pre-integrated technology to make your job
easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache
Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
On Tue, May 23, 2006 at 01:59:12AM +0900, Masao M. wrote:
Then i’m out of ideas. I’ve attached a version with various printf’s for
debugging. If possible could you also provide a valgrind log and a gdb
``thread apply all bt full’’ traceback ?
OK, here is a gdb log.
Ah, i think i know what’s going wrong… The output shows you get a
normal
callback, while the traceback indicates that it comes from another
thread…
This probably means that your ruby isn’t configured with
–enable-pthread. Can
you check that?
If --enable-pthread isn’t enabled then is_ruby_native_thread() will
always
return true, causing the normal codepath to be used (which is basically
the
same as what happens to an unpatched version)…
Sjoerd
FORTUNE’S FUN FACTS TO KNOW AND TELL: #44
Zebras are colored with dark stripes on a light background.
Using Tomcat but need to do more? Need to support web services,
security?
Get stuff done quickly with pre-integrated technology to make your job
easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache
Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642