Gdb on ia64

Gdb on ia64

[Zdenek Dvorak]

Hello,

when I try to run a program in gdb on ia64, it claims that

"Can't insert breakpoint for slot numbers greater than 2."

What should I do?

Zdenek

Re: Gdb on ia64

[Kevin Buettner]

On Jun 13,  1:04pm, Zdenek Dvorak wrote:

> when I try to run a program in gdb on ia64, it claims that
> 
> "Can't insert breakpoint for slot numbers greater than 2."
> 
> What should I do?

Provide us with more details.

Kevin

Re: Gdb on ia64

[Zdenek Dvorak]

Hello,

> On Jun 13,  1:04pm, Zdenek Dvorak wrote:
> 
> > when I try to run a program in gdb on ia64, it claims that
> > 
> > "Can't insert breakpoint for slot numbers greater than 2."
> > 
> > What should I do?
> 
> Provide us with more details.

all right, I just hoped it is some well known issue.
I tried to use gdb on 4 processor Itanium 2 machine.
When trying to run any program from it, it responds with
the above message.  I have tried gdb 5.2.1 and current
cvs version, both behave the same way.

Zdenek

Re: Gdb on ia64

[Kevin Buettner]

On Jun 13,  8:06pm, Zdenek Dvorak wrote:
> Subject: Re: Gdb on ia64
> Hello,
> 
> > On Jun 13,  1:04pm, Zdenek Dvorak wrote:
> > 
> > > when I try to run a program in gdb on ia64, it claims that
> > > 
> > > "Can't insert breakpoint for slot numbers greater than 2."
> > > 
> > > What should I do?
> > 
> > Provide us with more details.
> 
> all right, I just hoped it is some well known issue.
> I tried to use gdb on 4 processor Itanium 2 machine.
> When trying to run any program from it, it responds with
> the above message.  I have tried gdb 5.2.1 and current
> cvs version, both behave the same way.

Could you tell us the address which is giving gdb problems along with
a disassembly of code near that address?  (Basically, I need to see
the three instructions in the bundle.)

Thanks,

Kevin

Re: Gdb on ia64

[Zdenek Dvorak]

Hello,

> > > > when I try to run a program in gdb on ia64, it claims that
> > > > 
> > > > "Can't insert breakpoint for slot numbers greater than 2."
> > > > 
> > > > What should I do?
> > > 
> > > Provide us with more details.
> > 
> > all right, I just hoped it is some well known issue.
> > I tried to use gdb on 4 processor Itanium 2 machine.
> > When trying to run any program from it, it responds with
> > the above message.  I have tried gdb 5.2.1 and current
> > cvs version, both behave the same way.
> 
> Could you tell us the address which is giving gdb problems along with
> a disassembly of code near that address?  (Basically, I need to see
> the three instructions in the bundle.)

Address: 20000000003b4c18
No function contains this address and the memory is not accessible.

Zdenek

Re: Gdb on ia64

[H. J. Lu]

On Sat, Jun 14, 2003 at 02:34:58PM +0200, Zdenek Dvorak wrote:
> Hello,
> 
> > > > > when I try to run a program in gdb on ia64, it claims that
> > > > > 
> > > > > "Can't insert breakpoint for slot numbers greater than 2."
> > > > > 
> > > > > What should I do?
> > > > 
> > > > Provide us with more details.
> > > 
> > > all right, I just hoped it is some well known issue.
> > > I tried to use gdb on 4 processor Itanium 2 machine.
> > > When trying to run any program from it, it responds with
> > > the above message.  I have tried gdb 5.2.1 and current
> > > cvs version, both behave the same way.
> > 
> > Could you tell us the address which is giving gdb problems along with
> > a disassembly of code near that address?  (Basically, I need to see
> > the three instructions in the bundle.)
> 
> Address: 20000000003b4c18
> No function contains this address and the memory is not accessible.
> 

FYI, please make sure you use the latest binutils if you use Linux/ia64.
The mainline binutils and the Linux binutils 2.14.90.0.4 should be ok.


H.J.

Re: Gdb on ia64

[Kevin Buettner]

On Jun 14,  2:34pm, Zdenek Dvorak wrote:

> > > > > when I try to run a program in gdb on ia64, it claims that
> > > > > 
> > > > > "Can't insert breakpoint for slot numbers greater than 2."
> > > > > 
> > > > > What should I do?
> > > > 
> > > > Provide us with more details.
> > > 
> > > all right, I just hoped it is some well known issue.
> > > I tried to use gdb on 4 processor Itanium 2 machine.
> > > When trying to run any program from it, it responds with
> > > the above message.  I have tried gdb 5.2.1 and current
> > > cvs version, both behave the same way.
> > 
> > Could you tell us the address which is giving gdb problems along with
> > a disassembly of code near that address?  (Basically, I need to see
> > the three instructions in the bundle.)
> 
> Address: 20000000003b4c18
> No function contains this address and the memory is not accessible.

