On Mon, May 05, 2014 at 12:38:29AM -0000, jen0f0nte wrote:
> [...]
> (Banshee:18821): GLib-CRITICAL **: Source ID 112 was not found when attempting to remove it
> *** Error in `banshee': double free or corruption (!prev): 0x00007fd0dc083930 ***
> Stacktrace:
>
> at <unknown> <0xffffffff>
> at (wrapper managed-to-native) Hyena.Data.Sqlite.Native.sqlite3_exec (intptr,byte[],intptr,intptr,intptr) <0xffffffff>
> at Hyena.Data.Sqlite.Connection.Execute (string) <0x00043>
> at Hyena.Data.Sqlite.HyenaSqliteCommand.Execute (Hyena.Data.Sqlite.HyenaSqliteConnection,Hyena.Data.Sqlite.Connection) <0x002f7>
> at Hyena.Data.Sqlite.HyenaSqliteConnection.ProcessQueue () <0x001f3>
> at System.Threading.Thread.StartInternal () <0x00071>
> at (wrapper runtime-invoke) object.runtime_invoke_void__this__ (object,intptr,intptr,intptr) <0xffffffff>
>
> Native stacktrace:
>
> banshee() [0x4b73d8]
> /lib/x86_64-linux-gnu/libpthread.so.0(+0x10340) [0x7fd0f9578340]
> /lib/x86_64-linux-gnu/libc.so.6(gsignal+0x39) [0x7fd0f91d8f79]
> /lib/x86_64-linux-gnu/libc.so.6(abort+0x148) [0x7fd0f91dc388]
> /lib/x86_64-linux-gnu/libc.so.6(+0x741d4) [0x7fd0f92161d4]
> /lib/x86_64-linux-gnu/libc.so.6(+0x804ae) [0x7fd0f92224ae]
> /usr/lib/x86_64-linux-gnu/libsqlite3.so.0(sqlite3_free+0x6e) [0x7fd0e6bde9ee]
> /usr/lib/x86_64-linux-gnu/libsqlite3.so.0(+0x53279) [0x7fd0e6c1a279]
> /usr/lib/x86_64-linux-gnu/libsqlite3.so.0(+0x7d4b5) [0x7fd0e6c444b5]
> /usr/lib/x86_64-linux-gnu/libsqlite3.so.0(+0x66a2e) [0x7fd0e6c2da2e]
> /usr/lib/x86_64-linux-gnu/libsqlite3.so.0(+0x6a43f) [0x7fd0e6c3143f]
> /usr/lib/x86_64-linux-gnu/libsqlite3.so.0(+0x6aa22) [0x7fd0e6c31a22]
> /usr/lib/x86_64-linux-gnu/libsqlite3.so.0(+0x6acd5) [0x7fd0e6c31cd5]
> /usr/lib/x86_64-linux-gnu/libsqlite3.so.0(sqlite3_prepare_v2+0x18) [0x7fd0e6c31f68]
> /usr/lib/x86_64-linux-gnu/libsqlite3.so.0(sqlite3_exec+0xa5) [0x7fd0e6c32015]
> [0x404abe9b]
This looks like a problem in libsqlite3, but the backtrace is incomplete due to this:
> Debug info from gdb:
>
> ptrace: OperaciĆ³n no permitida.
> No threads.
Please try reproducing this crash after disabling the kernel.yama.ptrace_scope
sysctl option using this command:
$ sudo sysctl kernel.yama.ptrace_scope=0
You should re-enable this setting once you're done testing for security reasons:
$ sudo sysctl kernel.yama.ptrace_scope=1
I'm marking this bug as incomplete for the time being.
On Mon, May 05, 2014 at 12:38:29AM -0000, jen0f0nte wrote: Sqlite. Native. sqlite3_ exec (intptr, byte[], intptr, intptr, intptr) <0xffffffff> Sqlite. Connection. Execute (string) <0x00043> Sqlite. HyenaSqliteComm and.Execute (Hyena. Data.Sqlite. HyenaSqliteConn ection, Hyena.Data. Sqlite. Connection) <0x002f7> Sqlite. HyenaSqliteConn ection. ProcessQueue () <0x001f3> Threading. Thread. StartInternal () <0x00071> runtime_ invoke_ void__this_ _ (object, intptr, intptr, intptr) <0xffffffff> 64-linux- gnu/libpthread. so.0(+0x10340) [0x7fd0f9578340] 64-linux- gnu/libc. so.6(gsignal+ 0x39) [0x7fd0f91d8f79] 64-linux- gnu/libc. so.6(abort+ 0x148) [0x7fd0f91dc388] 64-linux- gnu/libc. so.6(+0x741d4) [0x7fd0f92161d4] 64-linux- gnu/libc. so.6(+0x804ae) [0x7fd0f92224ae] x86_64- linux-gnu/ libsqlite3. so.0(sqlite3_ free+0x6e) [0x7fd0e6bde9ee] x86_64- linux-gnu/ libsqlite3. so.0(+0x53279) [0x7fd0e6c1a279] x86_64- linux-gnu/ libsqlite3. so.0(+0x7d4b5) [0x7fd0e6c444b5] x86_64- linux-gnu/ libsqlite3. so.0(+0x66a2e) [0x7fd0e6c2da2e] x86_64- linux-gnu/ libsqlite3. so.0(+0x6a43f) [0x7fd0e6c3143f] x86_64- linux-gnu/ libsqlite3. so.0(+0x6aa22) [0x7fd0e6c31a22] x86_64- linux-gnu/ libsqlite3. so.0(+0x6acd5) [0x7fd0e6c31cd5] x86_64- linux-gnu/ libsqlite3. so.0(sqlite3_ prepare_ v2+0x18) [0x7fd0e6c31f68] x86_64- linux-gnu/ libsqlite3. so.0(sqlite3_ exec+0xa5) [0x7fd0e6c32015]
> [...]
> (Banshee:18821): GLib-CRITICAL **: Source ID 112 was not found when attempting to remove it
> *** Error in `banshee': double free or corruption (!prev): 0x00007fd0dc083930 ***
> Stacktrace:
>
> at <unknown> <0xffffffff>
> at (wrapper managed-to-native) Hyena.Data.
> at Hyena.Data.
> at Hyena.Data.
> at Hyena.Data.
> at System.
> at (wrapper runtime-invoke) object.
>
> Native stacktrace:
>
> banshee() [0x4b73d8]
> /lib/x86_
> /lib/x86_
> /lib/x86_
> /lib/x86_
> /lib/x86_
> /usr/lib/
> /usr/lib/
> /usr/lib/
> /usr/lib/
> /usr/lib/
> /usr/lib/
> /usr/lib/
> /usr/lib/
> /usr/lib/
> [0x404abe9b]
This looks like a problem in libsqlite3, but the backtrace is incomplete due to this:
> Debug info from gdb:
>
> ptrace: OperaciĆ³n no permitida.
> No threads.
Please try reproducing this crash after disabling the kernel. yama.ptrace_ scope yama.ptrace_ scope=0
sysctl option using this command:
$ sudo sysctl kernel.
You should re-enable this setting once you're done testing for security reasons: yama.ptrace_ scope=1
$ sudo sysctl kernel.
I'm marking this bug as incomplete for the time being.
status incomplete
--
Kind regards,
Loong Jin