I must have been running a single instance when I got the warnings. I had the folder with the patches open and must have clicked onto the patches insted of the starters. It works as expected with my desktop starters.
The starters do start with /user/bin/pd followed by the flags and the patch directory and name.
When it crashes like this only one instance crashes. When I had the table errors all patches crashed. So, unfortunately the error message was just a mistake of mine starting the patches the wrong way ... :-(
That means I'll have to keep trying to find out what's wrong. Not easy if you have been writing on a single huge patch for almost 10 years that runs perfectly on an older OS and hardware with an older Pd version ...
run the crashing instance of Pd through gdb and get a backtrace to see where it crashes. (use Pd's "-nrt" flag when running through gdb to avoid the watchdog cluttering the gdb output.)
I'll give that a try! Though I not not run Pd with a debugger before. I might get back to you if that gives me a hard time.
Thanks a lot, IOhannes! Ingo
-----Original Message----- From: Pd-list [mailto:pd-list-bounces@lists.iem.at] On Behalf Of IOhannes m zmoelnig Sent: Friday, September 22, 2017 9:46 AM To: pd-list@lists.iem.at Subject: Re: [PD] problems and crashes - "warning: settings multiply defined" (on new hardware and OS - Debian 8 64-bit)
On 2017-09-21 21:42, Ingo wrote:
That's what I thought, too. And that's the way it was before. But earlier today when I started two instances separately (by double clicking a .desktop starter or putting two .desktop starters in a autostart folder) any table in each instance was readable from the other
instance.
depends on what your desktop starter is actually doing.
e.g. the desktop starter that comes with Debian, will actually launch the pd- gui which has all the logic to prevent a second startup.
so clicking 4 times on the desktop starter, will only fire up a single instance of Pd. this is by design.
otoh, if you created the starter yourself and used "/usr/bin/pd" as the executable, then you should have multiple instances running.
finally it is rather easy to check: how many Pd-consoles do you have open? each instance will come with a separate console. so if there's only a single Pd "main" window, then you are only running a single instance. another check is to just <kbd>Control</kbd>-<kbd>Shift</kbd>-<kbd>Q</kbd> (aka: quit) your patch. if all windows close (including the "other" main patch), then you were running a single instance.
It could be possible that when the patches crashed and I restarted them that they might have still be running. It's raher confusing to me that it did it earlier today but not right now. Maybe I did restart them by double clicking on the patches instead of the starters???
this i don't know. usually my "desktop-starters" (well, the autostarts) do:
- call a *script* (rather than start Pd itself) the script does:
- kill running instances of Pd
- start up all instances of Pd i need (backgrounding all but the last)
Anyway, that wasn't the source of my crashes. After having renamed the tables in question the crashes were still there. I'll have to further investigate in both issues.
run the crashing instance of Pd through gdb and get a backtrace to see where it crashes. (use Pd's "-nrt" flag when running through gdb to avoid the watchdog cluttering the gdb output.)
btw, if all Pd patches shut down during the crash, chances are high that you are indeed only running a single instance of Pd.
fgmasd IOhannes