[PD-dev] [ pure-data-Bugs-1416539 ] [print] behaves oddly with numeric symbols

Bugs item #1416539, was opened at 2006-01-27 10:34 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1416539&group_id=55736 Please note that this message will contain a full copy of the comme

[PD-dev] [ pure-data-Bugs-1544676 ] error in patchname

Bugs item #1544676, was opened at 2006-08-22 11:31 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1544676&group_id=55736 Please note that this message will contain a full copy of the comment

[PD-dev] [ pure-data-Bugs-1483759 ] /bin/pthreadVC.dll missing

Bugs item #1483759, was opened at 2006-05-08 08:01 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1483759&group_id=55736 Please note that this message will contain a full copy of the comment

[PD-dev] [ pure-data-Bugs-1499215 ] openpanel crash

Bugs item #1499215, was opened at 2006-06-01 20:11 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1499215&group_id=55736 Please note that this message will contain a full copy of the comment

[PD-dev] [ pure-data-Bugs-1596279 ] externals missing from 0.39.2-extended-windowsxp nightly

Bugs item #1596279, was opened at 2006-11-14 07:40 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1596279&group_id=55736 Please note that this message will contain a full copy of the comment

Re: [PD-dev] freebytes, outlet_new

On Thu, 4 Jan 2007, Miller Puckette wrote: Both are there for future possible optimizations. The "size" parameter would allow for much more space-optimized memory allocation than malloc() can offer I can think of ways to make space-optimised allocators without any such size parameter. Actua

Re: [PD-dev] freebytes, outlet_new

Both are there for future possible optimizations. The "size" parameter would allow for much more space-optimized memory allocation than malloc() can offer (and I've also used it to trace memory corruption bugs once or twice). The "t_symbol" field could be used to pre-determine data type conversio

[PD-dev] freebytes, outlet_new

two questions: * what's the use of the size_t argument in freebytes? * what's the use of the t_symbol argument in outlet_new? thanks. _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital A