Pd-dev July 2007

pd-dev@lists.iem.at

28 participants
109 discussions

[ pure-data-Bugs-1759014 ] random tcpserver crashes
by SourceForge.net 23 Jul '07

23 Jul '07

Bugs item #1759014, was opened at 2007-07-23 09:17 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1759014&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: 7 Private: No Submitted By: IOhannes m zmölnig (zmoelnig) Assigned to: Martin Peach (mrpeach) Summary: random tcpserver crashes Initial Comment: tcpserver easily crashes, when deleting one of several [tcpserver] objects. i was only able to reproduce this reliably on x86_64 platform by the following way (sounds a bit more complicated than it needs to be): 1. create [tcpserver 5600] (ok) 2. create [tcpserver 5800] (ok) 3. create [tcpserver 0] (ok) 4. create [tcpserver 0] (ok) 5. rename (3) to [tcpserver 5600] (the object will fail to create) 6. rename (4) to [tcpserver 5800] (pd will crash) i had no problem with the same procedure on i686. nevertheless, after a look at the code i wonder why it doesn't crash more often... tcpserver uses a static binbuf, which is destroyed without checks in the free method. since the binbuf is static, the next tcpserver that is destroyed will try to free the binbuf again, leading to a segfault. the good news is, that the binbuf is really nowhere needed in the code (it only gets created and deleted). the attached patch removes it, leading to a no more crashes on x86_84 ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-07-23 09:49 Message: Logged In: NO OK, it's fixed. Thanks for finding it! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1759014&group_…

1 0

[ pure-data-Bugs-1754855 ] pix_write producing some strange RGB values
by SourceForge.net 23 Jul '07

23 Jul '07

Bugs item #1754855, was opened at 2007-07-16 15:52 Message generated for change (Comment added) made by cclepper You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1754855&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: gem Group: v0.39.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Mr-Bo (mr-bo) Assigned to: Nobody/Anonymous (nobody) Summary: pix_write producing some strange RGB values Initial Comment: Just to notify that pix_write is producing some strange RGB values, out of line with whats in the render window. This is on pd extended on OSX 10.4 ---------------------------------------------------------------------- Comment By: christopher clepper (cclepper) Date: 2007-07-23 16:38 Message: Logged In: YES user_id=663212 Originator: NO This appears to be a bug with the TIFF writing component in Quicktime. Try adding a 1 after the file name to select JPG image writing. Example message: 'file $1 1' ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2007-07-23 16:19 Message: Logged In: YES user_id=564396 Originator: NO could you please provide images (screenshots) on how it does look like and how it is supposed to look. (sorry for the added inconvenience). furthermore: is this related to pd-extended? (or rather: why does this issue have a 0.39.2 tag?) ---------------------------------------------------------------------- Comment By: Mr-Bo (mr-bo) Date: 2007-07-17 23:16 Message: Logged In: YES user_id=1846262 Originator: YES Sorry, this is on the prehistoric PowerPC's. File Added: RGB-Grab.pd ---------------------------------------------------------------------- Comment By: Mr-Bo (mr-bo) Date: 2007-07-17 14:51 Message: Logged In: YES user_id=1846262 Originator: YES Sorry, this is on the prehistoric PowerPC's. File Added: RGB-Grab.pd ---------------------------------------------------------------------- Comment By: christopher clepper (cclepper) Date: 2007-07-17 14:35 Message: Logged In: YES user_id=663212 Originator: NO Intel or PowerPC? ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-07-16 19:35 Message: Logged In: YES user_id=27104 Originator: NO An example patch is always very helpful, especially if it triggers the problem every time that it is run. Ideally the example patch would have only enough objects to cause the problem, but nothing else. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1754855&group_…

1 0

[ pure-data-Bugs-1754855 ] pix_write producing some strange RGB values
by SourceForge.net 23 Jul '07

23 Jul '07

