Pd-dev June 2005

pd-dev@lists.iem.at

22 participants
69 discussions

[ pure-data-Patches-1224768 ] checks for NULL-pointers in g_rtext.c
by SourceForge.net 21 Jun '05

21 Jun '05

Patches item #1224768, was opened at 2005-06-21 11:57 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=1224768&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-dev Group: bugfix Status: Open Resolution: None Priority: 5 Submitted By: IOhannes m zmÃ¶lnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: checks for NULL-pointers in g_rtext.c Initial Comment: most funtions in g_rtext.c do not check whether a passed pointer is non-zero and thus crash with NULL-pointers. the added patch performs these checks. is this a performance hog ??? this should fix BUG-1186531 (which i wasn't able to reproduce at all) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1224768&group_…

1 0

pdsend bug
by IOhannes m zmoelnig 21 Jun '05

21 Jun '05

helmuth ploner has discovered a bug in pdsend, that makes it unusable for sending longer (>127) strings, even though the buffer-length is 4096. this is due to using variables of type "char" for storing the buffer-length. attached is a patch that uses "unsigned int" instead of "char". i guess "t_size" would be even better. shouldn't pdsend&netsend use the same code rather than 2 copies, so bugfixes would be passed to all uses of the code-snippet ?? mfg.a.dr IOhannes --- u_pdsend.c.org 2005-06-21 10:53:34.000000000 +0200 +++ u_pdsend.c 2005-06-21 10:52:37.000000000 +0200 @@ -105,7 +105,8 @@ /* now loop reading stdin and sending it to socket */ while (1) { - char buf[BUFSIZE], *bp, nsent, nsend; + char buf[BUFSIZE], *bp; + unsigned int nsent, nsend; if (!fgets(buf, BUFSIZE, stdin)) break; nsend = strlen(buf);

1 0

[ pure-data-Patches-1224730 ] pdsend bug with long(>127) sendbuffers
by SourceForge.net 21 Jun '05

21 Jun '05

Patches item #1224730, was opened at 2005-06-21 11:04 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=1224730&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: IOhannes m zmÃ¶lnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: pdsend bug with long(>127) sendbuffers Initial Comment: in pdsend the length of the buffer is limited to 4096 chars. however, in the send-routine, the buffer-length is evaluated into a variable of type "char"; this prohibits the sending of buffers where (char)strlen(buf)<0 (easy to reach, when working with buffers longer than 127 chars) this behaviour appears in all versions of pd<=0.38-4 (i guess) attached is a patch that uses "unsigned int" for the length instead of "char" NOTE: i guess the correct type should rather be "size_t" NOTE: i think pdsend/netsend (and pdreceive/netreceive) should really use the same code rather than 2 separate copies. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1224730&group_…

1 0

[ pure-data-Bugs-1154130 ] pd segfaults on linux using alsammap with wron channelcount
by SourceForge.net 20 Jun '05

20 Jun '05

Bugs item #1154130, was opened at 2005-03-01 11:59 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1154130&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: Closed >Resolution: Accepted Priority: 5 Submitted By: Winfried Ritsch (ritsch) Assigned to: Nobody/Anonymous (nobody) Summary: pd segfaults on linux using alsammap with wron channelcount Initial Comment: with linux pd 0-38-4 and probably earlier versions if eg rme9652 card is used with alsammap and the wrong number of channels is given then pd segfaults. The problem was that the alsamm_drivers needs excat the number of channels of the card to work and this depends on samplerate. on hdsp-madi card the channel number can be adjusted to the needs.... Anyway I have a short dirty patch so it doesnt segfault, and changes the sys_inchannels and sys_out_channels and memory allocation with in stuff exported function. Problem is that it does not affect the GUI ALSA settings and I dont know if I should use sys_setchsr(alsamm_inchannels, alsamm_outchannels, alsamm_sr) in my drivers, better it would be if change of channels samplerate is always checkt after open_audio call in every drivers and corrected for the interface and pd But if someone depends on allocated memory in sys_setchsr and it is changed afterwards, i dont want to be the someone. I submit also a patch to patches (at least try to ;-) mfg winfried ---------------------------------------------------------------------- >Comment By: IOhannes m zmÃ¶lnig (zmoelnig) Date: 2005-06-20 13:42 Message: Logged In: YES user_id=564396 accepted by msp ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1154130&group_…

1 0

[ pure-data-Bugs-1050106 ] Windows -nogui version uses up all CPU
by SourceForge.net 20 Jun '05

20 Jun '05

Bugs item #1050106, was opened at 2004-10-19 17:11 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1050106&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: Closed >Resolution: Fixed Priority: 5 Submitted By: Guenter Geiger (ggeiger) Assigned to: Guenter Geiger (ggeiger) Summary: Windows -nogui version uses up all CPU Initial Comment: If I start pd on windows with the -nogui option it uses up all CPU unless I put a netreceive in my patch. ---------------------------------------------------------------------- >Comment By: IOhannes m zmÃ¶lnig (zmoelnig) Date: 2005-06-20 10:39 Message: Logged In: YES user_id=564396 fixed in 0.39 ---------------------------------------------------------------------- Comment By: IOhannes m zmÃ¶lnig (zmoelnig) Date: 2004-11-17 18:42 Message: Logged In: YES user_id=564396 you can work around this by adding a dummy [netreceive] object. (but of course this is no real solution) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1050106&group_…

1 0

[ pure-data-Bugs-1190023 ] [select] doesn't always work with symbol selector
by SourceForge.net 20 Jun '05

20 Jun '05

