NetBSD-Users archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: getauxval AT_SECURE error [ was graphics/sane-backends...]
On Mon, Jun 18, 2018 at 08:03:44PM +0530, Mayuresh wrote:
> On Mon, Jun 18, 2018 at 07:39:11AM +0530, Mayuresh wrote:
> > On Sun, Jun 17, 2018 at 08:07:05PM +0200, Martin Husemann wrote:
> > > It would be usefull if you could give us a hint what common/compat.c it
> > > is talking about and where to find the source.
> >
> > I tried, but in source trees of sane-backends, hplip I did not find one.
> >
> > In kernel source tree I did not find one.
> >
> > At present I do not have base sources, but I did nm on /usr/lib/*.so to
> > find this:
> >
> > # nm /usr/lib/libcrypto.so| grep getauxval
> > w getauxval
> >
> > I did not find the same symbol in the same library on amd64. So problem
> > seems specific to evbarm.
>
> I checked src.tgz contents and could not find anything like
> common/compat.c.
>
> Does nm output above or the discussion link I shared in the previous mail
> provide any hint about where to look further?
Also gdb trace. Not sure whether of any help:
(gdb) run -L
Starting program: /usr/pkg/bin/scanimage -L
assertion "type == AT_SECURE" failed: file "common/compat.c", line 801,
function "getauxval"
Program received signal SIGABRT, Aborted.
0x6bd52b1c in _lwp_kill () from /usr/lib/libc.so.12
(gdb) where
#0 0x6bd52b1c in _lwp_kill () from /usr/lib/libc.so.12
#1 0x6bd49790 in abort () from /usr/lib/libc.so.12
#2 0x6bce68ac in __assert13 () from /usr/lib/libc.so.12
#3 0x6b63034c in ?? ()
#4 0x6b0c3e58 in ?? ()
#5 0x6f8d2d34 in _rtld_call_init_functions () from /usr/libexec/ld.elf_so
#6 0x6f8d39d4 in dlopen () from /usr/libexec/ld.elf_so
#7 0x6bfc2f00 in load () from /usr/pkg/lib/libsane.so.1
#8 0x6bfc31b0 in init () from /usr/pkg/lib/libsane.so.1
#9 0x6bfc3a44 in sane_dll_get_devices () from /usr/pkg/lib/libsane.so.1
#10 0x00015048 in ?? ()
#11 0x00011600 in ?? ()
#12 0x6f8d352c in _rtld () from /usr/libexec/ld.elf_so
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
Mayuresh
Home |
Main Index |
Thread Index |
Old Index