[vlc-devel] [vlc-commits] Remove libvlc_free
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...
More information about the vlc-devel