[Bug 39189] [next] decide on a policy for transfer, naming and containers
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Mon Sep 3 13:07:48 CEST 2012
https://bugs.freedesktop.org/show_bug.cgi?id=39189
--- Comment #12 from Simon McVittie <simon.mcvittie at collabora.co.uk> 2012-09-03 11:07:48 UTC ---
(In reply to comment #11)
> I think we'll decide that we won't decide...
No, I do not want _get_ to mean different things in different modules. It's bad
enough that telepathy-glib is inconsistent with GIO and GLib is inconsistent
with itself.
> IMO the container isn't really important, we can live we inconsistencies
That's reasonable.
> What I'm more concerned about is the get VS dup. I think getters generally does
> not ref/copy the return value if it is in the internal format.
They usually do in GIO, and they have to if you ever want to be thread-safe.
> In the end, I think the most important is to avoid subtle changes in our
> high-level API. Changing a _get_ to suddenly return a ref is going to be make
> app porting much more complex.
This is a good argument in favour of what I called the Guillaume/Xavier
proposal in Comment #10.
(In reply to comment #5)
> And to finish, if we go with GList, please make it (transfer full/none), but
> (transfer container) is just confusing IMO.
Let's supersede our existing GList (transfer container) APIs with a "dup"
version (dup_valid_accounts() etc.)? I think there are only a couple.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA Contact for the bug.
You are the assignee for the bug.
More information about the telepathy-bugs
mailing list