Re: [PD] [Bug]Dynamic Patching causes memory leak

So far it's only in source: git clone git://git.code.sf.net/p/pure-data/pure-data I'll be putting up compiled "test" versions in a week or so (once I've got some more stuff done :) Miller On Wed, Mar 23, 2016 at 10:37:47AM +0900, Zack Lee wrote: > Thank you Miller, > > I'm sorry but can I ask

Re: [PD] [Bug]Dynamic Patching causes memory leak

Thank you Miller, I'm sorry but can I ask you where to download the fixed version of Pd so I can check if it's fixed? Thank you in advance! Zack 2016-03-22 8:28 GMT+09:00 Miller Puckette : > OK... might be fixed now - thanks for flagging it. > > Miller > > On Thu, Dec 31, 2015

Re: [PD] [sel] problem - matched value doesn't bang

[* 100] [+ 0.5] [i] [/100] actually that one didn't work, I followed Cyrille's suggestion and multiplied the [sel] value also with 100. It's fixed now, everything works as it should. Best, Joao___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE

[PD] raspberry pi window position problem

Hello all (long time lurking here), When I came across this problem in 2012, a hack similar to the linked pdtk_canvas.tcl solution fixed things. I encountered the same problem with a fresh install more recently, and was loathed to go digging for the solution - I gave up too easily and went

Re: [PD] [sel] problem - matched value doesn't bang

> >> hello, > >> > >> it look like rounding error. the rejected 91 is not really 91, but > >> 90.99 or similar. > >> using a [i] object, it is converted to 90. > > > > that would be one solution. the problem is that in other moments there will > > be floats there. what is the best way to

Re: [PD] [sel] problem - matched value doesn't bang

Le 22/03/2016 19:26, João Pais a écrit : hello, it look like rounding error. the rejected 91 is not really 91, but 90.99 or similar. using a [i] object, it is converted to 90. that would be one solution. the problem is that in other moments there will be floats there. what is the best

Re: [PD] [sel] problem - matched value doesn't bang

hello, it look like rounding error. the rejected 91 is not really 91, but 90.99 or similar. using a [i] object, it is converted to 90. that would be one solution. the problem is that in other moments there will be floats there. what is the best way to avoid these errors? (had read

Re: [PD] [sel] problem - matched value doesn't bang

I did try with individual objects while debugging, and the results were the same. You might also find that using individual math objects to solve the arithmetic rather than expr corrects the rounding error.___ Pd-list@lists.iem.at mailing list

Re: [PD] raspberry pi window position problem

Correction sorry: "Also, if you have a qwerty keyboard attached you can make use of the option key & pointer to pull the window around." That of course should be alt-click not option-click Ingo's fix makes more sense anyway (without firing up the rpi and checking) On 22 March 2016 at 15:24,

Re: [PD] raspberry pi window position problem

It could be a overscan problem. In Raspbian there is a config.txt file in boot. #overscan_left=24 #overscan_right=24 #overscan_top=16 #overscan_bottom=16 disable_overscan=1 Try "disable_overscan=0" or change the border values to what gives you a full screen without going

Re: [PD] raspberry pi window position problem

Hello, This is an old (2012) problem - weird that it's reappeared? Anyhow - fix (I think) in here: http://comments.gmane.org/gmane.comp.multimedia.puredata.general/90949 Also, if you have a qwerty keyboard attached you can make use of the option key & pointer to pull the window around.

Re: [PD] raspberry pi window position problem

On Tue, Mar 22, 2016 at 9:56 AM, oliver wrote: > hi, dear list ! > > i am experiencing a strange problem with a freshly apt-get installed PD on > a new Raspberry PI. > > whenever i am opening a new patch, the window appears with its menubar > above the vertical 0 position,

[PD] raspberry pi window position problem

hi, dear list ! i am experiencing a strange problem with a freshly apt-get installed PD on a new Raspberry PI. whenever i am opening a new patch, the window appears with its menubar above the vertical 0 position, meaning i can't touch the window and drag it to a usable position. the only

Re: [PD] [sel] problem - matched value doesn't bang

You might also find that using individual math objects to solve the arithmetic rather than expr corrects the rounding error. > To: pd-list@lists.iem.at > From: c...@chnry.net > Date: Tue, 22 Mar 2016 10:01:43 +0100 > Subject: Re: [PD] [sel] problem - matched value doesn't bang > > hello, > >

Re: [PD] [sel] problem - matched value doesn't bang

hello, it look like rounding error. the rejected 91 is not really 91, but 90.99 or similar. using a [i] object, it is converted to 90. cheers c Le 22/03/2016 09:41, João Pais a écrit : Hello list, I have a problem with [sel], in a patch the matched value doesn't behave as expected. In

[PD] [sel] problem - matched value doesn't bang

Hello list, I have a problem with [sel], in a patch the matched value doesn't behave as expected. In case anyone can have a look, here is a patch with all the details. Thanks, Joao sel-bug.pd Description: Binary data ___ Pd-list@lists.iem.at

Re: [PD] Edit Pd file to change coordinates. pdlua or other language?

On 2016-03-22 01:44, João Pais wrote: Hi Fred, thanks, that looks promissing. But there is a problem, I'm on windows. Does the first line in the patch means that I have to find a unix computer to run it? Or can it be run from tcl? No, it should work on Windows too. The line is only relevant

Re: [PD] zexy compilation issue with msys2

On 03/22/2016 02:30 AM, Jonathan Wilkes via Pd-list wrote: > > Try the attached patch. thx. applied. gfamdsr IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->