[pacman-dev] String freeze for 3.2 release
Nagy Gabor
ngaba at bibl.u-szeged.hu
Wed Jul 16 14:18:21 EDT 2008
> only happen on error cases, and they are relatively small.
> The question is how. Dan does not want to make these free functions
> public.
Why? I can't see too much difference between alpm_miss_get_causingpkg
(wow, new API change ;-) and alpm_miss_free.
> ... Maybe we want to store these error lists in libalpm, and
> allow the frontend to get it. And then it would be freed when the
> transaction is freed?
I don't like this. We should somehow differentiate pmdepmissing_t and
pmconflict_t ... lists, and we have more chance to do memleaks here.
> Otherwise, maybe this is where it would help to have a free function
> attached to the list structure.
>
> > 4. <flame> Revert vercmp code to 3.1 </flame>
> >
>
> It would be nice to figure out what changed and why it doesn't work
> anymore rather than simply reverting.
>
nicer, but harder ;-)
See 84283672853350a84d2a71b72dc06e180cad1587, search for 'type
mismatch'.
Bye
More information about the pacman-dev
mailing list