Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
* Re: [RFA] More wrappers in varobj
       [not found] <Pine.GSO.4.33.0110151245240.11434-100000@makita.cygnus.com>
@ 2001-10-15 13:31 ` Andrew Cagney
  2001-10-15 13:36   ` Keith Seitz
  2001-10-19 11:41   ` Keith Seitz
  0 siblings, 2 replies; 4+ messages in thread
From: Andrew Cagney @ 2001-10-15 13:31 UTC (permalink / raw)
  To: Keith Seitz; +Cc: gdb-patches

> Hi,
> 
> I've been trying to update varobj in light of what appears to be either
> bitrot or a bunch of v3 abi issues. We are seeing an extraordinary number
> of problems with C++.

Keith,

have a look at breakpoint.c:gdb_breakpoint for a more robust / current 
way of implementing these wrappers.

In particular:

- it uses catch_exceptions() which has better defined return values.

- the wrapped function has the correct function signature (not char *) 
meaning that the (illegal) function cast is not needed.

- it uses a dedicated struct to pass in the parameter list instead of 
relying on casts and a union.

enjoy,
Andrew


> Index: wrapper.h
> ===================================================================
> RCS file: /cvs/src/src/gdb/wrapper.h,v
> retrieving revision 1.10
> diff -u -p -r1.10 wrapper.h
> --- wrapper.h	2001/03/06 08:21:18	1.10
> +++ wrapper.h	2001/10/15 19:45:21
> @@ -37,6 +37,8 @@ extern int gdb_value_subscript (value_pt
> 
>  extern int gdb_value_ind (value_ptr val, value_ptr * rval);
> 
> +extern int gdb_value_struct_elt (value_ptr *argp, value_ptr *args, char *name, int *static_memfuncp, char *err, value_ptr * rval);
> +
>  extern int gdb_parse_and_eval_type (char *, int, struct type **);
> 
>  #endif /* WRAPPER_H */
> Index: wrapper.c
> ===================================================================
> RCS file: /cvs/src/src/gdb/wrapper.c,v
> retrieving revision 1.12
> diff -u -p -r1.12 wrapper.c
> --- wrapper.c	2001/03/27 20:36:24	1.12
> +++ wrapper.c	2001/10/15 19:45:21
> @@ -55,6 +55,8 @@ static int wrap_value_subscript (char *)
> 
>  static int wrap_value_ind (char *opaque_arg);
> 
> +static int wrap_value_struct_elt (char *opaque_arg);
> +
>  static int wrap_parse_and_eval_type (char *);
> 
>  int
> @@ -257,6 +259,47 @@ wrap_value_ind (char *opaque_arg)
> 
>    val = (value_ptr) (args)->args[0].pointer;
>    (args)->result.pointer = value_ind (val);
> +  return 1;
> +}
> +
> +int
> +gdb_value_struct_elt (value_ptr *argp, value_ptr *args, char *name,
> +		      int *static_memfuncp, char *err, value_ptr * rval)
> +{
> +  struct gdb_wrapper_arguments argss;
> +
> +  argss.args[0].pointer = argp;
> +  argss.args[1].pointer = args;
> +  argss.args[2].pointer = name;
> +  argss.args[3].pointer = static_memfuncp;
> +  argss.args[4].pointer = err;
> +
> +  if (!catch_errors ((catch_errors_ftype *) wrap_value_struct_elt, &argss,
> +		     "", RETURN_MASK_ERROR))
> +    {
> +      /* An error occurred */
> +      return 0;
> +    }
> +
> +  *rval = (value_ptr) argss.result.pointer;
> +  return 1;
> +}
> +
> +static int
> +wrap_value_struct_elt (char *opaque_arg)
> +{
> +  char *err, *name;
> +  value_ptr *argp, *args;
> +  int *static_memfuncp;
> +  struct gdb_wrapper_arguments *argss = (struct gdb_wrapper_arguments *) opaque_arg;
> +
> +  argp = (value_ptr *) argss->args[0].pointer;
> +  args = (value_ptr *) argss->args[1].pointer;
> +  name = (char *) argss->args[2].pointer; 
> +  static_memfuncp = argss->args[3].pointer;
> +  err  = (char *) argss->args[4].pointer;
> +
> +  (argss)->result.pointer = value_struct_elt (argp, args, name, static_memfuncp, err);
>    return 1;
>  }
> 
> 
> 
> 



^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [RFA] More wrappers in varobj
  2001-10-15 13:31 ` [RFA] More wrappers in varobj Andrew Cagney
@ 2001-10-15 13:36   ` Keith Seitz
  2001-10-15 15:42     ` Andrew Cagney
  2001-10-19 11:41   ` Keith Seitz
  1 sibling, 1 reply; 4+ messages in thread
From: Keith Seitz @ 2001-10-15 13:36 UTC (permalink / raw)
  To: Andrew Cagney; +Cc: gdb-patches

On Mon, 15 Oct 2001, Andrew Cagney wrote:

> have a look at breakpoint.c:gdb_breakpoint for a more robust / current
> way of implementing these wrappers.

Am I to presume that we are deprecating wrapper.[ch] in favor of this new
mechanism? If so, I could just work to get rid of wrapper.[ch]
altogether...

Just say the word.
Keith



^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [RFA] More wrappers in varobj
  2001-10-15 13:36   ` Keith Seitz
