|
From: <erg...@pc...> - 2005-04-07 15:50:04
|
I'm a bit confused as to whether this error is mine or Valgrinds??
If it's Valgrinds, then this serves as a bug report, although it may not be
of interest on 2.2 (cluster nodes haven't been upgraded yet).
Thanks
Eric
(FWIW - GCC 3.3.1, SuSe kernel 2.4.21-273-smp)
==17160== Memcheck, a memory error detector for x86-linux.
==17160== Copyright (C) 2002-2004, and GNU GPL'd, by Julian Seward et al.
==17160== Using valgrind-2.2.0, a program supervision framework for x86-linux.
==17160== Copyright (C) 2000-2004, and GNU GPL'd, by Julian Seward et al.
==17160==
==17160== My PID = 17160, parent PID = 17158. Prog and args are:
==17160== /home/erg25994/CSieve_PVM_S/sieve_pvm
==17160== For more details, rerun with: -v
<snipped some uninteresting library errors>
disInstr: unhandled instruction bytes: 0xF4 0xB8 0x7 0x0
at 0x1BACAEC1: abort (in /lib/i686/libc.so.6)
==17160==
==17160== Process terminating with default action of signal 4 (SIGILL):
dumping core
==17160== Illegal operand at address 0xB00225E0
==17160== at 0x1BACAEC1: abort (in /lib/i686/libc.so.6)
==17160== by 0x1BAC2E83: __GI___assert_fail (in /lib/i686/libc.so.6)
==17160== by 0x1BB37FC9: __tzfile_compute (in /lib/i686/libc.so.6)
==17160== by 0x1BB37136: __tz_convert (in /lib/i686/libc.so.6)
==17160== by 0x1BB3569E: localtime (in /lib/i686/libc.so.6)
==17160== by 0x804E633: JulianDate::init() (jdate.h:192)
==17160== by 0x804DD88: JulianDate::JulianDate() (jdate.h:201)
==17160== by 0x806D299: SGP4_Sat::SGP4_Sat(SGP4_Sat const&) (sgp4_cc.h:66)
==17160== by 0x806D4E3: CatObject::orbit() const (cat_object.h:127)
==17160== by 0x806A820: find_close_approach(CatObject const*, CatObject
const*, double, ConjunctObj&, bool) (sieve.cc:370)
==17160== by 0x806A145: finish(void*) (sieve.cc:249)
==17160== by 0x80542FA: thread_pool_loop(void*) (pool.cc:27)
==17160== by 0x1B90EA90: thread_wrapper (vg_libpthread.c:867)
==17160== by 0xB000EFED: do__quit (vg_scheduler.c:1872)
valgrind: vg_memory.c:839 (vgPlain_init_shadow_range): Assertion
`vgPlain_defined_init_shadow_page()' failed.
==17160== at 0xB002B6BA: vgPlain_skin_assert_fail (vg_mylibc.c:1137)
==17160== by 0xB002B6B9: assert_fail (vg_mylibc.c:1133)
==17160== by 0xB002B6F7: vgPlain_core_assert_fail (vg_mylibc.c:1144)
==17160== by 0xB0029A11: vgPlain_init_shadow_range (vg_memory.c:839)
==17160== by 0xB003194C: vg_sync_signalhandler (vg_signals.c:2133)
==17160== by 0xB0045C45: (within
/home/erg25994/usr/local/lib/valgrind/stage2)
sched status:
Thread 1: status = WaitCV, associated_mx = 0x80C6998, associated_cv = 0x80C69E0
==17160== at 0x1B90FF96: pthread_cond_wait (vg_libpthread.c:1454)
==17160== by 0x805185B: ThreadPool::wait_for_work_finish() (pool.h:139)
==17160== by 0x805032D: slave() (slave.cc:296)
==17160== by 0x804BA9D: main (main2.cc:59)
Thread 2: status = Runnable, associated_mx = 0x0, associated_cv = 0x0
==17160== at 0x1BACAEC1: abort (in /lib/i686/libc.so.6)
==17160== by 0x1BAC2E83: __GI___assert_fail (in /lib/i686/libc.so.6)
==17160== by 0x1BB37FC9: __tzfile_compute (in /lib/i686/libc.so.6)
==17160== by 0x1BB37136: __tz_convert (in /lib/i686/libc.so.6)
==17160== by 0x1BB3569E: localtime (in /lib/i686/libc.so.6)
==17160== by 0x804E633: JulianDate::init() (jdate.h:192)
==17160== by 0x804DD88: JulianDate::JulianDate() (jdate.h:201)
==17160== by 0x806D299: SGP4_Sat::SGP4_Sat(SGP4_Sat const&) (sgp4_cc.h:66)
==17160== by 0x806D4E3: CatObject::orbit() const (cat_object.h:127)
==17160== by 0x806A820: find_close_approach(CatObject const*, CatObject
const*, double, ConjunctObj&, bool) (sieve.cc:370)
==17160== by 0x806A145: finish(void*) (sieve.cc:249)
==17160== by 0x80542FA: thread_pool_loop(void*) (pool.cc:27)
==17160== by 0x1B90EA90: thread_wrapper (vg_libpthread.c:867)
==17160== by 0xB000EFED: do__quit (vg_scheduler.c:1872)
Thread 3: status = Runnable, associated_mx = 0x0, associated_cv = 0x0
==17160== at 0x8081293: transpose(Array const&) (Array.cc:830)
==17160== by 0x8070BDF: CovgenCov::eci_covariance(JulianDate const&,
JulianDate const&, Vector const&, Vector const&) const (covgen.h:220)
==17160== by 0x806FE56: CovgenCov::eci_covariance(JulianDate const&,
JulianDate const&, Vector const&) const (covgen.h:231)
==17160== by 0x806F2D1: SGP4_Sat::covariance() (sgp4_cc.h:202)
==17160== by 0x806D710: ConjunctObj::init(unsigned, unsigned, SGP4_Sat&,
unsigned, unsigned, SGP4_Sat&) (conj_object.h:118)
==17160== by 0x806B37E: find_close_approach(CatObject const*, CatObject
const*, double, ConjunctObj&, bool) (sieve.cc:426)
==17160== by 0x806A145: finish(void*) (sieve.cc:249)
==17160== by 0x80542FA: thread_pool_loop(void*) (pool.cc:27)
==17160== by 0x1B90EA90: thread_wrapper (vg_libpthread.c:867)
==17160== by 0xB000EFED: do__quit (vg_scheduler.c:1872)
Thread 4: status = WaitCV, associated_mx = 0x80C6998, associated_cv = 0x80C69B0
==17160== at 0x1B90FF96: pthread_cond_wait (vg_libpthread.c:1454)
==17160== by 0x80544FD: ThreadPool::get_work() (pool.h:101)
==17160== by 0x80542DC: thread_pool_loop(void*) (pool.cc:23)
==17160== by 0x1B90EA90: thread_wrapper (vg_libpthread.c:867)
==17160== by 0xB000EFED: do__quit (vg_scheduler.c:1872)
Thread 5: status = WaitCV, associated_mx = 0x80C68C8, associated_cv = 0x80BA020
==17160== at 0x1B90FF96: pthread_cond_wait (vg_libpthread.c:1454)
==17160== by 0x806C391: send_conjunct(void*) (sieve.cc:592)
==17160== by 0x1B90EA90: thread_wrapper (vg_libpthread.c:867)
==17160== by 0xB000EFED: do__quit (vg_scheduler.c:1872)
Note: see also the FAQ.txt in the source distribution.
It contains workarounds to several common problems.
If that doesn't help, please report this bug to: valgrind.kde.org
In the bug report, send all the above text, the valgrind
version, and what Linux distro you are using. Thanks.
---------------------------------------------
This message was sent using Endymion MailMan.
http://www.endymion.com/products/mailman/
|
|
From: Tom H. <to...@co...> - 2005-04-07 16:15:06
|
In message <200...@ma...>
erg...@pc... wrote:
> I'm a bit confused as to whether this error is mine or Valgrinds??
> If it's Valgrinds, then this serves as a bug report, although it may not be
> of interest on 2.2 (cluster nodes haven't been upgraded yet).
> Thanks
> Eric
>
> (FWIW - GCC 3.3.1, SuSe kernel 2.4.21-273-smp)
>
> ==17160== Memcheck, a memory error detector for x86-linux.
> ==17160== Copyright (C) 2002-2004, and GNU GPL'd, by Julian Seward et al.
> ==17160== Using valgrind-2.2.0, a program supervision framework for x86-linux.
> ==17160== Copyright (C) 2000-2004, and GNU GPL'd, by Julian Seward et al.
> ==17160==
> ==17160== My PID = 17160, parent PID = 17158. Prog and args are:
> ==17160== /home/erg25994/CSieve_PVM_S/sieve_pvm
> ==17160== For more details, rerun with: -v
>
> <snipped some uninteresting library errors>
>
> disInstr: unhandled instruction bytes: 0xF4 0xB8 0x7 0x0
> at 0x1BACAEC1: abort (in /lib/i686/libc.so.6)
Umm.. That's a HLT instruction, which seems a bit odd...
I assume abort is using it because it non-privileged mode it will
normally raise a fault and cause the program to terminate. As I recall
that is glibc's last resort way of stopping the program if everything
else fails.
Not hugely interesting anyway if it only happens when your program
asserts.
Tom
--
Tom Hughes (to...@co...)
http://www.compton.nu/
|