Pd-dev May 2008

pd-dev@lists.iem.at

20 participants
187 discussions

svn-access (was Re: [PD] call for testing on the nightly builds!)
by IOhannes m zmoelnig 20 May '08

20 May '08

hi first of all: i have moved this to pd-dev Rich E wrote: > So I have my svn copy fixed now, but I can't commit any changes. I > requested/received dev privileges, but I don't know if that carried over > to the svn switch. yes they have been carried over. what's more there are no ACLs any more. i don't know exactly what you are trying to do, but please do not to commit to trunk/pd/ directly (this should be protected by the non-existant ACLs); use the patch tracker for these things... anyhow: usually things do not just "refuse to work" but give some hints on why. what's the exact error message you get when you were not able to commit? and i assume that you remembered your password ;-)

2 2

[ pure-data-Bugs-1828573 ] [declare]: '-stdpath' doesn't work on OS X
by SourceForge.net 19 May '08

19 May '08

Bugs item #1828573, was opened at 2007-11-08 16:00 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1828573&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: Roman Haefeli (reduzent) Assigned to: Nobody/Anonymous (nobody) Summary: [declare]: '-stdpath' doesn't work on OS X Initial Comment: at least it doesn't work the same as on windows and linux. to add a path from extra directory, on windows and linux it works like this: [declare -stdpath ../extra/<somedir>] however, on OS X this doesn't work. although i asked the list several times, it seems that noone has ever managed to add a path using '-stdpath' on OS X. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-05-19 15:43 Message: Logged In: YES user_id=27104 Originator: NO I think I fixed this bug, here's the commit. http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=rev&revision=9856 ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-11-08 18:32 Message: Logged In: NO I can confirm for Linux and http://crca.ucsd.edu/~msp/Software/pd-0.41-0test06.src.tar.gz Here [declare -stdpath XX] acts the same as [declare -path XX] which means it searches relative to the patchfile containing the declare-ation. I tested this by starting Pd with -verbose and looking in the error output when trying to create an non-existing object in a patch with the declare-ation. -- Frank Barknecht (who was too lazy to login...) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1828573&group_…

1 0

profiling the Tcl<->Pd connection
by Hans-Christoph Steiner 19 May '08

19 May '08

Now that I have discovered this bytecode caching feature, I am curious if the changes I made have made any performance differences. Also, matju mentioned that the bytecode caching probably works better if reusing procs, so it could make sense to have sys_vgui calls use Tcl procs, so that the bytecode gets reused. I was also thinking that perhaps sys_vgui communications could use Tcl_Obj references instead of sending whole lines of Tcl, but that might get overly complicated. .hc ------------------------------------------------------------------------ ---- http://at.or.at/hans/

5 10

[ pure-data-Bugs-1637460 ] hexloader not working with 0.40
by SourceForge.net 19 May '08

19 May '08

Bugs item #1637460, was opened at 2007-01-17 03:32 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1637460&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: Georg Holzmann (grholzi) >Assigned to: IOhannes m zmölnig (zmoelnig) >Summary: hexloader not working with 0.40 Initial Comment: Hallo! The hexloader does not work with pd 0.40-1 ! It seems that there were various changes in s_loader.c and the hexloader-patch from IOhannes was thrown out ... Would be good if it can be integrated again, because various externals/patches depends on it ! LG Georg ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-05-19 12:39 Message: Logged In: YES user_id=27104 Originator: NO There are troubles with the hexloader loader, so I reopened this bug report: http://lists.puredata.info/pipermail/pd-dev/2008-05/011653.html ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2007-09-30 15:32 Message: Logged In: YES user_id=564396 Originator: NO there is now an external loader [hexloader] that provides this functionality. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1637460&group_…

1 0

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

19 May '08

Bugs item #1964870, was opened at 2008-05-15 17:06 Message generated for change (Comment added) made by eighthave 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: Pending Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) >Assigned to: Nobody/Anonymous (nobody) 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(?) ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-05-19 11:57 Message: Logged In: YES user_id=27104 Originator: NO setting to pending since I couldn't reproduce it. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2008-05-19 02:58 Message: Logged In: YES user_id=564396 Originator: NO from the subject, i guess the OS=OS-X and the CPU=i386 i cannot provide an example patch, however :-) ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-05-17 16:45 Message: Logged In: YES user_id=27104 Originator: NO On Mac OS X 10.4.11/Intel, using Pd-extended 0.40.3 20080517, it works for me using PDP example04.pd. The pidip examples seem to have other issues, alas... ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2008-05-16 11:03 Message: Logged In: YES user_id=564396 Originator: NO from the subject, i guess the OS=OS-X and the CPU=i386 i cannot provide an example patch, however :-) ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-05-16 10:22 Message: Logged In: YES user_id=27104 Originator: NO which OS? Which CPU? Example patch? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1964870&group_…

1 0

SVN Merging
by Luke Iannini 19 May '08

19 May '08

