Mirror of the gdb mailing list
 help / color / mirror / Atom feed
From: Kieran Bingham <kieran.bingham@linaro.org>
To: Jan Kiszka <jan.kiszka@siemens.com>,
	Peter Griffin <peter.griffin@linaro.org>,
	gdb@sourceware.org
Subject: gdb.Value returning a string of length 1 (linux lx-version bug)
Date: Tue, 22 Mar 2016 17:54:00 -0000	[thread overview]
Message-ID: <56F186C1.1080803@linaro.org> (raw)

Hi Jan,

Me and Pete have just been looking into the gdb.Value object bug where
the lx-version command  returns a string of length 1.

As I recall at FOSDEM, you were also hitting the bug.
Out of interest, what compiler version are you using?

We've made some head way, but we are suspicious that compiler versions
may affect the issue ! :(

The crux of the issue, is that the valpy_string() calls c_get_string()
which in turn calls get_discrete_bounds().

On my broken version, get_discrete_bounds, is setting both lowp, and
highp to 0x0; where as on Peters working version, his highp gets set
correctly. (there is a +1 added later which results in the string
producing a strlen of 1)

I'm running gcc 5.2.1-22ubuntu2, whereas Pete is running gcc 4.8.4.

Pete's version of his compiled binutils-gdb always seems to function
correctly, where as I hit the bug - *occasionally*

Of course, since I have compiled with -g3 -O0 -fsanitize=undefined I
can't reproduce the issue, and now even removing the optimise levels I
haven't been able to reproduce.

We have a Heisenbug :(

Has anyone else on the GDB Mailinglist experienced any intermittent
errors with gdb.Value strings from python?
--
Kieran


             reply	other threads:[~2016-03-22 17:54 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-03-22 17:54 Kieran Bingham [this message]
2016-03-22 17:57 ` Jan Kiszka
2016-03-23  8:50   ` Kieran Bingham
2016-03-23 13:26     ` Kieran Bingham

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=56F186C1.1080803@linaro.org \
    --to=kieran.bingham@linaro.org \
    --cc=gdb@sourceware.org \
    --cc=jan.kiszka@siemens.com \
    --cc=peter.griffin@linaro.org \
    /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