Bugs item #1754855, was opened at 2007-07-16 17:52 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1754855&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: gem Group: v0.39.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Mr-Bo (mr-bo) Assigned to: Nobody/Anonymous (nobody) Summary: pix_write producing some strange RGB values Initial Comment: Just to notify that pix_write is producing some strange RGB values, out of line with whats in the render window. This is on pd extended on OSX 10.4 ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2007-07-23 18:19 Message: Logged In: YES user_id=564396 Originator: NO could you please provide images (screenshots) on how it does look like and how it is supposed to look. (sorry for the added inconvenience). furthermore: is this related to pd-extended? (or rather: why does this issue have a 0.39.2 tag?) ---------------------------------------------------------------------- Comment By: Mr-Bo (mr-bo) Date: 2007-07-18 01:16 Message: Logged In: YES user_id=1846262 Originator: YES Sorry, this is on the prehistoric PowerPC's. File Added: RGB-Grab.pd ---------------------------------------------------------------------- Comment By: Mr-Bo (mr-bo) Date: 2007-07-17 16:51 Message: Logged In: YES user_id=1846262 Originator: YES Sorry, this is on the prehistoric PowerPC's. File Added: RGB-Grab.pd ---------------------------------------------------------------------- Comment By: christopher clepper (cclepper) Date: 2007-07-17 16:35 Message: Logged In: YES user_id=663212 Originator: NO Intel or PowerPC? ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-07-16 21:35 Message: Logged In: YES user_id=27104 Originator: NO An example patch is always very helpful, especially if it triggers the problem every time that it is run. Ideally the example patch would have only enough objects to cause the problem, but nothing else. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1754855&group_…

1 0

[ pure-data-Bugs-1759014 ] random tcpserver crashes
by SourceForge.net 23 Jul '07

23 Jul '07

Bugs item #1759014, was opened at 2007-07-23 18:17 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=1759014&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: 7 Private: No Submitted By: IOhannes m zmölnig (zmoelnig) Assigned to: Martin Peach (mrpeach) Summary: random tcpserver crashes Initial Comment: tcpserver easily crashes, when deleting one of several [tcpserver] objects. i was only able to reproduce this reliably on x86_64 platform by the following way (sounds a bit more complicated than it needs to be): 1. create [tcpserver 5600] (ok) 2. create [tcpserver 5800] (ok) 3. create [tcpserver 0] (ok) 4. create [tcpserver 0] (ok) 5. rename (3) to [tcpserver 5600] (the object will fail to create) 6. rename (4) to [tcpserver 5800] (pd will crash) i had no problem with the same procedure on i686. nevertheless, after a look at the code i wonder why it doesn't crash more often... tcpserver uses a static binbuf, which is destroyed without checks in the free method. since the binbuf is static, the next tcpserver that is destroyed will try to free the binbuf again, leading to a segfault. the good news is, that the binbuf is really nowhere needed in the code (it only gets created and deleted). the attached patch removes it, leading to a no more crashes on x86_84 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1759014&group_…

1 0

Re: [PD-dev] devel_0_39 ? devel_0_40 ?
by chris clepper 22 Jul '07

22 Jul '07

On 7/21/07, chris clepper <cgclepper(a)gmail.com> wrote: > > On 7/21/07, Miller Puckette <mpuckett(a)imusic1.ucsd.edu> wrote: > > > > Just as > > a teaser, I tried running the same patch as 32-bit and 64-bit programs > > on > > my 64-bit machine, hoping to find the 32-bit version so much faster that > > I > > could just forget optimizing the 64 bit version entirely. But I found > > the > > 64-bit one 33% faster than the 32-bit one for the particular patch I > > tried. > > So 64-bit compatibility has to be taken seriously! > > > If I had to hazard a guess that speedup is due to the compiler. The 64 > bit CPUs are all quite recent and the assumptions about what the fast paths > are a much smaller and generally much more efficient set than the 32 bit > options. No doubt some of that comes from the gamesmanship involved in > rigging and hyping scores on the baleful SPEC test suite. > >

1 0

pd_error() deprecated
by Mathieu Bouchard 20 Jul '07

20 Jul '07

in DesireData, pd_error() is now deprecated. it should be replaced by a plain error(). This is because error() can now gather much more information than the former pd_error() could ever dream of, and the new pd_error() doesn't add anything to that. I'm currently removing all pd_error() from DesireData. _ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada

3 5

Re: [PD-dev] [PD] recursion in Gem - a tutorial
by patrice colet 19 Jul '07

