Recherche avancée

Sur d’autres sites (6000)

• Processing 3.0 get Error=2 No such file or directory

  29 octobre 2016, par Tuang Pingfavilunda

  I cannot figure it out what happen to my Processing file. I am trying to use VideoExport library and my Macbook Pro cannot play it, but the Mac-mini is able to do so.

  Before the error happened it is another error=13 permission denied thing, so I messed in the terminal for a while with chmod 777 and finding the file with ls. I don’t know if that may be the reason that caused this happen. FYI, I also installed ffmpeg already.

  And this is the full error :

      java.io.IOException: Cannot run program "/Users/Tuang/Desktop/DMA_WORKS/Work1_Facial Muscles/Cam_Rec/sketch_161027a/sketch_161027a.pde": error=2, No such file or directory
  
      at java.lang.ProcessBuilder.start(ProcessBuilder.java:1048)
  
      at com.hamoid.VideoExport.startFfmpeg(Unknown Source)
  
      at com.hamoid.VideoExport.initialize(Unknown Source)
  
      at com.hamoid.VideoExport.saveFrame(Unknown Source)
  
      at Basic.draw(Basic.java:32)
  
      at processing.core.PApplet.handleDraw(PApplet.java:2412)
  
      at processing.awt.PSurfaceAWT$12.callDraw(PSurfaceAWT.java:1540)
  
      at processing.core.PSurfaceNone$AnimationThread.run(PSurfaceNone.java:316)
  
  Caused by: java.io.IOException: error=2, No such file or directory
  
      at java.lang.UNIXProcess.forkAndExec(Native Method)
  
      at java.lang.UNIXProcess.<init>(UNIXProcess.java:247)
  
      at java.lang.ProcessImpl.start(ProcessImpl.java:134)
  
      at java.lang.ProcessBuilder.start(ProcessBuilder.java:1029)
  
      ... 7 more
  
  VideoExport error: Ffmpeg failed. Study /Users/Tuang/Desktop/DMA_WORKS/Work1_Facial_Muscles/Camera_Recorder/Basic/basic.mp4.txt for more details.
  
  Could not run the sketch (Target VM failed to initialize).
  
  For more information, read revisions.txt and Help → Troubleshooting.
  
  </init>

  ---

  1) The java.io.IOException : trying to call "/Work1_Facial Muscles/Cam_Rec/sketch_161027a/sketch_161027a.pde" which doesn’t exist for real. It is gone for a long time but seems like the program stuck here.

  2) "basic" is a file name from the Example of the Library. I just use it to test. Surprisingly, Every files that have been saved and changed the name still get the java.io.IOException’s error of the missing sketch_161027a.pde file.

  ---

  What I have done :
  1 I have already done the Homebrew thing to install ffmpeg.
  2 I deleted everything of Processing and reinstall it again.

  Any suggestion ?

