RFH: segfault on s390x (hyperestraier)
hi,
I'm appreciate if someone helps me to trace build failure on s390x.
Now, hyperestraier package fails to build on s390x, logs say that make check
was killed by its inactivity.
> ./estcmd: INFO: [365:248]: attr: file:///tmp/wicked-00000152-12275.est
> ./estcmd: INFO: [367:248]: search: 0 hits
> ./estcmd: INFO: [370:248]: out
> make: *** [build-arch-stamp] Terminated
> ./estcmd: INFO: the termination signal 15 catched
> ./estcmd: INFO: the termination signal 15 catched
> Build killed with signal TERM after 150 minutes of inactivity
> Build killed with signal KILL after 5 minutes of inactivity
https://buildd.debian.org/status/fetch.php?pkg=hyperestraier&arch=s390x&ver=1.4.13-7&stamp=1343612759
I tested this on hercules running sid, and find that compiled "estcmd"
fails with
segmentation fault.
This segfault occurs only on s390x, so I guess it is some of platform
specific one.
Are there any pattern or best practice about such problems?
Backtrace is as follows:
(I can't understand what this say... est_vector_cosine seems to accumulate
multiplications of arrays by loop. So range mismatch while looping?)
# gdb ./estcmd -c core
GNU gdb (GDB) 7.4.1-debian
Copyright (C) 2012 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 "s390x-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /root/deb/hyperestraier/estcmd...done.
[New LWP 21992]
warning: Can't read pathname for load map: Input/output error.
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/s390x-linux-gnu/libthread_db.so.1".
Core was generated by `./estcmd search -vx -kn 8 -sim 2 casket'.
Program terminated with signal 11, Segmentation fault.
#0 est_vector_cosine (avec=0x8a603280, bvec=0x8a6032b0,
vnum=<optimized out>) at estraier.c:5839
5839 aabs += (double)avec[i] * (double)avec[i];
(gdb) bt
#0 est_vector_cosine (avec=0x8a603280, bvec=0x8a6032b0,
vnum=<optimized out>) at estraier.c:5839
#1 0x0000020000059900 in est_search_similar (db=0x8a51ddb0,
svmap=0x8a522ea0, nump=0x3fffff02894, knum=<optimized out>,
unum=<optimized out>, mnum=4096, tfidf=1, nmin=0,
auxmin=32, auxwords=0x8a5225c0) at estraier.c:10280
#2 0x000002000005c378 in est_db_search (db=0x8a51ddb0,
cond=0x8a522520, nump=0x3fffff02a28, hints=0x8a5225f0) at
estraier.c:2831
#3 0x000000008000c2ca in procsearch (dbname=0x3fffff05b8e "casket",
pidxs=<optimized out>, phrase=<optimized out>, attrs=0x8a51aa80,
ord=0x8a5225f0 "", max=10, sk=0, aux
=32,
ec=<optimized out>, opts=0, cd=0, sim=2, dis=0x0) at estcmd.c:2058
#4 0x000000008000e826 in runsearch (argc=<optimized out>,
argv=<optimized out>) at estcmd.c:963
#5 0x000000008000935c in main (argc=<optimized out>,
argv=0x3fffff04ec8) at estcmd.c:272
(gdb)
regards,
--
KURASHIKI Satoru
Reply to: