Bug#839444: libgda5: FTBFS: tests failures annotations:

Mon Dec 12 20:54:57 UTC 2016

On 12/12/16 21:38, Santiago Vila wrote:
> On Mon, Dec 12, 2016 at 08:12:00PM +0100, Emilio Pozuelo Monfort wrote:
> 
>> Unfortunately you're missing libc6-dbg and libsqlite3-0-dbg. Could you get a
>> backtrace with those, so that I can forward this upstream?
> 
> Sure. Here it is:
> 
> $ gdb tests/data-models/.libs/check_data_proxy tests/data-models/core
> GNU gdb (Debian 7.11.1-2+b1) 7.11.1
> Copyright (C) 2016 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
> 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 "x86_64-linux-gnu".
> Type "show configuration" for configuration details.
> For bug reporting instructions, please see:
> <http://www.gnu.org/software/gdb/bugs/>.
> Find the GDB manual and other documentation resources online at:
> <http://www.gnu.org/software/gdb/documentation/>.
> For help, type "help".
> Type "apropos word" to search for commands related to "word"...
> Reading symbols from tests/data-models/.libs/check_data_proxy...done.
> 
> warning: core file may not match specified executable file.
> [New LWP 7959]
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
> Core was generated by `/build/libgda5-5.2.4/tests/data-models/.libs/check_data_proxy'.
> Program terminated with signal SIGSEGV, Segmentation fault.
> #0  0x00007f79d0030249 in malloc_consolidate (av=av at entry=0x7f79d0351b00 <main_arena>) at malloc.c:4210
> 4210	malloc.c: No such file or directory.
> 
> 
> (gdb) bt
> #0  0x00007f79d0030249 in malloc_consolidate (av=av at entry=0x7f79d0351b00 <main_arena>) at malloc.c:4210
> #1  0x00007f79d0031cea in _int_malloc (av=av at entry=0x7f79d0351b00 <main_arena>, bytes=bytes at entry=3224) at malloc.c:3485
> #2  0x00007f79d0033d94 in __GI___libc_malloc (bytes=bytes at entry=3224) at malloc.c:2925
> #3  0x00007f79caecb437 in sqlite3MemMalloc (nByte=3216) at sqlite3.c:20450
> #4  0x00007f79cae9bb88 in mallocWithAlarm (pp=<synthetic pointer>, n=3216) at sqlite3.c:24119
> #5  sqlite3Malloc (n=3216) at sqlite3.c:24150
> #6  0x00007f79caf29324 in sqlite3ParserAlloc (mallocProc=0x7f79cae9bb00 <sqlite3Malloc>) at sqlite3.c:134323
> #7  sqlite3RunParser (pParse=pParse at entry=0x7fffb727fe20, 
>     zSql=zSql at entry=0x560aba12f9a0 "CREATE VIRTUAL TABLE proxy USING GdaVproviderDataModel ('Spec1')", 
>     pzErrMsg=pzErrMsg at entry=0x7fffb727fe18) at sqlite3.c:6285
> #8  0x00007f79caf2fe51 in sqlite3Prepare (db=db at entry=0x560aba10b358, 
>     zSql=zSql at entry=0x560aba12f9a0 "CREATE VIRTUAL TABLE proxy USING GdaVproviderDataModel ('Spec1')", 
>     nBytes=nBytes at entry=-1, saveSqlFlag=saveSqlFlag at entry=1, pReprepare=pReprepare at entry=0x0, 
>     ppStmt=ppStmt at entry=0x7fffb7280190, pzTail=0x7fffb7280188) at sqlite3.c:114128
> #9  0x00007f79caf303aa in sqlite3LockAndPrepare (db=0x560aba10b358, 
>     zSql=0x560aba12f9a0 "CREATE VIRTUAL TABLE proxy USING GdaVproviderDataModel ('Spec1')", nBytes=-1, saveSqlFlag=1, 
>     pOld=0x0, ppStmt=0x7fffb7280190, pzTail=0x7fffb7280188) at sqlite3.c:114219
> #10 0x00007f79caf30696 in sqlite3_prepare_v2 (db=db at entry=0x560aba10b358, 
>     zSql=zSql at entry=0x560aba12f9a0 "CREATE VIRTUAL TABLE proxy USING GdaVproviderDataModel ('Spec1')", 
>     nBytes=nBytes at entry=-1, ppStmt=ppStmt at entry=0x7fffb7280190, pzTail=pzTail at entry=0x7fffb7280188) at sqlite3.c:114295
> #11 0x00007f79caf16863 in sqlite3_exec (db=0x560aba10b358, 
>     zSql=0x560aba12f9a0 "CREATE VIRTUAL TABLE proxy USING GdaVproviderDataModel ('Spec1')", xCallback=0x0, pArg=0x0, 
>     pzErrMsg=0x7fffb72801f0) at sqlite3.c:109625
> #12 0x00007f79d0bada70 in gda_vconnection_data_model_add (cnc=0x560aba0ce670, spec=<optimized out>, 
>     spec_free_func=spec_free_func at entry=0x7f79d0bace40 <spec_destroy_func>, 
>     table_name=table_name at entry=0x7f79d0bcacce "proxy", error=error at entry=0x7fffb7280300)
>     at gda-vconnection-data-model.c:331
> #13 0x00007f79d0badc07 in gda_vconnection_data_model_add_model (cnc=<optimized out>, model=model at entry=0x560aba0f04e0, 
>     table_name=table_name at entry=0x7f79d0bcacce "proxy", error=error at entry=0x7fffb7280300)
>     at gda-vconnection-data-model.c:256
> #14 0x00007f79d0b34893 in apply_filter_statement (proxy=proxy at entry=0x560aba0dd500, error=error at entry=0x7fffb7280300)
>     at gda-data-proxy.c:3096
> #15 0x00007f79d0b3a5c9 in gda_data_proxy_set_filter_expr (proxy=0x560aba0dd500, filter_expr=<optimized out>, 
>     error=0x7fffb7280300) at gda-data-proxy.c:3265
> #16 0x0000560ab82f2f1e in check_proxy_set_filter (proxy=<optimized out>, filter=0x560ab82f78a8 "countrycode = 'BGD'")
>     at check_data_proxy.c:1577
> #17 0x0000560ab82f3889 in do_test_common_read (proxy=0x560aba0dd500) at check_data_proxy.c:769
> #18 0x0000560ab82f236a in main (argc=<optimized out>, argv=<optimized out>) at check_data_proxy.c:119
> 
> 
> Let me know if you need something else.

Huh, this is crashing in libc's malloc().

Can you run the test under valgrind's memcheck? Maybe there's some memory
corruption that would explain this.

Thanks,
Emilio