Hello List, I'm looking for some help from experienced users, at least more than I. 😉
PROBLEM: I'm facing to an annoying issue I never had before with only one of my projects under development: Simple MIDI Sequencer (SMS) Vanilla. Means my problem could be externals related? Up to the last days everything was okay, but after a day of modifications I saved a last time my project, and... Now after having launched Pd Vanilla v.0.53.1 (PPA install) and then opening my project both immediately close automatically (which is not the case with my other projects).
I'm running under Linux Mint 21.1 Cinnamon 64-bit (Ubuntu 22.04 LTS base) and I'm using objects from the following 8 Externals (Deken install): Cyclone 0.6.1, Else 1.0.0 rc6, Ggee 0.28, IemLib 1.22.2, Jmmmp 0.61.0, List-Abs 0.1.0, PdOgg 0.25 and Zexy 2.4.1 (they are supposed to be up to date).
As you can see here-after "puredata" or "puredata -verbose" are not working BUT "puredata -stderr" is working. Weird, isn't it!
Any thoughts and/or search directions are more than the welcome. Thank you.
Best, Joe @ Rouen - FR
1st Test / Launching from a Terminal => Not working
joe@mint21:~$ puredata -or- puredata -verbose Pd-0.53.1 ("") compiled for Debian (0.53.1+ds-1~ubuntu22.04~ppa1) on 2022/12/15 at 22:02:06 UTC float precision = 32 bits port 34801 TCL_LIBRARY="/usr/lib/puredata/lib/tcl/library" TK_LIBRARY="/usr/lib/puredata/lib/tk/library" wish "/usr/lib/puredata/tcl//pd-gui.tcl" 34801 Waiting for connection request... ... connected /usr/lib/puredata/bin/pd-watchdog ..... Then opening my SMS Vanilla project from with Pd Vanilla immediately closes both Pd and my project. So, same bad behavior than in my above introduction but now with a "segmentation error" indication! ..... ==> Erreur de segmentation (core dumped); i.e. segmentation error joe@mint21:~$
2nd Test / Launching from a Terminal => Working okay
Very strange thing here by just adding "-stderr" I'm able to run, modify and save my project without any issue. Note1: Now the same is also true in pure graphic mode if I'm adding "-stderr" to Pd Startup options, but with no output in the Pd Console.
Note2: In the here-below long terminal output I removed the unnecessary stuff like all the kind of "verbose(4): tried ./cyclone.l_amd64 and FAILED" (about hundreds and hundreds and hundreds of objects).
joe@mint21:~$ puredata -stderr Pd-0.53.1 ("") compiled for Debian (0.53.1+ds-1~ubuntu22.04~ppa1) on 2022/12/15 at 22:02:06 UTC float precision = 32 bits verbose(4): input channels = 2, output channels = 2 port 35797 TCL_LIBRARY="/usr/lib/puredata/lib/tcl/library" TK_LIBRARY="/usr/lib/puredata/lib/tk/library" wish "/usr/lib/puredata/tcl//pd-gui.tcl" 35797 Waiting for connection request... verbose(4): running at normal (non-real-time) priority. ... connected verbose(4): priority 6 scheduling enabled. verbose(4): running at normal (non-real-time) priority. /usr/lib/puredata/bin/pd-watchdog opened alsa MIDI client 128 in:1 out:1
verbose(4): tried /home/joe/Pure-Data/externals/cyclone/cyclone.l_amd64 and succeeded
..... :: Cyclone 0.6-1 needs at least Pd 0.52-0 (you have 0.53-1, you're good!) .....
verbose(4): tried /home/joe/Pure-Data/externals/else/else.l_amd64 and succeeded
.....
- ELSE 1.0-0 rc-6 needs at least Pd 0.53-1 (you have 0.53-1, you're good!)
.....
verbose(4): tried /home/joe/Pure-Data/externals/iemlib/iemlib.pd_linux and succeeded verbose(4): warning: class 'wrap' overwritten; old one renamed 'wrap_aliased' iemlib (1.22) library loaded! (c) Thomas Musil Nov 13 2018 : 20:19:12 musil@iem.at iem KUG Graz Austria
verbose(4): tried /home/joe/Pure-Data/externals/zexy/zexy.pd_linux and succeeded ♡♡♡ ♡ the zexy external 2.4.1 ♡ (c) 1999-2012 IOhannes m zmölnig ♡ forum::für::umläute ♡ iem @ kug ♡ compiled Feb 2 2022 ♡ send me a 'help' message ♡♡♡
verbose(4): warning: class '<~' overwritten; old one renamed '<~_aliased' verbose(4): warning: class '==~' overwritten; old one renamed '==~_aliased' verbose(4): warning: class '>~' overwritten; old one renamed '>~_aliased' verbose(4): warning: class 'abs~' overwritten; old one renamed 'abs~_aliased' matchbox: OSC-pattern matching code (c) Matt Wright, CNMAT verbose(4): warning: class 'wrap' overwritten; old one renamed 'wrap_aliased'
=> After opening my SMS Vanilla project from within Pure Data: verbose(4): tried /home/joe/Pure-Data/externals/list-abs/list-rev.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/list-abs/list-rev.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/list-abs/list-drip.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/list-abs/list-drip.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/list-abs/list-rev.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/list-abs/list-drip.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/out~.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/out~.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/lb.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/op~.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/initmess.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/jmmmp/clock.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/jmmmp/clock.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/midi.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/cyclone/midiflush.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/cyclone/midiparse.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/cyclone/midiformat.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/keyboard.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/list-abs/list-rev.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/list-abs/list-drip.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/pitch2note.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/pitch2note.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/router.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/args.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/floor.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/selector.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/format.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/iterate.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/iterate.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/group.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/group.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/rint.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/pdogg/oggwrite~.pd_linux and succeeded verbose(4): oggwrite~: ogg/vorbis recorder version 0.1c, written by Olaf Matthes verbose(4): tried /home/joe/Pure-Data/externals/list-abs/list-rev.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/list-abs/list-drip.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/sfont~.l_amd64 and succeeded verbose(4): input channels = 2, output channels = 2 verbose(4): alsa: 9 blocks of 128 samples, total advance 25 verbose(4): opened input device name hw:0 verbose(4): configuring sound input... verbose(4): Sample width set to 4 bytes verbose(4): configuring sound output... verbose(4): Sample width set to 4 bytes saved to: /media/joe/DATA_UNIX/PROJECTS/Pure-Data/patchs/SMS-Vanilla/simple-midi-sequencer-vanilla-0152.pd joe@mint21:~$
2 things you can try,
- be sure to disable any loadbangs (this can be done with a flag) like
this -noloadbang 2. run your patch via terminal to possibly catch more information.
so.. open terminal and type
pd -noloadbang file.pd
On Thu, Jan 26, 2023 at 11:27 AM Linux ROUEN Normandie linux.rouen@free.fr wrote:
Hello List, I'm looking for some help from experienced users, at least more than I. 😉
PROBLEM: I'm facing to an annoying issue I never had before with only one of my projects under development: Simple MIDI Sequencer (SMS) Vanilla. Means my problem could be externals related? Up to the last days everything was okay, but after a day of modifications I saved a last time my project, and... Now after having launched Pd Vanilla v.0.53.1 (PPA install) and then opening my project both immediately close automatically (which is not the case with my other projects).
I'm running under Linux Mint 21.1 Cinnamon 64-bit (Ubuntu 22.04 LTS base) and I'm using objects from the following 8 Externals (Deken install): Cyclone 0.6.1, Else 1.0.0 rc6, Ggee 0.28, IemLib 1.22.2, Jmmmp 0.61.0, List-Abs 0.1.0, PdOgg 0.25 and Zexy 2.4.1 (they are supposed to be up to date).
As you can see here-after "puredata" or "puredata -verbose" are not working BUT "puredata -stderr" is working. Weird, isn't it!
Any thoughts and/or search directions are more than the welcome. Thank you.
Best, Joe @ Rouen - FR
1st Test / Launching from a Terminal => Not working
joe@mint21:~$ puredata -or- puredata -verbose Pd-0.53.1 ("") compiled for Debian (0.53.1+ds-1~ubuntu22.04~ppa1) on 2022/12/15 at 22:02:06 UTC float precision = 32 bits port 34801 TCL_LIBRARY="/usr/lib/puredata/lib/tcl/library" TK_LIBRARY="/usr/lib/puredata/lib/tk/library" wish "/usr/lib/puredata/tcl//pd-gui.tcl" 34801 Waiting for connection request... ... connected /usr/lib/puredata/bin/pd-watchdog ..... Then opening my SMS Vanilla project from with Pd Vanilla immediately closes both Pd and my project. So, same bad behavior than in my above introduction but now with a "segmentation error" indication! ..... ==> Erreur de segmentation (core dumped); i.e. segmentation error joe@mint21:~$
2nd Test / Launching from a Terminal => Working okay
Very strange thing here by just adding "-stderr" I'm able to run, modify and save my project without any issue. Note1: Now the same is also true in pure graphic mode if I'm adding "-stderr" to Pd Startup options, but with no output in the Pd Console.
Note2: In the here-below long terminal output I removed the unnecessary stuff like all the kind of "verbose(4): tried ./cyclone.l_amd64 and FAILED" (about hundreds and hundreds and hundreds of objects).
joe@mint21:~$ puredata -stderr Pd-0.53.1 ("") compiled for Debian (0.53.1+ds-1~ubuntu22.04~ppa1) on 2022/12/15 at 22:02:06 UTC float precision = 32 bits verbose(4): input channels = 2, output channels = 2 port 35797 TCL_LIBRARY="/usr/lib/puredata/lib/tcl/library" TK_LIBRARY="/usr/lib/puredata/lib/tk/library" wish "/usr/lib/puredata/tcl//pd-gui.tcl" 35797 Waiting for connection request... verbose(4): running at normal (non-real-time) priority. ... connected verbose(4): priority 6 scheduling enabled. verbose(4): running at normal (non-real-time) priority. /usr/lib/puredata/bin/pd-watchdog opened alsa MIDI client 128 in:1 out:1
verbose(4): tried /home/joe/Pure-Data/externals/cyclone/cyclone.l_amd64 and succeeded
..... :: Cyclone 0.6-1 needs at least Pd 0.52-0 (you have 0.53-1, you're good!) .....
verbose(4): tried /home/joe/Pure-Data/externals/else/else.l_amd64 and succeeded
.....
- ELSE 1.0-0 rc-6 needs at least Pd 0.53-1 (you have 0.53-1, you're good!)
.....
verbose(4): tried /home/joe/Pure-Data/externals/iemlib/iemlib.pd_linux and succeeded verbose(4): warning: class 'wrap' overwritten; old one renamed 'wrap_aliased' iemlib (1.22) library loaded! (c) Thomas Musil Nov 13 2018 : 20:19:12 musil@iem.at iem KUG Graz Austria
verbose(4): tried /home/joe/Pure-Data/externals/zexy/zexy.pd_linux and succeeded ♡♡♡ ♡ the zexy external 2.4.1 ♡ (c) 1999-2012 IOhannes m zmölnig ♡ forum::für::umläute ♡ iem @ kug ♡ compiled Feb 2 2022 ♡ send me a 'help' message ♡♡♡
verbose(4): warning: class '<~' overwritten; old one renamed '<~_aliased' verbose(4): warning: class '==~' overwritten; old one renamed '==~_aliased' verbose(4): warning: class '>~' overwritten; old one renamed '>~_aliased' verbose(4): warning: class 'abs~' overwritten; old one renamed 'abs~_aliased' matchbox: OSC-pattern matching code (c) Matt Wright, CNMAT verbose(4): warning: class 'wrap' overwritten; old one renamed 'wrap_aliased'
=> After opening my SMS Vanilla project from within Pure Data: verbose(4): tried /home/joe/Pure-Data/externals/list-abs/list-rev.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/list-abs/list-rev.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/list-abs/list-drip.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/list-abs/list-drip.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/list-abs/list-rev.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/list-abs/list-drip.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/out~.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/out~.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/lb.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/op~.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/initmess.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/jmmmp/clock.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/jmmmp/clock.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/midi.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/cyclone/midiflush.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/cyclone/midiparse.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/cyclone/midiformat.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/keyboard.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/list-abs/list-rev.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/list-abs/list-drip.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/pitch2note.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/pitch2note.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/router.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/args.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/floor.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/selector.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/format.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/iterate.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/iterate.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/group.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/group.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/rint.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/pdogg/oggwrite~.pd_linux and succeeded verbose(4): oggwrite~: ogg/vorbis recorder version 0.1c, written by Olaf Matthes verbose(4): tried /home/joe/Pure-Data/externals/list-abs/list-rev.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/list-abs/list-drip.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/sfont~.l_amd64 and succeeded verbose(4): input channels = 2, output channels = 2 verbose(4): alsa: 9 blocks of 128 samples, total advance 25 verbose(4): opened input device name hw:0 verbose(4): configuring sound input... verbose(4): Sample width set to 4 bytes verbose(4): configuring sound output... verbose(4): Sample width set to 4 bytes saved to: /media/joe/DATA_UNIX/PROJECTS/Pure-Data/patchs/SMS-Vanilla/simple-midi-sequencer-vanilla-0152.pd joe@mint21:~$
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Thank you for your suggestions...
Further and further testing I found the potential culprit which seems to be [operating_system] from the Zexy library. This object even not connected but just present in my patch is crashing both my project + Pd Vanilla when I try to reopen my SMS Vanilla project. It's still a very weird behavior as it's working when Pd is launched from a terminal with "puredata - stderr" command line.
I will report this issue to IOhannes.
Best, Joe
Le 26/01/2023 à 17:36, José Rafael Subía Valdez a écrit :
2 things you can try,
- be sure to disable any loadbangs (this can be done with a flag)
like this -noloadbang 2. run your patch via terminal to possibly catch more information.
so.. open terminal and type
pd -noloadbang file.pd
On Thu, Jan 26, 2023 at 11:27 AM Linux ROUEN Normandie linux.rouen@free.fr wrote:
Hello List, I'm looking for some help from experienced users, at least more than I. 😉 PROBLEM: I'm facing to an annoying issue I never had before with only one of my projects under development: Simple MIDI Sequencer (SMS) Vanilla. Means my problem could be externals related? Up to the last days everything was okay, but after a day of modifications I saved a last time my project, and... Now after having launched Pd Vanilla v.0.53.1 (PPA install) and then opening my project both immediately close automatically (which is not the case with my other projects). I'm running under Linux Mint 21.1 Cinnamon 64-bit (Ubuntu 22.04 LTS base) and I'm using objects from the following 8 Externals (Deken install): Cyclone 0.6.1, Else 1.0.0 rc6, Ggee 0.28, IemLib 1.22.2, Jmmmp 0.61.0, List-Abs 0.1.0, PdOgg 0.25 and Zexy 2.4.1 (they are supposed to be up to date). As you can see here-after "puredata" or "puredata -verbose" are not working BUT "puredata -stderr" is working. Weird, isn't it! Any thoughts and/or search directions are more than the welcome. Thank you. - - - - - - - - - Best, Joe @ Rouen - FR - - - - - - - - - 1st Test / Launching from a Terminal => Not working ------------------------------------ joe@mint21:~$ puredata -or- puredata -verbose Pd-0.53.1 ("") compiled for Debian (0.53.1+ds-1~ubuntu22.04~ppa1) on 2022/12/15 at 22:02:06 UTC float precision = 32 bits port 34801 TCL_LIBRARY="/usr/lib/puredata/lib/tcl/library" TK_LIBRARY="/usr/lib/puredata/lib/tk/library" wish "/usr/lib/puredata/tcl//pd-gui.tcl" 34801 Waiting for connection request... ... connected /usr/lib/puredata/bin/pd-watchdog ..... Then opening my SMS Vanilla project from with Pd Vanilla immediately closes both Pd and my project. So, same bad behavior than in my above introduction but now with a "segmentation error" indication! ..... ==> Erreur de segmentation (core dumped); i.e. segmentation error joe@mint21:~$ 2nd Test / Launching from a Terminal => Working okay ------------------------------------ Very strange thing here by just adding "-stderr" I'm able to run, modify and save my project without any issue. Note1: Now the same is also true in pure graphic mode if I'm adding "-stderr" to Pd Startup options, but with no output in the Pd Console. Note2: In the here-below long terminal output I removed the unnecessary stuff like all the kind of "verbose(4): tried ./cyclone.l_amd64 and FAILED" (about hundreds and hundreds and hundreds of objects). joe@mint21:~$ puredata -stderr Pd-0.53.1 ("") compiled for Debian (0.53.1+ds-1~ubuntu22.04~ppa1) on 2022/12/15 at 22:02:06 UTC float precision = 32 bits verbose(4): input channels = 2, output channels = 2 port 35797 TCL_LIBRARY="/usr/lib/puredata/lib/tcl/library" TK_LIBRARY="/usr/lib/puredata/lib/tk/library" wish "/usr/lib/puredata/tcl//pd-gui.tcl" 35797 Waiting for connection request... verbose(4): running at normal (non-real-time) priority. ... connected verbose(4): priority 6 scheduling enabled. verbose(4): running at normal (non-real-time) priority. /usr/lib/puredata/bin/pd-watchdog opened alsa MIDI client 128 in:1 out:1 verbose(4): tried /home/joe/Pure-Data/externals/cyclone/cyclone.l_amd64 and succeeded -------------------------------------------------------------------- ..... :: Cyclone 0.6-1 needs at least Pd 0.52-0 (you have 0.53-1, you're good!) ..... -------------------------------------------------------------------- verbose(4): tried /home/joe/Pure-Data/externals/else/else.l_amd64 and succeeded ------------------------------------------------------------------- ..... - ELSE 1.0-0 rc-6 needs at least Pd 0.53-1 (you have 0.53-1, you're good!) ..... ------------------------------------------------------------------- verbose(4): tried /home/joe/Pure-Data/externals/iemlib/iemlib.pd_linux and succeeded verbose(4): warning: class 'wrap' overwritten; old one renamed 'wrap_aliased' iemlib (1.22) library loaded! (c) Thomas Musil Nov 13 2018 : 20:19:12 musil@iem.at iem KUG Graz Austria verbose(4): tried /home/joe/Pure-Data/externals/zexy/zexy.pd_linux and succeeded ♡♡♡ ♡ the zexy external 2.4.1 ♡ (c) 1999-2012 IOhannes m zmölnig ♡ forum::für::umläute ♡ iem @ kug ♡ compiled Feb 2 2022 ♡ send me a 'help' message ♡♡♡ verbose(4): warning: class '<~' overwritten; old one renamed '<~_aliased' verbose(4): warning: class '==~' overwritten; old one renamed '==~_aliased' verbose(4): warning: class '>~' overwritten; old one renamed '>~_aliased' verbose(4): warning: class 'abs~' overwritten; old one renamed 'abs~_aliased' matchbox: OSC-pattern matching code (c) Matt Wright, CNMAT verbose(4): warning: class 'wrap' overwritten; old one renamed 'wrap_aliased' => After opening my SMS Vanilla project from within Pure Data: verbose(4): tried /home/joe/Pure-Data/externals/list-abs/list-rev.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/list-abs/list-rev.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/list-abs/list-drip.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/list-abs/list-drip.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/list-abs/list-rev.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/list-abs/list-drip.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/out~.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/out~.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/lb.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/op~.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/initmess.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/jmmmp/clock.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/jmmmp/clock.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/midi.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/cyclone/midiflush.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/cyclone/midiparse.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/cyclone/midiformat.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/keyboard.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/list-abs/list-rev.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/list-abs/list-drip.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/pitch2note.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/pitch2note.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/router.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/args.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/floor.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/selector.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/format.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/iterate.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/iterate.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/group.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/group.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/rint.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/pdogg/oggwrite~.pd_linux and succeeded verbose(4): oggwrite~: ogg/vorbis recorder version 0.1c, written by Olaf Matthes verbose(4): tried /home/joe/Pure-Data/externals/list-abs/list-rev.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/list-abs/list-drip.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/sfont~.l_amd64 and succeeded verbose(4): input channels = 2, output channels = 2 verbose(4): alsa: 9 blocks of 128 samples, total advance 25 verbose(4): opened input device name hw:0 verbose(4): configuring sound input... verbose(4): Sample width set to 4 bytes verbose(4): configuring sound output... verbose(4): Sample width set to 4 bytes saved to: /media/joe/DATA_UNIX/PROJECTS/Pure-Data/patchs/SMS-Vanilla/simple-midi-sequencer-vanilla-0152.pd joe@mint21:~$ --------------------------------------- _______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list-- José Rafael Subía Valdez www.jrsv.net http://www.jrsv.net
/"...I am an Anarchist! Wherefore I will/ / /Not rule, and also ruled I will not be!"/ /
- John Henry Mackay -
On 1/26/23 18:29, Linux ROUEN Normandie wrote:
Thank you for your suggestions...
Further and further testing I found the potential culprit which seems to be [operating_system] from the Zexy library. This object even not connected but just present in my patch is crashing both my project + Pd Vanilla when I try to reopen my SMS Vanilla project.
given that [operating_system] is a trivial object (implementation-wise), i tihkn the problem must be somewhere else.
could you provide a backtrace[1], or send me the complete patch (ideally including all the externals). (send me the patch off-list is it is too big or don't want to publicly share it)
gdsamr IOhannes
gdsa IOhannes
Hello IOhannes,
Please find here-attached my SMS-Vanilla zip file which included my complete (with all the objects) Pd patch (v.0.1.52) with its GOP as well as a screenshot of it (GUI).
I never used Backtrace, so I will give it a try.
Note: I opened yesterday an Issue regarding [operating_system] on your Git site. Could it be a duplicate vs. this one?
Thank you.
Best, Joe @ Rouen - FR
Le 27/01/2023 à 07:43, IOhannes m zmölnig a écrit :
On 1/26/23 18:29, Linux ROUEN Normandie wrote:
Thank you for your suggestions...
Further and further testing I found the potential culprit which seems to be [operating_system] from the Zexy library. This object even not connected but just present in my patch is crashing both my project + Pd Vanilla when I try to reopen my SMS Vanilla project.
given that [operating_system] is a trivial object (implementation-wise), i tihkn the problem must be somewhere else.
could you provide a backtrace[1], or send me the complete patch (ideally including all the externals). (send me the patch off-list is it is too big or don't want to publicly share it)
gdsamr IOhannes
gdsa IOhannes
[1] https://wiki.debian.org/HowToGetABacktrace
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
On 1/27/23 10:46, Linux ROUEN Normandie wrote:
Hello IOhannes,
Please find here-attached my SMS-Vanilla zip file which included my complete (with all the objects) Pd patch (v.0.1.52) with its GOP as well as a screenshot of it (GUI).
it doesn't crash here. the patch lacks information about how you load libraries and add paths (you probably do this via your preferences), which might be relevant here (esp. the order of loading).
also: could you send me the actual binaries of the externals you depend on (there's a zillion of deken packages out there)?
e.g. the only version of pdogg available on deken is 0.0.extended. are you using this one? or the one from Debian/Ubuntu/Mint?
I never used Backtrace, so I will give it a try.
that would be great.
gmdsa IOhannes
On 1/27/23 12:18, IOhannes m zmölnig wrote:
it doesn't crash here.
ah, it only crashes if it star tPd with "-nomidi".
mysterious.
i think it is unrelated to [operating_system] itself. (and either an issue with zexy in general; or Pd as a whole)
in any case: "operating_system" is the longest classname in the patch, which might be related to the problem.
fmads IOhannes
Hello IOhannes,
Yes All paths and Startup options are only declared in the Preferences.
All the 8 Externals used in my SMS Vanilla project are coming directly from Pd / Deken (no download from the distros repositories) filtered for the Linux-amd64-32 platform. So, I believe it's make not sense I send you the Externals binaries as they are downloadable directly from Deken in their latest versions. Regarding Pdogg, the versions difference is coming from what is displayed when you download it (0.0 extended) and what is mentioned inside its Readme.txt file (0.25).
Please see attached image summarizing above.
Note: As I wrote it in the Issue I opened yesterday on your Zexy Git site, I had a blocking conflict under Windows 10 for the [else/sfont~] object between Else and Zexy libraries with the "libintl-8.w64" file. See the whole story HERE https://github.com/porres/pd-else/issues/1405 with a workaround by Lucarda in the post towards the end just before the GOP screenshot of SMS Vanilla.
Best, Joe
Le 27/01/2023 à 12:18, IOhannes m zmölnig a écrit :
On 1/27/23 10:46, Linux ROUEN Normandie wrote:
Hello IOhannes,
Please find here-attached my SMS-Vanilla zip file which included my complete (with all the objects) Pd patch (v.0.1.52) with its GOP as well as a screenshot of it (GUI).
it doesn't crash here. the patch lacks information about how you load libraries and add paths (you probably do this via your preferences), which might be relevant here (esp. the order of loading).
also: could you send me the actual binaries of the externals you depend on (there's a zillion of deken packages out there)?
e.g. the only version of pdogg available on deken is 0.0.extended. are you using this one? or the one from Debian/Ubuntu/Mint?
I never used Backtrace, so I will give it a try.
that would be great.
gmdsa IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->https://lists.puredata.info/listinfo/pd-list
On 1/27/23 19:12, Linux ROUEN Normandie wrote:
All the 8 Externals used in my SMS Vanilla project are coming directly from Pd / Deken (no download from the distros repositories) filtered for the Linux-amd64-32 platform. So, I believe it's make not sense I send you the Externals binaries as
honestly, in order to reproduce your problem i would like to have the binaries that you have installed on your computer. it shouldn't be super-complicated to get them, and it ensures that i have the very same binaries as youare using, without second guessing what you clicked when.
also, thanks for your screenshots of the preferences. unfortunately i'm have a hard time with quickly re-playing the content of images, so: would it be possible to also send your ~/.pdsettings? (i should hvae mentioned that file in my previous post; sorry).
they are downloadable directly from Deken in their latest versions. Regarding Pdogg, the versions difference is coming from what is displayed when you download it (0.0 extended) and what is mentioned inside its Readme.txt file (0.25).
Please see attached image summarizing above.
Note: As I wrote it in the Issue I opened yesterday on your Zexy Git site, I had a blocking conflict under Windows 10 for the [else/sfont~]
that's really unrelated.
another suggestion: does your patch crash if you disable the [cyclone/midiformat] object? there are two instances of the object; i'm mainly interested in the second/right-most one (position: 1525 654). simply replacing "cyclone/midiformat" with "#cyclone/midiformat" should suffice for the check.
mfdsa IOhannes
On 1/27/23 21:40, IOhannes m zmölnig wrote:
does your patch crash if you disable the [cyclone/midiformat] object?
ah well, at least for me disabling [cyclone/midiformat] just prevents
data to be sent to [midiout] which indeed crashes.
the simplest crasher i've found with regard to this is:
[loadbang]
|
[176, 7, 100(
|
[midiout]
and run this patch with -nomidi.
I'm not sure whether this is the root cause for *your* problem, but at least it prevents me from digging any deeper for now.
i've submitted a fix for the issue *i've* found in the 'develop' branch on github.
could you try to compile that version of Pd yourself and see whether the problem persists?
fmsad IOhannes
Hello IOhannes, See below.
Best, Joe
Le 28/01/2023 à 00:28, IOhannes m zmölnig a écrit :
On 1/27/23 21:40, IOhannes m zmölnig wrote:
does your patch crash if you disable the [cyclone/midiformat] object?
ah well, at least for me disabling [cyclone/midiformat] just prevents data to be sent to
[midiout]which indeed crashes.the simplest crasher i've found with regard to this is:
[loadbang] | [176, 7, 100( | [midiout]and run this patch with
-nomidi.I'm not sure whether this is the root cause for *your* problem, but at least it prevents me from digging any deeper for now.
I confirm on my side the same bad behavior with your above simplest crasher. I will further investigate my patch as I was obliged, for the time being, to add some glue to [else/sfont~] for avoiding Pd crashing as long as there is no SoundFont loaded. See this ISSUE https://github.com/porres/pd-else/issues/1441 for more information.
i've submitted a fix for the issue *i've* found in the 'develop' branch on github.
could you try to compile that version of Pd yourself and see whether the problem persists?
I will try to find it then compile this version of Pd and I will see. Note that I'm not a complilation expert! Thank you.
fmsad IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->https://lists.puredata.info/listinfo/pd-list
Hello IOhannes,
Disabling [else/sfont~ -g 0.3] by doing [#else/sfont~ -g 0.3] is also making the trick. Pd is no more crashing when my SMS Vanilla patch is opening.
As I wrote it here-below: "I will further investigate my patch as I was obliged, for the time being, to add some glue to [else/sfont~] for avoiding Pd crashing as long as there is no SoundFont loaded. See this ISSUE https://github.com/porres/pd-else/issues/1441 for more information."
So, the new potential culprit is now the [else/sfont~] object. After adding my "anti-crash glue" I was able to have it working for days BUT then I surely made a modification in it and I missed its side effect when reopening the path. I will keep you posted about my find.
Q: Do you thing what you found out about [midiout] is still relevant?
I'm very sorry for having kept you so busy with my problem. Thank you very much.
Best, Joe
Le 28/01/2023 à 18:21, Linux ROUEN Normandie a écrit :
Hello IOhannes, See below.
Best, Joe
Le 28/01/2023 à 00:28, IOhannes m zmölnig a écrit :
On 1/27/23 21:40, IOhannes m zmölnig wrote:
does your patch crash if you disable the [cyclone/midiformat] object?
ah well, at least for me disabling [cyclone/midiformat] just prevents data to be sent to
[midiout]which indeed crashes.the simplest crasher i've found with regard to this is:
[loadbang] | [176, 7, 100( | [midiout]and run this patch with
-nomidi.I'm not sure whether this is the root cause for *your* problem, but at least it prevents me from digging any deeper for now.
I confirm on my side the same bad behavior with your above simplest crasher. I will further investigate my patch as I was obliged, for the time being, to add some glue to [else/sfont~] for avoiding Pd crashing as long as there is no SoundFont loaded. See this ISSUE https://github.com/porres/pd-else/issues/1441 for more information.
i've submitted a fix for the issue *i've* found in the 'develop' branch on github.
could you try to compile that version of Pd yourself and see whether the problem persists?
I will try to find it then compile this version of Pd and I will see. Note that I'm not a complilation expert! Thank you.
fmsad IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->https://lists.puredata.info/listinfo/pd-list
hi,
On 1/28/23 00:28, IOhannes m zmölnig wrote:
i've submitted a fix for the issue *i've* found in the 'develop' branch on github.
could you try to compile that version of Pd yourself and see whether the problem persists?
basically do something like this:
sudo apt-get install git build-essential debhelper libasound2-dev
git clone https://github.com/pure-data/pure-data -b develop
cd pure-data
./autogen.sh
./configure
make -j$(nproc)
then run your tests from the cmdline with:
bin/pd
/media/joe/DATA_UNIX/PROJECTS/Pure-Data/patchs/SMS-Vanilla/simple-midi-sequencer-vanilla-0152.pd
and see whether it still crashes (hopefully not)
gdaksr IOhannes
Hello IOhannes,
Thank you for the compilation instructions.
No luck with TCL after compilation when I'm trying from within: joe@mint21:~/pure-data$ to run: bin/pd /media/joe/DATA_UNIX/PROJECTS/Pure-Data/patchs/SMS-Vanilla/simple-midi-sequencer-vanilla-0152.pd
I'm getting: Pd-0.54.0 ("draft") compiled 02:12:53 Jan 29 2023 float precision = 32 bits port 38139 TCL_LIBRARY="../lib/tcl/library" TK_LIBRARY="../lib/tk/library" wish "../tcl//pd-gui.tcl" 38139 Waiting for connection request... Error in startup script: couldn't read file "../tcl//pd-gui.tcl": no such file or directory AND it's frozen.
When I look for 'pd-gui.tcl', I find it well in '/home/joe/pure-data/tcl'. Strange thing to have this double slash in '/tcl//pd-gui.tcl'.
=>Here attached a text file summarizing the whole process under Linux Mint 21.1 (Ubuntu 22.04 base).
Best, Joe
Le 28/01/2023 à 18:48, IOhannes m zmölnig a écrit :
hi,
On 1/28/23 00:28, IOhannes m zmölnig wrote:
i've submitted a fix for the issue *i've* found in the 'develop' branch on github.
could you try to compile that version of Pd yourself and see whether the problem persists?
basically do something like this:
sudo apt-get install git build-essential debhelper libasound2-dev git clone https://github.com/pure-data/pure-data -b develop cd pure-data ./autogen.sh ./configure make -j$(nproc)then run your tests from the cmdline with:
bin/pd /media/joe/DATA_UNIX/PROJECTS/Pure-Data/patchs/SMS-Vanilla/simple-midi-sequencer-vanilla-0152.pdand see whether it still crashes (hopefully not)
gdaksr IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
On 1/29/23 02:59, Linux ROUEN Normandie wrote:
bin/pd /media/joe/DATA_UNIX/PROJECTS/Pure-Data/patchs/SMS-Vanilla/simple-midi-sequencer-vanilla-0152.pd
I'm getting: Pd-0.54.0 ("draft") compiled 02:12:53 Jan 29 2023 float precision = 32 bits port 38139 TCL_LIBRARY="../lib/tcl/library" TK_LIBRARY="../lib/tk/library" wish "../tcl//pd-gui.tcl" 38139 Waiting for connection request... Error in startup script: couldn't read file "../tcl//pd-gui.tcl": no
yikes, that's another weird one. i can reproduce it and the solution is to use "./bin/pd" instead of "bin/pd"...
When I look for 'pd-gui.tcl', I find it well in '/home/joe/pure-data/tcl'. Strange thing to have this double slash in '/tcl//pd-gui.t
just for the record, the double-slash is harmless, and it ends up being equivalent to a single-slash
Great! "./bin/pd" is making the trick! Pd + SMS Vanilla (back to its complete objects set) are opening with no more crash and everything seems to be working, except...
PB: The Pd console is now displaying "ALSA output error (snd_pcm_open): Device or resource busy" (which is not the case) with DSP On and Vu-Meter well displaying the audio level outputted by [else/sfont~]. This is leading to no sound heard at the PC level. Perhaps it's normal as we are running here a special Pd version?
Info: After further analyzing and testing my SMS project I found when it moved from a working (v.0.1.50) to a crashing state (v0.1.52). On the left-most side of the patch I have under *Sequencer* [midiin] and [midiout] objects. in 0.1.52 I added a [spigot] between both for enabling a MIDI-Thru function. Changing it from [spigot] to [#spigot], saving the patch and reopening it, SMS Vanilla + Pd are no more crashing.
Thank you.
Best, Joe
Le 29/01/2023 à 15:34, IOhannes m zmölnig a écrit :
On 1/29/23 02:59, Linux ROUEN Normandie wrote:
bin/pd /media/joe/DATA_UNIX/PROJECTS/Pure-Data/patchs/SMS-Vanilla/simple-midi-sequencer-vanilla-0152.pd
I'm getting: Pd-0.54.0 ("draft") compiled 02:12:53 Jan 29 2023 float precision = 32 bits port 38139 TCL_LIBRARY="../lib/tcl/library" TK_LIBRARY="../lib/tk/library" wish "../tcl//pd-gui.tcl" 38139 Waiting for connection request... Error in startup script: couldn't read file "../tcl//pd-gui.tcl": no
yikes, that's another weird one. i can reproduce it and the solution is to use "./bin/pd" instead of "bin/pd"...
When I look for 'pd-gui.tcl', I find it well in '/home/joe/pure-data/tcl'. Strange thing to have this double slash in '/tcl//pd-gui.t
just for the record, the double-slash is harmless, and it ends up being equivalent to a single-slash
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Hello IOhannes,
Here is the LINK https://transfert.free.fr/V6Bhpm to download my SMS-Vanilia_8xExternals+PdSetings.zip file (~ 50 MB zipped / ~ 170 MB unzipped ).
Here attached the Pdsettings file as I missed it in the above zip file.
I will test today your suggestion for [cyclone/midiformat].
Thank you.
Best, Joe
Le 27/01/2023 à 21:40, IOhannes m zmölnig a écrit :
On 1/27/23 19:12, Linux ROUEN Normandie wrote:
All the 8 Externals used in my SMS Vanilla project are coming directly from Pd / Deken (no download from the distros repositories) filtered for the Linux-amd64-32 platform. So, I believe it's make not sense I send you the Externals binaries as
honestly, in order to reproduce your problem i would like to have the binaries that you have installed on your computer. it shouldn't be super-complicated to get them, and it ensures that i have the very same binaries as youare using, without second guessing what you clicked when.
also, thanks for your screenshots of the preferences. unfortunately i'm have a hard time with quickly re-playing the content of images, so: would it be possible to also send your ~/.pdsettings? (i should hvae mentioned that file in my previous post; sorry).
they are downloadable directly from Deken in their latest versions. Regarding Pdogg, the versions difference is coming from what is displayed when you download it (0.0 extended) and what is mentioned inside its Readme.txt file (0.25).
Please see attached image summarizing above.
Note: As I wrote it in the Issue I opened yesterday on your Zexy Git site, I had a blocking conflict under Windows 10 for the [else/sfont~]
that's really unrelated.
another suggestion: does your patch crash if you disable the [cyclone/midiformat] object? there are two instances of the object; i'm mainly interested in the second/right-most one (position: 1525 654). simply replacing "cyclone/midiformat" with "#cyclone/midiformat" should suffice for the check.
mfdsa IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->https://lists.puredata.info/listinfo/pd-list
Hello IOhannes,
It looks very interesting.
On my side, the second right-most [cyclone/midiformat] changed to [#cyclone/midiformat] is still crashing Pd.
But the first left-most [cyclone/midiformat] changed to [#cyclone/midiformat] is making the trick. No more Pd crashing after several tries.
Thank you.
Best, Joe
Le 27/01/2023 à 21:40, IOhannes m zmölnig a écrit :
another suggestion: does your patch crash if you disable the [cyclone/midiformat] object? there are two instances of the object; i'm mainly interested in the second/right-most one (position: 1525 654). simply replacing "cyclone/midiformat" with "#cyclone/midiformat" should suffice for the check.
mfdsa IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
On 1/28/23 18:03, Linux ROUEN Normandie wrote:
But the first left-most [cyclone/midiformat] changed to [#cyclone/midiformat] is making the trick. No more Pd crashing after several tries.
well, it just proves that the probem is not in [operating_system], but rather in cyclone...err, no: i think the problem is in Pd (but i am still not sture yet).
could you please try to build the 'develop' branch of Pd and see whether the problem persists? (see my other email)
gmdsar IOhannes
This is the best I can do for the time being with Backtrace / Coredump. See the attached .txt file. Is it enough or do you need more/different data?
Best, Joe
Le 27/01/2023 à 10:46, Linux ROUEN Normandie a écrit :
Hello IOhannes,
Please find here-attached my SMS-Vanilla zip file which included my complete (with all the objects) Pd patch (v.0.1.52) with its GOP as well as a screenshot of it (GUI).
I never used Backtrace, so I will give it a try.
Note: I opened yesterday an Issue regarding [operating_system] on your Git site. Could it be a duplicate vs. this one?
Thank you.
Best, Joe @ Rouen - FR
Le 27/01/2023 à 07:43, IOhannes m zmölnig a écrit :
On 1/26/23 18:29, Linux ROUEN Normandie wrote:
Thank you for your suggestions...
Further and further testing I found the potential culprit which seems to be [operating_system] from the Zexy library. This object even not connected but just present in my patch is crashing both my project + Pd Vanilla when I try to reopen my SMS Vanilla project.
given that [operating_system] is a trivial object (implementation-wise), i tihkn the problem must be somewhere else.
could you provide a backtrace[1], or send me the complete patch (ideally including all the externals). (send me the patch off-list is it is too big or don't want to publicly share it)
gdsamr IOhannes
gdsa IOhannes
[1] https://wiki.debian.org/HowToGetABacktrace
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Hello IOhannes,
I just updated my Pure Data Vanilla v.0.53.1+ds-1 to v.0.53.1+ds-2, both ~ubuntu22.04~ppa1. And my here below crash problem is gone under Linux Mint 21.1 ! :) Now, I will test it under Ubuntu Studio 22.04 and Manjaro Linux 22 awa Windows 10.
Debian Package ChangeLog https://debian.pkgs.org/sid/debian-main-amd64/puredata_0.53.1+ds-2_all.deb.html 2023-01-28 - IOhannes m zmölnig (Debian/GNU) umlaeute@debian.org puredata (0.53.1+ds-2) unstable; urgency=medium
- Backport upstream ALSA-MIDI fix <==
- Bump standards version to 4.6.2
Thanks for your great support.
Best, Joe @ Rouen - FR
Le 26/01/2023 à 17:17, Linux ROUEN Normandie a écrit :
Hello List, I'm looking for some help from experienced users, at least more than I. 😉
PROBLEM: I'm facing to an annoying issue I never had before with only one of my projects under development: Simple MIDI Sequencer (SMS) Vanilla. Means my problem could be externals related? Up to the last days everything was okay, but after a day of modifications I saved a last time my project, and... Now after having launched Pd Vanilla v.0.53.1 (PPA install) and then opening my project both immediately close automatically (which is not the case with my other projects).
I'm running under Linux Mint 21.1 Cinnamon 64-bit (Ubuntu 22.04 LTS base) and I'm using objects from the following 8 Externals (Deken install): Cyclone 0.6.1, Else 1.0.0 rc6, Ggee 0.28, IemLib 1.22.2, Jmmmp 0.61.0, List-Abs 0.1.0, PdOgg 0.25 and Zexy 2.4.1 (they are supposed to be up to date).
As you can see here-after "puredata" or "puredata -verbose" are not working BUT "puredata -stderr" is working. Weird, isn't it!
Any thoughts and/or search directions are more than the welcome. Thank you.
Best, Joe @ Rouen - FR
1st Test / Launching from a Terminal => Not working
joe@mint21:~$ puredata -or- puredata -verbose Pd-0.53.1 ("") compiled for Debian (0.53.1+ds-1~ubuntu22.04~ppa1) on 2022/12/15 at 22:02:06 UTC float precision = 32 bits port 34801 TCL_LIBRARY="/usr/lib/puredata/lib/tcl/library" TK_LIBRARY="/usr/lib/puredata/lib/tk/library" wish "/usr/lib/puredata/tcl//pd-gui.tcl" 34801 Waiting for connection request... ... connected /usr/lib/puredata/bin/pd-watchdog ..... Then opening my SMS Vanilla project from with Pd Vanilla immediately closes both Pd and my project. So, same bad behavior than in my above introduction but now with a "segmentation error" indication! ..... ==> Erreur de segmentation (core dumped); i.e. segmentation error joe@mint21:~$
2nd Test / Launching from a Terminal => Working okay
Very strange thing here by just adding "-stderr" I'm able to run, modify and save my project without any issue. Note1: Now the same is also true in pure graphic mode if I'm adding "-stderr" to Pd Startup options, but with no output in the Pd Console.
Note2: In the here-below long terminal output I removed the unnecessary stuff like all the kind of "verbose(4): tried ./cyclone.l_amd64 and FAILED" (about hundreds and hundreds and hundreds of objects).
joe@mint21:~$ puredata -stderr Pd-0.53.1 ("") compiled for Debian (0.53.1+ds-1~ubuntu22.04~ppa1) on 2022/12/15 at 22:02:06 UTC float precision = 32 bits verbose(4): input channels = 2, output channels = 2 port 35797 TCL_LIBRARY="/usr/lib/puredata/lib/tcl/library" TK_LIBRARY="/usr/lib/puredata/lib/tk/library" wish "/usr/lib/puredata/tcl//pd-gui.tcl" 35797 Waiting for connection request... verbose(4): running at normal (non-real-time) priority. ... connected verbose(4): priority 6 scheduling enabled. verbose(4): running at normal (non-real-time) priority. /usr/lib/puredata/bin/pd-watchdog opened alsa MIDI client 128 in:1 out:1
verbose(4): tried /home/joe/Pure-Data/externals/cyclone/cyclone.l_amd64 and succeeded
..... :: Cyclone 0.6-1 needs at least Pd 0.52-0 (you have 0.53-1, you're good!) .....
verbose(4): tried /home/joe/Pure-Data/externals/else/else.l_amd64 and succeeded
.....
- ELSE 1.0-0 rc-6 needs at least Pd 0.53-1 (you have 0.53-1, you're good!)
.....
verbose(4): tried /home/joe/Pure-Data/externals/iemlib/iemlib.pd_linux and succeeded verbose(4): warning: class 'wrap' overwritten; old one renamed 'wrap_aliased' iemlib (1.22) library loaded! (c) Thomas Musil Nov 13 2018 : 20:19:12 musil@iem.at iem KUG Graz Austria
verbose(4): tried /home/joe/Pure-Data/externals/zexy/zexy.pd_linux and succeeded ♡♡♡ ♡ the zexy external 2.4.1 ♡ (c) 1999-2012 IOhannes m zmölnig ♡ forum::für::umläute ♡ iem @ kug ♡ compiled Feb 2 2022 ♡ send me a 'help' message ♡♡♡
verbose(4): warning: class '<~' overwritten; old one renamed '<~_aliased' verbose(4): warning: class '==~' overwritten; old one renamed '==~_aliased' verbose(4): warning: class '>~' overwritten; old one renamed '>~_aliased' verbose(4): warning: class 'abs~' overwritten; old one renamed 'abs~_aliased' matchbox: OSC-pattern matching code (c) Matt Wright, CNMAT verbose(4): warning: class 'wrap' overwritten; old one renamed 'wrap_aliased'
=> After opening my SMS Vanilla project from within Pure Data: verbose(4): tried /home/joe/Pure-Data/externals/list-abs/list-rev.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/list-abs/list-rev.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/list-abs/list-drip.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/list-abs/list-drip.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/list-abs/list-rev.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/list-abs/list-drip.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/out~.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/out~.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/lb.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/op~.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/initmess.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/jmmmp/clock.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/jmmmp/clock.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/midi.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/cyclone/midiflush.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/cyclone/midiparse.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/cyclone/midiformat.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/keyboard.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/list-abs/list-rev.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/list-abs/list-drip.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/pitch2note.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/pitch2note.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/router.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/args.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/floor.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/selector.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/format.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/iterate.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/iterate.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/group.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/group.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/rint.l_amd64 and succeeded verbose(4): tried /home/joe/Pure-Data/externals/pdogg/oggwrite~.pd_linux and succeeded verbose(4): oggwrite~: ogg/vorbis recorder version 0.1c, written by Olaf Matthes verbose(4): tried /home/joe/Pure-Data/externals/list-abs/list-rev.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/list-abs/list-drip.pd and succeeded verbose(4): tried /home/joe/Pure-Data/externals/else/sfont~.l_amd64 and succeeded verbose(4): input channels = 2, output channels = 2 verbose(4): alsa: 9 blocks of 128 samples, total advance 25 verbose(4): opened input device name hw:0 verbose(4): configuring sound input... verbose(4): Sample width set to 4 bytes verbose(4): configuring sound output... verbose(4): Sample width set to 4 bytes saved to: /media/joe/DATA_UNIX/PROJECTS/Pure-Data/patchs/SMS-Vanilla/simple-midi-sequencer-vanilla-0152.pd joe@mint21:~$
-
IOhannes m zmölnig -
José Rafael Subía Valdez -
Linux ROUEN Normandie