vsip::Matrix Segmentation Fault (was Re: [vsipl++] hypot function throw specification mismatch )
Gaetano Mendola
gmendola at mbigroup.it
Mon Dec 15 11:51:15 UTC 2008
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi Stefan,
the patch you provided resolves the compiling problem.
This morning running our regression tests using vsip 2.0 (last used was
1.4) I experienced a Segmentation fault.
Digging in the problem I was able to isolate the faulty code and I was
able to create a distilled application that show the problem.
$ cat main.cpp
#include <vsip/math.hpp>
int main() {
typedef vsip::complex<float> Complex;
vsip::Matrix<Complex> myMatrix(3, 65537);
return 0;
}
$ g++ -g -O0 main.cpp -lsvpp -o test
$ ./test
Segmentation fault (core dumped)
$ gdb ./test core
GNU gdb 6.8-debian
Copyright (C) 2008 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 "i486-linux-gnu"...
warning: Can't read pathname for load map: Input/output error.
Reading symbols from /usr/lib/libstdc++.so.6...done.
Loaded symbols for /usr/lib/libstdc++.so.6
Reading symbols from /lib/tls/i686/cmov/libm.so.6...done.
Loaded symbols for /lib/tls/i686/cmov/libm.so.6
Reading symbols from /lib/libgcc_s.so.1...done.
Loaded symbols for /lib/libgcc_s.so.1
Reading symbols from /lib/tls/i686/cmov/libc.so.6...done.
Loaded symbols for /lib/tls/i686/cmov/libc.so.6
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
Core was generated by `./test'.
Program terminated with signal 11, Segmentation fault.
[New process 18042]
#0 0x080496d5 in vsip::impl::Memory_pool::allocate<std::complex<float> > (this=0x0, size=196611) at /usr/local/include/vsip/core/memory_pool.hpp:50
50 { return (T*)(impl_allocate(size * sizeof(T))); }
(gdb) bt
#0 0x080496d5 in vsip::impl::Memory_pool::allocate<std::complex<float> > (this=0x0, size=196611) at /usr/local/include/vsip/core/memory_pool.hpp:50
#1 0x080498be in Dense_storage (this=0x804d008, pool=0x0, size=196611, buffer=0x0) at /usr/local/include/vsip/dense.hpp:312
#2 0x08049940 in Dense_impl (this=0x804d008, dom=@0xbff45be4, map=@0xbff45c7c) at /usr/local/include/vsip/dense.hpp:1360
#3 0x080499dd in Dense (this=0x804d008, dom=@0xbff45be4, map=@0xbff45c7c) at /usr/local/include/vsip/dense.hpp:747
#4 0x08049a7d in const_Matrix (this=0xbff45c80, num_rows=3, num_cols=65537, map=@0xbff45c7c) at /usr/local/include/vsip/matrix.hpp:93
#5 0x08049afa in impl_View (this=0xbff45c80, len1=3, len2=65537, map=@0xbff45c7c) at /usr/local/include/vsip/core/view_traits.hpp:316
#6 0x08049b22 in Matrix (this=0xbff45c80, num_rows=3, num_cols=65537, map=@0xbff45c7c) at /usr/local/include/vsip/matrix.hpp:214
#7 0x0804943e in main () at main.cpp:5
if you need I can provide you further informations.
Regards
Gaetano Mendola
Stefan Seefeld wrote:
> Gaetano,
>
> thank you for your interest into Sourcery VSIPL++ !
>
> No, this isn't a known issue, but it was simple enough to identify the
> cause (a bug in the autoconf script).
>
> Please find attached a patch to configure.ac, which should solve the
> issue you are seeing. Please let me know whether that works.
>
> Thanks,
> Stefan
>
>
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFJRkSy7UpzwH2SGd4RApPtAKCqaYUTeTuLO6iGVIuuW1s7JjRMtACdEIii
vmnipJr++OVGrJTpGjktXKE=
=ezyS
-----END PGP SIGNATURE-----
More information about the vsipl++
mailing list