Sat 07 Jul 2007 02:41:09 PM UTC, comment #11:
I say:
> This one hasn't been mentioned since october 2007. Is is still a current
> problem on OpenBSD?
Deanna says:
> It is, but it is definitely an X bug. Please close it.
|
Mon 23 Oct 2006 11:21:30 PM UTC, comment #10:
And.. here's from when it just freezes.
0x0e5aa015 in poll () from /usr/lib/libc.so.40.0
(gdb) info threads
4 process 20348, thread 0x8b3e7400 (COND_WAIT) _thread_kern_sched (scp=Cannot access memory at address 0x24b56
)
at /usr/src/lib/libpthread/uthread/uthread_kern.c:392
- 3 process 20348 0x0e5aa015 in poll () from /usr/lib/libc.so.40.0
2 process 20348, thread 0x8697a000 (DEAD) _thread_kern_sched (scp=0x0)
at /usr/src/lib/libpthread/uthread/uthread_kern.c:482
1 process 20348, thread 0x85205000 (POLL_WAIT) _thread_kern_sched (scp=0x0)
at /usr/src/lib/libpthread/uthread/uthread_kern.c:482
(gdb) thread
[Current thread is 3 (process 20348)]
(gdb) bt
#0 0x0e5aa015 in poll () from /usr/lib/libc.so.40.0
#1 0x0418bbd0 in _thread_kern_poll (wait_reqd=1) at /usr/src/lib/libpthread/uthread/uthread_kern.c:775
#2 0x0418b70f in _thread_kern_sched (scp=0x0) at /usr/src/lib/libpthread/uthread/uthread_kern.c:382
#3 0x0418babc in _thread_kern_sched_state_unlock (state=PS_SIGTHREAD, lock=0xfc, fname=0x1 <Address 0x1 out of bounds>,
lineno=1) at /usr/src/lib/libpthread/uthread/uthread_kern.c:581
#4 0x04189699 in pthread_cond_timedwait (cond=0x2417e0d8, mutex=0x2417e0d4, abstime=0x8b239fb0)
at /usr/src/lib/libpthread/uthread/uthread_cond.c:431
#5 0x041831e3 in _thread_gc (arg=0x0) at /usr/src/lib/libpthread/uthread/uthread_gc.c:180
#6 0x04182fbb in _thread_start () at /usr/src/lib/libpthread/uthread/uthread_create.c:244
#7 0x0000002b in ?? ()
#8 0x00000000 in ?? ()
(gdb) thread 2
[Switching to thread 2 (process 20348, thread 0x8697a000)]#0 _thread_kern_sched (scp=0x0)
at /usr/src/lib/libpthread/uthread/uthread_kern.c:482
482 curthread = _get_curthread();
(gdb) bt
#0 _thread_kern_sched (scp=0x0) at /usr/src/lib/libpthread/uthread/uthread_kern.c:482
#1 0x0418ba5b in _thread_kern_sched_state (state=PS_SIGTHREAD, fname=0x1 <Address 0x1 out of bounds>, lineno=1)
at /usr/src/lib/libpthread/uthread/uthread_kern.c:550
#2 0x04188b9e in pthread_exit (status=0x8697a0b0) at /usr/src/lib/libpthread/uthread/uthread_exit.c:241
#3 0x0418ea38 in pthread_testcancel () at /usr/src/lib/libpthread/uthread/uthread_cancel.c:205
#4 0x0206d481 in gnash::MovieLoader::execute(void*) () from /usr/local/lib/libgnashserver.so.0.0
#5 0x04182fbb in _thread_start () at /usr/src/lib/libpthread/uthread/uthread_create.c:244
#6 0x0000001f in ?? ()
#7 0x00000000 in ?? ()
|
Mon 23 Oct 2006 11:16:22 PM UTC, comment #9:
Here is the gdk_x_error backtrace suggested in the error.
(gdb) run
Starting program: /usr/local/bin/gnash taters.swf
Breakpoint 2 at 0x4fbe131: file gdkmain-x11.c, line 599.
[New process 16297, thread 0x7d742000]
[Switching to process 16297, thread 0x7d742000]
Breakpoint 2, gdk_x_error (display=0x7de3d800, error=0x7f2229b8) at gdkmain-x11.c:599
599 if (error->error_code)
(gdb) bt
#0 gdk_x_error (display=0x7de3d800, error=0x7f2229b8) at gdkmain-x11.c:599
#1 0x01163810 in _XError () from /usr/X11R6/lib/libX11.so.9.0
#2 0x01161fa4 in _XReply () from /usr/X11R6/lib/libX11.so.9.0
#3 0x0fb61907 in __glXReadReply () from /usr/X11R6/lib/libGL.so.4.0
#4 0x0fb68cdb in __indirect_glGenTextures () from /usr/X11R6/lib/libGL.so.4.0
#5 0x0fb44b2f in glGenTextures () from /usr/X11R6/lib/libGL.so.4.0
#6 0x050d8c83 in bitmap_info_ogl::layout_image(image::image_base*) () from /usr/local/lib/libgnashbackend.so.0.0
#7 0x050d9886 in bitmap_info_ogl::bitmap_info_ogl(image::rgba*) () from /usr/local/lib/libgnashbackend.so.0.0
#8 0x050da733 in render_handler_ogl::create_bitmap_info_rgba(image::rgba*) () from /usr/local/lib/libgnashbackend.so.0.0
#9 0x0a763163 in gnash::render::create_bitmap_info_rgba(image::rgba*) () from /usr/local/lib/libgnashserver.so.0.0
#10 0x0a7809d7 in gnash::fill_style::create_gradient_bitmap() const () from /usr/local/lib/libgnashserver.so.0.0
#11 0x0a78075f in gnash::fill_style::read(gnash::stream, int, gnash::movie_definition) ()
from /usr/local/lib/libgnashserver.so.0.0
#12 0x0a823c0b in gnash::read_fill_styles(std::vector<gnash::fill_style, std::allocator<gnash::fill_style> >&, gnash::stream, int, gnash::movie_definition) () from /usr/local/lib/libgnashserver.so.0.0
#13 0x0a82665b in gnash::shape_character_def::read(gnash::stream, int, bool, gnash::movie_definition) ()
from /usr/local/lib/libgnashserver.so.0.0
#14 0x0a7d4c23 in gnash::SWF::tag_loaders::define_shape_loader(gnash::stream, gnash::SWF::tag_type, gnash::movie_definition) () from /usr/local/lib/libgnashserver.so.0.0
#15 0x0a819575 in gnash::movie_def_impl::read_all_swf() () from /usr/local/lib/libgnashserver.so.0.0
#16 0x0a81246f in gnash::MovieLoader::execute(void*) () from /usr/local/lib/libgnashserver.so.0.0
#17 0x08b64fbb in _thread_start () at /usr/src/lib/libpthread/uthread/uthread_create.c:244
#18 0x0000001f in ?? ()
#19 0x00000000 in ?? ()
|
Sun 22 Oct 2006 11:09:51 PM UTC, comment #8:
I have a remote OpenBSD machine without an X server, so I cannot test this immediately. However, I should have a system, to which I have physical access, running OpenBSD some time in the next few weeks.
|
Sun 22 Oct 2006 11:40:39 AM UTC, comment #7:
I think bjacques has access to a BSD machine to test this.
|
Fri 20 Oct 2006 07:21:56 PM UTC, comment #6:
I'm using gtkglext 1.2.0, which is the most recent.
|
Fri 20 Oct 2006 01:52:41 PM UTC, comment #5:
Seems a problem with gtkglext. What version do you have installed ?
Can you try with a more recent lib ?
|
Fri 20 Oct 2006 01:13:52 PM UTC, comment #4:
Not reproducible with gtk+agg.
SDL+OpenGL doesn't do anything at all:
$ gnash -vvv taters.swf
08:39:00: Verbose output turned on
08:39:00: Verbose output turned on
08:39:00: Verbose output turned on
08:39:00: TRACE: virtual bool gnash::SDLGui::init(int, char***) enter
08:39:00: TRACE: returning
08:39:00: TRACE: virtual gnash::SDLGui::~SDLGui() enter
08:39:00: TRACE: returning
[~] poa-alpina% gnash -vvv taters.swf
08:39:03: Verbose output turned on
08:39:03: Verbose output turned on
08:39:03: Verbose output turned on
08:39:03: TRACE: virtual bool gnash::SDLGui::init(int, char***) enter
08:39:03: TRACE: returning
08:39:03: TRACE: virtual gnash::SDLGui::~SDLGui() enter
08:39:03: TRACE: returning
$
I mean no gui is launched at all, the program just seems to return immediately without error. Plugin and standalone.
|
Fri 20 Oct 2006 10:46:27 AM UTC, comment #3:
Please try gtk/agg and sdl/opengl (to see if this is related to the gtkglext package.
|
Fri 20 Oct 2006 10:26:41 AM UTC, comment #2:
Yes, this is GTK/GL, and it's from CVS HEAD.
|
Fri 20 Oct 2006 10:14:26 AM UTC, comment #1:
Gnash never directly uses Xlib, so this seems a problem with the Gui you're using (SDL ? GTK ?)
GLX makes me think about GTK/opengl, right ?
The inconsistent results you're getting seems to suggest
a race condition. Are you using current CVS head, or which
version ?
|
Thu 19 Oct 2006 06:02:54 PM UTC, original submission:
This is an intermittent problem I've seen since I started testing gnash on OpenBSD.
Here's an example where 3 out of 4 attempts to play a flash fail:
First attempt:
Xlib: sequence lost (0x10000 > 0xb8) in reply type 0x1!
Grey screen, no movie plays.
Second:
The program 'gnash' received an X Window System error.
This probably reflects a bug in the program.
The error was 'GLXBadLargeRequest'.
(Details: serial 303 error_code 161 request_code 143 minor_code 2)
(Note to programmers: normally, X errors are reported asynchronously;
that is, you will receive the error a while after causing it.
To debug your program, run it with the --sync command line
option to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error() function.)
Gnash dies.
3rd: Same as second
4th, movie plays just fine.
The movie is http://www.albinoblacksheep.com/flash/taters
downloaded and launched through gnash standalone.
|