Bugs item #1190023, was opened at 2005-04-26 08:37 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1190023&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: Hans-Christoph Steiner (eighthave) >Assigned to: Miller Puckette (millerpuckette) Summary: [select] doesn't always work with symbol selector Initial Comment: a [select] without a creation argument cannot use a symbol selector. A float will work fine on the right inlet, but a symbol will not. Also, a [select] with a symbol argument won't take a float on the right inlet, and vice-versa. ---------------------------------------------------------------------- >Comment By: IOhannes m zmÃ¶lnig (zmoelnig) Date: 2005-06-20 10:37 Message: Logged In: YES user_id=564396 i always considered this "well defined behaviour" of [select] and not a bug. it reacts similar to [route], but this should be documented in the reference-patch ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1190023&group_…

1 0

[ pure-data-Bugs-1149396 ] pd.bat error
by SourceForge.net 20 Jun '05

20 Jun '05

Bugs item #1149396, was opened at 2005-02-22 22:38 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1149396&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: Closed Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: pd.bat error Initial Comment: In the file pd.bat which is executed with de desktop icon installed after the Pure Data installation, there is an error with this script. In fact, C:\Program Files\Pure Data\bin\pd.exe is the path used in this script, but in other countries as Spain, the folder where PD is going to be installed by default is not "Program Files" but "Archivos de Programa". So we have to modify the script to do PureData working well. Any solution? ---------------------------------------------------------------------- >Comment By: IOhannes m zmÃ¶lnig (zmoelnig) Date: 2005-06-20 09:59 Message: Logged In: YES user_id=564396 as ix9 has pointed out, ".bat"-startup scripts has been obsoleted with recent development of pd. anyhow, i still admit that the usage of "C:\Program Files" is dirty and "%PROGRAMFILES%" should be used instead (this should point to the correct (language independent) place finally, i do not find the said installer, so i cannot check it (please give more information when reporting bugs like that: pd-version (exact version!), where did you get it from (link!), operating system,.... ---------------------------------------------------------------------- Comment By: carmen rocco (ix9) Date: 2005-02-22 23:40 Message: Logged In: YES user_id=981127 pd.bat is not necessary.as of 0.38 you have at least 2 alternatives: try the built in settings/prefs system. or this patch http://sourceforge.net/tracker/index. php? func=detail&aid=1070226&group_id=55736&atid= 478072 which will give you a pd.ini file in the same format as .pdrc ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1149396&group_…

1 0

[ pure-data-Patches-1217922 ] fix sendOSC string arg truncation
by SourceForge.net 20 Jun '05

20 Jun '05

Patches item #1217922, was opened at 2005-06-10 04:15 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1217922&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: bugfix Status: Open Resolution: None Priority: 5 Submitted By: steven pickles (pixid) >Assigned to: jdl (x75) Summary: fix sendOSC string arg truncation Initial Comment: for some reason, strings in outgoing osc messages are truncated to 80 characters, even when they are being read into a buffer that is 1000 characters long. i made this little fix so the buffer length being send to atom_string is actually the space remaining in the buffer. pd will segfault if you exceed this buffer, but that bug was there before this change. the osc spec doesn't seem to place a limit on the length of string arguments. ---------------------------------------------------------------------- >Comment By: IOhannes m zmÃ¶lnig (zmoelnig) Date: 2005-06-20 09:36 Message: Logged In: YES user_id=564396 assigned this to x75 (matt seems not to be available) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1217922&group_…

1 0

[ pure-data-Patches-1185294 ] configure'ing gem2pdp
by SourceForge.net 20 Jun '05

20 Jun '05

Patches item #1185294, was opened at 2005-04-18 18:35 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1185294&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: Closed Resolution: Accepted Priority: 5 Submitted By: IOhannes m zmÃ¶lnig (zmoelnig) Assigned to: Nobody/Anonymous (nobody) Summary: configure'ing gem2pdp Initial Comment: i find it very annoying that i have to set the path to my gem and pdp installation by hand in configure.ac since i prefer command-line flags i have added 3 of them (--with-gemdir=<gempath> --with-pdpdir=<pdppath> --with-pddir=<pdpath>) to the configure.ac, which allows me to overrule the hardcoded paths ---------------------------------------------------------------------- >Comment By: IOhannes m zmÃ¶lnig (zmoelnig) Date: 2005-06-20 09:32 Message: Logged In: YES user_id=564396 seems like i was tired yesterday; closing this now (since eighthave didn't submit any patches to this tracker) ---------------------------------------------------------------------- Comment By: IOhannes m zmÃ¶lnig (zmoelnig) Date: 2005-06-19 13:22 Message: Logged In: YES user_id=564396 i shoud check whether eighthave's changes went into the CVS too before closing ---------------------------------------------------------------------- Comment By: Miller Puckette (millerpuckette) Date: 2005-05-18 06:32 Message: Logged In: YES user_id=313747 I don't have a configure.ac -- should I monkey with configure.in??? ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2005-04-19 06:46 Message: Logged In: YES user_id=27104 I added some code to configure.ac that will look at two typical locations for Pd, Gem, and PDP. Feel free to add yours to the search. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1185294&group_…

1 0

scons build system
by Tim Blechmann 19 Jun '05

19 Jun '05

hi all, i checked in a scons build system for devel_0_38, which might work out of the box (unlikely) or not (likely)... anyway, feedback is welcome ... cheers ... tim -- mailto:TimBlechmann@gmx.de ICQ: 96771783 http://www.mokabar.tk latest mp3: kMW.mp3 http://mattin.org/mp3.html latest cd: Goh Lee Kwang & Tim Blechmann: Drone http://www.geocities.com/gohleekwangtimblechmannduo/ After one look at this planet any visitor from outer space would say "I want to see the manager." William S. Burroughs

3 4

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 2005