Do you know why GDB was trying to put a breakpoint there?

BTW, the fact that the address ends in 8 is the reason for the
"Can't insert breakpoint..." message.  It should end in either
0, 1, or 2.

Kevin

Re: Gdb on ia64

[Zdenek Dvorak]

Hello,

> > > Could you tell us the address which is giving gdb problems along with
> > > a disassembly of code near that address?  (Basically, I need to see
> > > the three instructions in the bundle.)
> > 
> > Address: 20000000003b4c18
> > No function contains this address and the memory is not accessible.
> 
> Do you know why GDB was trying to put a breakpoint there?

I have no clue -- I did not ask for one and I don't know anything about gdb
internals so I don't know why it tries to put there one on its own.

Zdenek

Re: Gdb on ia64

[Kevin Buettner]

On Jun 18,  2:36am, Zdenek Dvorak wrote:

> > > > Could you tell us the address which is giving gdb problems along with
> > > > a disassembly of code near that address?  (Basically, I need to see
> > > > the three instructions in the bundle.)
> > > 
> > > Address: 20000000003b4c18
> > > No function contains this address and the memory is not accessible.
> > 
> > Do you know why GDB was trying to put a breakpoint there?
> 
> I have no clue -- I did not ask for one and I don't know anything about gdb
> internals so I don't know why it tries to put there one on its own.

Which OS are you trying this on?  Can you provide us with a test case
for reproducing this problem?

Kevin

Re: Gdb on ia64

[J. Johnston]

Kevin Buettner wrote:
> On Jun 18,  2:36am, Zdenek Dvorak wrote:
> 
> 
>>>>>Could you tell us the address which is giving gdb problems along with
>>>>>a disassembly of code near that address?  (Basically, I need to see
>>>>>the three instructions in the bundle.)
>>>>
>>>>Address: 20000000003b4c18
>>>>No function contains this address and the memory is not accessible.
>>>
>>>Do you know why GDB was trying to put a breakpoint there?
>>
>>I have no clue -- I did not ask for one and I don't know anything about gdb
>>internals so I don't know why it tries to put there one on its own.
> 
> 
> Which OS are you trying this on?  Can you provide us with a test case
> for reproducing this problem?
> 
> Kevin
> 

FWIW, this bug has the same symptoms as the bug I recently fixed with a patch
to dwarf2read.c: http://sources.redhat.com/ml/gdb-patches/2003-05/msg00074.html

-- Jeff J.

Re: Gdb on ia64

[Andreas Schwab]

Zdenek Dvorak <rakdver@atrey.karlin.mff.cuni.cz> writes:

|> Hello,
|> 
|> > > > Could you tell us the address which is giving gdb problems along with
|> > > > a disassembly of code near that address?  (Basically, I need to see
|> > > > the three instructions in the bundle.)
|> > > 
|> > > Address: 20000000003b4c18
|> > > No function contains this address and the memory is not accessible.
|> > 
|> > Do you know why GDB was trying to put a breakpoint there?
|> 
|> I have no clue -- I did not ask for one and I don't know anything about gdb
|> internals so I don't know why it tries to put there one on its own.

Perhaps it's the shlib events breakpoint (use "maintenance info
breakpoints" to list internal breakpoints).

Andreas.

-- 
Andreas Schwab, SuSE Labs, schwab@suse.de
SuSE Linux AG, Deutschherrnstr. 15-19, D-90429 Nürnberg
Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

Re: Gdb on ia64

[Zdenek Dvorak]

Hello,

> |> > > > Could you tell us the address which is giving gdb problems along with
> |> > > > a disassembly of code near that address?  (Basically, I need to see
> |> > > > the three instructions in the bundle.)
> |> > > 
> |> > > Address: 20000000003b4c18
> |> > > No function contains this address and the memory is not accessible.
> |> > 
> |> > Do you know why GDB was trying to put a breakpoint there?
> |> 
> |> I have no clue -- I did not ask for one and I don't know anything about gdb
> |> internals so I don't know why it tries to put there one on its own.
> 
> Perhaps it's the shlib events breakpoint (use "maintenance info
> breakpoints" to list internal breakpoints).

yes,

Num Type           Disp Enb Address            What
-1  shlib events   keep y   0x20000000003b4c18

Zdenek