Mirror of the gdb mailing list
 help / color / mirror / Atom feed
From: David Cogen <cogen@ll.mit.edu>
To: dan@cgsoftware.com
Cc: kettenis@wins.uva.nl, gdb@sourceware.cygnus.com
Subject: Re: gdb seg violation during print command
Date: Thu, 04 May 2000 11:06:00 -0000	[thread overview]
Message-ID: <200005041802.OAA23768@ll.mit.edu> (raw)
In-Reply-To: <bt2ne3cq.fsf@dynamic-addr-88-117.resnet.rochester.edu>

> First off, your code is broken. You claim to return an int, but don't.
> This is what is causing the segfault in gdb.
> It's impossible for us to not believe the compiler when it says "this
> function returns an int". We expect it to return an int.

Sorry, that's not it. I have also tried the following:

#include <iostream>

int tteesstt11 (int)
{
  cerr << "\n";
  return 4;
}

int main ()
{
}

print tteesstt11(1) from a breakpoint in main() still causes gdb to seg
fault. Indeed, I have tried lots of forms for tteesstt11; they all seg fault.

> In the newer gdb, what'll happen is you'll get no segfault, but a weird number
> returned, which will actually the address of the function, which is
> the last value we have around, i guess.

Have you actually tried this or are you supposing? Where can I get the "newer"
gdb? What version is the "newer" gdb?

-- DavidC


       reply	other threads:[~2000-05-04 11:06 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <bt2ne3cq.fsf@dynamic-addr-88-117.resnet.rochester.edu>
2000-05-04 11:06 ` David Cogen [this message]
     [not found] <66st9c39.fsf@dynamic-addr-88-42.resnet.rochester.edu>
2000-05-05 13:16 ` David Cogen
     [not found] <200005041655.MAA10513@ll.mit.edu>
2000-05-04 10:41 ` Daniel Berlin
2000-05-04 10:42 ` Daniel Berlin
2000-05-04 12:40   ` David Cogen
     [not found] <200005031637.MAA25467@ll.mit.edu>
2000-05-03 10:59 ` Mark Kettenis

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200005041802.OAA23768@ll.mit.edu \
    --to=cogen@ll.mit.edu \
    --cc=dan@cgsoftware.com \
    --cc=gdb@sourceware.cygnus.com \
    --cc=kettenis@wins.uva.nl \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox