Skip to main content

4 - Toutes les autres applications, les émulateurs...


Paulstretch erreur de segmentation

Articles: 284 France
Bonjour
Avec LibraZiK4 j'obtiens une erreur de segmentation avec paulStretch lorsque je clique sur le carré le plus à droite (stop), ce qui ferme paulStretch.
Cela ne se produisait pas dans les versions précédentes de LibraziK.
Quel est le problème?
Articles: 1393
Bonjour, il faudrait lancer le logiciel dans un terminal, et rediriger la sortis vers un fichier. Tu auras aussi au reboot une trace de ce qu'a fait le logiciel avant le plantage.
Articles: 284 France
C'est ce que j'ai fait et c'est ainsi que j'ai lu : Erreur de segmentation.
Désolé, je ne comprends pas cette phrase :Tu auras aussi au reboot une trace de ce qu'a fait le logiciel avant le plantage.
Quel reboot?
Articles: 1393
je pensais que c'était ton kernel qui faisait une erreur de segmentation, avec plantage total.
si tu as juste erreur de segmentation sans autre détails, difficile de te proposer une piste.
Est ce que tu sais lancer un logiciel avec strace ou ptrace, voire ltrace ?
Articles: 284 France
avec la commande :
strace -o strace.txt paulstretch /home/dominique/kandiskyscore/Projets/Projet2/Audios/kurt.wav

j'obtiens dans le fichier :

Copy to clipboard
execve("/usr/bin/paulstretch", ["paulstretch", "/home/dominique/kandiskyscore/Pr"..., "2"], 0x7fff2db98830 /* 55 vars */) = 0 brk(NULL) = 0x556ce8932000 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (Aucun fichier ou dossier de ce type) openat(AT_FDCWD, "/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=194575, ...}) = 0 mmap(NULL, 194575, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f56663e5000 close(3) = 0 openat(AT_FDCWD, "/lib/x86_64-linux-gnu/libfltk.so.1.1", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\260\375\2\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0644, st_size=706432, ...}) = 0 mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f56663e3000 mmap(NULL, 727984, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f5666331000 mmap(0x7f566635d000, 393216, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2c000) = 0x7f566635d000 mmap(0x7f56663bd000, 102400, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x8c000) = 0x7f56663bd000 mmap(0x7f56663d6000, 32768, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xa4000) = 0x7f56663d6000 mmap(0x7f56663de000, 19376, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f56663de000 close(3) = 0 openat(AT_FDCWD, "/lib/x86_64-linux-gnu/libjack.so.0", O_RDONLY|O_CLOEXEC) = 3 ........................................ select(4, [3], [], [], {tv_sec=0, tv_usec=98442}) = 1 (in [3], left {tv_sec=0, tv_usec=77123}) recvmsg(3, {msg_name=NULL, msg_namelen=0, msg_iov=[{iov_base="\5\1\3\rWl\315\0\246\2\0\0\2\0\0\5\0\0\0\0\256\0r\2\253\0\377\1\20\1\1\0", iov_len=4096}], msg_iovlen=1, msg_controllen=0, msg_flags=0}, 0) = 32 recvmsg(3, {msg_namelen=0}, 0) = -1 EAGAIN (Ressource temporairement non disponible) futex(0x556ce867b608, FUTEX_WAKE_PRIVATE, 1) = 1 futex(0x556ce867b620, FUTEX_WAKE_PRIVATE, 1) = 1 futex(0x7f5663bb99d0, FUTEX_WAIT, 38437, NULL) = ? +++ killed by SIGSEGV +++


J'avoue que cela ne me parle pas beaucoup!
Articles: 1393
Le SIGSEV confirme l'erreur de segmentation mais strace n'en donne pas la cause (l'appel system precedent par ex). Il faudrait utiliser gdb, voire faire un core dump, mais ça va t'amener loin.
Un problème de pointeur à faire remonter au développeur du logiciel qui te communiquera les infos dont il a besoin.
Articles: 284 France
Merci en tout cas.
Comment joindre le développeur, je n'ai rien trouvé le concernant?

Cordialement
Articles: 2789 France
C'est paulstretch ou paulxstretch ?
Articles: 2789 France
Resalut ici Aletheia,

Il faudrait que tu ouvre un billet de bogues chez LibraZiK sûrement pour que ce soit testé par les autres utilisateurs et éventuellement résolu ou contourné.

Qu'en penses tu ?
Articles: 284 France
Bonjour.
J'ai envoyé des signalements sur les sites de références mais je n'ai eu aucune réponse.

J'ai fait le signalement/bug sur LibraZik?
Articles: 19424 France
Salut aletheia

Je te réponds ici plutôt que sur le bugtracker de LibraZiK car le sujet est plus large que LZK.
Le problème est que Paulstretch n'est plus développé depuis de nombreuses années par son développeur (Paul Nasca, le mec qui a développé originellement ZynAddSubFX). Et du coup, au fur et à mesure de l'avancée de la technologie et de la mise à jour des bilbiothéques dont PaulStretch dépend pour sa compilation, des erreurs apparaissent, et si elles ne sont pas corrigées par "quelqu'un', alors le logiciel va mourir à petit feu. La partie dure de loi de la sélection naturelle appliquée au règne informatique 😉.

Côté LibraZiK, j'avoue bien volontiers que ce n'est pas un logiciel que je suis particulièrement car peu de personnes l'utilisent de ce que j'en sais. Il faudrait regarder si quelqu'un a repris le logiciel au minimum pour le maintenir en corrigeant les bogues au fur et à mesure. Ce que je n'ai pas fait par manque d'intérêt personnel pour ce logiciel, ainsi que "y'a vraiment quelqu'un qui l'utilise dans LZK ?".
Articles: 284 France
Oui!!! Moi😀