misrepresentation of complex numbers

misrepresentation of complex numbers

[Arthur H. Edwards, 1, 505-853-6042, 505-256-0834]

I attach a very simple code, testc.f that illustrates the bug in dbg. 
After compiling with the -g option stop the code at line 7 and issue the 
gdb command

print s

gdb will respond with

$1 = (10,10)

issue the cont command and you will see that the number should be

10, 4


Art Edwards
From gdb@thewrittenword.com Mon Nov 26 14:36:00 2001
From: gdb@thewrittenword.com
To: gdb@sources.redhat.com
Subject: Re: GDB 5.1 on Tru64 UNIX 4.0D, 5.0, 5.1
Date: Mon, 26 Nov 2001 14:36:00 -0000
Message-id: <20011126163601.A28540@oolong.il.thewrittenword.com>
References: <20011126104505.A14474@oolong.il.thewrittenword.com> <2110-Mon26Nov2001211029+0200-eliz@is.elta.co.il> <20011126134826.A24100@oolong.il.thewrittenword.com> <1438-Mon26Nov2001223103+0200-eliz@is.elta.co.il>
X-SW-Source: 2001-11/msg00264.html
Content-length: 662

On Mon, Nov 26, 2001 at 10:31:04PM +0200, Eli Zaretskii wrote:
> > From: gdb@thewrittenword.com
> > Date: Mon, 26 Nov 2001 13:48:26 -0600
> > > 
> > > Search the file README for "alpha-dec-osf4", it's all there.
> > 
> > Are you sure?
> > 
> > $ cd gdb-5.1
> > $ grep -i alpha gdb/README
> > [no output]
> 
> Yes, I'm sure:
> 
> $ grep -i alpha gdb/README
> alpha-dec-osf5.1
> alpha-dec-osf4.0e
> 
> Here's the entry in its entirety:
> 
>     alpha-dec-osf4.0e
> 
>     GDB 5.1 is known to have problems on this platform (encounters an
>     internal error in the symbol table reader).

Oh well. Doesn't work for me.

-- 
albert chin (china@thewrittenword.com)

misrepresentation of complex numbers

[Arthur H. Edwards,1,505-853-6042,505-256-0834]

[-- Attachment #1: Type: text/plain, Size: 291 bytes --]

I attach a very simple code, testc.f that illustrates the bug in dbg. 
After compiling with the -g option stop the code at line 7 and issue the 
gdb command

print s

gdb will respond with

$1 = (10,10)

issue the cont command and you will see that the number should be

10, 4


Art Edwards

[-- Attachment #2: testc.f --]
[-- Type: text/plain, Size: 144 bytes --]

	program t1
	implicit real*8(a-h,o-z)
	complex*16 s
	a = 2*5.0d0
	b = 2*2.0d0
	s=cmplx(a,b)
	write(6,3555) s
3555	format(5x,d20.10)
	stop
	end

Re: misrepresentation of complex numbers

[Andrew Cagney]

Thanks.  If you haven't already, could you please create a bug report of 
this.  See http://sources.redhat.com/gdb/bugs/

Andrew

> I attach a very simple code, testc.f that illustrates the bug in dbg. After compiling with the -g option stop the code at line 7 and issue the gdb command
> 
> print s
> 
> gdb will respond with
> 
> $1 = (10,10)
> 
> issue the cont command and you will see that the number should be
> 
> 10, 4
> 
> 
> Art Edwards
> 
> 

Re: misrepresentation of complex numbers

[Petr Sorfa]

Hi,

Sorry for the late reply (been away).

I don't think this is a bug. The output from the gdb print command for
certain FORTRAN values does not need to match the output from the
FORTRAN print statement. Consider arrays, particularly large
multi-dimensional ones, that become completely unreadble with the
FORTRAN print statment, but handled quite well with the gdb print
command.

In addition it is much easier to parse the output values provided by the
gdb print command.

Petr
> Thanks.  If you haven't already, could you please create a bug report of
> this.  See http://sources.redhat.com/gdb/bugs/
> 
> Andrew
> 
> > I attach a very simple code, testc.f that illustrates the bug in dbg. After compiling with the -g option stop the code at line 7 and issue the gdb command
> >
> > print s
> >
> > gdb will respond with
> >
> > $1 = (10,10)
> >
> > issue the cont command and you will see that the number should be
> >
> > 10, 4
> >
> >
> > Art Edwards
> >
> >

-- 
--------------------------------------------------------
Petr Sorfa                  Senior Software Engineer
Caldera
430 Mountain Ave.           http://www.caldera.com
Murray Hill 07974
NJ, USA
--------------------------------------------------------
Disclaimer: All my comments are my own and nobody else's
----------------------------------------------------------