Pd-dev May 2008

pd-dev@lists.iem.at

20 participants
187 discussions

[ pure-data-Bugs-1965322 ] window position in dual screen
by SourceForge.net 16 May '08

16 May '08

Bugs item #1965322, was opened at 2008-05-16 14:58 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1965322&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: João Pais (jmmmp) Assigned to: Nobody/Anonymous (nobody) Summary: window position in dual screen Initial Comment: pd patches always open in the same position as before (which is good). but if using a dual screen, windows that were saved on the other screen always appear in the main screen once they're reopened (but the coordinates match). I'm on xp, and my main screen on the right side, if that makes a difference. if I can manage to set up dual screen on ubuntu I'll let you know more about that. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1965322&group_…

1 0

[ pure-data-Bugs-1965272 ] find last error doesn't handle properly gop-enabled subp/abs
by SourceForge.net 16 May '08

16 May '08

Bugs item #1965272, was opened at 2008-05-16 13:19 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1965272&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: v0.41.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Matteo Sisti Sette (sistisette) Assigned to: Nobody/Anonymous (nobody) Summary: find last error doesn't handle properly gop-enabled subp/abs Initial Comment: Tested on Win XP When you get an error of the kind "Inlet: expected foo but got bar" and you do a "find last error" (and the error is trackable), usually PD opens the innermost window containing the object whose inlet caused the error, and selects the object so that its border is highlighted in blue. That's fine. Now, I often create gop-enabled abstractions without inlets nor outlets (with [send]s and [receive]s inside) and with some gui on them. So my main patch is just a collection of instances of such gop-enaglen objects. Inside they contain a lot of spaghetti and abstractions and subpatches which of course do have inlets and outlets... and errors. When I get some error of the kind "Inlet: expected foo but got bar", I do a "find last error", and I would expect the same behaviour than you get when you don't use gop-enabled abstractions. On the contrary, PD selects one of the toplevel gop-enabled objects in the main window. This is wrong in the first place, because it should go deeper into the innermost cause of the error. The cause of the error cannot be the top level object because it has no inlets at all. Furthermore, because of bug 1965261, the toplevel gopenabled object that is "highlighted" as the source of error, is not visibly highlighted at all, because its border are not blue. So, I have no clue of what object has been "found". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1965272&group_…

1 0

[ pure-data-Bugs-1965261 ] gop-enabled object not highlighted when selected
by SourceForge.net 16 May '08

16 May '08

Bugs item #1965261, was opened at 2008-05-16 12:58 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1965261&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: v0.41.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Matteo Sisti Sette (sistisette) Assigned to: Nobody/Anonymous (nobody) Summary: gop-enabled object not highlighted when selected Initial Comment: Tested on Win XP Usually when you select an object in PD its border is highlighted in blue (as opposed to its usual black border), and it keeps blue as long as it is selected. However, if the selected object is a gop-enabled subpatch or abstraction, it often looses the blue highlighting of its border, so you can't tell it's selected. This is especially annoying when the object is selected as a result of a "find" or "find last error", because you can't see at all what object has been found. In those cases, I often think "Well, I'll use the arrow keys to move the selected object, so I'll see which one it is", but for some reason it does not work, nothing moves (yet the "find last error" says it HAS found an object). The "find last error" case is related to another bug that I will post separately: a "find last error" shouldn't in the first place give as a result a whole gop-enabled subpatch!! It should open it and select the object producing the error (I'm talking about gop-enabled subpatches/abstraction without inlets nor outlets, so if the error is "Inlet: expected x but got y", the guilty inlet belongs to something INSIDE the indicated gopenabled object" ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1965261&group_…

1 0

[ pure-data-Bugs-1499215 ] openpanel crash
by SourceForge.net 16 May '08

16 May '08

