Re: [cdt-dev] Function Call view

[Marc Khouzam <marc.khouzam@xxxxxxxxxxxx>]

Sounds interesting!

I'm having trouble imagining the specifics of the UI this early, so I'm curious of the benefits of having a new view?

Will the arguments be shown as children to the function name element shown in the view?

When you need to create a new structure, will you need to free this memory at the end?

As an enhancement, you could (possibly) provide content-assist when the user types the function name. Gdb has a 'complete' (or something similar) command you can use.

Sounds exciting.

---

From: Jonah Graham <jonah@xxxxxxxxxxxxxxxx>
Sent: Sep 20, 2016 5:45 PM
To: CDT General developers list.
Subject: Re: [cdt-dev] Function Call view

Hi Stephen,

Your work on this sounds very interesting and will add value to CDT.

> Presently, neither my colleague nor I have authorization to contribute to CDT, but we hope to remedy that soon.  

I assume this means that you need to get your contributor agreements sorted out?

> Our intention would be to make this available to the community if there is interest.

I think there is of interest and would be willing to be a reviewer when you are ready.

I don't have any other suggestions or criticisms at this point. The plan you outlined here seems good to me.

Jonah

~~~
Jonah Graham
Kichwa Coders Ltd.
www.kichwacoders.com

On 19 September 2016 at 17:47, Flynn, Stephen <Stephen.Flynn@xxxxxxxx> wrote:

  My colleague and I are currently implementing a view that should simplify the process of calling a function in Gdb.  The intent is to allow a user to enter a function name, resolve the function's arguments and provide a way for the user to set values (for basic inputs) and addresses (for all pointers and structures), as well as handle situations where a given argument does not exist, i.e. an argument is a pointer to a struct, but no such structure exists.

  The view would resolve the structure members and present them in the same manner the Expressions View does, which would allow the user to set values for the various members.  Prior to the function being called the structure would be created and the structure pointer passed to the function.

  The return value (if any) would be made available in the same view.

  Presently, neither my colleague nor I have authorization to contribute to CDT, but we hope to remedy that soon.  Our intention would be to make this available to the community if there is interest.

  In order to make this work properly, changes would need to first be made to gdb: Allow local and function argument variables to be resolved outside of a suspended context through the MI var-create command (My colleague David Taylor has already submitted changes that does this for CLI); when creating a Variable Object on a function, make the arguments to the function its children.  I have emailed the gdb mailing list for feedback on these proposals.

  Changes to the IExpressions service would come next to take advantage of those changes.

  I am looking for any and all suggestions and/ or criticisms.

Thanks,

Stephen Flynn
Software Engineer 2
508-249-9848 / (821) 49848


_______________________________________________
cdt-dev mailing list
cdt-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/cdt-dev