Pd-dev December 2010

pd-dev@lists.iem.at

19 participants
50 discussions

[ pure-data-Patches-3138093 ] moving objects with arrow keys doesn't update scrollbars
by SourceForge.net 15 Dec '10

15 Dec '10

Patches item #3138093, was opened at 2010-12-15 13:21 Message generated for change (Tracker Item Submitted) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3138093&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: bugfix Status: Open Resolution: None Priority: 7 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: moving objects with arrow keys doesn't update scrollbars Initial Comment: If you move objects off the edge of the patch using the keyboard arrow keys, the scrollbars don't update. This patch fixes that. This patch has been included in Pd-extended since 0.40.3 as arrow_keys_update_scrollbars-0.40.3.patch. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3138093&group_…

1 0

about [tcpserver] (mrpeach and iemnet)
by Roman Haefeli 14 Dec '10

14 Dec '10

Hi Martin, IOhannes et al. Martin, you asked me when I last tested mrpeach's [tcpserver] when I was mentioning the blocking issue. I did another test today with two computers connected over Ethernet. When plugging out the chord, I can simulate a client disappearing without the server noticing and thus filling the socket buffer on the server side. The behavior of [tcpserver] indeed changed since last time I tried. The test setup consisted of a server and a client on Computer A and a client on computer B. Client A sent messages that were broadcasted to both clients by the server. When plugging out the cable, client A (which is running on the same box as the server) did first still receive the messages. After a while, the server started printing lots of errors: error: tcpserver_broadcast: couldn't create broadcast thread (11) >From then also client A didn't receive any messages anymore, although the client was still sending messages to the server. After I plugged client B back in, it received all the messages sent by client A from the moment I unplugged the cable until the server started printing errors. However, all the subsequent messages (the ones, that triggered the errors) got lost. The advantage of this behaviour is that the clients don't get blocked because the server is blocked. But this also means, that when the server is blocked, data is lost. Really problematic is the fact, that from the patch there is no way to detect such a data loss (or is there?). The old implementation (used still by [maxlib/netserver] and also [netsend]) blocks, but never loses any data. Though I think the new non-blocking behaviour is good, there should be a mechanism to know what got lost, so that a patch can handle such a situation and make sure to resend the data. iemnet's [tcpserver] is again different, in that it buffers huge amounts of data without ever blocking. In my tests I wasn't able neither to block a client nor the server, nor to lose any data. Even if I let the client A sent a ton of data while client B was unplugged, after plugging client B back in, it received all the data that was sent in the meanwhile without dropping one single message. @ IOhannes Though I like this 'stable'/reliable behaviour of iemnet's [tcpserver], I wonder what happens, if it keeps sending data to the unreachable client. Will it just go on and buffer everything until the whole RAM of the computer is consumed? If so, wouldn't it be more wise to just disconnect that client at some point in order to avoid the box running out of memory? Roman

5 12

[ pure-data-Patches-3125858 ] Mac OS X key-command/focusin problem when opening patches
by SourceForge.net 14 Dec '10

14 Dec '10

Patches item #3125858, was opened at 2010-12-02 15:31 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3125858&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: bugfix >Status: Closed >Resolution: Accepted Priority: 7 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: Mac OS X key-command/focusin problem when opening patches Initial Comment: Miller and I have been banging our heads against the Mac OS X-only bug where the menubar would get focus and flash when you hit keys, but the key command wouldn't work or do anything else. It turns out that it is caused by the 'grab' command in the ::pdwindow::busygrab proc. If you comment that out, then this bug goes away. Odd that it only affects Mac OS X... The grab function is used to put up the busy cursor when Pd is loading a patch, and it also locks the user out of trying to do things, like edit a patch, while 'pd' is busy trying to load the patch. This works by forcing the focus to be on the Pd window while 'pd' is busy. It seems to work like a charm on X11 and Windows, but on Mac OS X, it causes the new windows to not get the FocusIn message, and therefore not set itself up properly. This patch changes how the busy grab/release is done, as well has how pd-gui declares the patch loaded. hopefully things are easier to use without bugs. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-12-13 23:51 Message: included in git with this commit: 44edfc8d8f3decddf65c0a08c0b6a28d98df9149 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3125858&group_…

1 0

[ pure-data-Patches-3137000 ] [bugfix] Tcl barfs if you hit Enter while adding a lib
by SourceForge.net 14 Dec '10

14 Dec '10

