Recherche avancée

Sur d’autres sites (8257)

• Anomalie #3196 : Bug (bien connu des anciens) de sauvegarde standard des q’un prefixe ....

  31 octobre 2014, par YannX spip

  Salut,

  Le 31/10/2014 12:00, Ybbet Spip a écrit :

  Le 31 octobre 2014 11:19, YannX SPIP <yannx.spip@hotmail.fr
  yannx.spip@hotmail.fr>> a écrit :

  Le 30/10/2014 17:57, redmine@spip.org redmine@spip.org> a
  écrit :

  La demande #3196 a été mise à jour par cedric -.

  • Statut changé de /Nouveau/ à /Fermé/
  • Resolution mis à /invalid/

  Bon, faute de description et suite a r21750 / r21752 je ne
  constate aucun probleme de backup sur une base avec un prefixe
  different de ’spip’

  ---

  Anomalie #3196 : Bug (bien connu des anciens) de sauvegarde
  standard des q’un prefixe ....
  <http://core.spip.org/issues/3196#change-10189>

  • Auteur : YannX spip
  • Statut : Fermé
  • Priorité : Normal
  • Assigné à :
  • Catégorie :
  • Version cible : 3.0
  • Resolution : invalid
  • Navigateur :

  Deux avertissements :
  - prévenir que la sauvegarde peut etre incomplète
  - préciser le prefixe utilisé "qq.part" dans l’interface
  (pour qu’un gestionnaire pas trop expérimenté ne galère pas trop !)

  Merci
  YannX

  ---

  Vous recevez ce mail car vous êtes impliqués sur ce projet.
  Pour changer les préférences d’envoi de mail, allez sur
  http://core.spip.org/my/account

  Le problème est simple, bien que quelque peu aléatoire...
  depuis que la sauvegarde est passée sous sqlite,
  je crois n’avoir pas souvent réussi
  (sur une douzaine au moins de sites SPIP 3.x chez OVH) une
  sauvegarde complète d’une base SPIP.

  Encore en milieu de semaine sur SPN : la restauration a zappé
  totalement
  la tables ARTICLES .. et la table RUBRIQUES

  La seule solution a été de ré-intégrer "a la mano" par Adminer
  (merci Suske)
  de petits bouts du dump SQL que prudent j’avais AUSSI fait avec
  Save_auto

  Peut-etre que ce souci serait aussi dû à l’implémentation SQlite
  chez OVH ?
  (j’avais constaté que l’instalaltion automatique SQlite SPIP
  créait un MySQL non-accessible ! )
  mais il me faudrait demander à Bernard de vérifier sur son serveur
  kimSufi
  si c’est également le cas....

  Je n’ose imaginer un utilisateur moins aguerri...

  Et ça ne serait pas dans ton cas un soucis de timeout ? Ou de mémoire ?

  Sauf si je n’ai pas vu un rechargement de page,
  j’apercois bien l’ecran final de SPIP qui m’affiche parfois (0/...) sur
  certaines tables :
  donc si c’etait un timeout, ce serait plutot de la base.... mais pas dès
  les premières tables ??

  Non, je vais commencer à croire à un conflit d’implémentation
  MySQL-SQlite chez OVH
  (si ce n’est un bug dû au préfixe, ou au principe de SQlite...) mais je
  ne sais déterminer d’ici !

  Si cette hypothèse se verifiait (appel a tous les utilisateurs de bases
  SPIP_préfixées chez OVH ??),
  cela serait très gênant pour de nouveaux utilisateurs,
  car tout le monde ne peut pas etre hébergé chez Nursit ! ;-)

  —
  YannX
  http://www.spippourlesnuls.fr

