From sebikul at ...176...  Mon Feb  4 05:26:21 2013
From: sebikul at ...176... (Sebastian Kulesz)
Date: Mon, 4 Feb 2013 01:26:21 -0300
Subject: [Gambas-devel] Crash in gb.map when "quick scrolling"
Message-ID: <CAAkQKUY9vDk0SkwdURHNGAOkFbxpU7+yT18A4xPFtD0hqQYX+Q@...178...>

If i open the gb.map example and, at any time, do a quick scroll (this is,
a fast rotation of the mouse wheel to zoom in) gbx3 crashes. Here is the
output from gdb:

sebi at ...713...:/usr/share/gambas3/examples/Control/MapView$ gdb gbx3
...
Program received signal SIGSEGV, Segmentation fault.
0x00007ffff718463b in _int_malloc () from /usr/lib/libc.so.6
(gdb) bt
#0  0x00007ffff718463b in _int_malloc () from /usr/lib/libc.so.6
#1  0x00007ffff7186173 in malloc () from /usr/lib/libc.so.6
#2  0x00007ffff4dfc141 in gdk_pixbuf_new () from
/usr/lib/libgdk_pixbuf-2.0.so.0
#3  0x00007ffff4e05001 in gdk_pixbuf_add_alpha () from
/usr/lib/libgdk_pixbuf-2.0.so.0
#4  0x00007ffff629a8de in pixbufFromMemory (trans=<synthetic pointer>,
len=<optimized out>, addr=0x7fffed29740b "", pixbuf=<synthetic pointer>)
    at gpicture.cpp:73
#5  gPicture::fromMemory (addr=<optimized out>, len=<optimized out>) at
gpicture.cpp:330
#6  0x00007ffff62b493b in Image_Load (_object=<optimized out>,
_param=<optimized out>) at CImage.cpp:165
#7  0x000000000040a913 in EXEC_native_quick () at gbx_exec.c:1177
#8  0x0000000000435ec3 in EXEC_loop () at gbx_exec_loop.c:1276
#9  0x000000000040a19e in EXEC_function_loop () at gbx_exec.c:906
#10 0x000000000040a864 in EXEC_function_real () at gbx_exec.c:870
#11 0x000000000041f75e in raise_event (observer=observer at ...703...=0x9e09e8,
object=object at ...703...=0x9e3a18, func_id=23, func_id at ...703...=24,
nparam=nparam at ...703...=0)
    at gbx_api.c:810
#12 0x000000000042050f in GB_Raise (object=0x9e3a18, event_id=0, nparam=0)
at gbx_api.c:946
#13 0x00007fffed2c039f in raise_event (_object=0x9e3a18, event=<optimized
out>) at CCurl.c:166
#14 0x0000000000412607 in EVENT_check_post () at gbx_event.c:244
#15 0x00007ffff62bee8c in MAIN_do_iteration
(do_not_block=do_not_block at ...703...=false,
do_not_sleep=do_not_sleep at ...703...=false) at main.cpp:565
#16 0x00007ffff62beece in my_loop () at main.cpp:482
#17 0x000000000040456c in main (argc=1, argv=0x7fffffffe138) at gbx.c:402
(gdb)


Another crash i got gives this output:

