[vlc-devel] [vlc-commits] Remove libvlc_free

Rémi Denis-Courmont remi at remlab.net
Wed May 22 10:18:48 CEST 2019


It was never possible not to care about the C runtime. Calling LibVLC without a C runtime or with a mismatched one is and always was UB by design of the OS NDKs. Your delusions are not a design criteria, and I would appreciate if you refrained from posting incorrect information that may be misconstrued as guidance for LibVLC app developers.

Le 21 mai 2019 23:51:28 GMT+03:00, Jeremy Vignelles <jeremy.vignelles at dev3i.fr> a écrit :
>So, what did the technical comittee decided in this regard?
>> That means libvlc users in other languages have to make a call to the
>> runtime by themselves ? Right now it was possible to just take the 
>> libvlc DLL and never have to deal with C at all.
>Indeed, this is what have been done so far with LibVLCSharp for strings
>returned from libvlc and marked as "you must free them". Since .net
>does not have any implementation for freeing things from the native
>One might argue that the module that does the allocation needs to free
>it. In other words, I find it quite logical that the memory allocated
>from libvlc returns to libvlc.
>vlc-devel mailing list
>To unsubscribe or modify your subscription options:

Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc-devel/attachments/20190522/f178b850/attachment-0001.html>

More information about the vlc-devel mailing list