Pd-dev October 2007

pd-dev@lists.iem.at

30 participants
183 discussions

[ pure-data-Bugs-1818219 ] Namespace prifix to GUI objects gets removed by saving
by SourceForge.net 23 Oct '07

23 Oct '07

Bugs item #1818219, was opened at 2007-10-22 18:50 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1818219&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: v0.40.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: stffn (stffn) >Assigned to: Nobody/Anonymous (nobody) Summary: Namespace prifix to GUI objects gets removed by saving Initial Comment: 1. Open the attahced patch in Pd-extended. 2. Notice the both [list-abs/wrandom] and [unauthorized/grid] gets created. 3. Save the patch whit out making any chages. 4. Close the patch. 5. CLose Pd-extended. 6. Open the patch again. 7. See that the grid objects doesn't get created and (since) the the prefix has been removed. This happens in Pd-extended-0.39.3 mac intel. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-10-22 19:40 Message: Logged In: YES user_id=27104 Originator: NO This happens on Pd-0.40.3-extended-20071021 on Mac OS X also. Has anyone tested this on other GOPs? I know pddp/pddplink works fine. Also cyclone/Scope~ also works. I think this might be an issue with the objects themselves. ---------------------------------------------------------------------- Comment By: stffn (stffn) Date: 2007-10-22 18:52 Message: Logged In: YES user_id=1658640 Originator: YES I forgot to mention that it happens to quite many if not all the GUI objects. At least those in CVSROOT/doc/pddp/about/GUIs-about.pd. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1818219&group_…

1 0

[ pure-data-Patches-1374659 ] MinGW Makefile for Pd
by SourceForge.net 23 Oct '07

23 Oct '07

Patches item #1374659, was opened at 2005-12-06 12:42 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1374659&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: feature Status: Open Resolution: None Priority: 1 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: MinGW Makefile for Pd Initial Comment: Attached is a Makefile for building Pd on Windows using MinGW. I have successfully build the HEAD of the MAIN branch of Pd in CVS with it. It goes with these instructions: http://puredata.org/docs/developer/win For now, this is kind of a hacked up cross between makefile.nt and makefile.in. Ideally, the MinGW specifics would be incorporated into the configure.in and makefile.in system, so that on all platforms, you could build Pd by doing: ./configure && make ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-10-22 19:22 Message: Logged In: YES user_id=27104 Originator: YES updated for 0.40.3 File Added: makefile.mingw ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2006-04-12 09:54 Message: Logged In: YES user_id=564396 now what to do with that one? the patch has been accepted but (afterwards) retracted by the committer... i guess, i close it for now and whenever the "real" configure/makefile changes go in it should be opened again. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-04-05 20:59 Message: Logged In: YES user_id=27104 This is not quite ready to be included in Pd. For now, its just used to build Pd-extended. Soon, it will be turned into patches against configure.in and makefile.in so that MinGW will also work with ./configure && make install ---------------------------------------------------------------------- Comment By: Miller Puckette (millerpuckette) Date: 2006-03-23 17:29 Message: Logged In: YES user_id=313747 Took it (untested... I don't have mingw.) ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2005-12-19 19:09 Message: Logged In: YES user_id=27104 this is the makefile.mingw that was used to build Pd-0.38.4-extendedRC6.exe ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2005-12-19 17:53 Message: Logged In: YES user_id=27104 This new makefile compiles everything, including the externals and pd.com, the cmd.exe version (using the regular s_entry.c, no s_entry_com.c necessary, thanks to MinGW's -mwindows). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1374659&group_…

1 0

[ pure-data-Patches-1729223 ] embed preferences in to the Pd distro
by SourceForge.net 23 Oct '07

23 Oct '07

Patches item #1729223, was opened at 2007-05-31 20:08 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1729223&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: feature >Status: Closed >Resolution: Accepted Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: embed preferences in to the Pd distro Initial Comment: This patch allows you to embed an org.puredata.pd.plist file into the Pd.app so that it can have default preferences, and also serve as something like a compiled Pd app, by embedding a patch and an org.puredata.pd.plist into a Pd.app. It just makes minor changes to s_file.c and works with 0.39.2, 0.40.2, and 0.41-0test04. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-10-22 19:05 Message: Logged In: YES user_id=27104 Originator: YES accepted on 0.41-test06 ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-07-24 20:55 Message: Logged In: YES user_id=27104 Originator: YES I added a patch that supports the same idea on GNU/Linux. This might be possible with Win32 also. My guess is that there would have to be a separate tree in the registry that used if the user has never saved any preferences to the registry. File Added: embed_pdsettings-0.41-0test04.patch ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-06-03 02:45 Message: Logged In: NO Brilliant! I was just thinking about this option the other day. What a confusion killer! ~Kyle ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1729223&group_…

1 0

[ pure-data-Bugs-1818219 ] Namespace prifix to GUI objects gets removed by saving
by SourceForge.net 23 Oct '07

23 Oct '07