• Expanding media capabilities of Win Embedded CE 6.0

  1er décembre 2014, par Simo Erkinheimo

  I have an embedded device with WinCE 6.0 as OS. The manufacturer provides an IDE for 3rd party development to it. The IDE pretty much allows nothing else than

  • .NET 3.5 Compact Framework scripting that’s invoked from various events from the main application
  • Adding files to the device.

  The included mediaplayer seems to be using DirectShow and the OS has media codec only for mpeg-1 encoded video playback. My goal is to to be able to play media encoded with some other codecs as well inside that main application.

  I’ve already managed to use DirectShowNETCF (DirectShow wrapper for .NET Compact Framework) and successfully playback mpeg-1 encoded video.

  I’m totally new with this stuff and I have tons of (stupid) questions. I’ll try to narrow them down :

  • The OS is based on WinCE, but as far as I’ve understood, it’s actually always some customized version of it (via Platform Builder). Only "correct way" of developing anything for it afterwards is to use the SDK the manufacturer usually provides. Right ? In my case, the SDK is extremely limited and tightly integrated into IDE as noted above. However, .NET CF 3.5 is capable for interop so its possible to call native libraries -as long as they are compiled for correct platform.

  • Compiled code is pretty much just instructions for the processor (assembler code) and the compiler chooses the correct instructions based on the target processor setting. Also there’s the PE-header that defines under which platform the program is meant to be run. If I target my "helloworld.exe" (does nothing but returns specific exit code) to x86 and compile it with VC, should it work ?

  • If the PE-header is in fact the problem, is it possible to setup for WINCE without the SDK ? Do I REALLY need the whole SDK for creating a simple executable that uses only base types ? I’m using VS2010, which doesn’t even support smart device dev anymore and I’d hate to downgrade just for testing purposes.

  • Above questions are prequel to my actual idea : Porting ffmpeg/ffdshow for WinCE. This actually already exists, but not targeted nor built for Intel Atom. Comments ?

  • If the native implementation is not possible and I would end up implementing some specific codec with C#...well that would probably be quite a massive task. But having to choose C# over native, could I run into problems with codec performance ? I mean.. is C# THAT much slower ?

  Thank you.

• Anomalie #3196 : Bug (bien connu des anciens) de sauvegarde standard des q’un prefixe ....

  31 octobre 2014, par Ybbet SPIP

  Le 31 octobre 2014 11:19, YannX SPIP <yannx.spip@hotmail.fr> a écrit :

  Le 30/10/2014 17:57, redmine@spip.org a écrit :

  La demande #3196 a été mise à jour par cedric -.

  - Statut changé de Nouveau à Fermé
  - Resolution mis à invalid

  Bon, faute de description et suite a r21750 / r21752 je ne constate aucun
  probleme de backup sur une base avec un prefixe different de ’spip’
  ------------------------------
  Anomalie #3196 : Bug (bien connu des anciens) de sauvegarde standard des
  q’un prefixe .... <http://core.spip.org/issues/3196#change-10189>

  - Auteur : YannX spip
  - Statut : Fermé
  - Priorité : Normal
  - Assigné à :
  - Catégorie :
  - Version cible : 3.0
  - Resolution : invalid
  - Navigateur :

  Deux avertissements :
  - prévenir que la sauvegarde peut etre incomplète
  - préciser le prefixe utilisé "qq.part" dans l’interface
  (pour qu’un gestionnaire pas trop expérimenté ne galère pas trop !)

  Merci
  YannX
  ------------------------------

  Vous recevez ce mail car vous êtes impliqués sur ce projet.
  Pour changer les préférences d’envoi de mail, allez sur
  http://core.spip.org/my/account

  Le problème est simple, bien que quelque peu aléatoire...
  depuis que la sauvegarde est passée sous sqlite,
  je crois n’avoir pas souvent réussi
  (sur une douzaine au moins de sites SPIP 3.x chez OVH) une sauvegarde
  complète d’une base SPIP.

  Encore en milieu de semaine sur SPN : la restauration a zappé totalement
  la tables ARTICLES .. et la table RUBRIQUES

  La seule solution a été de ré-intégrer "a la mano" par Adminer (merci
  Suske)
  de petits bouts du dump SQL que prudent j’avais AUSSI fait avec Save_auto

  Peut-etre que ce souci serait aussi dû à l’implémentation SQlite chez OVH ?
  (j’avais constaté que l’instalaltion automatique SQlite SPIP créait un
  MySQL non-accessible ! )
  mais il me faudrait demander à Bernard de vérifier sur son serveur kimSufi
  si c’est également le cas....

  Je n’ose imaginer un utilisateur moins aguerri...

  Et ça ne serait pas dans ton cas un soucis de timeout ? Ou de mémoire ?

  —
  YannXhttp://www.spippourlesnuls.fr

  _______________________________________
  liste : http://listes.rezo.net/mailman/listinfo/spip-dev
  doc : http://www.spip.net/
  dev : http://trac.rezo.net/trac/spip/
  irc ://irc.freenode.net/spip