19 Jul '07

Yes, I've allready figured it out with testing your external on linux, the dll is merely impossible to make with win32-mingw (so if someone has succesfully made the dll, please share!) and with reading your last mail to IOannes. Le jeudi 19 juillet 2007 à 08:12 +0000, Claude Heiland-Allen a écrit : > Patrice Colet wrote: > > > >> IOhannes m zmoelnig a écrit : > > (i haen't seen [nnrepeat] on the website, so i > >>> don't know what it does) with [repeat] or with the [s]/[r] idiom claude > >>> has proposed. > > > > Apparently it does something like the attached patch, and the > > functionning is explained into the tutorial patch 06_break_symmetry.pd, > > I just need now to go on linux and compile to see how significantly > > faster is the external compared with the patch. > > Again, I tried to create something similar in Pd, but ran into > re-entrancy bugs whenever I tried to use recursion. I do not write > externals lightly, but in this case I think it was necessary. If > someone knows how to solve this in pure Pd, I'd be delighted. > > Your abstraction doesn't do what you think it does in the presence of > re-entrancy. See attached test patch. > > > With max-depth = 2 and repetitions = 2. > > My [nnrepeat] external: > ->: 2 0 > ->: 1 0 > <-: 1 0 > ->: 1 1 > <-: 1 1 > <-: 2 0 > ->: 2 1 > ->: 1 0 > <-: 1 0 > ->: 1 1 > <-: 1 1 > <-: 2 1 > > > Your [nnrepeat] abstraction: > <-: 2 0 > <-: 1 1 > ->: 1 1 > <-: 1 2 > ->: 1 2 > ->: 2 2 > <-: 2 0 > <-: 1 1 > ->: 1 1 > <-: 1 2 > ->: 1 2 > ->: 2 2 > > > pièce jointe document plein texte (nnrepeat-test.pd) > #N canvas 0 0 481 517 10; > #X obj 71 95 r \$0-recurse; > #X obj 71 380 s \$0-recurse; > #X obj 140 270 t b a b; > #X obj 224 290 v \$0-depth; > #X obj 224 310 - 1; > #X obj 224 330 max 0; > #X obj 162 350 spigot; > #X obj 224 350 v \$0-depth; > #X obj 185 160 t b f; > #X obj 185 183 v \$0-depth; > #X obj 185 208 pack f f; > #X obj 140 290 v \$0-depth; > #X obj 140 330 v \$0-depth; > #X obj 140 310 + 1; > #X obj 108 50 t a b; > #X msg 108 21 nrepeat test; > #X obj 285 108 v \$0-depth; > #X floatatom 262 77 5 0 0 2 max-depth - -; > #X floatatom 261 38 5 0 0 2 repetitions - -; > #X obj 246 108 f 3; > #X obj 185 235 print ->; > #X obj 98 160 t b f; > #X obj 98 183 v \$0-depth; > #X obj 98 208 pack f f; > #X obj 98 235 print <-; > #X obj 108 135 nnrepeat 2; > #X connect 0 0 25 0; > #X connect 2 0 11 0; > #X connect 2 1 6 0; > #X connect 2 2 3 0; > #X connect 3 0 4 0; > #X connect 4 0 5 0; > #X connect 5 0 6 1; > #X connect 5 0 7 0; > #X connect 6 0 1 0; > #X connect 8 0 9 0; > #X connect 8 1 10 1; > #X connect 9 0 10 0; > #X connect 10 0 20 0; > #X connect 11 0 13 0; > #X connect 13 0 12 0; > #X connect 14 0 25 0; > #X connect 14 1 19 0; > #X connect 15 0 14 0; > #X connect 17 0 19 1; > #X connect 18 0 25 1; > #X connect 19 0 16 0; > #X connect 21 0 22 0; > #X connect 21 1 23 1; > #X connect 22 0 23 0; > #X connect 23 0 24 0; > #X connect 25 0 21 0; > #X connect 25 1 2 0; > #X connect 25 2 8 0;

1 0

recursion in Gem - a tutorial
by Patrice Colet 19 Jul '07

19 Jul '07

