Mirror of the gdb mailing list
 help / color / mirror / Atom feed
From: Michael Elizabeth Chastain <mec@shout.net>
To: drow@mvista.com, gdb@sources.redhat.com
Subject: Re: [testsuite/c++] Why is there one fail in demangle.exp?
Date: Tue, 04 Dec 2001 02:17:00 -0000	[thread overview]
Message-ID: <200112040957.DAA12609@duracef.shout.net> (raw)

The comment above the test is:

	## 1999-04-19: "Fix from Dale Hawkins".  Shouldn't segfault.

This implies to me that an old version of gdb used to segfault on
that input.

Note that the release date of gdb-4.18 was 1999-04-09.  So I built one:

  mec@duracef:/tmp/mec/build$ gdb/gdb
  GNU gdb 4.18
  Copyright 1998 Free Software Foundation, Inc.
  GDB is free software, covered by the GNU General Public License, and you are
  welcome to change it and/or distribute copies of it under certain conditions.
  Type "show copying" to see the conditions.
  There is absolutely no warranty for GDB.  Type "show warranty" for details.
  This GDB was configured as "i686-pc-linux-gnu".
  (gdb) maintenance demangle __thunk_64__0RL__list__Q29CosNaming20_proxy_NamingConMtextUlRPt25_CORBA_Unbounded_Sequence1ZQ29CosNaming7BindingRPQ29CosNaming15BindingIterator
  Segmentation fault (core dumped)

> I can see that being wrong (_0RL__list as a function name is a little
> suspicious).  But the test expects "Can't demangle".

I don't know what the right answer is.  It looks like the intent of the
test is to check whether the demangler crashes on this input.  It's
quite possible that the input is purposely malformed.

I'm inclined to approve both "Can't demangle" and any reasonable
demangling of the input as PASS, with a comment to the effect that
gdb 4.18 segfaults on this input.

Michael C


             reply	other threads:[~2001-12-04 10:17 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-12-04  2:17 Michael Elizabeth Chastain [this message]
2001-12-04  6:23 ` Daniel Jacobowitz
  -- strict thread matches above, loose matches on Subject: below --
2001-12-03 17:18 Daniel Jacobowitz

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=200112040957.DAA12609@duracef.shout.net \
    --to=mec@shout.net \
    --cc=drow@mvista.com \
    --cc=gdb@sources.redhat.com \
    /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