*** Error in `MapView': double free or corruption (!prev):
0x0000000001dc1f20 ***
======= Backtrace: =========
/usr/lib/libc.so.6(+0x7ab06)[0x7ffff7182b06]
/usr/lib/libc.so.6(+0x7b883)[0x7ffff7183883]
/usr/lib/libcairo.so.2(+0x13da1)[0x7ffff502ada1]
/usr/lib/libcairo.so.2(cairo_surface_destroy+0x55)[0x7ffff50823f5]
/usr/lib64/gambas3/gb.gtk.so(+0x37e81)[0x7ffff629ae81]
/usr/lib64/gambas3/gb.gtk.so(+0x37ebe)[0x7ffff629aebe]
/usr/lib64/gambas3/gb.gtk.so(+0x37ed8)[0x7ffff629aed8]
/usr/lib64/gambas3/gb.image.so(+0x5508)[0x7ffff6700508]
/usr/lib64/gambas3/gb.gtk.so(+0x504b9)[0x7ffff62b34b9]
/usr/lib64/gambas3/gb.draw.so(+0x684a)[0x7fffed7af84a]
/usr/lib64/gambas3/gb.draw.so(+0x695a)[0x7fffed7af95a]
MapView[0x40a913]
MapView[0x435ec3]
MapView[0x40a19e]
MapView[0x40a864]
MapView[0x41f75e]
MapView[0x42050f]
/usr/lib64/gambas3/gb.gtk.so(+0x5e024)[0x7ffff62c1024]
/usr/lib/libgdk-x11-2.0.so.0(+0x5c53c)[0x7ffff57ab53c]
/usr/lib/libglib-2.0.so.0(g_main_context_dispatch+0x135)[0x7ffff4145845]
/usr/lib/libglib-2.0.so.0(+0x47b78)[0x7ffff4145b78]
/usr/lib/libglib-2.0.so.0(g_main_context_iteration+0x34)[0x7ffff4145c34]
/usr/lib/libgtk-x11-2.0.so.0(gtk_main_iteration_do+0x1d)[0x7ffff5b3398d]
/usr/lib64/gambas3/gb.gtk.so(+0x5be63)[0x7ffff62bee63]
/usr/lib64/gambas3/gb.gtk.so(+0x5bece)[0x7ffff62beece]
MapView[0x40456c]
/usr/lib/libc.so.6(__libc_start_main+0xf5)[0x7ffff7129a15]
MapView[0x40467d]
======= Memory map: ========
00400000-0044e000 r-xp 00000000 08:01 1439028
 /usr/bin/gbx3
0064e000-00658000 rw-p 0004e000 08:01 1439028
 /usr/bin/gbx3
00658000-01ec5000 rw-p 00000000 00:00 0
 [heap]
7fffb0000000-7fffb0021000 rw-p 00000000 00:00 0
7fffb0021000-7fffb4000000 ---p 00000000 00:00 0
7fffb8000000-7fffb8021000 rw-p 00000000 00:00 0
7fffb8021000-7fffbc000000 ---p 00000000 00:00 0
7fffbc000000-7fffbc021000 rw-p 00000000 00:00 0
7fffbc021000-7fffc0000000 ---p 00000000 00:00 0
7fffc0000000-7fffc0021000 rw-p 00000000 00:00 0
7fffc0021000-7fffc4000000 ---p 00000000 00:00 0
7fffc4000000-7fffc4021000 rw-p 00000000 00:00 0
7fffc4021000-7fffc8000000 ---p 00000000 00:00 0
7fffc8000000-7fffc8021000 rw-p 00000000 00:00 0
7fffc8021000-7fffcc000000 ---p 00000000 00:00 0
7fffcc000000-7fffcc021000 rw-p 00000000 00:00 0
7fffcc021000-7fffd0000000 ---p 00000000 00:00 0
7fffd0000000-7fffd0021000 rw-p 00000000 00:00 0
7fffd0021000-7fffd4000000 ---p 00000000 00:00 0
7fffd4000000-7fffd4021000 rw-p 00000000 00:00 0
7fffd4021000-7fffd8000000 ---p 00000000 00:00 0
7fffd87f9000-7fffd87fa000 ---p 00000000 00:00 0
7fffd87fa000-7fffd8ffa000 rw-p 00000000 00:00 0
7fffd8ffa000-7fffd8ffb000 ---p 00000000 00:00 0
7fffd8ffb000-7fffd97fb000 rw-p 00000000 00:00 0
7fffd97fb000-7fffd97fc000 ---p 00000000 00:00 0
7fffd97fc000-7fffd9ffc000 rw-p 00000000 00:00 0
7fffd9ffc000-7fffd9ffd000 ---p 00000000 00:00 0
7fffd9ffd000-7fffda7fd000 rw-p 00000000 00:00 0
7fffdc000000-7fffdc021000 rw-p 00000000 00:00 0
7fffdc021000-7fffe0000000 ---p 00000000 00:00 0
7fffe0000000-7fffe0021000 rw-p 00000000 00:00 0
7fffe0021000-7fffe4000000 ---p 00000000 00:00 0
7fffe4000000-7fffe4021000 rw-p 00000000 00:00 0
7fffe4021000-7fffe8000000 ---p 00000000 00:00 0
7fffe9260000-7fffe9265000 r-xp 00000000 08:01 1439046
 /usr/lib/libnss_dns-2.17.so
7fffe9265000-7fffe9464000 ---p 00005000 08:01 1439046
 /usr/lib/libnss_dns-2.17.so
7fffe9464000-7fffe9465000 r--p 00004000 08:01 1439046
 /usr/lib/libnss_dns-2.17.so
7fffe9465000-7fffe9466000 rw-p 00005000 08:01 1439046
 /usr/lib/libnss_dns-2.17.so
7fffea499000-7fffeac99000 rw-s 00000000 00:04 874643475
 /SYSV00000000 (deleted)
7fffeac99000-7fffeb005000 r--p 00000000 08:01 1570139
 /usr/lib/gambas3/gb.form.stock.gambas
7fffeb0e8000-7fffeb18d000 r--p 00000000 08:01 1570871
 /usr/share/fonts/TTF/DejaVuSans-Bold.ttf
7fffeb18d000-7fffeb23d000 r--p 00000000 08:01 1572429
 /usr/share/fonts/TTF/DejaVuSans.ttf
7fffeb23d000-7fffeb284000 r--s 00000000 08:01 1308383
 /var/cache/fontconfig/f6b893a7224233d96cb72fd88691c0b4-le64.cache-3
7fffeb284000-7fffeb2ae000 r-xp 00000000 08:01 1706854
 /usr/lib/gtk-2.0/2.10.0/engines/libclearlooks.so
7fffeb2ae000-7fffeb4ae000 ---p 0002a000 08:01 1706854
 /usr/lib/gtk-2.0/2.10.0/engines/libclearlooks.so
7fffeb4ae000-7fffeb4af000 r--p 0002a000 08:01 1706854
 /usr/lib/gtk-2.0/2.10.0/engines/libclearlooks.so
7fffeb4af000-7fffeb4b0000 rw-p 0002b000 08:01 1706854
 /usr/lib/gtk-2.0/2.10.0/engines/libclearlooks.so
7fffeb4b0000-7fffeb4b6000 r-xp 00000000 08:01 1462741
 /usr/lib/libogg.so.0.8.0
7fffeb4b6000-7fffeb6b5000 ---p 00006000 08:01 1462741
 /usr/lib/libogg.so.0.8.0
7fffeb6b5000-7fffeb6b6000 rw-p 00005000 08:01 1462741
 /usr/lib/libogg.so.0.8.0
7fffeb6b6000-7fffeb6e2000 r-xp 00000000 08:01 1462753
 /usr/lib/libvorbis.so.0.4.6
7fffeb6e2000-7fffeb8e1000 ---p 0002c000 08:01 1462753
 /usr/lib/libvorbis.so.0.4.6
7fffeb8e1000-7fffeb8e2000 r--p 0002b000 08:01 1462753
 /usr/lib/libvorbis.so.0.4.6
7fffeb8e2000-7fffeb8e3000 rw-p 0002c000 08:01 1462753
 /usr/lib/libvorbis.so.0.4.6
7fffeb8e3000-7fffeb8ec000 r-xp 00000000 08:01 1459306
 /usr/lib/libltdl.so.7.3.0
7fffeb8ec000-7fffebaeb000 ---p 00009000 08:01 1459306
 /usr/lib/libltdl.so.7.3.0
7fffebaeb000-7fffebaec000 r--p 00008000 08:01 1459306
 /usr/lib/libltdl.so.7.3.0
7fffebaec000-7fffebaed000 rw-p 00009000 08:01 1459306
 /usr/lib/libltdl.so.7.3.0
7fffebaed000-7fffebafe000 r-xp 00000000 08:01 1462829
 /usr/lib/libtdb.so.1.2.11
7fffebafe000-7fffebcfe000 ---p 00011000 08:01 1462829
 /usr/lib/libtdb.so.1.2.11
7fffebcfe000-7fffebcff000 r--p 00011000 08:01 1462829
 /usr/lib/libtdb.so.1.2.11
7fffebcff000-7fffebd00000 rw-p 00012000 08:01 1462829
 /usr/lib/libtdb.so.1.2.11
7fffebd00000-7fffebd07000 r-xp 00000000 08:01 1462755
 /usr/lib/libvorbisfile.so.3.3.5
7fffebd07000-7fffebf07000 ---p 00007000 08:01 1462755
 /usr/lib/libvorbisfile.so.3.3.5
7fffebf07000-7fffebf08000 r--p 00007000 08:01 1462755
 /usr/lib/libvorbisfile.so.3.3.5
7fffebf08000-7fffebf09000 rw-p 00008000 08:01 1462755
 /usr/lib/libvorbisfile.so.3.3.5
7fffebf09000-7fffebf19000 r-xp 00000000 08:01 1448076
 /usr/lib/libcanberra.so.0.2.5
7fffebf19000-7fffec118000 ---p 00010000 08:01 1448076
 /usr/lib/libcanberra.so.0.2.5
7fffec118000-7fffec119000 r--p 0000f000 08:01 1448076
 /usr/lib/libcanberra.so.0.2.5
7fffec119000-7fffec11a000 rw-p 00010000 08:01 1448076
 /usr/lib/libcanberra.so.0.2.5
7fffec11a000-7fffec11e000 r-xp 00000000 08:01 1477786
 /usr/lib/libcanberra-gtk.so.0.1.9
7fffec11e000-7fffec31d000 ---p 00004000 08:01 1477786
 /usr/lib/libcanberra-gtk.so.0.1.9
7fffec31d000-7fffec31e000 r--p 00003000 08:01 1477786
 /usr/lib/libcanberra-gtk.so.0.1.9
7fffec31e000-7fffec31f000 rw-p 00004000 08:01 1477786
 /usr/lib/libcanberra-gtk.so.0.1.9
7fffec32d000-7fffec343000 r--s 00000000 08:01 1308366
 /var/cache/fontconfig/8d4af663993b81a124ee82e610bb31f9-le64.cache-3
7fffec343000-7fffec34f000 r--s 00000000 08:01 1323957
 /var/cache/fontconfig/5a02e0a9ca9b27d0aa4bd0c42ba2438d-le64.cache-3
7fffec34f000-7fffec354000 r-xp 00000000 08:01 1715876
 /usr/lib/gtk-2.0/modules/libcanberra-gtk-module.so
7fffec354000-7fffec553000 ---p 00005000 08:01 1715876
 /usr/lib/gtk-2.0/modules/libcanberra-gtk-module.so
7fffec553000-7fffec554000 r--p 00004000 08:01 1715876
 /usr/lib/gtk-2.0/modules/libcanberra-gtk-module.so
7fffec554000-7fffec555000 rw-p 00005000 08:01 1715876
 /usr/lib/gtk-2.0/modules/libcanberra-gtk-module.so
7fffec555000-7fffec561000 r-xp 00000000 08:01 1439101
 /usr/lib/libnss_files-2.17.so
7fffec561000-7fffec760000 ---p 0000c000 08:01 1439101
 /usr/lib/libnss_files-2.17.so
7fffec760000-7fffec761000 r--p 0000b000 08:01 1439101
 /usr/lib/libnss_files-2.17.so
7fffec761000-7fffec762000 rw-p 0000c000 08:01 1439101
 /usr/lib/libnss_files-2.17.so
7fffec768000-7fffec792000 r--p 00000000 08:01 1454778
 /usr/share/locale/es/LC_MESSAGES/gtk20-properties.mo
7fffec792000-7fffec972000 r-xp 00000000 08:01 1450109
 /usr/lib/libcrypto.so.1.0.0
7fffec972000-7fffecb71000 ---p 001e0000 08:01 1450109
 /usr/lib/libcrypto.so.1.0.0
7fffecb71000-7fffecb8c000 r--p 001df000 08:01 1450109
 /usr/lib/libcrypto.so.1.0.0
7fffecb8c000-7fffecb97000 rw-p 001fa000 08:01 1450109
 /usr/lib/libcrypto.so.1.0.0
7fffecb97000-7fffecb9b000 rw-p 00000000 00:00 0
7fffecb9b000-7fffecbfb000 r-xp 00000000 08:01 1450108
 /usr/lib/libssl.so.1.0.0
7fffecbfb000-7fffecdfa000 ---p 00060000 08:01 1450108
 /usr/lib/libssl.so.1.0.0
7fffecdfa000-7fffecdfe000 r--p 0005f000 08:01 1450108
 /usr/lib/libssl.so.1.0.0
7fffecdfe000-7fffece04000 rw-p 00063000 08:01 1450108
 /usr/lib/libssl.so.1.0.0
7fffece04000-7fffece05000 rw-p 00000000 00:00 0
7fffece05000-7fffece2c000 r-xp 00000000 08:01 1489552
 /usr/lib/libssh2.so.1.0.1
7fffece2c000-7fffed02c000 ---p 00027000 08:01 1489552
 /usr/lib/libssh2.so.1.0.1
7fffed02c000-7fffed02d000 r--p 00027000 08:01 1489552
 /usr/lib/libssh2.so.1.0.1
7fffed02d000-7fffed02e000 rw-p 00028000 08:01 1489552
 /usr/lib/libssh2.so.1.0.1
7fffed02e000-7fffed08b000 r-xp 00000000 08:01 1450843
 /usr/lib/libcurl.so.4.3.0
7fffed08b000-7fffed28a000 ---p 0005d000 08:01 1450843
 /usr/lib/libcurl.so.4.3.0
7fffed28a000-7fffed28c000 r--p 0005c000 08:01 1450843
 /usr/lib/libcurl.so.4.3.0
7fffed28c000-7fffed28d000 rw-p 0005e000 08:01 1450843
 /usr/lib/libcurl.so.4.3.0
7fffed298000-7fffed2bd000 r--p 00000000 08:01 1487458
 /usr/share/locale/es/LC_MESSAGES/libc.mo
7fffed2bd000-7fffed2c4000 r-xp 00000000 08:01 1592097
 /usr/lib/gambas3/gb.net.curl.so.0.0.0
7fffed2c4000-7fffed4c3000 ---p 00007000 08:01 1592097
 /usr/lib/gambas3/gb.net.curl.so.0.0.0
7fffed4c3000-7fffed4c6000 rw-p 00006000 08:01 1592097
 /usr/lib/gambas3/gb.net.curl.so.0.0.0
7fffed4c6000-7fffed4d1000 r-xp 00000000 08:01 1591529
 /usr/lib/gambas3/gb.net.so.0.0.0
7fffed4d1000-7fffed6d1000 ---p 0000b000 08:01 1591529
 /usr/lib/gambas3/gb.net.so.0.0.0
7fffed6d1000-7fffed6d4000 rw-p 0000b000 08:01 1591529
 /usr/lib/gambas3/gb.net.so.0.0.0
7fffed6d4000-7fffed76e000 r--p 00000000 08:01 1606653
 /usr/lib/gambas3/gb.form.gambas
7fffed76e000-7fffed7a9000 r--p 00000000 08:01 1606649
 /usr/lib/gambas3/gb.gui.base.gambas
7fffed7a9000-7fffed7b4000 r-xp 00000000 08:01 1580247
 /usr/lib/gambas3/gb.draw.so.0.0.0
7fffed7b4000-7fffed9b4000 ---p 0000b000 08:01 1580247
 /usr/lib/gambas3/gb.draw.so.0.0.0
7fffed9b4000-7fffed9b7000 rw-p 0000b000 08:01 1580247
 /usr/lib/gambas3/gb.draw.so.0.0.0
Program received signal SIGABRT, Aborted.
0x00007ffff713d2c5 in raise () from /usr/lib/libc.so.6
(gdb) bt
#0  0x00007ffff713d2c5 in raise () from /usr/lib/libc.so.6
#1  0x00007ffff713e748 in abort () from /usr/lib/libc.so.6
#2  0x00007ffff717cf7b in __libc_message () from /usr/lib/libc.so.6
#3  0x00007ffff7182b06 in malloc_printerr () from /usr/lib/libc.so.6
#4  0x00007ffff7183883 in _int_free () from /usr/lib/libc.so.6
#5  0x00007ffff502ada1 in ?? () from /usr/lib/libcairo.so.2
#6  0x00007ffff50823f5 in cairo_surface_destroy () from
/usr/lib/libcairo.so.2
#7  0x00007ffff629ae81 in gPicture::clear (this=this at ...703...=0x1c34080) at
gpicture.cpp:563
#8  0x00007ffff629aebe in gPicture::~gPicture (this=0x1c34080,
__in_chrg=<optimized out>) at gpicture.cpp:209
#9  0x00007ffff629aed8 in gPicture::~gPicture (this=0x1c34080,
__in_chrg=<optimized out>) at gpicture.cpp:210
#10 0x00007ffff6700508 in IMAGE_check (img=0x8a4be8,
temp_owner=0x7ffff64eb720 <_image_owner>) at image.c:525
#11 0x00007ffff62b34b9 in check_image (img=0x8a4be8) at cpaint_impl.cpp:74
#12 Begin (d=0x9e0bf8) at cpaint_impl.cpp:313
#13 0x00007fffed7af84a in PAINT_open (paint=0x9e0bf8) at cpaint.c:88
#14 0x00007fffed7af95a in PAINT_begin (device=0x8a4be8) at cpaint.c:149
#15 0x000000000040a913 in EXEC_native_quick () at gbx_exec.c:1177
#16 0x0000000000435ec3 in EXEC_loop () at gbx_exec_loop.c:1276
#17 0x000000000040a19e in EXEC_function_loop () at gbx_exec.c:906
#18 0x000000000040a864 in EXEC_function_real () at gbx_exec.c:870
#19 0x000000000041f75e in raise_event (observer=observer at ...703...=0x8a3b38,
object=object at ...703...=0x8a5cd8, func_id=115, func_id at ...703...=116,
nparam=nparam at ...703...=
    0) at gbx_api.c:810
#20 0x000000000042050f in GB_Raise (object=0x8a5cd8, event_id=10, nparam=0)
at gbx_api.c:946
#21 0x00007ffff62c1024 in gambas_handle_event (event=0x8abf50) at
gapplication.cpp:632
#22 0x00007ffff57ab53c in ?? () from /usr/lib/libgdk-x11-2.0.so.0
#23 0x00007ffff4145845 in g_main_context_dispatch () from
/usr/lib/libglib-2.0.so.0
#24 0x00007ffff4145b78 in ?? () from /usr/lib/libglib-2.0.so.0
#25 0x00007ffff4145c34 in g_main_context_iteration () from
/usr/lib/libglib-2.0.so.0
#26 0x00007ffff5b3398d in gtk_main_iteration_do () from
/usr/lib/libgtk-x11-2.0.so.0
#27 0x00007ffff62bee63 in MAIN_do_iteration
(do_not_block=do_not_block at ...703...=false,
do_not_sleep=do_not_sleep at ...703...=false) at main.cpp:558
#28 0x00007ffff62beece in my_loop () at main.cpp:482
#29 0x000000000040456c in main (argc=1, argv=0x7fffffffe138) at gbx.c:402
(gdb)

I can "sort" of reproduce them (i always get a crash when i scroll) but it
depends on that i do before it. If i move the map around a bit i get a
different crash than if i directly scroll.

I'm using a fully updated Archlinux x64 system.

If you need more debug info please let me know!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20130204/c501c60e/attachment.html>

From tobias at ...692...  Wed Feb  6 00:16:09 2013
From: tobias at ...692... (Tobias Boege)
Date: Wed, 6 Feb 2013 00:16:09 +0100
Subject: [Gambas-devel] Memory leak of GB.ReturnNewZeroString()?
Message-ID: <20130205231609.GA530@...693...>

Hi Benoit,

I used to call GB.ReturnNewZeroString() to return a copy of a C string on
the stack from Window.Ask() in gb.ncurses. Now this is the situation:

Window.Ask() gets called twice in nested functions and the return value is
given to the SELECT-CASE control structure (in my Pong program).

a) QUIT (by an event) within both nested functions give me "4 allocation(s)
   non freed". If I remove any of the Window.Ask() calls, I get only 2 non-
   freed allocations and with both removed, everything is fine.

b) When using Ctrl-C to kill the program mid-execution, the program is also
   cleaned up properly.

c) When QUIT (by the same event as in a)) outside of the _inner_ function,
   _no_ memory leaks are reported.

Do you understand the problem ad hoc?

Looking at gb.crypt source code, I seem to use GB.ReturnNewZeroString()
correctly at least. I fixed the problem by simply making Window.Ask() return
the number of the choice as an Integer. This makes also project translation
easier :-)

However, if you want I could try to replicate the offending code so that you
can have a look.

Regards,
Tobi




From tobias at ...692...  Sun Feb 10 21:53:54 2013
From: tobias at ...692... (Tobias Boege)
Date: Sun, 10 Feb 2013 21:53:54 +0100
Subject: [Gambas-devel] gb.crypt SHA checksums
Message-ID: <20130210205354.GC928@...693...>

Hi Benoit,

Sebastian is working on some client for at least Twitter and needs an HMAC
authentication code (or so). This can be done using openssl (hmac(3)) and is
best implemented in gb.crypt, I think.

This would mean that openssl becomes a new dependency of gb.crypt.

Since this is your code, I thought I better ask you before fiddling around
with it. Do you want to implement it or shall I try?

While we are at it, SHA1 is also in openssl, and SHA256 and SHA512 are in
glibc's crypt() (since 2.7 says the manpage). These could be written down
then, too.

Regards,
Tobi




From sebikul at ...176...  Sun Feb 10 22:15:10 2013
From: sebikul at ...176... (Sebastian Kulesz)
Date: Sun, 10 Feb 2013 18:15:10 -0300
Subject: [Gambas-devel] gb.net.curl crashes with signal #11,
	segmentation fault
Message-ID: <CAAkQKUbAP+FM1Mv00vP8A6AXuj_vfNboDRjuVwqssroaY75xpQ@...178...>

Hi!

I'm using Archlinux, after upgrading curl (7.28.1-1 -> 7.29.0-1) i am
getting a crash every time a project (of any type) that loads the
gb.net.curl component ends. Here is the backtrace from gdb:

(gdb) run
Starting program: /usr/bin/gbx3
warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need "set solib-search-path" or "set sysroot"?
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
[New Thread 0x7ffff57ae700 (LWP 3253)]
[Thread 0x7ffff57ae700 (LWP 3253) exited]
Invalid signature

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff62964a0 in curl_multi_cleanup () from /usr/lib/libcurl.so.4
(gdb) bt
#0  0x00007ffff62964a0 in curl_multi_cleanup () from /usr/lib/libcurl.so.4
#1  0x000000000040b03b in EXEC_native () at gbx_exec.c:1332
#2  0x000000000040b5fd in EXEC_public_desc (class=0x0, class at ...703...=0x6b4f78,
object=0x61, object at ...703...=0x0, desc=0x61, nparam=7099400, nparam at ...703...=0)
    at gbx_exec.c:1572
#3  0x000000000040b682 in EXEC_public (class=class at ...703...=0x6b4f78,
object=object at ...703...=0x0, name=name at ...703...=0x43cda2 "_exit",
nparam=nparam at ...703...=0)
    at gbx_exec.c:1595
#4  0x000000000040f252 in exit_class (class=0x6b4f78, native=<optimized
out>) at gbx_class.c:109
#5  exit_class (native=1 '\001', class=0x6b4f78) at gbx_class.c:287
#6  CLASS_clean_up (silent=silent at ...703...=0 '\000') at gbx_class.c:386
#7  0x000000000042535a in main_exit (silent=0 '\000', silent at ...703...=-19
'\355') at gbx.c:128
#8  0x0000000000404639 in main (argc=1, argv=0x7fffffffe1c8) at gbx.c:429

(gdb) bt full
#0  0x00007ffff62964a0 in curl_multi_cleanup () from /usr/lib/libcurl.so.4
No symbol table info available.
#1  0x000000000040b03b in EXEC_native () at gbx_exec.c:1332
        desc = 0x7ffff66f9f20 <CCurlDesc+192>
        nparam = 0
        object = 0x0
        use_stack = 0 '\000'
        i = <optimized out>
        n = <optimized out>
        nm = <optimized out>
        value = <optimized out>
        sign = <optimized out>
        error = <optimized out>
        ret = {type = 3, _boolean = {type = 3, value = 34}, _byte = {type =
3, value = 34}, _short = {type = 3, value = 34}, _integer = {type = 3,
            value = 34}, _long = {type = 3, value = 34}, _single = {type =
3, value = 4.76441478e-44}, _float = {type = 3,
            value = 1.6798231958602383e-322}, _date = {type = 3, date = 34,
time = 0}, _string = {type = 3, addr = 0x22 <Address 0x22 out of bounds>,
            start = 4253865, len = 9}, _pointer = {type = 3, value = 0x22
<Address 0x22 out of bounds>}, _function = {type = 3, class = 0x22,
            object = 0x90040e8a9, kind = 120 'x', defined = 79 'O', index =
107}, _variant = {type = 3, vtype = 34, value = {_boolean = -87 '\251',
              _byte = 169 '\251', _short = -5975, _integer = 4253865, _long
= 38658959529, _single = 5.96093449e-39, _float = 1.9100063807245997e-313,
              _date = {date = 4253865, time = 9}, _string = 0x90040e8a9
<Address 0x90040e8a9 out of bounds>, _pointer = 0x90040e8a9, _object =
0x90040e8a9,
              data = 38658959529}}, _class = {type = 3, class = 0x22, super
= 0x90040e8a9}, _object = {class = 0x3, object = 0x22, super =
0x90040e8a9},
          _void = {type = 3, ptype = 34, value = {38658959529, 7032696}}}
#2  0x000000000040b5fd in EXEC_public_desc (class=0x0, class at ...703...=0x6b4f78,
object=0x61, object at ...703...=0x0, desc=0x61, nparam=7099400, nparam at ...703...=0)
    at gbx_exec.c:1572
No locals.
#3  0x000000000040b682 in EXEC_public (class=class at ...703...=0x6b4f78,
object=object at ...703...=0x0, name=name at ...703...=0x43cda2 "_exit",
nparam=nparam at ...703...=0)
    at gbx_exec.c:1595
        desc = <optimized out>
#4  0x000000000040f252 in exit_class (class=0x6b4f78, native=<optimized
out>) at gbx_class.c:109
No locals.
#5  exit_class (native=1 '\001', class=0x6b4f78) at gbx_class.c:287
No locals.
#6  CLASS_clean_up (silent=silent at ...703...=0 '\000') at gbx_class.c:386
        n = <optimized out>
        nc = 4
        nb = <optimized out>
        class = 0x6b4f78
#7  0x000000000042535a in main_exit (silent=0 '\000', silent at ...703...=-19
'\355') at gbx.c:128
        __err = <optimized out>
        __err_context = {prev = 0x0, handler = 0x0, info = {code = 0
'\000', native = 0 '\000', free = -1 '\377', _reserved = -1 '\377', cp =
0x0,
            fp = 0x0, pc = 0x31b46c48413b6c8b, msg = 0xce4b9336b8076c8b
<Address 0xce4b9336b8076c8b out of bounds>}, env = {{__jmpbuf = {0,
                -3581606660242051957, 4212308, 140737488347584, 0, 0,
3581606661264731275, -3581607229822243701}, __mask_was_saved = 0,
__saved_mask = {
                __val = {0, 16, 0, 7109608, 1, 1, 4212308, 140737488347584,
0, 1, 0, 1, 4212308, 0, 1, 4212308}}}}, ret = 0 '\000'}
#8  0x0000000000404639 in main (argc=1, argv=0x7fffffffe1c8) at gbx.c:429
        startup = 0x6c7d88
        i = 1
        n = 7099400
        file = 0x4390ed "."
        ret = 0
(gdb)

I read the curl webpage, but saw no info about breaking changes. The
component works perfectly, it just shows a message at the end of the
execution that it crashed.
Let me know if you need me to compile curl with debugging symbols too.

Thanks!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20130210/52821c77/attachment.html>

From gambas at ...1...  Sun Feb 10 22:46:08 2013
From: gambas at ...1... (=?ISO-8859-1?Q?Beno=EEt_Minisini?=)
Date: Sun, 10 Feb 2013 22:46:08 +0100
Subject: [Gambas-devel] gb.net.curl crashes with signal #11,
 segmentation fault
In-Reply-To: <CAAkQKUbAP+FM1Mv00vP8A6AXuj_vfNboDRjuVwqssroaY75xpQ@...178...>
References: <CAAkQKUbAP+FM1Mv00vP8A6AXuj_vfNboDRjuVwqssroaY75xpQ@...178...>
Message-ID: <51181520.40608@...1...>

Le 10/02/2013 22:15, Sebastian Kulesz a ?crit :
> Hi!
>
> I'm using Archlinux, after upgrading curl (7.28.1-1 -> 7.29.0-1) i am
> getting a crash every time a project (of any type) that loads the
> gb.net.curl component ends. Here is the backtrace from gdb:
>
> (gdb) run
> Starting program: /usr/bin/gbx3
> warning: Could not load shared library symbols for linux-vdso.so.1.
> Do you need "set solib-search-path" or "set sysroot"?
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/usr/lib/libthread_db.so.1".
> [New Thread 0x7ffff57ae700 (LWP 3253)]
> [Thread 0x7ffff57ae700 (LWP 3253) exited]
> Invalid signature
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x00007ffff62964a0 in curl_multi_cleanup () from /usr/lib/libcurl.so.4
> (gdb) bt
> #0  0x00007ffff62964a0 in curl_multi_cleanup () from /usr/lib/libcurl.so.4
> #1  0x000000000040b03b in EXEC_native () at gbx_exec.c:1332
> #2  0x000000000040b5fd in EXEC_public_desc (class=0x0, class at ...703...=0x6b4f78,
> object=0x61, object at ...703...=0x0, desc=0x61, nparam=7099400, nparam at ...703...=0)
>      at gbx_exec.c:1572
> #3  0x000000000040b682 in EXEC_public (class=class at ...703...=0x6b4f78,
> object=object at ...703...=0x0, name=name at ...703...=0x43cda2 "_exit",
> nparam=nparam at ...703...=0)
>      at gbx_exec.c:1595
> #4  0x000000000040f252 in exit_class (class=0x6b4f78, native=<optimized
> out>) at gbx_class.c:109
> #5  exit_class (native=1 '\001', class=0x6b4f78) at gbx_class.c:287
> #6  CLASS_clean_up (silent=silent at ...703...=0 '\000') at gbx_class.c:386
> #7  0x000000000042535a in main_exit (silent=0 '\000', silent at ...703...=-19
> '\355') at gbx.c:128
> #8  0x0000000000404639 in main (argc=1, argv=0x7fffffffe1c8) at gbx.c:429
>
> (gdb) bt full
> #0  0x00007ffff62964a0 in curl_multi_cleanup () from /usr/lib/libcurl.so.4
> No symbol table info available.
> #1  0x000000000040b03b in EXEC_native () at gbx_exec.c:1332
>          desc = 0x7ffff66f9f20 <CCurlDesc+192>
>          nparam = 0
>          object = 0x0
>          use_stack = 0 '\000'
>          i = <optimized out>
>          n = <optimized out>
>          nm = <optimized out>
>          value = <optimized out>
>          sign = <optimized out>
>          error = <optimized out>
>          ret = {type = 3, _boolean = {type = 3, value = 34}, _byte = {type =
> 3, value = 34}, _short = {type = 3, value = 34}, _integer = {type = 3,
>              value = 34}, _long = {type = 3, value = 34}, _single = {type =
> 3, value = 4.76441478e-44}, _float = {type = 3,
>              value = 1.6798231958602383e-322}, _date = {type = 3, date = 34,
> time = 0}, _string = {type = 3, addr = 0x22 <Address 0x22 out of bounds>,
>              start = 4253865, len = 9}, _pointer = {type = 3, value = 0x22
> <Address 0x22 out of bounds>}, _function = {type = 3, class = 0x22,
>              object = 0x90040e8a9, kind = 120 'x', defined = 79 'O', index =
> 107}, _variant = {type = 3, vtype = 34, value = {_boolean = -87 '\251',
>                _byte = 169 '\251', _short = -5975, _integer = 4253865, _long
> = 38658959529, _single = 5.96093449e-39, _float = 1.9100063807245997e-313,
>                _date = {date = 4253865, time = 9}, _string = 0x90040e8a9
> <Address 0x90040e8a9 out of bounds>, _pointer = 0x90040e8a9, _object =
> 0x90040e8a9,
>                data = 38658959529}}, _class = {type = 3, class = 0x22, super
> = 0x90040e8a9}, _object = {class = 0x3, object = 0x22, super =
> 0x90040e8a9},
>            _void = {type = 3, ptype = 34, value = {38658959529, 7032696}}}
> #2  0x000000000040b5fd in EXEC_public_desc (class=0x0, class at ...703...=0x6b4f78,
> object=0x61, object at ...703...=0x0, desc=0x61, nparam=7099400, nparam at ...703...=0)
>      at gbx_exec.c:1572
> No locals.
> #3  0x000000000040b682 in EXEC_public (class=class at ...703...=0x6b4f78,
> object=object at ...703...=0x0, name=name at ...703...=0x43cda2 "_exit",
> nparam=nparam at ...703...=0)
>      at gbx_exec.c:1595
>          desc = <optimized out>
> #4  0x000000000040f252 in exit_class (class=0x6b4f78, native=<optimized
> out>) at gbx_class.c:109
> No locals.
> #5  exit_class (native=1 '\001', class=0x6b4f78) at gbx_class.c:287
> No locals.
> #6  CLASS_clean_up (silent=silent at ...703...=0 '\000') at gbx_class.c:386
>          n = <optimized out>
>          nc = 4
>          nb = <optimized out>
>          class = 0x6b4f78
> #7  0x000000000042535a in main_exit (silent=0 '\000', silent at ...703...=-19
> '\355') at gbx.c:128
>          __err = <optimized out>
>          __err_context = {prev = 0x0, handler = 0x0, info = {code = 0
> '\000', native = 0 '\000', free = -1 '\377', _reserved = -1 '\377', cp =
> 0x0,
>              fp = 0x0, pc = 0x31b46c48413b6c8b, msg = 0xce4b9336b8076c8b
> <Address 0xce4b9336b8076c8b out of bounds>}, env = {{__jmpbuf = {0,
>                  -3581606660242051957, 4212308, 140737488347584, 0, 0,
> 3581606661264731275, -3581607229822243701}, __mask_was_saved = 0,
> __saved_mask = {
>                  __val = {0, 16, 0, 7109608, 1, 1, 4212308, 140737488347584,
> 0, 1, 0, 1, 4212308, 0, 1, 4212308}}}}, ret = 0 '\000'}
> #8  0x0000000000404639 in main (argc=1, argv=0x7fffffffe1c8) at gbx.c:429
>          startup = 0x6c7d88
>          i = 1
>          n = 7099400
>          file = 0x4390ed "."
>          ret = 0
> (gdb)
>
> I read the curl webpage, but saw no info about breaking changes. The
> component works perfectly, it just shows a message at the end of the
> execution that it crashed.
> Let me know if you need me to compile curl with debugging symbols too.
>
> Thanks!
>

Well, it crashes inside the libcurl library apparently. Try to run the 
project with valgrind to see if this is not the consequence of an 
earlier illegal memory access.

Regards,

-- 
Beno?t Minisini



From sebikul at ...176...  Sun Feb 10 23:06:53 2013
From: sebikul at ...176... (Sebastian Kulesz)
Date: Sun, 10 Feb 2013 19:06:53 -0300
Subject: [Gambas-devel] gb.net.curl crashes with signal #11,
	segmentation fault
In-Reply-To: <51181520.40608@...1...>
References: <CAAkQKUbAP+FM1Mv00vP8A6AXuj_vfNboDRjuVwqssroaY75xpQ@...178...>
	<51181520.40608@...1...>
Message-ID: <CAAkQKUb-2+OUHbyf4d7YfBLyViZkQEmMYAbdqtXEyx2WT8j-SQ@...178...>

On Sun, Feb 10, 2013 at 6:46 PM, Beno?t Minisini <
gambas at ...1...> wrote:

> Le 10/02/2013 22:15, Sebastian Kulesz a ?crit :
> > Hi!
> >
> > I'm using Archlinux, after upgrading curl (7.28.1-1 -> 7.29.0-1) i am
> > getting a crash every time a project (of any type) that loads the
> > gb.net.curl component ends. Here is the backtrace from gdb:
> >
> > (gdb) run
> > Starting program: /usr/bin/gbx3
> > warning: Could not load shared library symbols for linux-vdso.so.1.
> > Do you need "set solib-search-path" or "set sysroot"?
> > [Thread debugging using libthread_db enabled]
> > Using host libthread_db library "/usr/lib/libthread_db.so.1".
> > [New Thread 0x7ffff57ae700 (LWP 3253)]
> > [Thread 0x7ffff57ae700 (LWP 3253) exited]
> > Invalid signature
> >
> > Program received signal SIGSEGV, Segmentation fault.
> > 0x00007ffff62964a0 in curl_multi_cleanup () from /usr/lib/libcurl.so.4
> > (gdb) bt
> > #0  0x00007ffff62964a0 in curl_multi_cleanup () from
> /usr/lib/libcurl.so.4
> > #1  0x000000000040b03b in EXEC_native () at gbx_exec.c:1332
> > #2  0x000000000040b5fd in EXEC_public_desc (class=0x0, class at ...703...
> =0x6b4f78,
> > object=0x61, object at ...703...=0x0, desc=0x61, nparam=7099400, nparam at ...703...
> =0)
> >      at gbx_exec.c:1572
> > #3  0x000000000040b682 in EXEC_public (class=class at ...703...=0x6b4f78,
> > object=object at ...703...=0x0, name=name at ...703...=0x43cda2 "_exit",
> > nparam=nparam at ...703...=0)
> >      at gbx_exec.c:1595
> > #4  0x000000000040f252 in exit_class (class=0x6b4f78, native=<optimized
> > out>) at gbx_class.c:109
> > #5  exit_class (native=1 '\001', class=0x6b4f78) at gbx_class.c:287
> > #6  CLASS_clean_up (silent=silent at ...703...=0 '\000') at gbx_class.c:386
> > #7  0x000000000042535a in main_exit (silent=0 '\000', silent at ...715....=-19
> > '\355') at gbx.c:128
> > #8  0x0000000000404639 in main (argc=1, argv=0x7fffffffe1c8) at gbx.c:429
> >
> > (gdb) bt full
> > #0  0x00007ffff62964a0 in curl_multi_cleanup () from
> /usr/lib/libcurl.so.4
> > No symbol table info available.
> > #1  0x000000000040b03b in EXEC_native () at gbx_exec.c:1332
> >          desc = 0x7ffff66f9f20 <CCurlDesc+192>
> >          nparam = 0
> >          object = 0x0
> >          use_stack = 0 '\000'
> >          i = <optimized out>
> >          n = <optimized out>
> >          nm = <optimized out>
> >          value = <optimized out>
> >          sign = <optimized out>
> >          error = <optimized out>
> >          ret = {type = 3, _boolean = {type = 3, value = 34}, _byte =
> {type =
> > 3, value = 34}, _short = {type = 3, value = 34}, _integer = {type = 3,
> >              value = 34}, _long = {type = 3, value = 34}, _single =
> {type =
> > 3, value = 4.76441478e-44}, _float = {type = 3,
> >              value = 1.6798231958602383e-322}, _date = {type = 3, date =
> 34,
> > time = 0}, _string = {type = 3, addr = 0x22 <Address 0x22 out of bounds>,
> >              start = 4253865, len = 9}, _pointer = {type = 3, value =
> 0x22
> > <Address 0x22 out of bounds>}, _function = {type = 3, class = 0x22,
> >              object = 0x90040e8a9, kind = 120 'x', defined = 79 'O',
> index =
> > 107}, _variant = {type = 3, vtype = 34, value = {_boolean = -87 '\251',
> >                _byte = 169 '\251', _short = -5975, _integer = 4253865,
> _long
> > = 38658959529, _single = 5.96093449e-39, _float =
> 1.9100063807245997e-313,
> >                _date = {date = 4253865, time = 9}, _string = 0x90040e8a9
> > <Address 0x90040e8a9 out of bounds>, _pointer = 0x90040e8a9, _object =
> > 0x90040e8a9,
> >                data = 38658959529}}, _class = {type = 3, class = 0x22,
> super
> > = 0x90040e8a9}, _object = {class = 0x3, object = 0x22, super =
> > 0x90040e8a9},
> >            _void = {type = 3, ptype = 34, value = {38658959529,
> 7032696}}}
> > #2  0x000000000040b5fd in EXEC_public_desc (class=0x0, class at ...703...
> =0x6b4f78,
> > object=0x61, object at ...703...=0x0, desc=0x61, nparam=7099400, nparam at ...703...
> =0)
> >      at gbx_exec.c:1572
> > No locals.
> > #3  0x000000000040b682 in EXEC_public (class=class at ...703...=0x6b4f78,
> > object=object at ...703...=0x0, name=name at ...703...=0x43cda2 "_exit",
> > nparam=nparam at ...703...=0)
> >      at gbx_exec.c:1595
> >          desc = <optimized out>
> > #4  0x000000000040f252 in exit_class (class=0x6b4f78, native=<optimized
> > out>) at gbx_class.c:109
> > No locals.
> > #5  exit_class (native=1 '\001', class=0x6b4f78) at gbx_class.c:287
> > No locals.
> > #6  CLASS_clean_up (silent=silent at ...703...=0 '\000') at gbx_class.c:386
> >          n = <optimized out>
> >          nc = 4
> >          nb = <optimized out>
> >          class = 0x6b4f78
> > #7  0x000000000042535a in main_exit (silent=0 '\000', silent at ...715....=-19
> > '\355') at gbx.c:128
> >          __err = <optimized out>
> >          __err_context = {prev = 0x0, handler = 0x0, info = {code = 0
> > '\000', native = 0 '\000', free = -1 '\377', _reserved = -1 '\377', cp =
> > 0x0,
> >              fp = 0x0, pc = 0x31b46c48413b6c8b, msg = 0xce4b9336b8076c8b
> > <Address 0xce4b9336b8076c8b out of bounds>}, env = {{__jmpbuf = {0,
> >                  -3581606660242051957, 4212308, 140737488347584, 0, 0,
> > 3581606661264731275, -3581607229822243701}, __mask_was_saved = 0,
> > __saved_mask = {
> >                  __val = {0, 16, 0, 7109608, 1, 1, 4212308,
> 140737488347584,
> > 0, 1, 0, 1, 4212308, 0, 1, 4212308}}}}, ret = 0 '\000'}
> > #8  0x0000000000404639 in main (argc=1, argv=0x7fffffffe1c8) at gbx.c:429
> >          startup = 0x6c7d88
> >          i = 1
> >          n = 7099400
> >          file = 0x4390ed "."
> >          ret = 0
> > (gdb)
> >
> > I read the curl webpage, but saw no info about breaking changes. The
> > component works perfectly, it just shows a message at the end of the
> > execution that it crashed.
> > Let me know if you need me to compile curl with debugging symbols too.
> >
> > Thanks!
> >
>
> Well, it crashes inside the libcurl library apparently. Try to run the
> project with valgrind to see if this is not the consequence of an
> earlier illegal memory access.
>
> Regards,
>
> --
> Beno?t Minisini
>
>
> ------------------------------------------------------------------------------
> Free Next-Gen Firewall Hardware Offer
> Buy your Sophos next-gen firewall before the end March 2013
> and get the hardware for free! Learn more.
> http://p.sf.net/sfu/sophos-d2d-feb
> _______________________________________________
> Gambas-devel mailing list
> Gambas-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gambas-devel
>

Here is the output of valgrind --tool=memcheck --num-callers=50
--leak-check=full gbx3 > valgrind.out 2>&1
I added --leak-check=full just in case it was missing anything.

Thanks!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20130210/3cde07a5/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: valgrind.out
Type: application/octet-stream
Size: 87382 bytes
Desc: not available
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20130210/3cde07a5/attachment.obj>

From gambas at ...1...  Sun Feb 10 23:26:57 2013
From: gambas at ...1... (=?ISO-8859-1?Q?Beno=EEt_Minisini?=)
Date: Sun, 10 Feb 2013 23:26:57 +0100
Subject: [Gambas-devel] gb.net.curl crashes with signal #11,
 segmentation fault
In-Reply-To: <CAAkQKUb-2+OUHbyf4d7YfBLyViZkQEmMYAbdqtXEyx2WT8j-SQ@...178...>
References: <CAAkQKUbAP+FM1Mv00vP8A6AXuj_vfNboDRjuVwqssroaY75xpQ@...178...>
	<51181520.40608@...1...>
	<CAAkQKUb-2+OUHbyf4d7YfBLyViZkQEmMYAbdqtXEyx2WT8j-SQ@...178...>
Message-ID: <51181EB1.1070602@...1...>

Le 10/02/2013 23:06, Sebastian Kulesz a ?crit :
> On Sun, Feb 10, 2013 at 6:46 PM, Beno?t Minisini <
> gambas at ...1...> wrote:
>
>> Le 10/02/2013 22:15, Sebastian Kulesz a ?crit :
>>> Hi!
>>>
>>> I'm using Archlinux, after upgrading curl (7.28.1-1 -> 7.29.0-1) i am
>>> getting a crash every time a project (of any type) that loads the
>>> gb.net.curl component ends. Here is the backtrace from gdb:
>>>
>>> (gdb) run
>>> Starting program: /usr/bin/gbx3
>>> warning: Could not load shared library symbols for linux-vdso.so.1.
>>> Do you need "set solib-search-path" or "set sysroot"?
>>> [Thread debugging using libthread_db enabled]
>>> Using host libthread_db library "/usr/lib/libthread_db.so.1".
>>> [New Thread 0x7ffff57ae700 (LWP 3253)]
>>> [Thread 0x7ffff57ae700 (LWP 3253) exited]
>>> Invalid signature
>>>
>>> Program received signal SIGSEGV, Segmentation fault.
>>> 0x00007ffff62964a0 in curl_multi_cleanup () from /usr/lib/libcurl.so.4
>>> (gdb) bt
>>> #0  0x00007ffff62964a0 in curl_multi_cleanup () from
>> /usr/lib/libcurl.so.4
>>> #1  0x000000000040b03b in EXEC_native () at gbx_exec.c:1332
>>> #2  0x000000000040b5fd in EXEC_public_desc (class=0x0, class at ...703...
>> =0x6b4f78,
>>> object=0x61, object at ...703...=0x0, desc=0x61, nparam=7099400, nparam at ...703...
>> =0)
>>>       at gbx_exec.c:1572
>>> #3  0x000000000040b682 in EXEC_public (class=class at ...703...=0x6b4f78,
>>> object=object at ...703...=0x0, name=name at ...703...=0x43cda2 "_exit",
>>> nparam=nparam at ...703...=0)
>>>       at gbx_exec.c:1595
>>> #4  0x000000000040f252 in exit_class (class=0x6b4f78, native=<optimized
>>> out>) at gbx_class.c:109
>>> #5  exit_class (native=1 '\001', class=0x6b4f78) at gbx_class.c:287
>>> #6  CLASS_clean_up (silent=silent at ...703...=0 '\000') at gbx_class.c:386
>>> #7  0x000000000042535a in main_exit (silent=0 '\000', silent at ...715....=-19
>>> '\355') at gbx.c:128
>>> #8  0x0000000000404639 in main (argc=1, argv=0x7fffffffe1c8) at gbx.c:429
>>>
>>> (gdb) bt full
>>> #0  0x00007ffff62964a0 in curl_multi_cleanup () from
>> /usr/lib/libcurl.so.4
>>> No symbol table info available.
>>> #1  0x000000000040b03b in EXEC_native () at gbx_exec.c:1332
>>>           desc = 0x7ffff66f9f20 <CCurlDesc+192>
>>>           nparam = 0
>>>           object = 0x0
>>>           use_stack = 0 '\000'
>>>           i = <optimized out>
>>>           n = <optimized out>
>>>           nm = <optimized out>
>>>           value = <optimized out>
>>>           sign = <optimized out>
>>>           error = <optimized out>
>>>           ret = {type = 3, _boolean = {type = 3, value = 34}, _byte =
>> {type =
>>> 3, value = 34}, _short = {type = 3, value = 34}, _integer = {type = 3,
>>>               value = 34}, _long = {type = 3, value = 34}, _single =
>> {type =
>>> 3, value = 4.76441478e-44}, _float = {type = 3,
>>>               value = 1.6798231958602383e-322}, _date = {type = 3, date =
>> 34,
>>> time = 0}, _string = {type = 3, addr = 0x22 <Address 0x22 out of bounds>,
>>>               start = 4253865, len = 9}, _pointer = {type = 3, value =
>> 0x22
>>> <Address 0x22 out of bounds>}, _function = {type = 3, class = 0x22,
>>>               object = 0x90040e8a9, kind = 120 'x', defined = 79 'O',
>> index =
>>> 107}, _variant = {type = 3, vtype = 34, value = {_boolean = -87 '\251',
>>>                 _byte = 169 '\251', _short = -5975, _integer = 4253865,
>> _long
>>> = 38658959529, _single = 5.96093449e-39, _float =
>> 1.9100063807245997e-313,
>>>                 _date = {date = 4253865, time = 9}, _string = 0x90040e8a9
>>> <Address 0x90040e8a9 out of bounds>, _pointer = 0x90040e8a9, _object =
>>> 0x90040e8a9,
>>>                 data = 38658959529}}, _class = {type = 3, class = 0x22,
>> super
>>> = 0x90040e8a9}, _object = {class = 0x3, object = 0x22, super =
>>> 0x90040e8a9},
>>>             _void = {type = 3, ptype = 34, value = {38658959529,
>> 7032696}}}
>>> #2  0x000000000040b5fd in EXEC_public_desc (class=0x0, class at ...703...
>> =0x6b4f78,
>>> object=0x61, object at ...703...=0x0, desc=0x61, nparam=7099400, nparam at ...703...
>> =0)
>>>       at gbx_exec.c:1572
>>> No locals.
>>> #3  0x000000000040b682 in EXEC_public (class=class at ...703...=0x6b4f78,
>>> object=object at ...703...=0x0, name=name at ...703...=0x43cda2 "_exit",
>>> nparam=nparam at ...703...=0)
>>>       at gbx_exec.c:1595
>>>           desc = <optimized out>
>>> #4  0x000000000040f252 in exit_class (class=0x6b4f78, native=<optimized
>>> out>) at gbx_class.c:109
>>> No locals.
>>> #5  exit_class (native=1 '\001', class=0x6b4f78) at gbx_class.c:287
>>> No locals.
>>> #6  CLASS_clean_up (silent=silent at ...703...=0 '\000') at gbx_class.c:386
>>>           n = <optimized out>
>>>           nc = 4
>>>           nb = <optimized out>
>>>           class = 0x6b4f78
>>> #7  0x000000000042535a in main_exit (silent=0 '\000', silent at ...715....=-19
>>> '\355') at gbx.c:128
>>>           __err = <optimized out>
>>>           __err_context = {prev = 0x0, handler = 0x0, info = {code = 0
>>> '\000', native = 0 '\000', free = -1 '\377', _reserved = -1 '\377', cp =
>>> 0x0,
>>>               fp = 0x0, pc = 0x31b46c48413b6c8b, msg = 0xce4b9336b8076c8b
>>> <Address 0xce4b9336b8076c8b out of bounds>}, env = {{__jmpbuf = {0,
>>>                   -3581606660242051957, 4212308, 140737488347584, 0, 0,
>>> 3581606661264731275, -3581607229822243701}, __mask_was_saved = 0,
>>> __saved_mask = {
>>>                   __val = {0, 16, 0, 7109608, 1, 1, 4212308,
>> 140737488347584,
>>> 0, 1, 0, 1, 4212308, 0, 1, 4212308}}}}, ret = 0 '\000'}
>>> #8  0x0000000000404639 in main (argc=1, argv=0x7fffffffe1c8) at gbx.c:429
>>>           startup = 0x6c7d88
>>>           i = 1
>>>           n = 7099400
>>>           file = 0x4390ed "."
>>>           ret = 0
>>> (gdb)
>>>
>>> I read the curl webpage, but saw no info about breaking changes. The
>>> component works perfectly, it just shows a message at the end of the
>>> execution that it crashed.
>>> Let me know if you need me to compile curl with debugging symbols too.
>>>
>>> Thanks!
>>>
>>
>> Well, it crashes inside the libcurl library apparently. Try to run the
>> project with valgrind to see if this is not the consequence of an
>> earlier illegal memory access.
>>
>> Regards,
>>
>> --
>> Beno?t Minisini
>>
>>
>> ------------------------------------------------------------------------------
>> Free Next-Gen Firewall Hardware Offer
>> Buy your Sophos next-gen firewall before the end March 2013
>> and get the hardware for free! Learn more.
>> http://p.sf.net/sfu/sophos-d2d-feb
>> _______________________________________________
>> Gambas-devel mailing list
>> Gambas-devel at lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/gambas-devel
>>
>
> Here is the output of valgrind --tool=memcheck --num-callers=50
> --leak-check=full gbx3 > valgrind.out 2>&1
> I added --leak-check=full just in case it was missing anything.
>
> Thanks!
>

Mmm... Either there is a bug in libcurl, either something has changed in 
the way the multi CURL interface must be used...

-- 
Beno?t Minisini



From sebikul at ...176...  Sun Feb 10 23:59:47 2013
From: sebikul at ...176... (Sebastian Kulesz)
Date: Sun, 10 Feb 2013 19:59:47 -0300
Subject: [Gambas-devel] gb.net.curl crashes with signal #11,
	segmentation fault
In-Reply-To: <51181EB1.1070602@...1...>
References: <CAAkQKUbAP+FM1Mv00vP8A6AXuj_vfNboDRjuVwqssroaY75xpQ@...178...>
	<51181520.40608@...1...>
	<CAAkQKUb-2+OUHbyf4d7YfBLyViZkQEmMYAbdqtXEyx2WT8j-SQ@...178...>
	<51181EB1.1070602@...1...>
Message-ID: <CAAkQKUY-tqKx75jRZjGTh1L3vziaEKOoC4-C_HV9pYN2a8V-sw@...178...>

There is a bug report from vmware [0] users affected by the same bug. I
tried to recompile the component to link it against the new library, but no
change.

[0] https://bugs.archlinux.org/task/33779


On Sun, Feb 10, 2013 at 7:26 PM, Beno?t Minisini <
gambas at ...1...> wrote:

> Le 10/02/2013 23:06, Sebastian Kulesz a ?crit :
> > On Sun, Feb 10, 2013 at 6:46 PM, Beno?t Minisini <
> > gambas at ...1...> wrote:
> >
> >> Le 10/02/2013 22:15, Sebastian Kulesz a ?crit :
> >>> Hi!
> >>>
> >>> I'm using Archlinux, after upgrading curl (7.28.1-1 -> 7.29.0-1) i am
> >>> getting a crash every time a project (of any type) that loads the
> >>> gb.net.curl component ends. Here is the backtrace from gdb:
> >>>
> >>> (gdb) run
> >>> Starting program: /usr/bin/gbx3
> >>> warning: Could not load shared library symbols for linux-vdso.so.1.
> >>> Do you need "set solib-search-path" or "set sysroot"?
> >>> [Thread debugging using libthread_db enabled]
> >>> Using host libthread_db library "/usr/lib/libthread_db.so.1".
> >>> [New Thread 0x7ffff57ae700 (LWP 3253)]
> >>> [Thread 0x7ffff57ae700 (LWP 3253) exited]
> >>> Invalid signature
> >>>
> >>> Program received signal SIGSEGV, Segmentation fault.
> >>> 0x00007ffff62964a0 in curl_multi_cleanup () from /usr/lib/libcurl.so.4
> >>> (gdb) bt
> >>> #0  0x00007ffff62964a0 in curl_multi_cleanup () from
> >> /usr/lib/libcurl.so.4
> >>> #1  0x000000000040b03b in EXEC_native () at gbx_exec.c:1332
> >>> #2  0x000000000040b5fd in EXEC_public_desc (class=0x0, class at ...717......
> >> =0x6b4f78,
> >>> object=0x61, object at ...703...=0x0, desc=0x61, nparam=7099400, nparam at ...703...
> >> =0)
> >>>       at gbx_exec.c:1572
> >>> #3  0x000000000040b682 in EXEC_public (class=class at ...703...=0x6b4f78,
> >>> object=object at ...703...=0x0, name=name at ...703...=0x43cda2 "_exit",
> >>> nparam=nparam at ...703...=0)
> >>>       at gbx_exec.c:1595
> >>> #4  0x000000000040f252 in exit_class (class=0x6b4f78, native=<optimized
> >>> out>) at gbx_class.c:109
> >>> #5  exit_class (native=1 '\001', class=0x6b4f78) at gbx_class.c:287
> >>> #6  CLASS_clean_up (silent=silent at ...703...=0 '\000') at gbx_class.c:386
> >>> #7  0x000000000042535a in main_exit (silent=0 '\000', silent at ...717......=-19
> >>> '\355') at gbx.c:128
> >>> #8  0x0000000000404639 in main (argc=1, argv=0x7fffffffe1c8) at
> gbx.c:429
> >>>
> >>> (gdb) bt full
> >>> #0  0x00007ffff62964a0 in curl_multi_cleanup () from
> >> /usr/lib/libcurl.so.4
> >>> No symbol table info available.
> >>> #1  0x000000000040b03b in EXEC_native () at gbx_exec.c:1332
> >>>           desc = 0x7ffff66f9f20 <CCurlDesc+192>
> >>>           nparam = 0
> >>>           object = 0x0
> >>>           use_stack = 0 '\000'
> >>>           i = <optimized out>
> >>>           n = <optimized out>
> >>>           nm = <optimized out>
> >>>           value = <optimized out>
> >>>           sign = <optimized out>
> >>>           error = <optimized out>
> >>>           ret = {type = 3, _boolean = {type = 3, value = 34}, _byte =
> >> {type =
> >>> 3, value = 34}, _short = {type = 3, value = 34}, _integer = {type = 3,
> >>>               value = 34}, _long = {type = 3, value = 34}, _single =
> >> {type =
> >>> 3, value = 4.76441478e-44}, _float = {type = 3,
> >>>               value = 1.6798231958602383e-322}, _date = {type = 3,
> date =
> >> 34,
> >>> time = 0}, _string = {type = 3, addr = 0x22 <Address 0x22 out of
> bounds>,
> >>>               start = 4253865, len = 9}, _pointer = {type = 3, value =
> >> 0x22
> >>> <Address 0x22 out of bounds>}, _function = {type = 3, class = 0x22,
> >>>               object = 0x90040e8a9, kind = 120 'x', defined = 79 'O',
> >> index =
> >>> 107}, _variant = {type = 3, vtype = 34, value = {_boolean = -87 '\251',
> >>>                 _byte = 169 '\251', _short = -5975, _integer = 4253865,
> >> _long
> >>> = 38658959529, _single = 5.96093449e-39, _float =
> >> 1.9100063807245997e-313,
> >>>                 _date = {date = 4253865, time = 9}, _string =
> 0x90040e8a9
> >>> <Address 0x90040e8a9 out of bounds>, _pointer = 0x90040e8a9, _object =
> >>> 0x90040e8a9,
> >>>                 data = 38658959529}}, _class = {type = 3, class = 0x22,
> >> super
> >>> = 0x90040e8a9}, _object = {class = 0x3, object = 0x22, super =
> >>> 0x90040e8a9},
> >>>             _void = {type = 3, ptype = 34, value = {38658959529,
> >> 7032696}}}
> >>> #2  0x000000000040b5fd in EXEC_public_desc (class=0x0, class at ...717......
> >> =0x6b4f78,
> >>> object=0x61, object at ...703...=0x0, desc=0x61, nparam=7099400, nparam at ...703...
> >> =0)
> >>>       at gbx_exec.c:1572
> >>> No locals.
> >>> #3  0x000000000040b682 in EXEC_public (class=class at ...703...=0x6b4f78,
> >>> object=object at ...703...=0x0, name=name at ...703...=0x43cda2 "_exit",
> >>> nparam=nparam at ...703...=0)
> >>>       at gbx_exec.c:1595
> >>>           desc = <optimized out>
> >>> #4  0x000000000040f252 in exit_class (class=0x6b4f78, native=<optimized
> >>> out>) at gbx_class.c:109
> >>> No locals.
> >>> #5  exit_class (native=1 '\001', class=0x6b4f78) at gbx_class.c:287
> >>> No locals.
> >>> #6  CLASS_clean_up (silent=silent at ...703...=0 '\000') at gbx_class.c:386
> >>>           n = <optimized out>
> >>>           nc = 4
> >>>           nb = <optimized out>
> >>>           class = 0x6b4f78
> >>> #7  0x000000000042535a in main_exit (silent=0 '\000', silent at ...717......=-19
> >>> '\355') at gbx.c:128
> >>>           __err = <optimized out>
> >>>           __err_context = {prev = 0x0, handler = 0x0, info = {code = 0
> >>> '\000', native = 0 '\000', free = -1 '\377', _reserved = -1 '\377', cp
> =
> >>> 0x0,
> >>>               fp = 0x0, pc = 0x31b46c48413b6c8b, msg =
> 0xce4b9336b8076c8b
> >>> <Address 0xce4b9336b8076c8b out of bounds>}, env = {{__jmpbuf = {0,
> >>>                   -3581606660242051957, 4212308, 140737488347584, 0, 0,
> >>> 3581606661264731275, -3581607229822243701}, __mask_was_saved = 0,
> >>> __saved_mask = {
> >>>                   __val = {0, 16, 0, 7109608, 1, 1, 4212308,
> >> 140737488347584,
> >>> 0, 1, 0, 1, 4212308, 0, 1, 4212308}}}}, ret = 0 '\000'}
> >>> #8  0x0000000000404639 in main (argc=1, argv=0x7fffffffe1c8) at
> gbx.c:429
> >>>           startup = 0x6c7d88
> >>>           i = 1
> >>>           n = 7099400
> >>>           file = 0x4390ed "."
> >>>           ret = 0
> >>> (gdb)
> >>>
> >>> I read the curl webpage, but saw no info about breaking changes. The
> >>> component works perfectly, it just shows a message at the end of the
> >>> execution that it crashed.
> >>> Let me know if you need me to compile curl with debugging symbols too.
> >>>
> >>> Thanks!
> >>>
> >>
> >> Well, it crashes inside the libcurl library apparently. Try to run the
> >> project with valgrind to see if this is not the consequence of an
> >> earlier illegal memory access.
> >>
> >> Regards,
> >>
> >> --
> >> Beno?t Minisini
> >>
> >>
> >>
> ------------------------------------------------------------------------------
> >> Free Next-Gen Firewall Hardware Offer
> >> Buy your Sophos next-gen firewall before the end March 2013
> >> and get the hardware for free! Learn more.
> >> http://p.sf.net/sfu/sophos-d2d-feb
> >> _______________________________________________
> >> Gambas-devel mailing list
> >> Gambas-devel at lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/gambas-devel
> >>
> >
> > Here is the output of valgrind --tool=memcheck --num-callers=50
> > --leak-check=full gbx3 > valgrind.out 2>&1
> > I added --leak-check=full just in case it was missing anything.
> >
> > Thanks!
> >
>
> Mmm... Either there is a bug in libcurl, either something has changed in
> the way the multi CURL interface must be used...
>
> --
> Beno?t Minisini
>
>
> ------------------------------------------------------------------------------
> Free Next-Gen Firewall Hardware Offer
> Buy your Sophos next-gen firewall before the end March 2013
> and get the hardware for free! Learn more.
> http://p.sf.net/sfu/sophos-d2d-feb
> _______________________________________________
> Gambas-devel mailing list
> Gambas-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gambas-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20130210/c68fc579/attachment.html>

From tobias at ...692...  Mon Feb 11 19:30:07 2013
From: tobias at ...692... (Tobias Boege)
Date: Mon, 11 Feb 2013 19:30:07 +0100
Subject: [Gambas-devel] Crash in gb.map when "quick scrolling"
In-Reply-To: <CAAkQKUY9vDk0SkwdURHNGAOkFbxpU7+yT18A4xPFtD0hqQYX+Q@...178...>
References: <CAAkQKUY9vDk0SkwdURHNGAOkFbxpU7+yT18A4xPFtD0hqQYX+Q@...178...>
Message-ID: <20130211183007.GC852@...693...>

On Mon, 04 Feb 2013, Sebastian Kulesz wrote:
> If i open the gb.map example and, at any time, do a quick scroll (this is,
> a fast rotation of the mouse wheel to zoom in) gbx3 crashes. Here is the
> output from gdb:
> 

...

> 
> I can "sort" of reproduce them (i always get a crash when i scroll) but it
> depends on that i do before it. If i move the map around a bit i get a
> different crash than if i directly scroll.
> 
> I'm using a fully updated Archlinux x64 system.
> 
> If you need more debug info please let me know!

I came across this bug, too, finally trying the gb.map example.

The same situation for me and additionally, I get a signal #6 when
(slowly step-by-step) scrolling too deep into the map. It comes from an
assertion which states:

gbx3: malloc.c:3621: _int_malloc: Assertion `victim->fd_nextsize->bk_nextsize == victim' failed.

Sebastian, maybe you should carry this to gambas-user?

Regards,
Tobi