@ 2001-10-15 15:42     ` Andrew Cagney
  0 siblings, 0 replies; 4+ messages in thread
From: Andrew Cagney @ 2001-10-15 15:42 UTC (permalink / raw)
  To: Keith Seitz; +Cc: gdb-patches

> On Mon, 15 Oct 2001, Andrew Cagney wrote:
> 
> 
>> have a look at breakpoint.c:gdb_breakpoint for a more robust / current
>> way of implementing these wrappers.
> 
> 
> Am I to presume that we are deprecating wrapper.[ch] in favor of this new
> mechanism? If so, I could just work to get rid of wrapper.[ch]
> altogether...
> 
> Just say the word.
> Keith

Should the code live in wrapper.[hc]?  It can for now.

While it is a hack (the code it calls should always unwind the stack 
cleanly) it, or something like it, is going to remain around for a long 
time.  It is also an internal interface (varobj | core-gdb) rather than 
a libgdb interface.

Regarding the problems, the worst is the cast in:

	catch_errors ((catch_errors_ftype*)wrap_function, ...)

with

	wrap_function (char *a)

it isn't valid C - you can't assume that a ()(void*) function is called 
the same way as a ()(char*) function.

The other two are not so much of a concern (although I must admit a 
desire to avoid the unions and use structs so that the compiler can be 
used to check that parameter passing).  catch_exceptions() makes it 
possible for the wrapped functions to return well defined values - 
something not possible with catch_errors().

Andrew



^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [RFA] More wrappers in varobj
  2001-10-15 13:31 ` [RFA] More wrappers in varobj Andrew Cagney
  2001-10-15 13:36   ` Keith Seitz
@ 2001-10-19 11:41   ` Keith Seitz
  1 sibling, 0 replies; 4+ messages in thread
From: Keith Seitz @ 2001-10-19 11:41 UTC (permalink / raw)
  To: gdb-patches

Sorry for the delay. I got a little caught up in debugging some
other stuff...

On Mon, 15 Oct 2001, Andrew Cagney wrote:

> have a look at breakpoint.c:gdb_breakpoint for a more robust / current
> way of implementing these wrappers.

Is this better?

Slightly off-topic: We are going to be calling externally visible
functions something like "gdb_FOO", right? Example: gdb_breakpoint and
gdb_breakpoint_query. How are we going to name internal functions? Leading
"_" or something?

I ask because I don't really want to have this patch introduce
internal variations of gdb functions into the "libgdb" namespace.

Keith

Index: wrapper.h
===================================================================
RCS file: /cvs/src/src/gdb/wrapper.h,v
retrieving revision 1.10
diff -u -p -r1.10 wrapper.h
--- wrapper.h	2001/03/06 08:21:18	1.10
+++ wrapper.h	2001/10/19 18:36:50
@@ -18,6 +18,7 @@

 #ifndef WRAPPER_H
 #define WRAPPER_H 1
+#include "gdb.h"

 /* Use this struct to pass arguments to wrapper routines. */
 struct gdb_wrapper_arguments;
@@ -36,6 +37,10 @@ extern int gdb_value_assign (value_ptr,
 extern int gdb_value_subscript (value_ptr, value_ptr, value_ptr *);

 extern int gdb_value_ind (value_ptr val, value_ptr * rval);
+
+extern enum gdb_rc gdb_value_struct_elt (struct ui_out *uiout, value_ptr *result_ptr,
+					 value_ptr *argp, value_ptr *args,
+					 char *name, int *static_memfuncp, char *err);

 extern int gdb_parse_and_eval_type (char *, int, struct type **);

Index: wrapper.c
===================================================================
RCS file: /cvs/src/src/gdb/wrapper.c,v
retrieving revision 1.12
diff -u -p -r1.12 wrapper.c
--- wrapper.c	2001/03/27 20:36:24	1.12
+++ wrapper.c	2001/10/19 18:36:50
@@ -41,6 +41,16 @@ struct gdb_wrapper_arguments
       } args[10];
   };

+struct captured_value_struct_elt_args
+{
+  value_ptr *argp;
+  value_ptr *args;
+  char *name;
+  int *static_memfuncp;
+  char *err;
+  value_ptr *result_ptr;
+};
+
 static int wrap_parse_exp_1 (char *);

 static int wrap_evaluate_expression (char *);
@@ -55,6 +65,8 @@ static int wrap_value_subscript (char *)

 static int wrap_value_ind (char *opaque_arg);

+static int do_captured_value_struct_elt (struct ui_out *uiout, void *data);
+
 static int wrap_parse_and_eval_type (char *);

 int
@@ -290,3 +302,29 @@ wrap_parse_and_eval_type (char *a)

   return 1;
 }
+
+enum gdb_rc
+gdb_value_struct_elt (struct ui_out *uiout, value_ptr *result, value_ptr *argp,
+		      value_ptr *args, char *name, int *static_memfuncp,
+		      char *err)
+{
+  struct captured_value_struct_elt_args cargs;
+  cargs.argp = argp;
+  cargs.args = args;
+  cargs.name = name;
+  cargs.static_memfuncp = static_memfuncp;
+  cargs.err = err;
+  cargs.result_ptr = result;
+  return catch_exceptions (uiout, do_captured_value_struct_elt, &cargs,
+			   NULL, RETURN_MASK_ALL);
+}
+
+static int
+do_captured_value_struct_elt (struct ui_out *uiout, void *data)
+{
+  struct captured_value_struct_elt_args *cargs = data;
+  *cargs->result_ptr = value_struct_elt (cargs->argp, cargs->args, cargs->name,
+			     cargs->static_memfuncp, cargs->err);
+  return GDB_RC_OK;
+}
+


^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2001-10-19 11:41 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <Pine.GSO.4.33.0110151245240.11434-100000@makita.cygnus.com>
2001-10-15 13:31 ` [RFA] More wrappers in varobj Andrew Cagney
2001-10-15 13:36   ` Keith Seitz
2001-10-15 15:42     ` Andrew Cagney
2001-10-19 11:41   ` Keith Seitz

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox