Avoid crash from coerce_unspec_val_to_type
authorTom Tromey <tromey@adacore.com>
Tue, 9 Feb 2021 19:15:39 +0000 (12:15 -0700)
committerTom Tromey <tromey@adacore.com>
Tue, 9 Feb 2021 19:15:39 +0000 (12:15 -0700)
commitf73e424f7bb51d4a5164320107f386b8fec34f4b
tree5736b4a9d9e67326ad32eeafd4780a11f9704422
parenta4f0544b1ba516db0ab9715e4cccc78bc098ebc9
Avoid crash from coerce_unspec_val_to_type

With a certain Ada program, ada-lang.c:coerce_unspec_val_to_type can
cause a crash.  This function may copy a value, and in the particular
case in the crash, the new value's type is smaller than the original
type.  This causes coerce_unspec_val_to_type to create a lazy value --
but the original value is also not_lval, so later, when the value is
un-lazied, gdb asserts.

As with the previous patch, we believe there is a compiler bug here,
but it is difficult to reproduce, so we're not completely certain.

In the particular case we saw, the original value has record type, and
the record holds some variable-length arrays.  This leads to the
type's length being 0.  At the same time, the value is optimized out.

This patch changes coerce_unspec_val_to_type to handle an
optimized-out value correctly.

It also slightly restructures this code to avoid a crash should a
not_lval value wind up here.  This is a purely defensive change.

This change also made it clear that value_contents_copy_raw can now be
made static, so that is also done.

gdb/ChangeLog
2021-02-09  Tom Tromey  <tromey@adacore.com>

* ada-lang.c (coerce_unspec_val_to_type): Avoid making lazy
not_lval value.
* value.c (value_contents_copy_raw): Now static.
* value.h (value_contents_copy_raw): Don't declare.
gdb/ChangeLog
gdb/ada-lang.c
gdb/value.c
gdb/value.h