Pd-dev November 2006

pd-dev@lists.iem.at

30 participants
69 discussions

[ pure-data-Bugs-1595768 ] IntelMac Autobuild don't start due to not matching arch
by SourceForge.net 13 Nov '06

13 Nov '06

Bugs item #1595768, was opened at 2006-11-13 09:37 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=1595768&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: Nobody/Anonymous (nobody) Assigned to: Hans-Christoph Steiner (eighthave) Summary: IntelMac Autobuild don't start due to not matching arch Initial Comment: The IntelMac auto build from the 12th of nov '06 didn't start, proberly due to the fact that the arch is PowerPC and not i386: file Pd-0.39.2-extended-2006-11-12.app/Contents/MacOS/Pd-0.39.2-extended-2006-11-12 Pd-0.39.2-extended-2006-11-12.app/Contents/MacOS/Pd-0.39.2-extended-2006-11-12: Mach-O executable ppc When run it gives this error: ./Pd-0.39.2-extended-2006-11-12.app/Contents/MacOS/Pd-0.39.2-extended-2006-11-12 Error in startup script: no suitable image found. Did find: /path/to/app/Pd-0.39.2-extended-2006-11-12.app/Contents/Resources/bin/libPdTcl.dylib: mach-o, but wrong architecture while executing "load $pd_guidir/bin/libPdTcl.dylib" invoked from within "if {$pd_nt == 2} { # turn on James Tittle II's fast drawing set tk::mac::useCGDrawing 1 # set minimum line size for anti-aliasing. If set to ..." (file "/path/to/app/Pd-0.39.2-extended-2006-11-12.app/Contents/Resources/Scripts/AppMain.tcl" line 44) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1595768&group_…

1 0

[ pure-data-Patches-1374659 ] MinGW Makefile for Pd
by SourceForge.net 13 Nov '06

13 Nov '06

Patches item #1374659, was opened at 2005-12-06 12:42 Message generated for change (Settings changed) 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: 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

gdb listening to PD
by Conor J Curran 13 Nov '06

13 Nov '06

Hi, Tonight I was trying to hook up GDB with PD. When attempting to attach to PD, I was presented with the following options. Could anyone tell me which process/es should I connect to? pd_bang pd_free pd_setloadingabstraction pd_bind pd_free@plt pd_symbol pd_canvasmaker pd_getparentwidget pd_typedmess pd_checkobject pd_init pd_typedmess@plt pd_compiledate pd_list pd_unbind pd_compiletime pd_new pd_version pd_doloadbang pd_new@plt pd_vmess pd_error pd_newest pdfloat_setup pd_fft pd_objectmaker pdint_setup pd_findbyclass pd_pointer pdsymbol_setup pd_float pd_popsym pd_forwardmess pd_pushsym Conor

3 5

launching tcl/tk scripts from pd
by Federico 12 Nov '06

12 Nov '06

