Crash in libGLESv2 when running texture-from-pixmap-glesv2 in fallback mode
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Genesi EfikaMX Support Project |
New
|
Critical
|
Unassigned |
Bug Description
When running the texture-
http://
using the fallback texture upload method (using XImage instead of EGLImage) there is a crash in the libGLESv2 library. This happens as soon as the program starts (before any user input) in a call to glTexSubImage2D().
$ gdb --args ./texture_
GNU gdb (GDB) 7.2-ubuntu
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "arm-linux-
For bug reporting instructions, please see:
<http://
Reading symbols from /home/alf/
(gdb) r
Starting program: /home/alf/
[Thread debugging using libthread_db enabled]
EGL extensions: eglCreatePbuffe
GL extensions: GL_AMD_
vertex shader info:
fragment shader info:
info: Link was successful.
==> Draw something on the left with the mouse! <==
Program received signal SIGSEGV, Segmentation fault.
0x2abc14d6 in _rb_tile_
(gdb) bt
#0 0x2abc14d6 in _rb_tile_
#1 0x2abc14ba in _rb_tile_
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
(gdb)
Changed in efikamx: | |
importance: | Undecided → Critical |
For the March release of maverick installer, this problem also doesn't happen on my system. But there is some corruption on the cube when run the test application with --no-egl-image