Recherche avancée

Médias (1)

Mot : - Tags -/stallman

Autres articles (100)

  • MediaSPIP 0.1 Beta version

    25 avril 2011, par

    MediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
    The zip file provided here only contains the sources of MediaSPIP in its standalone version.
    To get a working installation, you must manually install all-software dependencies on the server.
    If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...)

  • Multilang : améliorer l’interface pour les blocs multilingues

    18 février 2011, par

    Multilang est un plugin supplémentaire qui n’est pas activé par défaut lors de l’initialisation de MediaSPIP.
    Après son activation, une préconfiguration est mise en place automatiquement par MediaSPIP init permettant à la nouvelle fonctionnalité d’être automatiquement opérationnelle. Il n’est donc pas obligatoire de passer par une étape de configuration pour cela.

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

Sur d’autres sites (10140)

  • avformat/rtspdec : fix mem leaks in connect mode if init fails

    12 octobre 2020, par Andriy Gelman
    avformat/rtspdec : fix mem leaks in connect mode if init fails

    Fixes #6334
    

    Reviewed-by : Martin Storsjö <martin@martin.st>
    
Signed-off-by : Andriy Gelman <andriy.gelman@gmail.com>
    • [DH] libavformat/rtspdec.c

  • lavu : fix memory leaks by using a mutex instead of atomics

    14 novembre 2014, par wm4
    lavu : fix memory leaks by using a mutex instead of atomics

    The buffer pool has to atomically add and remove entries from the linked
    
list of available buffers. This was done by removing the entire list
    
with a CAS operation, working on it, and then setting it back again
    
(using a retry-loop in case another thread was doing the same thing).
    

    This could effectively cause memory leaks : while a thread was working on
    
the buffer list, other threads would allocate new buffers, increasing
    
the pool’s total size. There was no real leak, but since these extra
    
buffers were not needed, but not free’d either (except when the buffer
    
pool was destroyed), this had the same effects as a real leak. For some
    
reason, growth was exponential, and could easily kill the process due
    
to OOM in real-world uses.
    

    Fix this by using a mutex to protect the list operations. The fancy
    
way atomics remove the whole list to work on it is not needed anymore,
    
which also avoids the situation which was causing the leak.
    

    Signed-off-by : Anton Khirnov <anton@khirnov.net>
    • [DH] libavutil/buffer.c
    • [DH] libavutil/buffer_internal.h

  • Revision 966b6ba502 : Fixed two memory leaks. Fixed a GCC warning.

    5 avril 2011, par Marc Noirot

    Changed Paths :
     Modify /src/amf.c


     Modify /src/check.c



    Fixed two memory leaks.
    Fixed a GCC warning.

Navigation