Hi Bernhard,

here the backtrace with libsane-dbg installed:

(gdb) where
#0  0x00007ffff6808f3b in __GI_raise (sig=sig@entry=6) at 
../sysdeps/unix/sysv/linux/raise.c:51
#1  0x00007ffff680a2f1 in __GI_abort () at abort.c:79
#2  0x00007ffff684b867 in __libc_message (action=do_abort, 
fmt=fmt@entry=0x7ffff6955061 "*** %s ***: %s terminated\n")
at ../sysdeps/posix/libc_fatal.c:181
#3  0x00007ffff68dc49e in __GI___fortify_fail_abort 
(need_backtrace=need_backtrace@entry=false,
msg=msg@entry=0x7ffff695503f "stack smashing detected") at fortify_fail.c:33
#4  0x00007ffff68dc462 in __stack_chk_fail () at stack_chk_fail.c:29
#5  0x00007fffed5aff40 in Mustek_DMAWrite (size=size@entry=64, 
lpdata=lpdata@entry=0x5555558eac20 "",
chip=0x7fffed7cb8c0 <g_chip>) at mustek_usb2_asic.c:354
#6  0x00007fffed5b0bf5 in DRAM_Test (chip=0x7fffed7cb8c0 <g_chip>) at 
mustek_usb2_asic.c:2444
#7  0x00007fffed5b0bf5 in SafeInitialChip (chip=0x7fffed7cb8c0 <g_chip>) at 
mustek_usb2_asic.c:2368
#8  0x00007fffed5b0bf5 in Asic_Open (pDeviceName=<optimized out>, 
chip=0x7fffed7cb8c0 <g_chip>) at mustek_usb2_asic.c:3603
#9  0x00007fffed5b4fe0 in MustScanner_PowerControl (isLampOn=isLampOn@entry=0, 
isTALampOn=isTALampOn@entry=0) at
mustek_usb2_high.c:298
#10 0x00007fffed5b7eba in PowerControl (isTALampOn=0, isLampOn=0) at 
mustek_usb2.c:565
#11 0x00007fffed5b7eba in sane_mustek_usb2_open (devicename=<optimized out>, 
handle=0x7fffffffc4b8) at mustek_usb2.c:2101
#12 0x00007ffff7dacb16 in sane_dll_open (full_name=<optimized out>, 
meta_handle=0x7fffffffc558) at dll.c:1200
#13 0x00005555555dc298 in xsane_device_dialog () at xsane.c:4889
#14 0x00005555555dedbd in xsane_interface (argv=<optimized out>, 
argc=<optimized out>) at xsane.c:5981
#15 0x000055555556ff4a in main (argc=1, argv=0x7fffffffdf88) at xsane.c:6217

Cheers: Michael



On 04.09.2018 21:22, Bernhard Übelacker wrote:
> Hello Michael Becker,
> unfortunately it is not enough to just install the debug
> information for the executable.
> 
> In your case the shared library leads us to the libsane package:
>   # dpkg -S /usr/lib/x86_64-linux-gnu/sane/libsane-mustek_usb2.so.1
>   libsane:amd64: /usr/lib/x86_64-linux-gnu/sane/libsane-mustek_usb2.so.1
> 
> Unfortunately libsane has not yet a dbgsym package, but there is an old style 
> libsane-dbg.
> With that installed your backtrace would be a lot more easier to read.
> 
> Nevertheless, from running xsane without such a hardware and just from
> inspecting the assembly addresses I think this stack smashing happens 
> somewhere
> in function Mustek_DMAWrite [1].
> 
> I think this is the same issue as another user reported in bug #886777.
> There is also a short draft how I think it could be possible to get
> the exact location of the overwriting.
> 
> Unfortunately there I used wrongly "libsane-dbgsym" instead of "libsane-dbg".
> Probably thereof that user never reported back ...
> 
> But probably you could give it a try?
> 
> Kind regards,
> Bernhard
> 
> 
> #886777 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=886777
> [1]     
> https://gitlab.com/sane-project/backends/blob/master/backend/mustek_usb2_asic.c#L304
> 

Reply via email to