Hi list,
I've recreated a problem I'm having with [pd~] using -nogui in the attached patches. The subprocess patch simply sends a bang and a stream of random numbers to [stdout]. When running the subprocess with a GUI, I get the expected behavior (data sent to [stdout] in the subprocess appears at the outlet of [pd~] in the master process). When I run it with -nogui, nothing appears at the outlet of [pd~].
I looked around for a thread or bug tracker issue on this, but didn't see anything. Is this a known issue or am I doing something wrong here?
Pd 0.48.0 Mac OS 10.11.6
Thanks, William
I just had the same thing happen with 0.37 - switched to 0.48 and the problem went away... so there's something messed up somewhere that I'm failing to pin down. As with William, taking off the -nogui flag makes the problem go away, but I'm now wondering if it just comes and goes at random.
Anyone else gettin this problem?
thanks Miller
On Thu, Sep 21, 2017 at 09:36:50AM -0400, William Brent wrote:
Hi list,
I've recreated a problem I'm having with [pd~] using -nogui in the attached patches. The subprocess patch simply sends a bang and a stream of random numbers to [stdout]. When running the subprocess with a GUI, I get the expected behavior (data sent to [stdout] in the subprocess appears at the outlet of [pd~] in the master process). When I run it with -nogui, nothing appears at the outlet of [pd~].
I looked around for a thread or bug tracker issue on this, but didn't see anything. Is this a known issue or am I doing something wrong here?
Pd 0.48.0 Mac OS 10.11.6
Thanks, William
-- William Brent www.williambrent.com
“Great minds flock together” Conflations: conversational idiom for the 21st century
www.conflations.com
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
typo, sorry - 0.47-48 elided the problem. But it's clearly still lurking.
M
On Thu, Sep 21, 2017 at 06:51:42PM -0700, Miller Puckette wrote:
I just had the same thing happen with 0.37 - switched to 0.48 and the problem went away... so there's something messed up somewhere that I'm failing to pin down. As with William, taking off the -nogui flag makes the problem go away, but I'm now wondering if it just comes and goes at random.
Anyone else gettin this problem?
thanks Miller
On Thu, Sep 21, 2017 at 09:36:50AM -0400, William Brent wrote:
Hi list,
I've recreated a problem I'm having with [pd~] using -nogui in the attached patches. The subprocess patch simply sends a bang and a stream of random numbers to [stdout]. When running the subprocess with a GUI, I get the expected behavior (data sent to [stdout] in the subprocess appears at the outlet of [pd~] in the master process). When I run it with -nogui, nothing appears at the outlet of [pd~].
I looked around for a thread or bug tracker issue on this, but didn't see anything. Is this a known issue or am I doing something wrong here?
Pd 0.48.0 Mac OS 10.11.6
Thanks, William
-- William Brent www.williambrent.com
“Great minds flock together” Conflations: conversational idiom for the 21st century
www.conflations.com
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
Yes, same here. Also happening in debian stretch. The subprocess doesn't seem to work with -nogui.
fdch.github.io/tv
On Sep 21, 2017, at 9:51 PM, Miller Puckette msp@ucsd.edu wrote:
I just had the same thing happen with 0.37 - switched to 0.48 and the problem went away... so there's something messed up somewhere that I'm failing to pin down. As with William, taking off the -nogui flag makes the problem go away, but I'm now wondering if it just comes and goes at random.
Anyone else gettin this problem?
thanks Miller
On Thu, Sep 21, 2017 at 09:36:50AM -0400, William Brent wrote: Hi list,
I've recreated a problem I'm having with [pd~] using -nogui in the attached patches. The subprocess patch simply sends a bang and a stream of random numbers to [stdout]. When running the subprocess with a GUI, I get the expected behavior (data sent to [stdout] in the subprocess appears at the outlet of [pd~] in the master process). When I run it with -nogui, nothing appears at the outlet of [pd~].
I looked around for a thread or bug tracker issue on this, but didn't see anything. Is this a known issue or am I doing something wrong here?
Pd 0.48.0 Mac OS 10.11.6
Thanks, William
-- William Brent www.williambrent.com
“Great minds flock together” Conflations: conversational idiom for the 21st century
www.conflations.com
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
It works on 0.48.0 on ms-windows, but the sub-process *has* GUI.
In the screenshot I have the CMD with a warning: "error: Ignoring invalid font-metrics from GUI!"
Screen:
[nogui.jpg]
Mensaje telepatico asistido por maquinas.
On 9/22/2017 1:24 AM, Fede Camara Halac wrote:
Yes, same here. Also happening in debian stretch. The subprocess doesn't seem to work with -nogui.
fdch.github.io/tv
On Sep 21, 2017, at 9:51 PM, Miller Puckette msp@ucsd.edumailto:msp@ucsd.edu wrote:
I just had the same thing happen with 0.37 - switched to 0.48 and the problem went away... so there's something messed up somewhere that I'm failing to pin down. As with William, taking off the -nogui flag makes the problem go away, but I'm now wondering if it just comes and goes at random.
Anyone else gettin this problem?
thanks Miller
On Thu, Sep 21, 2017 at 09:36:50AM -0400, William Brent wrote: Hi list,
I've recreated a problem I'm having with [pd~] using -nogui in the attached patches. The subprocess patch simply sends a bang and a stream of random numbers to [stdout]. When running the subprocess with a GUI, I get the expected behavior (data sent to [stdout] in the subprocess appears at the outlet of [pd~] in the master process). When I run it with -nogui, nothing appears at the outlet of [pd~].
I looked around for a thread or bug tracker issue on this, but didn't see anything. Is this a known issue or am I doing something wrong here?
Pd 0.48.0 Mac OS 10.11.6
Thanks, William
-- William Brent www.williambrent.comhttp://www.williambrent.com
“Great minds flock together” Conflations: conversational idiom for the 21st century
www.conflations.comhttp://www.conflations.com
Pd-list@lists.iem.atmailto:Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.atmailto:Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.atmailto:Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
I believe I have this fixed... am now trying to get my compilation chain working again for windows so I can test before pushing to git.... planning to include this in 0.48-1.
cheers Miller
On Fri, Sep 22, 2017 at 12:24:34AM -0400, Fede Camara Halac wrote:
Yes, same here. Also happening in debian stretch. The subprocess doesn't seem to work with -nogui.
fdch.github.io/tv
On Sep 21, 2017, at 9:51 PM, Miller Puckette msp@ucsd.edu wrote:
I just had the same thing happen with 0.37 - switched to 0.48 and the problem went away... so there's something messed up somewhere that I'm failing to pin down. As with William, taking off the -nogui flag makes the problem go away, but I'm now wondering if it just comes and goes at random.
Anyone else gettin this problem?
thanks Miller
On Thu, Sep 21, 2017 at 09:36:50AM -0400, William Brent wrote: Hi list,
I've recreated a problem I'm having with [pd~] using -nogui in the attached patches. The subprocess patch simply sends a bang and a stream of random numbers to [stdout]. When running the subprocess with a GUI, I get the expected behavior (data sent to [stdout] in the subprocess appears at the outlet of [pd~] in the master process). When I run it with -nogui, nothing appears at the outlet of [pd~].
I looked around for a thread or bug tracker issue on this, but didn't see anything. Is this a known issue or am I doing something wrong here?
Pd 0.48.0 Mac OS 10.11.6
Thanks, William
-- William Brent www.williambrent.com
“Great minds flock together” Conflations: conversational idiom for the 21st century
www.conflations.com
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
I've tested this TMP and the -nogui subprocess is fixed.
Thanx!
Mensaje telepatico asistido por maquinas.
I found at least one tcl-error bug and tried to fix it... can you try this version...
http://msp.ucsd.edu/tmp/pd-tmp.msw.zip http://msp.ucsd.edu/tmp/pd-tmp.windows-installer.exe
thanks Miller
On 9/26/2017 2:10 PM, Miller Puckette wrote:
I believe I have this fixed... am now trying to get my compilation chain working again for windows so I can test before pushing to git.... planning to include this in 0.48-1.
cheers Miller
On Fri, Sep 22, 2017 at 12:24:34AM -0400, Fede Camara Halac wrote:
Yes, same here. Also happening in debian stretch. The subprocess doesn't seem to work with -nogui.
fdch.github.io/tv
On Sep 21, 2017, at 9:51 PM, Miller Puckette msp@ucsd.edu wrote:
I just had the same thing happen with 0.37 - switched to 0.48 and the problem went away... so there's something messed up somewhere that I'm failing to pin down. As with William, taking off the -nogui flag makes the problem go away, but I'm now wondering if it just comes and goes at random.
Anyone else gettin this problem?
thanks Miller
On Thu, Sep 21, 2017 at 09:36:50AM -0400, William Brent wrote: Hi list,
I've recreated a problem I'm having with [pd~] using -nogui in the attached patches. The subprocess patch simply sends a bang and a stream of random numbers to [stdout]. When running the subprocess with a GUI, I get the expected behavior (data sent to [stdout] in the subprocess appears at the outlet of [pd~] in the master process). When I run it with -nogui, nothing appears at the outlet of [pd~].
I looked around for a thread or bug tracker issue on this, but didn't see anything. Is this a known issue or am I doing something wrong here?
Pd 0.48.0 Mac OS 10.11.6
Thanks, William
-- William Brent www.williambrent.com
“Great minds flock together” Conflations: conversational idiom for the 21st century
www.conflations.com
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
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
On Die, 2017-09-26 at 21:14 +0000, Lucas Cordiviola wrote:
I've tested this TMP and the -nogui subprocess is fixed.
And you write that as a response to a post that was part of totally unrelated thread named "GUI freeze"? What you do is very confusing. Please don't do such things in mailing lists.
Roman
Mensaje telepatico asistido por maquinas.
I found at least one tcl-error bug and tried to fix it... can you try this version...
http://msp.ucsd.edu/tmp/pd-tmp.msw.zip http://msp.ucsd.edu/tmp/pd-tmp.windows-installer.exe
thanks Miller
On 9/26/2017 2:10 PM, Miller Puckette wrote:
I believe I have this fixed... am now trying to get my compilation chain working again for windows so I can test before pushing to git.... planning to include this in 0.48-1.
cheers Miller
On Fri, Sep 22, 2017 at 12:24:34AM -0400, Fede Camara Halac wrote:
Yes, same here. Also happening in debian stretch. The subprocess doesn't seem to work with -nogui.
fdch.github.io/tv
On Sep 21, 2017, at 9:51 PM, Miller Puckette msp@ucsd.edu wrote:
I just had the same thing happen with 0.37 - switched to 0.48 and the problem went away... so there's something messed up somewhere that I'm failing to pin down. As with William, taking off the -nogui flag makes the problem go away, but I'm now wondering if it just comes and goes at random.
Anyone else gettin this problem?
thanks Miller
On Thu, Sep 21, 2017 at 09:36:50AM -0400, William Brent wrote: Hi list,
I've recreated a problem I'm having with [pd~] using -nogui in the attached patches. The subprocess patch simply sends a bang and a stream of random numbers to [stdout]. When running the subprocess with a GUI, I get the expected behavior (data sent to [stdout] in the subprocess appears at the outlet of [pd~] in the master process). When I run it with -nogui, nothing appears at the outlet of [pd~].
I looked around for a thread or bug tracker issue on this, but didn't see anything. Is this a known issue or am I doing something wrong here?
Pd 0.48.0 Mac OS 10.11.6
Thanks, William
-- William Brent www.williambrent.com
“Great minds flock together” Conflations: conversational idiom for the 21st century
www.conflations.com
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.in fo/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/l istinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/lis tinfo/pd-list
Hi William, Miller.
I use pd~ subpatches with -nogui quite frequently to offload GEM things to another processor.
I don't use audio in those patches. In the subprocess, I have a loadbang switching on DSP, and after one second turning it off again. For some magic reason that fixes the problem. If I don't have this, the subprocess is not executed. At least it was like this a couple of years ago. I believe I reported this.
Max
On 2017년 09월 22일 03:51, Miller Puckette wrote:
I just had the same thing happen with 0.37 - switched to 0.48 and the problem went away... so there's something messed up somewhere that I'm failing to pin down. As with William, taking off the -nogui flag makes the problem go away, but I'm now wondering if it just comes and goes at random.
Anyone else gettin this problem?
thanks Miller
On Thu, Sep 21, 2017 at 09:36:50AM -0400, William Brent wrote:
Hi list,
I've recreated a problem I'm having with [pd~] using -nogui in the attached patches. The subprocess patch simply sends a bang and a stream of random numbers to [stdout]. When running the subprocess with a GUI, I get the expected behavior (data sent to [stdout] in the subprocess appears at the outlet of [pd~] in the master process). When I run it with -nogui, nothing appears at the outlet of [pd~].
I looked around for a thread or bug tracker issue on this, but didn't see anything. Is this a known issue or am I doing something wrong here?
Pd 0.48.0 Mac OS 10.11.6
Thanks, William
-- William Brent www.williambrent.com
“Great minds flock together” Conflations: conversational idiom for the 21st century
www.conflations.com
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
I think I have a fix up on github now... meanwhile, the simplest workaround might be to use "pd~ -ascii -nogui" which seems to be working OK in 0.48-0.
cheers Miller
On Tue, Sep 26, 2017 at 09:25:42PM +0200, Max wrote:
Hi William, Miller.
I use pd~ subpatches with -nogui quite frequently to offload GEM things to another processor.
I don't use audio in those patches. In the subprocess, I have a loadbang switching on DSP, and after one second turning it off again. For some magic reason that fixes the problem. If I don't have this, the subprocess is not executed. At least it was like this a couple of years ago. I believe I reported this.
Max
On 2017년 09월 22일 03:51, Miller Puckette wrote:
I just had the same thing happen with 0.37 - switched to 0.48 and the problem went away... so there's something messed up somewhere that I'm failing to pin down. As with William, taking off the -nogui flag makes the problem go away, but I'm now wondering if it just comes and goes at random.
Anyone else gettin this problem?
thanks Miller
On Thu, Sep 21, 2017 at 09:36:50AM -0400, William Brent wrote:
Hi list,
I've recreated a problem I'm having with [pd~] using -nogui in the attached patches. The subprocess patch simply sends a bang and a stream of random numbers to [stdout]. When running the subprocess with a GUI, I get the expected behavior (data sent to [stdout] in the subprocess appears at the outlet of [pd~] in the master process). When I run it with -nogui, nothing appears at the outlet of [pd~].
I looked around for a thread or bug tracker issue on this, but didn't see anything. Is this a known issue or am I doing something wrong here?
Pd 0.48.0 Mac OS 10.11.6
Thanks, William
-- William Brent www.williambrent.com
“Great minds flock together” Conflations: conversational idiom for the 21st century
www.conflations.com
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
--
Max Neupert http://www.maxneupert.de
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
-
Fede Camara Halac -
Lucas Cordiviola -
Max -
Miller Puckette -
Roman Haefeli -
William Brent