Hallo, Hans friendlily reminded me to copy my latest changes in the trunk over to the branch, so I thought I'd briefly outline the process for doing so: As we learned last semester, a branch is simply a copy of a directory at a certain revision with a shared history up to the point of copying. You can find the exact revision of a branch's branching by using "svn log --stop-on-copy", so in this case: svn log --stop-on-copy https://pure-data.svn.sourceforge.net/svnroot/pure-data/branches/pd-extende… tells me that my directory was copied over at revision 9819. So, now that I know where I'm starting from, I pull down a copy of the branch I'm merging into (merging happens locally in case of conflicts): svn co https://pure-data.svn.sourceforge.net/svnroot/pure-data/branches/pd-extende… cd senderfruit then merge everything from 9819 to the present (from the trunk): svn merge -r 9819:HEAD https://pure-data.svn.sourceforge.net/svnroot/pure-data/trunk/abstractions/… and, most importantly, I leave a note in the log of what I merged so that if I want to merge again, I'll know where I left off. svn ci -m "merged r 9819:9852 from trunk/abstractions/senderfruit" As you'll note, all this revision bookkeeping is a giant pain in the ass. That's being supposedly fixed in SVN 1.5, where you'll be able to simply say "svn merge [URL] [WorkingCopy]" and it will figure the rest out. Now if they'd just release it. Cheers Luke

1 0

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

19 May '08

Bugs item #1964870, was opened at 2008-05-15 23:06 Message generated for change (Comment added) made by zmoelnig 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(?) ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2008-05-19 08:58 Message: Logged In: YES user_id=564396 Originator: NO from the subject, i guess the OS=OS-X and the CPU=i386 i cannot provide an example patch, however :-) ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-05-17 22:45 Message: Logged In: YES user_id=27104 Originator: NO On Mac OS X 10.4.11/Intel, using Pd-extended 0.40.3 20080517, it works for me using PDP example04.pd. The pidip examples seem to have other issues, alas... ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2008-05-16 17:03 Message: Logged In: YES user_id=564396 Originator: NO from the subject, i guess the OS=OS-X and the CPU=i386 i cannot provide an example patch, however :-) ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-05-16 16:22 Message: Logged In: YES user_id=27104 Originator: NO which OS? Which CPU? Example patch? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1964870&group_…

1 0

[ pure-data-Bugs-1930436 ] import bug
by SourceForge.net 18 May '08

18 May '08

Bugs item #1930436, was opened at 2008-03-31 14:51 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1930436&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: import bug Initial Comment: I am using import to load a single external, for example [import pddp/pddplink]. doing so, I can create pddplink without the prefix pddp in my patch. the only problem is, that [pddp/pddplink] will not work anymore after that. so import breaks existing paths somehow. I figured out that not using import at all, only [pddp/pddplink] does what I need, because having an object [pddp/pddplink] in a patch will enable [pddplink] if it is created afterwards and [pddp/pddplink] will still work too. m. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-05-18 15:27 Message: Logged In: YES user_id=27104 Originator: NO this still happens on Pd-extended 0.40.3-20080517, attached example patch. File Added: import_objectclass_bug.pd ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1930436&group_…

1 0

[ pure-data-Bugs-1927425 ] save as *.pat missing on OSX
by SourceForge.net 18 May '08

18 May '08

Bugs item #1927425, was opened at 2008-03-27 15:56 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1927425&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: Later Priority: 5 Private: No Submitted By: marius schebella (mariusschebella) Assigned to: Nobody/Anonymous (nobody) Summary: save as *.pat missing on OSX Initial Comment: on OS X there is no option to save a patch as max compatible pat file. this happens on 0.40.3, but I think with all other pd-versions too. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-05-18 15:13 Message: Logged In: YES user_id=27104 Originator: NO One other thing, if you manually type ".pat" at the end of a file name, it will work. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-05-18 15:11 Message: Logged In: YES user_id=27104 Originator: NO This seems to be a bug in Tcl/Tk, since it is the exact same code on all platforms. My email on this topic to the tcl-mac list went unanswered: http://www.nabble.com/-filetypes-in-tk_getSaveFile-tt16931454.html#a16931454 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1927425&group_…

1 0

[ pure-data-Bugs-1927425 ] save as *.pat missing on OSX
by SourceForge.net 18 May '08

18 May '08

Bugs item #1927425, was opened at 2008-03-27 15:56 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1927425&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: Later Priority: 5 Private: No Submitted By: marius schebella (mariusschebella) Assigned to: Nobody/Anonymous (nobody) Summary: save as *.pat missing on OSX Initial Comment: on OS X there is no option to save a patch as max compatible pat file. this happens on 0.40.3, but I think with all other pd-versions too. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-05-18 15:11 Message: Logged In: YES user_id=27104 Originator: NO This seems to be a bug in Tcl/Tk, since it is the exact same code on all platforms. My email on this topic to the tcl-mac list went unanswered: http://www.nabble.com/-filetypes-in-tk_getSaveFile-tt16931454.html#a16931454 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1927425&group_…

1 0

← Newer
1
...
4
5
6
7
8
9
10
...
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