I tried to make DLLs of nrepeat and nnrepeat, but it seems I'm too ignoramus to find out how to proceed, I've entered those lines in the msys shell gcc -c nrepeat.c -o nrepeat.o ld -export_dynamic -shared -I../../pd/src/ -o nrepeat.dll nrepeat.o ../../pd/bin/pd.dll the external is built without error, but couldn't be created: \\extra\\nnrepeat.dll: couldn't load nnrepeat 1 the verbose option gives messages I've pain to interpret. I've also tried to write a Makefile, it's attached, it does the same thing Claude Heiland-Allen a Ã©crit : > Hi everyone, > > I've been playing around with recursion in Gem, and thought I'd document > my experiences. > > > You can download the patches here (Gzip'd Tar): > > https://devel.goto10.org/dl.php?repname=maximus&path=%2Ftutorials%2Fgem-rec… > > > You will also need a couple of externals that you can download here > (Gzip'd Tar, C source code only): > > https://devel.goto10.org/dl.php?repname=maximus&path=%2Fclodlib%2F&rev=0&is… > > These externals are necessary because I haven't figured out a nice way > to handle recursive re-entrancy in a Pd patch. If I do I'll update the > tutorial with the dependancy removed. > > > Screenshots are here, in case you're not near a computer with Pd+Gem: > > http://www.blurty.com/users/claudiusmaximus/day/2007/07/18#407 > > > Please let me know if you find it useful, or if you don't. Thanks for > your attention, > > > Claude # clodlib -- miscellaneous objects for Pd # Copyright (C) 2007 Claude Heiland-Allen <claudiusmaximus(a)goto10.org> # # # This program is free software; you can redistribute it and/or # modify it under the terms of the GNU General Public License # as published by the Free Software Foundation; either version 2 # of the License, or (at your option) any later version. # # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the # GNU General Public License for more details. # # You should have received a copy of the GNU General Public License # along with this program; if not, write to the Free Software # Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA. CFLAGS = --verbose -O2 -export_dynamic -shared -I../../pd/src/ PDDLL = ../../pd/bin/pd.dll # all: nrepeat.dll nnrepeat.dll clean: rm -f nrepeat.dll nnrepeat.dll # nrepeat.dll: nrepeat.c Makefile gcc -c nrepeat.c -o nrepeat.o && ld $(CFLAGS) -o nrepeat.dll nrepeat.o $(PDDLL) nnrepeat.dll: nnrepeat.c Makefile gcc -c nnrepeat.c -o nnrepeat.o && ld $(CFLAGS) -o nnrepeat.dll nnrepeat.o $(PDDLL) # EOF

3 3

[ pure-data-Feature Requests-1756591 ] in [comport] get available ports from right outlet
by SourceForge.net 19 Jul '07

19 Jul '07

Feature Requests item #1756591, was opened at 2007-07-18 23:40 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=1756591&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 Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: in [comport] get available ports from right outlet Initial Comment: It would be very handy to get all available output to the right-outlet in [comport]. Then it would be possible to programmatically choose a comport. jasch added this to his port of [comport] to Max/MSP. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=1756591&group_…

1 0

Re: [PD-dev] recursion in Gem - a tutorial
by Isidro Gonzalez 18 Jul '07

18 Jul '07