hi list, I wrote a simple UI in tk, and i want to attach it to pd. i tried: [wish ui.tk( | [shell] | [route mypath ...] | ... but i have a question: does this has sense? i see i takes about 5~10 seconds to load another instance of wish if it could be possible to re-use the existing instance of wish used for pd-gui, the load would be immediate is this possible? is there some ready-to-cook code that wraps a tk app into an external? that would be awesome :9 -- ciao Federico

3 11

[ pure-data-Bugs-1595028 ] cyclone's [gate] changes type on drag and on save
by SourceForge.net 12 Nov '06

12 Nov '06

Bugs item #1595028, was opened at 2006-11-12 07:03 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1595028&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.39.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Damian Stewart (damian_nz) Assigned to: Nobody/Anonymous (nobody) >Summary: cyclone's [gate] changes type on drag and on save Initial Comment: if i drag a [gate] object around the gui window, or save a patch containing a [gate], the [gate] object is saved as a different type depending on what the last message to its left inlet was. (0==text, 1==object, 2==msg, 3==numberbox, ...) i'm running pd-0.39.2-extended-2006-11-08-windowsxp attached is a patch that demonstrates the bug. bang, then drag aroud the gate object, or just save and reload the patch. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1595028&group_…

1 0

[ pure-data-Bugs-1595028 ] [gate] object changes type on drag and on save
by SourceForge.net 12 Nov '06

12 Nov '06

Bugs item #1595028, was opened at 2006-11-13 01:03 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=1595028&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: Damian Stewart (damian_nz) Assigned to: Nobody/Anonymous (nobody) Summary: [gate] object changes type on drag and on save Initial Comment: if i drag a [gate] object around the gui window, or save a patch containing a [gate], the [gate] object is saved as a different type depending on what the last message to its left inlet was. (0==text, 1==object, 2==msg, 3==numberbox, ...) i'm running pd-0.39.2-extended-2006-11-08-windowsxp attached is a patch that demonstrates the bug. bang, then drag aroud the gate object, or just save and reload the patch. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1595028&group_…

1 0

BUG: namespace prefixes broken in 0.40
by Hans-Christoph Steiner 12 Nov '06

12 Nov '06

I was just looking into the new canvas-based env and [declare] stuff. The canvas-specific path stuff is definitely a step in the right direction. But as it is now, namespace prefixes are totally broken. It is no longer possible to use [prefix/classname] syntax, which is essential to the namespaces because it is the only way that two classes with the same root classname could be used in the same patch, i.e. like this, where each object is a different class: [prepend] [cxc/prepend] [cyclone/prepend] This is because with the new sys_onloadlist() functionality that checks to see whether a class has already been loaded. It only uses the direct classname, not the prefix also. .hc ------------------------------------------------------------------------ "[W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity." -John Gilmore

10 41

[ pure-data-Patches-1565141 ] ./configure --disable-fat
by SourceForge.net 09 Nov '06

09 Nov '06

Patches item #1565141, was opened at 2006-09-25 10:46 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1565141&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: ./configure --disable-fat Initial Comment: This adds a configure option to disable building fat binaries on Mac OS X. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-11-09 14:32 Message: Logged In: YES user_id=27104 Miller accepted in 0.41.0-test3 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1565141&group_…

1 0

[ pure-data-Patches-1575544 ] Fix to build Pd-0.40 on Mac OS X 10.4/PowerPC
by SourceForge.net 09 Nov '06

09 Nov '06

Patches item #1575544, was opened at 2006-10-11 17:29 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1575544&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: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: Fix to build Pd-0.40 on Mac OS X 10.4/PowerPC Initial Comment: According to this doc: http://developer.apple.com/documentation/Porting/Conceptual/PortingUnix/com… This needs to be added to the CFLAGS "-isysroot /Developer/SDKs/MacOSX10.4u.sdk". I can't build pd-0.40 on a 10.4 PowerPC machine because it complains about this. I think the addition of this flag won't break Intel compilation because I think its the default setting on 10.4/Intel already. Basically this line in configure.in needs to change from: MORECFLAGS="-arch i386 -arch ppc -Wno-error" to this: MORECFLAGS="-isysroot /Developer/SDKs/MacOSX10.4u.sdk -arch i386 -arch ppc -Wno-error" ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-11-09 14:31 Message: Logged In: YES user_id=27104 Miller accepted in 0.41.0-test3 ---------------------------------------------------------------------- Comment By: Jamie Tittle (tigital) Date: 2006-10-12 13:25 Message: Logged In: YES user_id=634044 ...just wanted to point out the following relevent tech note: http://developer.apple.com/technotes/tn2005/tn2137.html ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1575544&group_…

1 0

CPU cost: throw~,catch~,send, subpatches, etc...
by glerm soares 08 Nov '06

08 Nov '06

Hello, I just wonder: using throw~, send, receive, catch~ objets like it's more CPU expensive than just plug with "cables"? and what about subpatches? is much more CPU expensive than just let all conections in the same patch? thanx salut. -- _________________gLeRM SoAreS.......: baixem o album do matema 17mp3 num pacote--> http://www.organismo.art.br/matema

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 November 2006