|
From: <erg...@pc...> - 2005-04-07 16:23:26
|
> 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/ > So you're saying that my program raised the assert (from down inside the glibc localtime function)? Thanks Eric --------------------------------------------- This message was sent using Endymion MailMan. http://www.endymion.com/products/mailman/ |
|
From: Tom H. <to...@co...> - 2005-04-07 16:35:07
|
In message <200...@ma...>
erg...@pc... wrote:
>> In message <200...@ma...>
>> erg...@pc... wrote:
>>
>> > 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.
>
> So you're saying that my program raised the assert (from down inside the
> glibc localtime function)?
Well that's what it says...
Tom
--
Tom Hughes (to...@co...)
http://www.compton.nu/
|