Pd-dev June 2006

pd-dev@lists.iem.at

29 participants
58 discussions

[ pure-data-Patches-1417751 ] make ../bin before compiling
by SourceForge.net 27 Jun '06

27 Jun '06

Patches item #1417751, was opened at 2006-01-28 21:56 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1417751&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: 8 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: make ../bin before compiling Initial Comment: Simple makefile.in patch to prevent the bimonthly post about ../bin being missing when compiling Pd: cd ../obj; cc -Wl,-export-dynamic -lasound -o ../bin/pd g_canvas.o g_graph.o g_text.o g_rtext.o g_array.o g_template.o g_io.o g_scalar.o g_traversal.o g_guiconnect.o g_readwrite.o g_editor.o g_all_guis.o g_bang.o g_hdial.o g_hslider.o g_mycanvas.o g_numbox.o g_toggle.o g_vdial.o g_vslider.o g_vumeter.o m_pd.o m_class.o m_obj.o m_atom.o m_memory.o m_binbuf.o m_conf.o m_glob.o m_sched.o s_main.o s_inter.o s_file.o s_print.o s_loader.o s_path.o s_entry.o s_audio.o s_midi.o d_ugen.o d_ctl.o d_arithmetic.o d_osc.o d_filter.o d_dac.o d_misc.o d_math.o d_fft.o d_mayer_fft.o d_fftroutine.o d_array.o d_global.o d_delay.o d_resample.o x_arithmetic.o x_connective.o x_interface.o x_midi.o x_misc.o x_time.o x_acoustics.o x_net.o x_qlist.o x_gui.o x_list.o d_soundfile.o s_midi_oss.o s_audio_oss.o s_audio_alsa.o s_audio_alsamm.o s_midi_alsa.o \ -ldl -lm -lpthread -lasound /usr/bin/ld: cannot open output file ../bin/pd: No such file or directory collect2: ld returned 1 exit status make: *** [../bin/pd] Error 1 ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-06-27 03:27 Message: Logged In: YES user_id=27104 I don't know why that dir goes missing, but the "nada" thing is a bad kludge. Any sane build system will create what it needs, and clean up what it creates. ---------------------------------------------------------------------- Comment By: IOhannes m zmÃ¶lnig (zmoelnig) Date: 2006-06-26 11:50 Message: Logged In: YES user_id=564396 it would be interesting to know where this problem comes from. in the CVS, there is a file "nada" in the pd/bin/ directory in order to force creation of the directory when you do a fresh checkout; in the pd-0.39-2.src.tar.gz as provided by msp, there is also the pd/bin directory; so why are some people missing this directory? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1417751&group_…

1 0

package build system questions
by james tittle 27 Jun '06

27 Jun '06