Bugs item #1818219, was opened at 2007-10-23 00:50 Message generated for change (Comment added) made by stffn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1818219&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: v0.39.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: stffn (stffn) Assigned to: Hans-Christoph Steiner (eighthave) >Summary: Namespace prifix to GUI objects gets removed by saving Initial Comment: 1. Open the attahced patch in Pd-extended. 2. Notice the both [list-abs/wrandom] and [unauthorized/grid] gets created. 3. Save the patch whit out making any chages. 4. Close the patch. 5. CLose Pd-extended. 6. Open the patch again. 7. See that the grid objects doesn't get created and (since) the the prefix has been removed. This happens in Pd-extended-0.39.3 mac intel. ---------------------------------------------------------------------- >Comment By: stffn (stffn) Date: 2007-10-23 00:52 Message: Logged In: YES user_id=1658640 Originator: YES I forgot to mention that it happens to quite many if not all the GUI objects. At least those in CVSROOT/doc/pddp/about/GUIs-about.pd. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1818219&group_…

1 0

[ pure-data-Bugs-1818219 ] Namespace prifix to GUI objects gets removed off by saving
by SourceForge.net 23 Oct '07

23 Oct '07

Bugs item #1818219, was opened at 2007-10-23 00:50 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=1818219&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: v0.39.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: stffn (stffn) Assigned to: Hans-Christoph Steiner (eighthave) Summary: Namespace prifix to GUI objects gets removed off by saving Initial Comment: 1. Open the attahced patch in Pd-extended. 2. Notice the both [list-abs/wrandom] and [unauthorized/grid] gets created. 3. Save the patch whit out making any chages. 4. Close the patch. 5. CLose Pd-extended. 6. Open the patch again. 7. See that the grid objects doesn't get created and (since) the the prefix has been removed. This happens in Pd-extended-0.39.3 mac intel. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1818219&group_…

1 0

[ pure-data-Feature Requests-1818177 ] Options to always use embedded preference file
by SourceForge.net 22 Oct '07

22 Oct '07

Feature Requests item #1818177, was opened at 2007-10-22 23:32 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=1818177&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 Priority: 5 Private: No Submitted By: stffn (stffn) Assigned to: Nobody/Anonymous (nobody) Summary: Options to always use embedded preference file Initial Comment: In resent version of Pd-extended there is a embedded preference file. That preference file is used when no preference file exists at the os specific location outside the application. If there is a preference file outside, then that preference file is used. The request is the option to always used the embedded preferences such that it is used even though a preference file exist outside. This is useful for having multiple versions of Pd installed. Fx. one can use on version of Pd with a preference file located outside. -- This would be the std. or personal preferences. But still use another version of Pd like Pd-extended with another embedded preference file. I hope it makes sense. I couldn't choose "Pd-extended" as a catagory hence I've chosen "none". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=1818177&group_…

1 0

[ pure-data-Bugs-1818163 ] Buffer Overrun in Pool
by SourceForge.net 22 Oct '07

22 Oct '07

Bugs item #1818163, was opened at 2007-10-22 13:54 Message generated for change (Settings changed) made by lukeiannini You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1818163&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: Luke Iannini (lukeiannini) >Assigned to: Thomas Grill (xovo) Summary: Buffer Overrun in Pool Initial Comment: I have run into what appears to be a limitation with [pool], namely that it crashes with something around ~780 characters loaded from a file as values in a key. I ran into this loading a particularly long list in Memento. I've attached a patch and a file from which to load to experience the crash. The file is just a little over the character count needed to crash it (it seems to be between 780 and 800?). It does not seem to be a function of the number of elements in the list, but rather the length of the text in those elements. Shorten a few of the values in the list and it loads right up. I'm also pretty sure this is a per-key limitation, as memento's lddir first loads files into /tmp before copying them into the proper key. I've used that with a file that was just under the crashing length and that worked fine (loaded into two keys). I have tested this on both my PPC Mac and my Intel Mac; maybe others can check it out too? (also to clarify, the problem occurs when loading data from a file; data of any length (that I've tried) makes it into the pool without issue, and saves without issue) After leaving it for a while on my G5, the console started to fill with messages like so: "pool - format mismatch encountered, skipped line 40074" with an ever increasing line number. I left it for about 10 minutes after that began and it showed no sign of stopping. (from Thomas Grill:) It's a typical buffer overrun (caused by a loooong line of data), making quick-and-dirty code choke. ---------------------------------------------------------------------- Comment By: Luke Iannini (lukeiannini) Date: 2007-10-22 13:54 Message: Logged In: YES user_id=1541432 Originator: YES File Added: CoscNearlyAll ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1818163&group_…

1 0

[ pure-data-Bugs-1818163 ] Buffer Overrun in Pool
by SourceForge.net 22 Oct '07

22 Oct '07

