Sergei Golubchik wrote:
> Hi!
>
> On Jun 27, He Zhenxing wrote:
> > Sergei Golubchik wrote:
> > > On Jun 26, He Zhenxing wrote:
> > > > #At
> file:///media/sda3/work/mysql/bzrwork/semisync/mysql-6.0-semi-sync-1.0/
> > > >
> > > > 2635 He Zhenxing 2008-06-26
> > > > WL#4398 Replication Interface for semi-synchronous replication
> > > >
> > > > Add replication interface and plugin support
> > >
> > > > === modified file 'sql/sql_plugin.h'
> > > > --- a/sql/sql_plugin.h 2007-06-12 15:41:56 +0000
> > > > +++ b/sql/sql_plugin.h 2008-06-26 14:22:39 +0000
> > > > @@ -18,6 +18,14 @@
> > > >
> > > > class sys_var;
> > > >
> > > > +#ifdef DBUG_OFF
> > > > +#define plugin_ref_to_int(A) A
> > > > +#define plugin_int_to_ref(A) A
> > > > +#else
> > > > +#define plugin_ref_to_int(A) (A ? A[0] : NULL)
> > > > +#define plugin_int_to_ref(A) &(A)
> > > > +#endif
> > >
> > > You shouldn't need it - these macros are *internal* to sql_plugin.cc
> > > Why you don't use plugin_decl/plugin_dlib/ etc ?
> >
> > I need to use it with my_plugin_lock in rpl_handler.cc, otherwise, I
> > have to define something similar in it.
>
> Yes, I saw how you use it. But the question is why. What you are trying
> to do ? Why do you need st_plugin_int structure ?
>
I need to lock the plugin when running the callbacks it defines, so I
used my_plugin_lock, which needs plugin_ref. All these are handled in
the server, they are not exported to the plugins, so I think there
should be no problem.
> Regards / Mit vielen Grüssen,
> Sergei
>
> --
> __ ___ ___ ____ __
> / |/ /_ __/ __/ __ \/ / Sergei Golubchik <serg@stripped>
> / /|_/ / // /\ \/ /_/ / /__ Principal Software Engineer/Server Architect
> /_/ /_/\_, /___/\___\_\___/ Sun Microsystems GmbH, HRB München 161028
> <___/ Sonnenallee 1, 85551 Kirchheim-Heimstetten
> Geschäftsführer: Thomas Schroeder, Wolfgang Engels, Dr. Roland Boemer
> Vorsitzender des Aufsichtsrates: Martin Häring
>
