Re: [PD] pd~ -nogui subprocess [stdout]

2017-09-27 Thread Roman Haefeli
On Die, 2017-09-26 at 21:14 +, 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

Re: [PD] pd~ -nogui subprocess [stdout]

2017-09-26 Thread Lucas Cordiviola
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

Re: [PD] pd~ -nogui subprocess [stdout]

2017-09-26 Thread Miller Puckette
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

Re: [PD] pd~ -nogui subprocess [stdout]

2017-09-26 Thread Max
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

Re: [PD] pd~ -nogui subprocess [stdout]

2017-09-26 Thread Miller Puckette
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

Re: [PD] pd~ -nogui subprocess [stdout]

2017-09-22 Thread Lucas Cordiviola
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.

Re: [PD] pd~ -nogui subprocess [stdout]

2017-09-21 Thread Fede Camara Halac
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 wrote: > > I just had the same thing happen with 0.37 - switched to 0.48 and the > problem went away... so

Re: [PD] pd~ -nogui subprocess [stdout]

2017-09-21 Thread Miller Puckette
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

Re: [PD] pd~ -nogui subprocess [stdout]

2017-09-21 Thread Miller Puckette
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.

[PD] pd~ -nogui subprocess [stdout]

2017-09-21 Thread William Brent
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