[OpenSIPS-Devel] [ opensips-Patches-3535139 ] Consistently replace all calls to a private GLibc functions

SourceForge.net noreply at sourceforge.net
Thu Jun 14 11:57:37 CEST 2012


Patches item #3535139, was opened at 2012-06-14 02:45
Message generated for change (Comment added) made by vladut-paiu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=3535139&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Peter Lemenkov (peter_lemenkov)
>Assigned to: Vladut-Stefan Paiu (vladut-paiu)
Summary: Consistently replace all calls to a private GLibc functions

Initial Comment:
Hello.Some Glibc functions are marked as private in a so-called "stable" distributions (with proven and old glibc versions). Their usage is not alloved and generally discouraged. Eventually they will be declared as stable someday but until then we shouldn't use them.

So far some calls to these function were already replaced in the OpenSIPs code but one call was missed. This patch ensures that OpenSIPs doesn't call  Glibc private functions.



----------------------------------------------------------------------

>Comment By: Vladut-Stefan Paiu (vladut-paiu)
Date: 2012-06-14 02:57

Message:
Hi Peter,

Nice catch, this was introduced recently, with the addition of the
dns_cache module in 1.8.
The fix was committed in 1.8 and trunk.

Thanks and Regards,
Vlad

----------------------------------------------------------------------

Comment By: Peter Lemenkov (peter_lemenkov)
Date: 2012-06-14 02:46

Message:
Git branch with this patch:

https://github.com/lemenkov/OpenSIPS/tree/avoid_using_glibc_private

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=3535139&group_id=232389



More information about the Devel mailing list