Patrice: Yes, but donÅ½t be worried: it doesnÅ½t seems to be a problem with the code. It seems to be the compiler you are using. I tried to build even simpler code like the "counter" example(Found on the Iohannes Zmoelnig guide to writing externs at htttp://iem.kug.ac.at/pd/externals-HOWTO/) with the GNU tools and got the same result as you...it compiles, but then it does not load on pd. And exactly the same code compiled using nmake(MS Visual C++) builds and loads on PD without problems. So, it is not the code, but the compiler and/or the compiling instructions... But I donÅ½t have the answer...does anybody? :) > --- Patrice Colet <megalegoland(a)yahoo.fr> wrote: > > > I tried to make DLLs of nrepeat and nnrepeat, but > it > > seems I'm too > > ignoramus to find out how to proceed, I've entered > > those lines in the > > msys shell > > > > gcc -c nrepeat.c -o nrepeat.o > > > > ld -export_dynamic -shared -I../../pd/src/ -o > > nrepeat.dll nrepeat.o > > ../../pd/bin/pd.dll > > > > the external is built without error, but couldn't > be > > created: > > > > \\extra\\nnrepeat.dll: couldn't load > > nnrepeat 1 > > > > the verbose option gives messages I've pain to > > interpret. > > > > I've also tried to write a Makefile, it's > attached, > > it does the same thing > > > > Claude Heiland-Allen a Ã©crit : > > > Hi everyone, > > > > > > I've been playing around with recursion in Gem, > > and thought I'd document > > > my experiences. > > > > > > > > > You can download the patches here (Gzip'd Tar): > > > > > > > > > https://devel.goto10.org/dl.php?repname=maximus&path=%2Ftutorials%2Fgem-rec… > > > > > > > > > You will also need a couple of externals that > you > > can download here > > > (Gzip'd Tar, C source code only): > > > > > > > > > https://devel.goto10.org/dl.php?repname=maximus&path=%2Fclodlib%2F&rev=0&is… > > > > > > These externals are necessary because I haven't > > figured out a nice way > > > to handle recursive re-entrancy in a Pd patch. > If > > I do I'll update the > > > tutorial with the dependancy removed. > > > > > > > > > Screenshots are here, in case you're not near a > > computer with Pd+Gem: > > > > > > > > > http://www.blurty.com/users/claudiusmaximus/day/2007/07/18#407 > > > > > > > > > Please let me know if you find it useful, or if > > you don't. Thanks for > > > your attention, > > > > > > > > > Claude > > > > > # clodlib -- miscellaneous objects for Pd > > # Copyright (C) 2007 Claude Heiland-Allen > > <claudiusmaximus(a)goto10.org> > > # > > # > > # This program is free software; you can > > redistribute it and/or > > # modify it under the terms of the GNU General > > Public License > > # as published by the Free Software Foundation; > > either version 2 > > # of the License, or (at your option) any later > > version. > > # > > # This program is distributed in the hope that it > > will be useful, > > # but WITHOUT ANY WARRANTY; without even the > implied > > warranty of > > # MERCHANTABILITY or FITNESS FOR A PARTICULAR > > PURPOSE. See the > > # GNU General Public License for more details. > > # > > # You should have received a copy of the GNU > General > > Public License > > # along with this program; if not, write to the > Free > > Software > > # Foundation, Inc., 51 Franklin Street, Fifth > Floor, > > Boston, MA 02110-1301, USA. > > > > CFLAGS = --verbose -O2 -export_dynamic -shared > > -I../../pd/src/ > > PDDLL = ../../pd/bin/pd.dll > > > > # > > > > all: nrepeat.dll nnrepeat.dll > > > > clean: > > rm -f nrepeat.dll nnrepeat.dll > > # > > > > nrepeat.dll: nrepeat.c Makefile > > gcc -c nrepeat.c -o nrepeat.o && ld $(CFLAGS) -o > > nrepeat.dll nrepeat.o $(PDDLL) > > > > nnrepeat.dll: nnrepeat.c Makefile > > gcc -c nnrepeat.c -o nnrepeat.o && ld $(CFLAGS) > -o > > nnrepeat.dll nnrepeat.o $(PDDLL) > > > > # EOF > > > begin:vcard > > fn:Patrice Colet > > n:Colet;Patrice > > adr;dom:;;;Nice;;06100 > > email;internet:megalegoland@yahoo.fr > > tel;cell:06 32 66 03 57 > > x-mozilla-html:FALSE > > version:2.1 > > end:vcard > > > > > _______________________________________________ > > PD-dev mailing list > > PD-dev(a)iem.at > > http://lists.puredata.info/listinfo/pd-dev > > > > > > > ____________________________________________________________________________________ > Be a better Heartthrob. Get better relationship > answers from someone who knows. Yahoo! Answers - > Check it out. > http://answers.yahoo.com/dir/?link=list&sid=396545433 > ____________________________________________________________________________________ Building a website is a piece of cake. Yahoo! Small Business gives you all the tools to get online. http://smallbusiness.yahoo.com/webhosting

1 0

← Newer
1
2
3
4
5
6
7
8
...
11
Older →

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