Hello,
I tried to look into a core dump from a -current kernel with
'gdb' but all i get is:
--8><-
[EMAIL PROTECTED] - /var/crash
504 # gdb kernel.debug vmcore.0
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, cov
Dear colleagues,
one of my friends has raisen very strange issue regarding gcc rounding:
[EMAIL PROTECTED]:/tmp/tsostik> uname -r
4.10-STABLE
[EMAIL PROTECTED]:/tmp/tsostik> gcc -v
Using builtin specs.
gcc version 2.95.4 20020320 [FreeBSD]
[EMAIL PROTECTED]:/tmp/tsostik> cat x.c
#include
int ma
On 2004-07-11 at 19:06:32 Dmitry Morozovsky wrote:
> 1.00 1.000 0
> 2.00 2.000 1
> 3.00 3.000 2
> 4.00 4.000 3
> 5.00 5.000 5
> 6.00 6.000 6
> 7.00 7.000 7
> 8.00 8.000 7
> 9.00 9.000 8
> 9.99 10.000 9
Yes, this is completely normal if you use IEEE floating
On Sun, 11 Jul 2004, Dimitry Andric wrote:
DA> > 1.00 1.000 0
DA> > 2.00 2.000 1
DA> > 3.00 3.000 2
DA> > 4.00 4.000 3
DA> > 5.00 5.000 5
DA> > 6.00 6.000 6
DA> > 7.00 7.000 7
DA> > 8.00 8.000 7
DA> > 9.00 9.000 8
DA> > 9.99 10.000 9
DA>
DA> Yes, this is com
Use gdb6 from the ports.
gdb6 -k .
--WjW
- Original Message -
From: "Matthias Schuendehuette" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, July 10, 2004 8:36 PM
Subject: gdb 6.1.1: File format not recognized
> Hello,
>
> I tried to look into a core dump from
Hi, re:
>one of my friends has raisen very strange issue regarding gcc rounding:
> printf("%f %.3f %d\n", a*100, a*100, (int)(a*100));
>
> 9.99 10.000 9
Hasty unresearched guess:
If you print with a large fp fmt (say 22.18)
you will get a better idea of the value:
9.9
6 matches
Mail list logo