Recherche avancée

Sur d’autres sites (9485)

• Processing3 get "Error=2 No such file or directory" with a file that actually doesn't exist at the first place

  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 ?

• Evolution #3953 : formulaire de date sur les rubriques

  12 février 2021, par RastaPopoulos ♥

  Dans tous les cas il me semble nécessaire de pouvoir agir sur les dates des objets, sachant qu’historiquement les dates des rubriques sont liées automatiquement à la date de leur dernier article, faudrait-il trouver une solution pour bloquer/débloquer cet automatisme ?

  1) Les dates des rubriques sont liés aux articles, mais il me semble que soit la doc n’est pas assez explicite, soit le code ne va pas jusqu’au bout (mais ça impliquerait possiblement des trop gros tests). En effet, la date des rubriques n’est pas liée vaguement à la date du contenu le plus récent publié dedans. :) C’est plus fourbement précis : c’est la date du dernier contenu dont le statut a été mis en publié pendant qu’il était dans cette rubrique. Et ça à défaut de changer le code pour l’instant, il faudrait au moins le dire moins sibyllin. Concrètement ça signifie que si on déplace un article (publié bien sûr) depuis une autre rubrique dedans après coup, avec une date plus récente, ça ne change rien à la date de la rubrique (dont le contenu a pourtant changé toute autant qu’en publiant direct depuis dedans). En théorie il faudrait que ça change en cascade la date de tous les parents quand on déplace un article (la rubrique de destination et toute la hiérarchie). Et possiblement d’autres cas de ce genre.

  2) Quoiqu’il en soit, même s’il y a un changement de date par défaut, je pense aussi qu’il faut pouvoir décider qu’on veut la changement manuellement après coup. Si on a une liste de rubriques "par date de contenu récent", on peut rien corriger actuellement si les dates ne vont pas. Là j’ai le cas après une migration WP par exemple.

  En attendant faudrait un mini plugin tout simple pour ajouter le form de date sur les rubriques comme le montre touti au début. Mais est-ce ça devrait pas être natif directement ?

• Evolution #3638 (Nouveau) : Utiliser la rechercher Fulltext par défaut pour le critère {recherche}

  7 janvier 2016, par Gilles VINCENT

  Suite à la discussion entammée sur spip-dev, je suggère d’utiliser la recherche Fulltext par défaut, au lieu des REGEXP actuelles
  http://thread.gmane.org/gmane.comp.web.spip.devel/66780

  Par défaut, recherche génère des requêtes des type REGEXP, ce qui n’est utile que si des utilisateurs font des recherches avec des expressions régulières, ce qui n’est pas le cas. Depuis le commit r21697 les tables ont installées par défaut au format MyISAM (demande #2727). SPIP gagnerait donc à utiliser les recherches en Fulltext.

  Analyse détaillée du problème faite par Remi (root@lautre.net) :

  Le problème c’est que ce type de requête est généré dès lors qu’il y a un
  espace dans la recherche et les requêtes REGEXP n’utilisent pas les index.

  Donc ça ne concerne pas que les utilisateurs qui recherchent des
  expressions régulières.

  Pour une recherche aussi bête que "chercher un mot" ça recherche
  REGEXP sur chaque colonne de la table
  spip_articles. Evidemment ça renvoie tous les articles contenant "un".

  Un exemple particulièrement inefficace : 51s pour faire une recherche sur 2
  mots sans avoir la certitude que les 2 mots ne s’y trouvent.

  1. Query_time : 51.073814 Lock_time : 0.018906 Rows_sent : 16363 Rows_examined : 36816

  SELECT t.id_article, t.surtitre, t.titre, t.soustitre, t.chapo, t.texte,
  t.ps, t.nom_site, t.url_site, t.descriptif FROM `xxxxxx`.spip_articles AS t
  WHERE t.surtitre REGEXP ’Etats unis|Etats|unis’ OR t.titre REGEXP ’Etats
  unis|Etats|unis’ OR t.soustitre REGEXP ’Etats unis|Etats|unis’ OR t.chapo
  REGEXP ’Etats unis|Etats|unis’ OR t.texte REGEXP ’Etats unis|Etats|unis’
  OR t.ps REGEXP ’Etats unis|Etats|unis’ OR t.nom_site REGEXP ’Etats
  unis|Etats|unis’ OR t.url_site REGEXP ’Etats unis|Etats|unis’ OR
  t.descriptif REGEXP ’Etats unis|Etats|unis’ ;

  Ici, ça me renvoie les articles qui contiennent "punissons",
  "réunis".

  A ce niveau, un bête like me met "que" 5s :

  SELECT * from (select *, concat( t.surtitre, t.titre, t.soustitre,
  t.chapo, t.texte, t.ps, t.nom_site, t.url_site, t.descriptif) search from
  spip_articles t) s WHERE s.search like ’%unis%’ or s.search like
  ’%Etats%’ ;

  Mais honnêtement 5s, ce n’est pas non plus acceptable.

  Mais s’il vous faut mettre un truc par défaut autre que du fulltext,
  utilisez LIKE sur la chaine à rechercher. Ca ira plus vite et ça vous
  renverra des résultats plus cohérents.

  Remi