Patches item #3137000, was opened at 2010-12-13 23:48 Message generated for change (Tracker Item Submitted) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3137000&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: bugfix Status: Open Resolution: None Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: [bugfix] Tcl barfs if you hit Enter while adding a lib Initial Comment: In the Startup preferences, if you add a new lib, then type the name, then hit Enter, you get a Tcl dump. This simple patch fixes that. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3137000&group_…

1 0

[ pure-data-Patches-3136984 ] [bugfix] "pd -font-weight normal" causes mayhem
by SourceForge.net 14 Dec '10

14 Dec '10

Patches item #3136984, was opened at 2010-12-13 23:08 Message generated for change (Tracker Item Submitted) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3136984&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: bugfix Status: Open Resolution: None Priority: 6 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: [bugfix] "pd -font-weight normal" causes mayhem Initial Comment: If you launch pd like "pd -font-weight normal" then try to open a patch, you get a Tcl dump saying that 'norm' is not a correct font property. This is caused because the size of sys_fontweight gets set by the sys_fontweight[] = "bold";. This page just adds some padding. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3136984&group_…

1 0

[ pure-data-Patches-3127123 ] [bugfix] fix makefile generator for source installer
by SourceForge.net 14 Dec '10

14 Dec '10

Patches item #3127123, was opened at 2010-12-03 22:08 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3127123&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: pd-extended Group: bugfix >Status: Closed >Resolution: Accepted Priority: 9 Private: No Submitted By: Ivica Ico Bukvic (ico_bukvic) Assigned to: Hans-Christoph Steiner (eighthave) Summary: [bugfix] fix makefile generator for source installer Initial Comment: Following affects Linux installer. Files like $n-help.pd fail to install as they are not properly formatted for a bash script operations. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-12-13 19:48 Message: It took a bit more to fix this, I accepted this change and fixed with this commit: http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=revision&revisio… ---------------------------------------------------------------------- Comment By: Ivica Ico Bukvic (ico_bukvic) Date: 2010-12-03 22:09 Message: NB: without the applied patch installer fails. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3127123&group_…

1 0

Pd-extended 0.43 builds starting to appear
by Hans-Christoph Steiner 13 Dec '10

13 Dec '10

Ok, I got Pd-extended builds going off of 0.43. Currently the 'pd' that's used here is pure-data 0.43 from git with about 5 other patches, so its not really Pd-extended yet. These are all built against Tcl/Tk 8.5 except on Mac OS X 10.6, its built against the included Tcl/Tk 8.5-cocoa version that is included with the OS. .hc ---------------------------------------------------------------------------- Mistrust authority - promote decentralization. - the hacker ethic

1 0

[ pure-data-Patches-3136648 ] [unpackOSC] can only handle bundles with depth=16
by SourceForge.net 13 Dec '10

13 Dec '10

Patches item #3136648, was opened at 2010-12-13 18:17 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3136648&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: externals Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) >Assigned to: Martin Peach (mrpeach) Summary: [unpackOSC] can only handle bundles with depth=16 Initial Comment: while [packOSC] can create bundles with a depth of up to 32, [unpackOSC] can only unpack them to a depth of 16. i think the 2 should be made symmetrical. ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-12-13 18:19 Message: attached diff raises the recursion level to 32. however, i really think that both [packOSC] and [unpackOSC] should use the same define (from a OSC.h file) twhere this is set once. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3136648&group_…

1 0

[ pure-data-Bugs-3136648 ] [packOSC] can only handle bundles with depth=16
by SourceForge.net 13 Dec '10

13 Dec '10

Bugs item #3136648, was opened at 2010-12-13 18:17 Message generated for change (Tracker Item Submitted) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3136648&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Nobody/Anonymous (nobody) Summary: [packOSC] can only handle bundles with depth=16 Initial Comment: while [packOSC] can create bundles with a depth of up to 32, [unpackOSC] can only unpack them to a depth of 16. i think the 2 should be made symmetrical. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3136648&group_…

1 0

[ pure-data-Patches-3136644 ] [bugfix] packOSC crashes with bundledepth>32
by SourceForge.net 13 Dec '10

13 Dec '10

Patches item #3136644, was opened at 2010-12-13 18:16 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3136644&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: externals Group: None Status: Open Resolution: None Priority: 7 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Martin Peach (mrpeach) Summary: [bugfix] packOSC crashes with bundledepth>32 Initial Comment: when creating deeply nested bundles [packOSC] will complain if the bundle-depth is larger than 32 (MAX_BUNDLE_NESTING) this is ok, however, if you then try to close the bundle (with "]"), Pd will segfault. see attached patch to reproduce the problem ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-12-13 18:16 Message: the attached diff fixes the problem ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3136644&group_…

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pd-dev December 2010