Hi!
On Dec 07, Konstantin Osipov wrote:
> * Sergei Golubchik <serg@stripped> [07/12/07 23:22]:
>
> > > > > > It basically is a part of the public library API - it's the
> > > > > > only way for a client to support /etc/my.cnf configuration,
> > > > > > which is supposed to be common to all clients.
> >
> > > load_defaults is not a documented part of the client library API.
> > > Are you suggesting it is added to the manual?
> >
> > Perhaps, yes.
> >
> > But a google search reveals quite a few references to
> > load_defaults():
> >
> > http://www.jsw4.net/info/listserv_archives/mysql/05-wk02/msg00115.html> > http://www.listsearch.com/MySQL/Message/index.lasso?216520> > http://www.searchy.net/mailinglists/MySQL_General/msg11412.html> > http://www.galileo-press.de/openbook/c_von_a_bis_z/c_027_003.htm> > http://search.cpan.org/~darren/MySQL-Config-1.03/lib/MySQL/Config.pm> > (the last is the pupe-perl emulation, shows that the functionality is
> > used indeed)
>
> Serg, the path of least resistance is to assume all these users of
> load_defaults were doing the right thing and thus put it back.
For me, the path of least resistance would be to agree with you and let
load_defaults() to stay in my_sys.h :)
> There is no single reason load_defaults should belong to connector/C,
> except that it was there already.
That's what Paul and I are trying to explain: the reason is that
load_defaults() and my_getopt.h belong to a basic functionality, which
every client should use (at least, should be able to).
> I don't care as much about the matter as I care to understand your
> logic, and it does not look very logical (well, maybe yet).
I'm considering load_defaults() an important part of the API, that's
what the logic is based on. I wouldn't argue that way for any arbitrary
function in my_sys.h, not for modify_defaults(), for example, that was
also removed from mysql_com.h in the same changeset.
Regards / Mit vielen Grüssen,
Sergei
--
__ ___ ___ ____ __
/ |/ /_ __/ __/ __ \/ / Sergei Golubchik <serg@stripped>
/ /|_/ / // /\ \/ /_/ / /__ Principal Software Developer
/_/ /_/\_, /___/\___\_\___/ MySQL GmbH, Dachauer Str. 37, D-80335 München
<___/ Geschäftsführer: Kaj Arnö - HRB
München 162140

Content reproduced on this site is the property of the respective copyright holders. It is not reviewed in advance by Oracle and does not necessarily represent the opinion of Oracle or any other party.