http://bugzilla.opensuse.org/show_bug.cgi?id=1134500 Bug ID: 1134500 Summary: SDL2 SDL_CreateCursor problems Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.0 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening@forge.provo.novell.com Reporter: jeskenis@gmail.com QA Contact: qa-bugs@suse.de Found By: --- Blocker: --- I've been trying to use LookingGLass project compiled against SDL2 libraries found in official repos (2.0.8). While all compiled during use the app crashes on start most of the times. The gdb output suggests problem with SDL2 library: [I] main.c:757 | run | Looking Glass () [I] main.c:758 | run | Locking Method: Atomic [I] main.c:751 | try_renderer | Using Renderer: EGL [I] main.c:824 | run | Using: EGL *** Error in `/home/przemek/Dokumenty/Github/LookingGlass-a12/client/build/looking-glass-client': corrupted double-linked list: 0x000000000085d000 *** Program received signal SIGABRT, Aborted. __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51 51 } (gdb) thread apply all bt Thread 1 (Thread 0x7ffff7fb2b80 (LWP 6462)): #0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51 #1 0x00007ffff5778701 in __GI_abort () at abort.c:79 #2 0x00007ffff57ba467 in __libc_message (action=action@entry=(do_abort | do_backtrace), fmt=fmt@entry=0x7ffff58c3370 "*** Error in `%s': %s: 0x%s ***\n") at ../sysdeps/posix/libc_fatal.c:181 #3 0x00007ffff57c0c83 in malloc_printerr (action=<optimized out>, str=0x7ffff58bfc5e "corrupted double-linked list", ptr=<optimized out>, ar_ptr=<optimized out>) at malloc.c:5428 #4 0x00007ffff57c45f1 in _int_malloc (av=0x7ffff5af5c20 <main_arena>, bytes=24) at malloc.c:4030 #5 0x00007ffff57c5ae7 in __GI___libc_malloc (bytes=24) at malloc.c:3081 #6 0x00007ffff699b4b2 in PutEntry (db=db@entry=0xa59250, bindings=0x7fffffff8194, bindings@entry=0x7fffffff8190, quarks=0x7fffffff7ff4, quarks@entry=0x7fffffff7ff0, type=385, value=value@entry=0x7fffffff7fe0) at Xrm.c:958 #7 0x00007ffff699c201 in PutEntry (value=0x7fffffff7fe0, type=<optimized out>, quarks=0x7fffffff7ff0, bindings=0x7fffffff8190, db=0xa59250) at Xrm.c:854 #8 GetDatabase (db=db@entry=0xa59250, str=0x648d26 "\n*Canvas.background:\t#1c1c1c\n*Canvas.foreground:\t#ebebeb\n*Canvas.highlightBackground:\t#1c1c1c\n*Canvas.highlightColor:\t#ebebeb\n*Canvas.selectbackground:\t#53728e\n*Canvas.selectforeground:\t#ffffff\n*Check"..., str@entry=0x648bf0 "*Box.background:\t#323232\n*Box.foreground:\t#ebebeb\n*Button.activeBackground:\t#323232\n*Button.activeForeground:\t#ebebeb\n*Button.background:\t#323232\n*Button.foreground:\t#ebebeb\n*Button.highlightBackgroun"..., filename=filename@entry=0x0, doall=doall@entry=1, depth=depth@entry=0) at Xrm.c:1513 #9 0x00007ffff699ce6b in XrmGetStringDatabase ( data=0x648bf0 "*Box.background:\t#323232\n*Box.foreground:\t#ebebeb\n*Button.activeBackground:\t#323232\n*Button.activeForeground:\t#ebebeb\n*Button.background:\t#323232\n*Button.foreground:\t#ebebeb\n*Button.highlightBackgroun"...) at Xrm.c:1561 #10 0x00007ffff6979154 in InitDefaults (dpy=dpy@entry=0x638500) at GetDflt.c:148 #11 0x00007ffff69793f8 in XGetDefault (dpy=dpy@entry=0x638500, prog=prog@entry=0x7ffff34b079d "Xcursor", name=name@entry=0x7ffff34b082f "core") at GetDflt.c:220 #12 0x00007ffff34ad8d3 in _XcursorGetDisplayInfo (dpy=0x638500) at display.c:151 #13 0x00007ffff34ad939 in XcursorSupportsARGB (dpy=dpy@entry=0x638500) at display.c:288 #14 0x00007ffff34ac134 in XcursorImageLoadCursor (dpy=<optimized out>, image=<optimized out>) at cursor.c:554 #15 0x00007ffff7967ef5 in X11_CreateXCursorCursor (hot_y=4, hot_x=4, surface=0x69c4f0) at /usr/src/debug/SDL2-2.0.8-lp150.2.3.1.x86_64/src/video/x11/SDL_x11mouse.c:110 #16 X11_CreateCursor (surface=0x69c4f0, hot_x=4, hot_y=4) at /usr/src/debug/SDL2-2.0.8-lp150.2.3.1.x86_64/src/video/x11/SDL_x11mouse.c:214 #17 0x00007ffff78d1d48 in SDL_CreateColorCursor_REAL (surface=<optimized out>, surface@entry=0x69c4f0, hot_x=hot_x@entry=4, hot_y=hot_y@entry=4) at /usr/src/debug/SDL2-2.0.8-lp150.2.3.1.x86_64/src/events/SDL_mouse.c:872 #18 0x00007ffff78d1ee3 in SDL_CreateCursor_REAL (data=0x7fffffffd788 " \\\257\365\377\177", mask=0x7fffffffd788 " \\\257\365\377\177", w=8, h=8, hot_x=4, hot_y=4) at /usr/src/debug/SDL2-2.0.8-lp150.2.3.1.x86_64/src/events/SDL_mouse.c:833 #19 0x000000000040931f in run () at /home/przemek/Dokumenty/Github/LookingGlass-a12/client/main.c:905 #20 0x0000000000406f73 in main (argc=<optimized out>, argv=0x7fffffffda38) at /home/przemek/Dokumenty/Github/LookingGlass-a12/client/main.c:1623 Similar with valgrind: [I] main.c:757 | run | Looking Glass () [I] main.c:758 | run | Locking Method: Atomic [I] main.c:751 | try_renderer | Using Renderer: EGL [I] main.c:824 | run | Using: EGL ==6492== Invalid write of size 8 ==6492== at 0x4C32673: memcpy@GLIBC_2.2.5 (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==6492== by 0x510BEE5: X11_CreateXCursorCursor (SDL_x11mouse.c:108) ==6492== by 0x510BEE5: X11_CreateCursor (SDL_x11mouse.c:214) ==6492== by 0x5075D47: SDL_CreateColorCursor_REAL (SDL_mouse.c:872) ==6492== by 0x5075EE2: SDL_CreateCursor_REAL (SDL_mouse.c:833) ==6492== by 0x40931E: run (main.c:905) ==6492== by 0x406F72: main (main.c:1623) ==6492== Address 0xee94b78 is 0 bytes after a block of size 296 alloc'd ==6492== at 0x4C2E01F: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==6492== by 0x996202D: XcursorImageCreate (file.c:37) ==6492== by 0x510BEA6: X11_CreateXCursorCursor (SDL_x11mouse.c:97) ==6492== by 0x510BEA6: X11_CreateCursor (SDL_x11mouse.c:214) ==6492== by 0x5075D47: SDL_CreateColorCursor_REAL (SDL_mouse.c:872) ==6492== by 0x5075EE2: SDL_CreateCursor_REAL (SDL_mouse.c:833) ==6492== by 0x40931E: run (main.c:905) ==6492== by 0x406F72: main (main.c:1623) ==6492== valgrind: m_mallocfree.c:280 (mk_plain_bszB): Assertion 'bszB != 0' failed. valgrind: This is probably caused by your program erroneously writing past the end of a heap block and corrupting heap metadata. If you fix any invalid writes reported by Memcheck, this assertion failure will probably go away. Please try that before reporting this as a bug. host stacktrace: ==6492== at 0x580442FA: ??? (in /usr/lib64/valgrind/memcheck-amd64-linux) ==6492== by 0x58044414: ??? (in /usr/lib64/valgrind/memcheck-amd64-linux) ==6492== by 0x58044599: ??? (in /usr/lib64/valgrind/memcheck-amd64-linux) ==6492== by 0x580533CC: ??? (in /usr/lib64/valgrind/memcheck-amd64-linux) ==6492== by 0x5800BAB4: ??? (in /usr/lib64/valgrind/memcheck-amd64-linux) ==6492== by 0x5800BC96: ??? (in /usr/lib64/valgrind/memcheck-amd64-linux) ==6492== by 0x580A00C5: ??? (in /usr/lib64/valgrind/memcheck-amd64-linux) ==6492== by 0x580AF730: ??? (in /usr/lib64/valgrind/memcheck-amd64-linux) sched status: running_tid=1 Thread 1: status = VgTs_Runnable (lwpid 6492) ==6492== at 0x4C2E01F: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==6492== by 0x99613C1: _XcursorGetDisplayInfo (display.c:124) ==6492== by 0x9961938: XcursorSupportsARGB (display.c:288) ==6492== by 0x9960133: XcursorImageLoadCursor (cursor.c:554) ==6492== by 0x510BEF4: X11_CreateXCursorCursor (SDL_x11mouse.c:110) ==6492== by 0x510BEF4: X11_CreateCursor (SDL_x11mouse.c:214) ==6492== by 0x5075D47: SDL_CreateColorCursor_REAL (SDL_mouse.c:872) ==6492== by 0x5075EE2: SDL_CreateCursor_REAL (SDL_mouse.c:833) ==6492== by 0x40931E: run (main.c:905) ==6492== by 0x406F72: main (main.c:1623) The same problem occurs on 2 different PCs with Leap 15 so it makes hardware issue rather unlikely. Just in case here's the spec of one of the machines: System: Kernel: 4.12.14-lp150.12.58-default x86_64 bits: 64 Desktop: KDE Plasma 5.12.8 Distro: openSUSE Leap 15.0 Machine: Device: desktop Mobo: ASRock model: EP2C602 serial: 149024860000174 UEFI: American Megatrends v: P1.80 date: 12/09/2013 CPU(s): 2 Octa core Intel Xeon E5-2670 0s (-HT-MCP-SMP-) speed/max: 2600/3300 MHz Graphics: Card-1: NVIDIA GM204 [GeForce GTX 980] Card-2: Advanced Micro Devices [AMD/ATI] RV730 GL [FirePro V7750] Display Server: x11 (X.Org 1.19.6 ) driver: nvidia Resolution: 1920x1080@60.00hz, 2560x1440@59.95hz OpenGL: renderer: GeForce GTX 980/PCIe/SSE2 version: 4.5.0 NVIDIA 418.56 Network: Card: Intel 82574L Gigabit Network Connection driver: e1000e Drives: HDD Total Size: 2360.5GB (73.3% used) It is further augmented by the fact that as soon as I switched to newer SDL2 package (2.0.9) from the experimental games branch all started to work flawlessly. -- You are receiving this mail because: You are on the CC list for the bug.