Pd-dev March 2007

pd-dev@lists.iem.at

28 participants
45 discussions

Test extended 6 Ubuntu Dapper i686. Alternative errors
by Javier García 29 Mar '07

29 Mar '07

Hi, I have just installed the extended test 6 for Ubuntu Dapper i386 (I have Edgy and core duo) without problems just typing "make install". But happends something curious when i execute pd. Let's see: I open the terminal and i write "pd", and pd opens without problems. I exit from puredata. I close the terminal. I open the terminal again and i write "pd" again, and pd opens but in the terminal appears this: "Pd: system call timed out" and it takes several seconds to show the window to create a new .pd document. I close puredata. I close the teminal. I open again the terminal. I type again "pd", but this time doesnt appear the message "Pd: system call timed out". Just like the first time. I open again pd and this time it shows the message "Pd: system call timed out", and so on... So it alternatively shows the message or not. _________________________________________________________________ Grandes Ã©xitos, superhÃ©roes, imitaciones, cine y TV... http://es.msn.kiwee.com/ Lo mejor para tu mÃ³vil.

2 1

[ pure-data-Bugs-1576865 ] namespace prefixes broken
by SourceForge.net 29 Mar '07

29 Mar '07

Bugs item #1576865, was opened at 2006-10-13 14:16 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1576865&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.1 >Status: Closed Resolution: None Priority: 9 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: namespace prefixes broken Initial Comment: 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. ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2007-03-28 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: IOhannes m zmölnig (zmoelnig) Date: 2007-03-14 03:54 Message: Logged In: YES user_id=564396 Originator: NO seems like this has been fixed in 0.41; could you confirm this? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1576865&group_…

1 0

[ pure-data-Bugs-1690125 ] define_build target has invalid bourne shell syntax
by SourceForge.net 29 Mar '07

29 Mar '07

Bugs item #1690125, was opened at 2007-03-28 15:52 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1690125&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: Hans-Christoph Steiner (eighthave) Assigned to: Krzysztof Czaja (krzyszcz) Summary: define_build target has invalid bourne shell syntax Initial Comment: In miXed/Makefile.common, in the target define_build, there is some syntax that does not work in a strict bourne shell. It's basically the '[[' syntax that bash uses which is invalid: @if [[ -f build_counter && `id -un` == krzYszcz && \ `date -r build_counter +%j` != `date +%j` ]] ; then \ ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-03-28 18:24 Message: Logged In: YES user_id=27104 Originator: YES I replaced it with this and it works with strict sh and bash: @if [ -f build_counter ] && [ `id -un` = krzYszcz ] && \ [ `date -r build_counter +%j` != `date +%j` ] ; then \ But now there is a problem in externals/miXed/toxy/Makefile with this line, also not strict sh compatible: @echo -e '// Do not edit this file (edit "$<", and run "make").\ \n//\nputs stderr [concat loading built-in widget definitions]' \ | cat - $< | sed \ -e '1,\|//$$|{p;d;}' \ -e 's/$[\\\"]$/\\\1/g' \ -e 's/^.*$$/\"&\\n\"/' > $@ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1690125&group_…

1 0

[ pure-data-Bugs-1690125 ] define_build target has invalid bourne shell syntax
by SourceForge.net 28 Mar '07

28 Mar '07

Bugs item #1690125, was opened at 2007-03-28 15:52 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1690125&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: Hans-Christoph Steiner (eighthave) Assigned to: Krzysztof Czaja (krzyszcz) >Summary: define_build target has invalid bourne shell syntax Initial Comment: In miXed/Makefile.common, in the target define_build, there is some syntax that does not work in a strict bourne shell. It's basically the '[[' syntax that bash uses which is invalid: @if [[ -f build_counter && `id -un` == krzYszcz && \ `date -r build_counter +%j` != `date +%j` ]] ; then \ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1690125&group_…

1 0

[ pure-data-Bugs-1690125 ] sh code in define_build target doesn't work
by SourceForge.net 28 Mar '07

28 Mar '07

Bugs item #1690125, was opened at 2007-03-28 15:52 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=1690125&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: Hans-Christoph Steiner (eighthave) Assigned to: Krzysztof Czaja (krzyszcz) Summary: sh code in define_build target doesn't work Initial Comment: In miXed/Makefile.common, in the target define_build, there is some syntax that does not work in a strict bourne shell. It's basically the '[[' syntax that bash uses which is invalid: @if [[ -f build_counter && `id -un` == krzYszcz && \ `date -r build_counter +%j` != `date +%j` ]] ; then \ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1690125&group_…

1 0

Re: [PD-dev] [PD] including a font file with Pd-extended & bdiag~ not compiling
by ydegoyon＠free.fr 28 Mar '07

28 Mar '07

ola, pidip doesn't do all these evil things, it just relies on imlib ( imlib_load_font ) to load the fonts, so you want to hack imlib? ciao, sevy IOhannes m zmoelnig wrote: >Luigi Rensinghoff wrote: > > >>Well, i think you guys will find a solution. >> >>It makes me think of the "pidip" installation, which we will come to >>at a point, since it uses Fonts, too. >> >>I just wanted to remind you, that that's a similar problem and maybe >>can be solved with this one. >> >> >> > >hmm, i think (but don't know exactly) that pidip needs low-level access >to the font, instead of relying onto system-fonts. >it just happens that pidip searches the system-font paths to get its fonts. > >it should be similar to the case of Gem (though Gem does not even >attempt to access the system fonts); >one could hack pidip (if it doesn't already do so) to additionally use >pd's search paths to search for fonts. > >i don't think that this is that simple with tcl/tk (but then: why not?), >which probably relies on the system's font manager. > > >mfg.asdr >IOhannes > >_______________________________________________ >PD-dev mailing list >PD-dev(a)iem.at >http://lists.puredata.info/listinfo/pd-dev > > > >

