ECalComponentAttendee and ECalComponentOrganizer - an invitation to memory leaks?

Jules Colding <[email protected]>
Newsgroups gmane.comp.gnome.evolution.devel
Message-ID <1149684079.8791.68.camel__41784.2041970745$1149684297$gmane$org@omc-2.omesc.com>
Hi,

Several members of the above mentioned structures are of the 'const char
*' type. One such member is 'value'.

The message from the API designer, when declaring something 'const char
*', is commonly that the memory management of that parameter/member is
the responsibility of whoever allocated the memory.

The usage of ECalComponentAttendee and ECalComponentOrganizer data
structures in e-d-s is, OTOH, that they are given to some ECalComponent
and are never touched by the callee again (unless I am totally wrong
here).

So should data for e.g. the 'value' member be g_strdup'ed to 'value' (as
does the Groupwise calendar backend) contrary to the expectation that
the callee should manage the memory for that member?


Thanks,
  jules
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.