Bugs item #1499215, was opened at 2006-06-01 17:11 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1499215&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: v0.40.2 >Status: Closed Resolution: Works For Me Priority: 5 Private: No Submitted By: João Miguel Pais (jmmmp) Assigned to: Nobody/Anonymous (nobody) Summary: openpanel crash Initial Comment: when openpanel is clicked and the selection window comes up, pd crashes. this doesn't happen all the time, but will happen for sure if f.e. something with openpanel has been done before. XP, 0.93t3 ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2008-05-15 19:20 Message: Logged In: YES user_id=1312539 Originator: NO This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-05-01 07:08 Message: Logged In: YES user_id=27104 Originator: NO ok, I am guessing that an upgraded Tcl/Tk fixed that. I'm setting this to pending in case anyone else has anything else to say on the matter. Otherwise it'll be closed. ---------------------------------------------------------------------- Comment By: João Miguel Pais (jmmmp) Date: 2008-04-30 06:44 Message: Logged In: YES user_id=1523458 Originator: YES I just installed and tried out the latest build of .43 ext, and it seems to work well. I'm not on pd too much these days, but the test I've made would have crashed earlier versions, I think. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-04-28 14:18 Message: Logged In: YES user_id=27104 Originator: NO is this still an issue with the recent nightly builds of Pd-extended or Pd-0.41-4? Tcl/Tk has been upgraded on Windows to Tcl/Tk 8.4.18. I think Miller is still using an old build. ---------------------------------------------------------------------- Comment By: christopher clepper (cclepper) Date: 2007-01-05 08:16 Message: Logged In: YES user_id=663212 Originator: NO Yes, the panel is still open when Pd exits. What Tcl/Tk version are you using when testing? ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-01-05 08:00 Message: Logged In: YES user_id=27104 Originator: NO So does the crash happen with the open panel is still open? If so, that sounds like a Tcl/Tk issue maybe. I know that there are a number of updates available. ---------------------------------------------------------------------- Comment By: christopher clepper (cclepper) Date: 2007-01-05 07:41 Message: Logged In: YES user_id=663212 Originator: NO I have this happen quite a lot on my Windows development machine. The way I reproduced it involved opening a dialog and then the next open dialog browsing my desktop for a few seconds. Pd would exit immediately with a 1. The debugger never caught anything either. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-01-04 16:44 Message: Logged In: YES user_id=27104 Originator: NO I can't reproduce this on Pd-0.39.2-extended-test7. Is there any more info? ---------------------------------------------------------------------- Comment By: João Miguel Pais (jmmmp) Date: 2006-08-07 09:15 Message: Logged In: YES user_id=1523458 this has been happening a lot in my computer lately. I guess there's a conflict between openpanel and window's commentaries to files. my mouse has automatic selection (follows the pointer, I only have to click once to open a file). when I use openpanel after the 1st time, if I'm not fast selecting a file it *will almost for sure* crash pd. no example patch necessary, just any patch with openpanel. apparently the chances increase if a patch with GOPs was opened (it's only a hunch). ---------------------------------------------------------------------- Comment By: João Miguel Pais (jmmmp) Date: 2006-07-07 04:35 Message: Logged In: YES user_id=1523458 This is the only information I can give, because the behaviour is erratic, and I can't establish a pattern. the only thing I know for sure is that it doesn't happen on the first time. example patch isn't necessary, just banging any openpanel - it's a general behaviour, not specific to any singular patch. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-07-06 17:22 Message: Logged In: YES user_id=27104 This is a pretty vague bug report. Any more info? Example patch? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1499215&group_…

1 0

[ pure-data-Bugs-1890705 ] old Tcl/Tk on Mac OS X 10.5 has issues with fork()/exec()
by SourceForge.net 16 May '08

16 May '08

Bugs item #1890705, was opened at 2008-02-10 13:18 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1890705&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: None >Status: Open Resolution: None Priority: 5 Private: No Submitted By: David Plans Casal (pland) Assigned to: Miller Puckette (millerpuckette) >Summary: old Tcl/Tk on Mac OS X 10.5 has issues with fork()/exec() Initial Comment: Calls to sys_guicmd between fork() and exec were causing 'you must exec!' errors to do with new Frameworks policy. This patch puts the sys_guicmd before the fork, and was tested on 10.5.1 ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-05-15 19:04 Message: Logged In: YES user_id=27104 Originator: NO I decided to make this a bug report again, since Tcl/Tk will need to be updated to fix this. Also, here's the changelog that notes the fork() fix in question, search for 2008-03-11: http://sourceforge.net/project/shownotes.php?release_id=592164&group_id=108… ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-05-15 18:59 Message: Logged In: YES user_id=27104 Originator: NO looks like the fix for this problem is included in Tcl/Tk 8.4.19, so I am closing this patch. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-05-15 17:18 Message: Logged In: YES user_id=27104 Originator: NO hmm, this patch would only have any effect if Pd was launched on the command line using /path/to/bin/pd. When you start Pd on Mac OS X, Wish/Tcl starts first, then that opens Pd. So perhaps this problem needs to be fixed in Tcl. ---------------------------------------------------------------------- Comment By: Russell Bryant (russellbryant) Date: 2008-02-13 11:01 Message: Logged In: YES user_id=1942915 Originator: NO This patch was actually written by me. :) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1890705&group_…