Bugs item #1818163, was opened at 2007-10-22 13:54 Message generated for change (Comment added) made by lukeiannini You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1818163&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: Luke Iannini (lukeiannini) Assigned to: Nobody/Anonymous (nobody) Summary: Buffer Overrun in Pool Initial Comment: I have run into what appears to be a limitation with [pool], namely that it crashes with something around ~780 characters loaded from a file as values in a key. I ran into this loading a particularly long list in Memento. I've attached a patch and a file from which to load to experience the crash. The file is just a little over the character count needed to crash it (it seems to be between 780 and 800?). It does not seem to be a function of the number of elements in the list, but rather the length of the text in those elements. Shorten a few of the values in the list and it loads right up. I'm also pretty sure this is a per-key limitation, as memento's lddir first loads files into /tmp before copying them into the proper key. I've used that with a file that was just under the crashing length and that worked fine (loaded into two keys). I have tested this on both my PPC Mac and my Intel Mac; maybe others can check it out too? (also to clarify, the problem occurs when loading data from a file; data of any length (that I've tried) makes it into the pool without issue, and saves without issue) After leaving it for a while on my G5, the console started to fill with messages like so: "pool - format mismatch encountered, skipped line 40074" with an ever increasing line number. I left it for about 10 minutes after that began and it showed no sign of stopping. (from Thomas Grill:) It's a typical buffer overrun (caused by a loooong line of data), making quick-and-dirty code choke. ---------------------------------------------------------------------- >Comment By: Luke Iannini (lukeiannini) Date: 2007-10-22 13:54 Message: Logged In: YES user_id=1541432 Originator: YES File Added: CoscNearlyAll ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1818163&group_…

1 0

[ pure-data-Bugs-1818163 ] Buffer Overrun in Pool
by SourceForge.net 22 Oct '07

22 Oct '07

Bugs item #1818163, was opened at 2007-10-22 13:54 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=1818163&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: Luke Iannini (lukeiannini) Assigned to: Nobody/Anonymous (nobody) Summary: Buffer Overrun in Pool Initial Comment: I have run into what appears to be a limitation with [pool], namely that it crashes with something around ~780 characters loaded from a file as values in a key. I ran into this loading a particularly long list in Memento. I've attached a patch and a file from which to load to experience the crash. The file is just a little over the character count needed to crash it (it seems to be between 780 and 800?). It does not seem to be a function of the number of elements in the list, but rather the length of the text in those elements. Shorten a few of the values in the list and it loads right up. I'm also pretty sure this is a per-key limitation, as memento's lddir first loads files into /tmp before copying them into the proper key. I've used that with a file that was just under the crashing length and that worked fine (loaded into two keys). I have tested this on both my PPC Mac and my Intel Mac; maybe others can check it out too? (also to clarify, the problem occurs when loading data from a file; data of any length (that I've tried) makes it into the pool without issue, and saves without issue) After leaving it for a while on my G5, the console started to fill with messages like so: "pool - format mismatch encountered, skipped line 40074" with an ever increasing line number. I left it for about 10 minutes after that began and it showed no sign of stopping. (from Thomas Grill:) It's a typical buffer overrun (caused by a loooong line of data), making quick-and-dirty code choke. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1818163&group_…

1 0

[ pure-data-Bugs-1817858 ] divide by zero when scrolling patch window
by SourceForge.net 22 Oct '07

22 Oct '07

Bugs item #1817858, was opened at 2007-10-22 14:42 Message generated for change (Comment added) made by stffn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1817858&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: Open Resolution: None Priority: 5 Private: No Submitted By: Matteo Sisti Sette (sistisette) Assigned to: Nobody/Anonymous (nobody) Summary: divide by zero when scrolling patch window Initial Comment: Hi, Sometimes, when scrolling a big patch window full of a lot of gop-enabled abstraction instances, BY MEANS OF THE SCROLLING WHEEL OF THE MOUSE, an error message dialog pops up, titled "Application error" which says "Error: divide by zero". If I click on "details", it reads the following: """" divide by zero divide by zero while executing "expr -abs(0)/0" invoked from within "pdtk_canvas_scroll .x9a4e60.c y [expr -abs(0)/0]" (command bound to event) """" Pd does not crash nor hang, it keeps working even while the dialog is open, and it keeps working when I close the dialog by hitting "OK". It happens apparently at random times, but if I do a lot of scrolling up and down and up and down i'm almost sure to reproduce it within less than a minute. It seems it does not happen when scrolling by dragging the scroll bar, only when using the mouse' scroll wheel. And I guess it only happens with huge patches full of gui, as it had never happened to me before. ---------------------------------------------------------------------- Comment By: stffn (stffn) Date: 2007-10-22 21:58 Message: Logged In: YES user_id=1658640 Originator: NO I had the same error some time back in Pd-extended 0.39.2 on Mac, cf. [1]. It happened all the time if i touched the track pad with two fingers while the "two finger scroll" feature was enabled. It has disappeared in later versions. [1] http://lists.puredata.info/pipermail/pd-list/2006-06/039351.html ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2007-10-22 15:23 Message: Logged In: YES user_id=564396 Originator: NO what is your OS? does it go away if you apply the attached patch to the pd.tk? (note the patch is really against u_main.tk; however, at runtime pd.tk is used, which is a mere copy of u_main.tk) File Added: scroll_devide0.patch ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1817858&group_…

1 0

← Newer
1
...
6
7
8
9
10
11
12
...
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 October 2007