RE: [RFC-v5] Fix .text section offset for windows DLL (was Calling __stdcall functions in the inferior)

Pierre Muller
2012-12-13T16:21:25Z

> -----Message d'origine-----
> De : gdb-patches-owner@sourceware.org [mailto:gdb-patches-
> owner@sourceware.org] De la part de Tom Tromey
> Envoyé : jeudi 13 décembre 2012 17:16
> À : Pierre Muller
> Cc : 'Joel Brobecker'; 'asmwarrior'; 'Eli Zaretskii'; gdb-
> patches@sourceware.org
> Objet : Re: [RFC-v5] Fix .text section offset for windows DLL (was Calling
> __stdcall functions in the inferior)
>
> >>>>> "Pierre" == Pierre Muller <pierre.muller@ics-cnrs.unistra.fr>
writes:
>
> Pierre> struct read_pe_section_data
> Pierre> {
> Pierre> CORE_ADDR vma_offset; /* Offset to loaded address
of
> section. */
> Pierre> @@ -41,8 +52,18 @@ struct read_pe_section_data
> Pierre> unsigned long rva_end; /* End offset within the pe. */
> Pierre> enum minimal_symbol_type ms_type; /* Type to assign symbols in
> Pierre> section. */
> Pierre> + char *section_name; /* Recorded section name.
*/
>
> It seems like this could be const.
Sorry,
but you will need to teach me some more C language
so that I understand what that would change...
In pascal the const only exists for function/procedure parameters
not for fields of structures...
Does it simply mean that any attempt to use it
as a (char *) type will result in an error?
But them, how can you set the value of such a field?

Sorry about my ignorance...
Remember that I am a pascal fan lost in C land just because
I maintain GDB pascal language support...

Pierre