hey hans, ...trying to get back to some pd stuff, but I have a few questions on building the app packages...on this page [ http://puredata.org/docs/ developer/build ], there's some talk about a 'template' section for "How to add your library", but I can't find any such thing in the makefiles...this is really just a documentation oversight, I'd guess, because it's simple enough to go along and ape similar targets... ...so I've added a pd-devel target, and it's doing the scons building just fine, but when it comes to packaging, I run into the following: cd "/Users/tigital/puredataDev/packages/darwin_app/build/Pd-0.39..app/ Contents/Resources/Scripts" && \ ln -s ../bin/pd.tk AppMain.tcl cd "/Users/tigital/puredataDev/packages/darwin_app/build/Pd-0.39..app/ Contents" && ln -s Resources/extra Plugins cd /Users/tigital/puredataDev/packages/darwin_app/build/Pd-0.39..app/ Contents/Resources/doc && \ /Users/tigital/puredataDev/packages/darwin_app/../../scripts/ convert-help-to-standard.sh install -p /Users/tigital/puredataDev/packages/darwin_app/mac.r / Users/tigital/puredataDev/packages/darwin_app/build/Pd-0.39..app/ Contents/Resources/bin cd /Users/tigital/puredataDev/packages/darwin_app/build/Pd-0.39..app/ Contents/Resources/bin && /Developer/tools/Rez -t APPL mac.r -o pd /bin/sh: line 1: cd: /Users/tigital/puredataDev/packages/darwin_app/ build/Pd-0.39..app/Contents/Resources/bin: No such file or directory make: *** [rez_install] Error 1 ...it seems like it's making a file called 'bin' instead of a directory: how do I get around that? thnx, jamie

2 2

DesireData "dev" meeting
by Mathieu Bouchard 26 Jun '06

26 Jun '06

This is an invitation to all contributors and would-be contributors to DesireData. We are going to hold the first dd-dev meeting on Friday June 30th, UTC 18.00. That's also: June 30th 14.00 Montréal (matju), Ottawa, Boston (carmen) 19.00 London 20.00 Graz, Wien (tgrill), Essen (mamalala) July 1st 02.00 Taipei (chun) 04.00 Brisbane (dmotd) Topics List: 1. Funding avenues 2. A. which bugtracker and wiki should we use? B. where should it be hosted? 3. Automating the testing of the GUI 4. Naming DD executables: two suggestions: A. server is named "pd", client is named "desire" B. client is named "pd", server is named "pd-server" or "pdd" 5. What's the future of GOP ? That is, supposing GOP works in DD (it doesn't), what can be done to make GOP easier and more useful? 6. Should the Properties Dialogs be turned into Pd patches? 7. whatever you want to talk about _ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada

2 1

[ pure-data-Patches-1405137 ] multiple $arg-expansion
by SourceForge.net 26 Jun '06

26 Jun '06

Patches item #1405137, was opened at 2006-01-13 20:33 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1405137&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: wishlist >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: IOhannes m zmÃ¶lnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: multiple $arg-expansion Initial Comment: currently $args can only be at the beginning of a A_DOLLARSYM. this patch allows to have multiple $args within 1 A_DOLLARSYM. e.g. with "foo bar me" the symbol "$1-bla-$3/$2" will expand to "foo-bla-me/bar" the patch only modifies binbuf_realizedollsym() in m_binbuf.c (and adds another non-exported helper function binbuf_expanddollsym()) the patch is straightforward, but probably i misunderstood the meaning of "tonew" and implemented it in a wrong way (so you should check that) caveat: the A_DOLLARSYM still has to start with "$[0-9]". this is the way, pd determines whether a given symbol should be $-expanded or not. furthermore, the leading $ is usually stripped by pd. e.g. if you type [$1-bar-$2], the symbol "1-bar-$2" is stored as A_DOLLARSYM. this means that the beginning of the dollarsymbol always has to be expanded. furthermore, [bar-$2] will _never_ be expanded (since pd thinks it is an ordinary symbol). i didn't dare to change this behaviour since SETDOLLARSYM() and binbuf_realizedollsym() are exposed in m_pd.h and probably used in externals which would then break. however, whenever this might change, binbuf_expanddollsym() is prepared (just need to "#if 1") ---------------------------------------------------------------------- >Comment By: IOhannes m zmÃ¶lnig (zmoelnig) Date: 2006-06-26 17:56 Message: Logged In: YES user_id=564396 accepted into pd-0.40 ---------------------------------------------------------------------- Comment By: Miller Puckette (millerpuckette) Date: 2006-06-03 21:03 Message: Logged In: YES user_id=313747 I think it's worth changing binbuf_realizedollsym() behavior; I doubt many people will use it in a way that would break things. So I took everything for 0.40 as of "test 02". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1405137&group_…

1 0

[ pure-data-Patches-1469241 ] alsamm channels should not default to min.available channels
by SourceForge.net 26 Jun '06

26 Jun '06

Patches item #1469241, was opened at 2006-04-12 15:01 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1469241&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 Submitted By: IOhannes m zmÃ¶lnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: alsamm channels should not default to min.available channels Initial Comment: with alsamm the requested number of channels is ignored. instead it defaults to "0" which is then clamped between the minimum and maximum number of channels the hw supports. while most cards might only support a fixed number of channels (minch==maxch), there are other cards (or rather: drivers) that allow to really select the number of mmapped channels: e.g. the RME MADI can use any of 1..64 channels in this mode. with pd's defaults you only get "1" channel (but you pay for 64!) attached is a little patch that rather uses the maximum available channels as a "default" fallback. (patch against 0.39-2, but very small so might apply to other versions as well) of course, the cleanest solution would be to accept the #channels requested by the user. ---------------------------------------------------------------------- >Comment By: IOhannes m zmÃ¶lnig (zmoelnig) Date: 2006-06-26 17:52 Message: Logged In: YES user_id=564396 raised priority, since it makes pd kind of useless with expansive multichannel cards ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1469241&group_…

1 0

[ pure-data-Patches-1417751 ] make ../bin before compiling
by SourceForge.net 26 Jun '06

26 Jun '06

Patches item #1417751, was opened at 2006-01-29 03:56 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1417751&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: 8 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: make ../bin before compiling Initial Comment: Simple makefile.in patch to prevent the bimonthly post about ../bin being missing when compiling Pd: cd ../obj; cc -Wl,-export-dynamic -lasound -o ../bin/pd g_canvas.o g_graph.o g_text.o g_rtext.o g_array.o g_template.o g_io.o g_scalar.o g_traversal.o g_guiconnect.o g_readwrite.o g_editor.o g_all_guis.o g_bang.o g_hdial.o g_hslider.o g_mycanvas.o g_numbox.o g_toggle.o g_vdial.o g_vslider.o g_vumeter.o m_pd.o m_class.o m_obj.o m_atom.o m_memory.o m_binbuf.o m_conf.o m_glob.o m_sched.o s_main.o s_inter.o s_file.o s_print.o s_loader.o s_path.o s_entry.o s_audio.o s_midi.o d_ugen.o d_ctl.o d_arithmetic.o d_osc.o d_filter.o d_dac.o d_misc.o d_math.o d_fft.o d_mayer_fft.o d_fftroutine.o d_array.o d_global.o d_delay.o d_resample.o x_arithmetic.o x_connective.o x_interface.o x_midi.o x_misc.o x_time.o x_acoustics.o x_net.o x_qlist.o x_gui.o x_list.o d_soundfile.o s_midi_oss.o s_audio_oss.o s_audio_alsa.o s_audio_alsamm.o s_midi_alsa.o \ -ldl -lm -lpthread -lasound /usr/bin/ld: cannot open output file ../bin/pd: No such file or directory collect2: ld returned 1 exit status make: *** [../bin/pd] Error 1 ---------------------------------------------------------------------- >Comment By: IOhannes m zmÃ¶lnig (zmoelnig) Date: 2006-06-26 17:50 Message: Logged In: YES user_id=564396 it would be interesting to know where this problem comes from. in the CVS, there is a file "nada" in the pd/bin/ directory in order to force creation of the directory when you do a fresh checkout; in the pd-0.39-2.src.tar.gz as provided by msp, there is also the pd/bin directory; so why are some people missing this directory? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1417751&group_…

1 0

[ pure-data-Bugs-1512112 ] CVS: dollarsign expansion for subpatch names broken
by SourceForge.net 25 Jun '06

25 Jun '06

Bugs item #1512112, was opened at 2006-06-25 15:07 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=1512112&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 Submitted By: Frank Barknecht (fbar) Assigned to: Miller Puckette (millerpuckette) Summary: CVS: dollarsign expansion for subpatch names broken Initial Comment: This is a bug in current CVS-HEAD: dollar sign expansion in subpatch names doesn't work currently. a subpatch named [pd $0-name] will be saved as [pd 0-name], a subpatch named [pd $1-name] is saved as [pd 1-name]. According to notes.txt this bug seems to be known: "pd $1 bug ($1 is saved as it was evaluated, not as '$1')" but it is such a nasty issue and can lead to broken patches when using pd-HEAD, that I report it here so everyone is aware of it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1512112&group_…

1 0

[ pure-data-Patches-1511490 ] g_rtext.c: t_resizebytes loses memory
by SourceForge.net 23 Jun '06

23 Jun '06

Patches item #1511490, was opened at 2006-06-23 17:58 Message generated for change (Settings changed) made by xovo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1511490&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: 9 Submitted By: Thomas Grill (xovo) >Assigned to: Miller Puckette (millerpuckette) Summary: g_rtext.c: t_resizebytes loses memory Initial Comment: Hi all, this is a bad bug, and i'm wondering why PD doesn't crash more often as it does... in g_rtext.c there are three occurences of t_resizebytes where the result of the reallocation isn't stored (it might be different from the input). The attached diff is relative to devel_0_39, but the file doesn't seem to have changed too much. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1511490&group_…

1 0

[ pure-data-Patches-1511490 ] g_rtext.c: t_resizebytes loses memory
by SourceForge.net 23 Jun '06

23 Jun '06

Patches item #1511490, was opened at 2006-06-23 17:58 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1511490&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 Submitted By: Thomas Grill (xovo) Assigned to: Nobody/Anonymous (nobody) Summary: g_rtext.c: t_resizebytes loses memory Initial Comment: Hi all, this is a bad bug, and i'm wondering why PD doesn't crash more often as it does... in g_rtext.c there are three occurences of t_resizebytes where the result of the reallocation isn't stored (it might be different from the input). The attached diff is relative to devel_0_39, but the file doesn't seem to have changed too much. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1511490&group_…

1 0

[ann] boids uploaded to CVS
by /*j 23 Jun '06

23 Jun '06

cheers /*j

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