• Anomalie #4348 : php 7.4 alpha1

  25 août 2019, par Franck D

  Hello :)
  Bon alors j’ai refais de nouveau une série de tests avec un nouveau spip [24376] aussi bien avec
  easyphp en php 7.4 beta2
  et
  Laragon en php 7.4 beta4 ( https://windows.php.net/downloads/qa/ php-7.4.0beta4-Win32-vc15-x64.zip)
  Puisque que de toute façon, il n’y aura plus de nouvelles modifications mais uniquement des corrections de bug https://wiki.php.net/todo/php74

  A savoir que j’ai fait l’activation de tous les logs dans mes options, donc il y a vraiment tout...
  Le prefix des tables est "test3"
  Je pense que nous avons pas mal de problèmes avec car même concernant les tests unitaire, nous en sommes à 28 succès, 178 échec / 206 total (cela dit, il faut aussi prendre en compte que certain tests sont en échec, car, il faut avoir 3 articles en lignes par exemple)
  Pour y voir un peu peu mieux, faudrait au moins faire les récurrentes :
  Deprecated : Array and string offset access syntax with curly braces is deprecated in C :\laragon\www\test3\plugins-dist\svp\svp_fonctions.php on line 44
  Deprecated : Array and string offset access syntax with curly braces is deprecated in C :\laragon\www\test3\plugins-dist\safehtml\lib\safehtml\classes\safehtml.php on line 288
  Deprecated : Array and string offset access syntax with curly braces is deprecated in C :\laragon\www\test3\plugins-dist\safehtml\lib\safehtml\classes\HTMLSax3.php on line 71
  Deprecated : Array and string offset access syntax with curly braces is deprecated in C :\laragon\www\test3\plugins-dist\safehtml\lib\safehtml\classes\HTMLSax3.php on line 169
  Deprecated : Array and string offset access syntax with curly braces is deprecated in C :\laragon\www\test3\plugins-dist\safehtml\lib\safehtml\classes\HTMLSax3.php on line 177
  Deprecated : Array and string offset access syntax with curly braces is deprecated in C :\laragon\www\test3\ecrire\inc\plugin.php on line 214
  Deprecated : Array and string offset access syntax with curly braces is deprecated in C :\laragon\www\test3\ecrire\inc\plugin.php on line 704
  Deprecated : Array and string offset access syntax with curly braces is deprecated in C :\laragon\www\test3\ecrire\inc\plugin.php on line 941
  Notice : Trying to access array offset on value of type null in C :\laragon\www\test3\ecrire\inc\charsets.php on line 845

  Franck

• Anomalie #3462 (Nouveau) : Gestion des documents utilisés dans les rubriques - suppression impossi...

  5 juin 2015, par Pascal Verrier

  Bonjour,

  Je constate une modification liée à l’utilisation de documents/images au sein du texte explicatif d’une rubrique.
  Dans SPIP 2.1.27 l’édition de rubrique permet l’ajout de documents (bloc Ajouter une image à gauche), cette fonctionnalité a apparemment été supprimée dans la 3.0.19.

  Cela n’interdit pas de saisir des codes type (correspondant à des éléments de la médiathèque chargés auparavant) dans le texte de description de la rubrique, ce qui permet d’utiliser ces contenus dans la présentation d’une rubrique : ils sont bien affichés, mais contrairement à ce qui se passait sur les versions précédentes, on n’a pas en bas de page rubrique du backoffice (exec=naviguer&id_rubrique=N) le rappel des documents liés, or en regardant dans la médiathèque on peut constater que le lien a bien été réalisé (lors de l’enregistrement) entre les documents utilisés et la rubrique.

  Cela se complique lorsque l’on décide de supprimer une rubrique utilisant, ou ayant utilisé des documents.

  Si je reprends ma rubrique, j’en supprime ou déplace tous les articles, j’en supprime le contenu texte, je n’obtiens jamais le bouton "Supprimer cette rubrique". En fait les documents utilisés y sont liés et tant que ces liens existent la suppression est impossible. C’est le même comportement que sur les versions précédentes* à cela près que l’absence de la liste des documents liés (normalement affichés en bas de page, ou à gauche en édition) n’aide pas vraiment à comprendre pourquoi cette rubrique ne peut être supprimée. Seul indice, sous l’identifiant de rubrique est indiqué "N documents". Autre curiosité la rubrique est d’office considérée comme active, et elle apparaît sur l’espace public, même si elle ne contient aucun article. C’est ainsi que l’on se retrouve avec une rubrique vide, impossible à supprimer, et affichée dans les menus de l’espace public.

  En supprimant manuellement les liens document/rubrique depuis la médiathèque le lien "Supprimer cette rubrique" réapparaît.

  (* : je ne suis pas certain par ailleurs que le fait de ne pas pouvoir supprimer une rubrique à laquelle des documents sont liés soit réellement justifié)

  Ce choix de supprimer l’ajout de documents dans l’édition de rubriques est-il intentionnel ? Pourrait-on retrouver le mécanisme existant dans les articles et dans SPIP 2.1 ?
  Serait-il envisageable de pouvoir supprimer directement une rubrique vide sans avoir à se préoccuper de l’existence de ces liens avec les documents ?
  Merci.