On Sun, 2009-07-12 at 18:56 +0200, Thorsten Alteholz wrote: > Sorry, but I could not reproduce your bug in my environment: > > Versions of packages harminv depends on: > ii libatlas3gf-base [liblapack.s 3.6.0-24 Automatically Tuned Linear > Algebra > ii libc6 2.9-12 GNU C Library: Shared libraries > ii libgcc1 1:4.3.3-7 GCC support library > ii libgfortran3 4.3.3-7 Runtime library for GNU Fortran > ap > ii libharminv2 1.3.1-2 Library for using harminv > ii liblapack3gf [liblapack.so.3g 3.2.1-1 library of linear algebra > routines > ii libstdc++6 4.3.3-7 The GNU Standard C++ Library v3 > > sid-vm:~# echo 0 0.1 0.2 0.2 0.1 0 -0.1 -0.2 -0.2 -0.1 0 | harminv 0-10 > frequency, decay constant, Q, amplitude, phase, error > -0.103148, 2.214556e-02, 14.6326, 0.106908, -1.64183, 3.886296e-02 > 0.103148, 2.214556e-02, 14.6326, 0.106908, 1.64183, 3.886296e-02 > > So for what reason do you think that it is a problem of harminv and not > of some library?
Have you read the bug report? The problem is obviously related with a library, namely with libatlas. Try to install libatlas3gf-sse2 3.6.0-24 (if your CPU supports SSE2) to reproduce the problem. However, what triggers entering this infinite loop - the bug in the library or something in harminv - this cannot be judged easily, that is why I reported this bug first to harminv. From the technical point of view it can be even a problem of the compiler but I think you do not expect me to report this bug to gcc folks first? Btw, meep that uses libharminv internally also has the same problem. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
