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

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.

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?

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 ?

avec la commande :
strace -o strace.txt paulstretch /home/dominique/kandiskyscore/Projets/Projet2/Audios/kurt.wav

j'obtiens dans le fichier :

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!

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.

Merci en tout cas.
Comment joindre le développeur, je n'ai rien trouvé le concernant?

Cordialement

tu peux ouvrir une issue
https://github.com/essej/paulxstretch/issues

C'est paulstretch ou paulxstretch ?

paulstretch c'est ici
https://github.com/paulnasca/paulstretch_cpp/issues

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 ?

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?

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 ?".

Oui!!! Moi