Recherche avancée

Médias (1)

Mot : - Tags -/belgique

Autres articles (97)

  • 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 (...)

  • ANNEXE : Les plugins utilisés spécifiquement pour la ferme

    5 mars 2010, par

    Le site central/maître de la ferme a besoin d’utiliser plusieurs plugins supplémentaires vis à vis des canaux pour son bon fonctionnement. le plugin Gestion de la mutualisation ; le plugin inscription3 pour gérer les inscriptions et les demandes de création d’instance de mutualisation dès l’inscription des utilisateurs ; le plugin verifier qui fournit une API de vérification des champs (utilisé par inscription3) ; le plugin champs extras v2 nécessité par inscription3 (...)

  • Publier sur MédiaSpip

    13 juin 2013

    Puis-je poster des contenus à partir d’une tablette Ipad ?
    Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir

Sur d’autres sites (8088)

  • Revision 36317 : Il y a certains cas où l’on ne peut pas passer par revision_mot notamment ...

    16 mars 2010, par kent1@… — Log

    Il y a certains cas où l’on ne peut pas passer par revision_mot notamment si on s’insère dans un formulaire d’édition d’article dans un pipeline pre_edition ... On ne passe pas la gestion des conflits dans ce cas là

  • Including objects to a shared library from a C++ archive (.a)

    1er septembre 2021, par El Sampsa

    I am trying to include some object files into a shared library I am building. Take the following command (things in [ETC] have been omitted for brevity) :

    



    


    /usr/bin/c++ -fPIC -std=c++14 -pthread -Iinclude/ext/liveMedia -Iinclude/ext/groupsock [ETC] -g -shared -Wl,-soname,libValkka.so -o lib/libValkka.so CMakeFiles/Valkka.dir/src/avthread.cpp.o CMakeFiles/Valkka.dir/src/opengl.cpp.o [ETC] CMakeFiles/Valkka.dir/src/decoders.cpp.o -lX11 -lGLEW -lGLU -lGL -Wl,—whole-archive lib/libavcodec.a -Wl,—no-whole-archive

    


    



    So basically I am just creating a shared library where most of the objects come from my own source code (i.e. CMakeFiles/Valkka.dir/src/*.o), but some of them come from an external static library, located at "lib/libavcodec.a". I get the following error :

    



    


    /usr/bin/ld : lib/libavcodec.a(h264_cabac.o) : relocation R_X86_64_PC32 against symbol 'ff_h264_cabac_tables' can not be used when making a shared object ; recompile with -fPIC
 /usr/bin/ld : final link failed : Bad value
 collect2 : error : ld returned 1 exit status

    


    



    But that is so untrue ! I can extract "libavcodec.a" with

    



    ar x libavcodec.a


    



    And after that check that

    



    readelf --relocs h264_cabac.o | egrep '(GOT|PLT|JU?MP_SLOT)' 


    



    does give some **it :

    



    


    00000000175d 003100000004 R_X86_64_PLT32 0000000000000000 __stack_chk_fail - 4
 000000001926 003100000004 R_X86_64_PLT32 0000000000000000 __stack_chk_fail - 4

    
 


    ...

    


    



    As does

    



    objdump -r h264_cabac.o | grep -i "relocation"


    



    So, indeed, the object files in "libavcodec.a" have been compiled to get PIC (position independent code).

    



    Why does the linker believe otherwise !?

    



    Related links :

    



    How to include all objects of an archive in a shared object ?

    



    Linking archives (.a) into shared object (.so)

    



    Is there a way to determine that a .a or .so library has been compiled as position indepenent code ?

    



    How can I tell, with something like objdump, if an object file has been built with -fPIC ?

    


  • Anomalie #3748 (Fermé) : La fonction recuperer_lapage est obsolète ; à remplacer par recuperer_url

    10 mars 2016

    Après la release de 3.1.1, en local et chez OVH, la détection de version de SPIP affichée en pied du backoffice ne fonctionnait plus.
    Je n’avais pas l’annonce "La mise à jour 3.1.1 de SPIP est disponible" même après lancement du genie mise_a_jour.

    En local mon /tmp/cache/xml/archives.xml restait vide

    Apparement le problème vient de :
    genie/mise_a_jour.php
    $res = recuperer_lapage($url, false, ’GET’, _COPIE_LOCALE_MAX_SIZE, ’’, false, $a) ;
    qui ne renvoie rien
    en remplacant par la fonction non obsolète
    $res = recuperer_url($url) ;
    on récupère bien l’archive et résout le bug

Navigation