This is the mail archive of the gdb-patches@sourceware.org mailing list for the GDB project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [patch 1/2] Re: Crash regression(?) printing Fortran strings in bt [Re: [V2 00/23] Fortran dynamic array support]


On Wed, 20 Aug 2014 16:07:58 +0200, Keven Boell wrote:
> Finally I was able to reproduce the crash in some of the VLA tests when
> compiling with -fsanitize=address on FC20 32bit.
> I've pushed a fix to
> 	https://github.com/intel-gdb/vla/tree/vla-fortran
> 
> Let me know if this works for you now. At least on my FC20 32bit system it does
> not crash anymore.

I find this fix probably unrelated (as it is a completely different code) to
the internal error (formerly silent crash).

Tested 15f4f87976493f6e144a9bdb5eb7f0109543a393:

runtest gdb.fortran/dynamic-other-frame.exp
[...]
(gdb) bt^M
#0  0x000000000040071d in bar_ ()^M
#1  0x00000000004006c7 in foo (string=gdbtypes.c:2009: internal-error: dynamic_prop_get_const_val_ptr: Assertion `prop->kind == PROP_CONST' failed.^M
A problem internal to GDB has been detected,^M

Fedora {20,21} {x86_64,i686}: internal-error
Fedora {21,21} x86_64 -m32: PASS

But it depends on something suspicious, for a given build the testsuite
results are stable but for builds done at different time / under different
configurations the results differ.


Could you first check-in the gdb.fortran/dynamic-other-frame.exp testcase to
the Intel branch?  I find it difficult to catch a crash of a testcase not even
present in your repository.


Thanks,
Jan


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]