1 0

[ pure-data-Patches-1890705 ] Repairing s_inter.c so it behaves with OSX 10.5
by SourceForge.net 16 May '08

16 May '08

Patches item #1890705, was opened at 2008-02-10 13:18 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1890705&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: None Priority: 5 Private: No Submitted By: David Plans Casal (pland) Assigned to: Miller Puckette (millerpuckette) Summary: Repairing s_inter.c so it behaves with OSX 10.5 Initial Comment: Calls to sys_guicmd between fork() and exec were causing 'you must exec!' errors to do with new Frameworks policy. This patch puts the sys_guicmd before the fork, and was tested on 10.5.1 ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-05-15 18:59 Message: Logged In: YES user_id=27104 Originator: NO looks like the fix for this problem is included in Tcl/Tk 8.4.19, so I am closing this patch. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-05-15 17:18 Message: Logged In: YES user_id=27104 Originator: NO hmm, this patch would only have any effect if Pd was launched on the command line using /path/to/bin/pd. When you start Pd on Mac OS X, Wish/Tcl starts first, then that opens Pd. So perhaps this problem needs to be fixed in Tcl. ---------------------------------------------------------------------- Comment By: Russell Bryant (russellbryant) Date: 2008-02-13 11:01 Message: Logged In: YES user_id=1942915 Originator: NO This patch was actually written by me. :) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1890705&group_…

1 0

[ pure-data-Patches-1890705 ] Repairing s_inter.c so it behaves with OSX 10.5
by SourceForge.net 15 May '08

15 May '08

Patches item #1890705, was opened at 2008-02-10 13:18 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1890705&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: David Plans Casal (pland) Assigned to: Miller Puckette (millerpuckette) Summary: Repairing s_inter.c so it behaves with OSX 10.5 Initial Comment: Calls to sys_guicmd between fork() and exec were causing 'you must exec!' errors to do with new Frameworks policy. This patch puts the sys_guicmd before the fork, and was tested on 10.5.1 ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-05-15 17:18 Message: Logged In: YES user_id=27104 Originator: NO hmm, this patch would only have any effect if Pd was launched on the command line using /path/to/bin/pd. When you start Pd on Mac OS X, Wish/Tcl starts first, then that opens Pd. So perhaps this problem needs to be fixed in Tcl. ---------------------------------------------------------------------- Comment By: Russell Bryant (russellbryant) Date: 2008-02-13 11:01 Message: Logged In: YES user_id=1942915 Originator: NO This patch was actually written by me. :) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1890705&group_…

1 0

[ pure-data-Bugs-1964870 ] 0.40.30 OS X i386 20080515 X11 fails to open
by SourceForge.net 15 May '08

15 May '08

Bugs item #1964870, was opened at 2008-05-15 14:06 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1964870&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Hans-Christoph Steiner (eighthave) Summary: 0.40.30 OS X i386 20080515 X11 fails to open Initial Comment: Under todays nightly build X11 is not opened automatically by pd when one tries to use the pidip object related to the video preview pdp_glx(?) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1964870&group_…

1 0

[ pure-data-Bugs-1964867 ] 0.40.30 OS X i386 20080515
by SourceForge.net 15 May '08

15 May '08

Bugs item #1964867, was opened at 2008-05-15 14:04 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1964867&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Hans-Christoph Steiner (eighthave) Summary: 0.40.30 OS X i386 20080515 Initial Comment: [tcpclient] could'nt create ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1964867&group_…

1 0

[ pure-data-Bugs-1964787 ] Pd-ext 0.40.3 alsamidi startup flag broken in Ubuntu Hardy
by SourceForge.net 15 May '08

15 May '08

Bugs item #1964787, was opened at 2008-05-15 14:09 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1964787&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: Dan Wilcox (danomatika) Assigned to: Nobody/Anonymous (nobody) Summary: Pd-ext 0.40.3 alsamidi startup flag broken in Ubuntu Hardy Initial Comment: In any of the autobuilds of 0.40.3, the "-alsamidi" startup flag selects the checkbox for Alsamidi in the media menu, but the actual midi I/O ports are not created aka aconnect -io does not show them. Upon selecting Alsamidi in the media menu, the proper connections appear. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1964787&group_…

1 0

← Newer
1
...
7
8
9
10
11
12
13
...
19
Older →

Jump to page:

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 May 2008