2 1

[ pure-data-Bugs-1690012 ] delwrite~ does not function on intel 2.16
by SourceForge.net 28 Mar '07

28 Mar '07

Bugs item #1690012, was opened at 2007-03-28 18:03 Message generated for change (Comment added) made by stffn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1690012&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: delwrite~ does not function on intel 2.16 Initial Comment: Not much more to say realy delwrite~ delread~ simply doesn't function. I was running OSX 10.4.8 I just updated to 10.4.9 on a macbook Pro intel core 2 duo 2.16. I tried all the usual things like restarting the pd renaming the del objects - nothing except one pair from a previous patch which functions but I have no idea why it would be different. The help patch doesn't work either... ---------------------------------------------------------------------- Comment By: stffn (stffn) Date: 2007-03-28 19:22 Message: Logged In: YES user_id=1658640 Originator: NO IF this is about Pd-extended then it is capsuled in this entry: https://sourceforge.net/tracker/index.php?func=detail&aid=1645862&group_id=… ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1690012&group_…

1 0

[ pure-data-Bugs-1690012 ] delwrite~ does not function on intel 2.16
by SourceForge.net 28 Mar '07

28 Mar '07

Bugs item #1690012, was opened at 2007-03-28 09: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=1690012&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: delwrite~ does not function on intel 2.16 Initial Comment: Not much more to say realy delwrite~ delread~ simply doesn't function. I was running OSX 10.4.8 I just updated to 10.4.9 on a macbook Pro intel core 2 duo 2.16. I tried all the usual things like restarting the pd renaming the del objects - nothing except one pair from a previous patch which functions but I have no idea why it would be different. The help patch doesn't work either... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1690012&group_…

1 0

some patches on the tracker
by Stephen Sinclair 28 Mar '07

28 Mar '07

Hi, Sorry I don't want to sound impatient, but I was wondering if someone could take a look at a few of the patches I've submitted to the patch tracker lately (username radarsat1). They're mostly very small changes, and some of them fix segfaults. Just thought I'd "nudge" a little, I'm actually a patient person. ;-) Thanks, Steve

2 1

compiling pd-0.4-extended on intel-mac
by Luigi Rensinghoff 28 Mar '07

28 Mar '07

Ok this is the official start of getting pd-0.4 to compile on a intel- mac out of the official build-system: First question: Is the rsync -av --delete rsync://128.238.56.50/distros/pd-extended/ pd- extended/ Pd-0.4 ????? . according to the changelog file it should be ? Bug-Report: 1) skipped "add_string_support.patch" - it was said that it's a minor issue (typed "y" about 9 or ten times 2) bdiag~.c cc -DPD -march=pentium4 -msse2 -mfpmath=sse -ftree-vectorize -ftree- vectorizer-verbose=2 -I/sw/local/pd-extended/pd/src -Wall -W -ggdb -I/ sw/include -DMACOSX -DUNIX -Dunix -o "/sw/local/pd-extended/externals/ creb/modules/bdiag~.o" -c "/sw/local/pd-extended/externals/creb/ modules/bdiag~.c" /sw/local/pd-extended/externals/creb/modules/bdiag~.c: In function 'randfloat': /sw/local/pd-extended/externals/creb/modules/bdiag~.c:47: warning: implicit declaration of function 'rand' /sw/local/pd-extended/externals/creb/modules/bdiag~.c:48: error: 'RAND_MAX' undeclared (first use in this function) /sw/local/pd-extended/externals/creb/modules/bdiag~.c:48: error: (Each undeclared identifier is reported only once /sw/local/pd-extended/externals/creb/modules/bdiag~.c:48: error: for each function it appears in.) /sw/local/pd-extended/externals/creb/modules/bdiag~.c: In function 'bdiag_dsp': /sw/local/pd-extended/externals/creb/modules/bdiag~.c:202: warning: passing argument 1 of 'free' from incompatible pointer type /sw/local/pd-extended/externals/creb/modules/bdiag~.c:203: warning: passing argument 1 of 'free' from incompatible pointer type /sw/local/pd-extended/externals/creb/modules/bdiag~.c: In function 'bdiag_free': /sw/local/pd-extended/externals/creb/modules/bdiag~.c:227: warning: passing argument 1 of 'free' from incompatible pointer type /sw/local/pd-extended/externals/creb/modules/bdiag~.c:228: warning: passing argument 1 of 'free' from incompatible pointer type /sw/local/pd-extended/externals/creb/modules/bdiag~.c: At top level: /sw/local/pd-extended/externals/creb/modules/bdiag~.c:236: warning: unused parameter 'permute' make[2]: *** [/sw/local/pd-extended/externals/creb/modules/bdiag~.o] Error 1 make[1]: *** [externals_install] Error 2 make: *** [extended_install] Error 2 searching for bdiag~ in the pd-devel-archive gave no answer to that All the best luigi

2 1

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 March 2007