Pd-dev December 2007

pd-dev@lists.iem.at

28 participants
143 discussions

[ pure-data-Patches-1848295 ] Fix small potential stack overflow
by SourceForge.net 11 Dec '07

11 Dec '07

Patches item #1848295, was opened at 2007-12-10 18:53 Message generated for change (Comment added) made by russellbryant You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1848295&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 Private: No Submitted By: Russell Bryant (russellbryant) Assigned to: Nobody/Anonymous (nobody) Summary: Fix small potential stack overflow Initial Comment: Attached is a patch to fix another potential stack buffer overflow in s_main.c. I didn't send this over in private because I don't think it can be exploited in any useful way, so it's just a small bug. ---------------------------------------------------------------------- >Comment By: Russell Bryant (russellbryant) Date: 2007-12-10 20:38 Message: Logged In: YES user_id=1942915 Originator: YES I'm sorry for the stupid typo. That code is actually only compiled in for a Windows build (whenever MSW is defined), so I didn't notice. ---------------------------------------------------------------------- Comment By: Russell Bryant (russellbryant) Date: 2007-12-10 20:36 Message: Logged In: YES user_id=1942915 Originator: YES File Added: filename_overflow.patch2.txt ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-12-10 19:18 Message: Logged In: YES user_id=27104 Originator: NO I am guessing there is a typo in that patch, since the new line also uses sprintf() instead of snprintf(): - sprintf(filename, "%s.dll", sys_externalschedlibname); + sprintf(filename, sizeof(filename), "%s.dll", sys_externalschedlibname); ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1848295&group_…

1 0

[ pure-data-Patches-1848295 ] Fix small potential stack overflow
by SourceForge.net 11 Dec '07

11 Dec '07

Patches item #1848295, was opened at 2007-12-10 18:53 Message generated for change (Comment added) made by russellbryant You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1848295&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 Private: No Submitted By: Russell Bryant (russellbryant) Assigned to: Nobody/Anonymous (nobody) Summary: Fix small potential stack overflow Initial Comment: Attached is a patch to fix another potential stack buffer overflow in s_main.c. I didn't send this over in private because I don't think it can be exploited in any useful way, so it's just a small bug. ---------------------------------------------------------------------- >Comment By: Russell Bryant (russellbryant) Date: 2007-12-10 20:36 Message: Logged In: YES user_id=1942915 Originator: YES File Added: filename_overflow.patch2.txt ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-12-10 19:18 Message: Logged In: YES user_id=27104 Originator: NO I am guessing there is a typo in that patch, since the new line also uses sprintf() instead of snprintf(): - sprintf(filename, "%s.dll", sys_externalschedlibname); + sprintf(filename, sizeof(filename), "%s.dll", sys_externalschedlibname); ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1848295&group_…

1 0

[ pure-data-Patches-1848295 ] Fix small potential stack overflow
by SourceForge.net 11 Dec '07

11 Dec '07

Patches item #1848295, was opened at 2007-12-10 19:53 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1848295&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 Private: No Submitted By: Russell Bryant (russellbryant) Assigned to: Nobody/Anonymous (nobody) Summary: Fix small potential stack overflow Initial Comment: Attached is a patch to fix another potential stack buffer overflow in s_main.c. I didn't send this over in private because I don't think it can be exploited in any useful way, so it's just a small bug. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-12-10 20:18 Message: Logged In: YES user_id=27104 Originator: NO I am guessing there is a typo in that patch, since the new line also uses sprintf() instead of snprintf(): - sprintf(filename, "%s.dll", sys_externalschedlibname); + sprintf(filename, sizeof(filename), "%s.dll", sys_externalschedlibname); ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1848295&group_…

1 0

[ pure-data-Patches-1848292 ] ggee/makefile.sub cleanup and documentation
by SourceForge.net 11 Dec '07

11 Dec '07

Patches item #1848292, was opened at 2007-12-10 19:49 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1848292&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: Deleted Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: ggee/makefile.sub cleanup and documentation Initial Comment: I went looking around through externals. Specifically, I was interested in looking at [streamin~]/[streamout~]. I was also interested in how the externals were being built. So, while looking at how these externals were built, I made some significant changes to this Makefile. Changes: ggee/signal/Makefile: - Simply add the -f option to rm to avoid errors being sent to the console when files don't exist to get removed. ggee/makefile.sub: - Added comments to sections of the Makefile to describe what they are for - Centralized the handling of CFLAGS and LDFLAGS to one spot so it is clear what is platform specific. - Re-work the compilation and linking targets so that they use the new handling of the CFLAGS and LDFLAGS. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-12-10 20:16 Message: Logged In: YES user_id=27104 Originator: NO hehe, no prob ---------------------------------------------------------------------- Comment By: Russell Bryant (russellbryant) Date: 2007-12-10 19:51 Message: Logged In: YES user_id=1942915 Originator: NO Please delete this issue ... I hit refresh on a really old browser window and it re-POSTed this. Oops! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1848292&group_…

1 0

[ pure-data-Patches-1848295 ] Fix small potential stack overflow
by SourceForge.net 11 Dec '07

11 Dec '07

Patches item #1848295, was opened at 2007-12-10 18:53 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=1848295&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 Private: No Submitted By: Russell Bryant (russellbryant) Assigned to: Nobody/Anonymous (nobody) Summary: Fix small potential stack overflow Initial Comment: Attached is a patch to fix another potential stack buffer overflow in s_main.c. I didn't send this over in private because I don't think it can be exploited in any useful way, so it's just a small bug. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1848295&group_…

1 0

[ pure-data-Patches-1848292 ] ggee/makefile.sub cleanup and documentation
by SourceForge.net 11 Dec '07

11 Dec '07

Patches item #1848292, was opened at 2007-12-10 18:49 Message generated for change (Comment added) made by russellbryant You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1848292&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: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: ggee/makefile.sub cleanup and documentation Initial Comment: I went looking around through externals. Specifically, I was interested in looking at [streamin~]/[streamout~]. I was also interested in how the externals were being built. So, while looking at how these externals were built, I made some significant changes to this Makefile. Changes: ggee/signal/Makefile: - Simply add the -f option to rm to avoid errors being sent to the console when files don't exist to get removed. ggee/makefile.sub: - Added comments to sections of the Makefile to describe what they are for - Centralized the handling of CFLAGS and LDFLAGS to one spot so it is clear what is platform specific. - Re-work the compilation and linking targets so that they use the new handling of the CFLAGS and LDFLAGS. ---------------------------------------------------------------------- Comment By: Russell Bryant (russellbryant) Date: 2007-12-10 18:51 Message: Logged In: YES user_id=1942915 Originator: NO Please delete this issue ... I hit refresh on a really old browser window and it re-POSTed this. Oops! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1848292&group_…

1 0

[ pure-data-Patches-1848292 ] ggee/makefile.sub cleanup and documentation
by SourceForge.net 11 Dec '07

11 Dec '07

Patches item #1848292, was opened at 2007-12-10 16:49 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=1848292&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: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: ggee/makefile.sub cleanup and documentation Initial Comment: I went looking around through externals. Specifically, I was interested in looking at [streamin~]/[streamout~]. I was also interested in how the externals were being built. So, while looking at how these externals were built, I made some significant changes to this Makefile. Changes: ggee/signal/Makefile: - Simply add the -f option to rm to avoid errors being sent to the console when files don't exist to get removed. ggee/makefile.sub: - Added comments to sections of the Makefile to describe what they are for - Centralized the handling of CFLAGS and LDFLAGS to one spot so it is clear what is platform specific. - Re-work the compilation and linking targets so that they use the new handling of the CFLAGS and LDFLAGS. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1848292&group_…

1 0

flext/msd free(): invalid pointer?
by [*~] 10 Dec '07

10 Dec '07

hi all: i am having some trouble with externals(msd/pool..) using flext, i kept getting: *** glibc detected *** pd: free(): invalid pointer: 0x082afd14 *** then, pd just freeze.. this is from a recent cvs check out (less than a week ago) of pd/externals/... etc. anyone had this before? or know how to fix it? please see below for section of log output from valgrind. i can post the complete log if necessary cheers chun ------ ==3750== Invalid free() / delete / delete[] ==3750== at 0x4024096: operator delete(void*) (vg_replace_malloc.c:244) ==3750== by 0x5E013BF: std::vector<Link<1>*, std::allocator<Link<1>*> >::_M_insert_aux(__gnu_cxx::__normal_iterator<Link<1>**, std::vector<Link<1>*, std::allocator<Link<1>*> > >, Link<1>* const&) (in /usr/local/lib/pd/extra/msd.pd_linux) ==3750== by 0x5E0158A: Link<1>::Link(long, _symbol const*, Mass<1>*, Mass<1>*, float, float, long, float*, float, float, float) (in /usr/local/lib/pd/extra/msd.pd_linux) ==3750== by 0x5E02037: msdN<1>::m_link(int, _atom*) (in /usr/local/lib/pd/extra/msd.pd_linux) ==3750== by 0x5E02856: msdN<1>::flext_c_m_link(flext_base_single*, int, _atom*) (in /usr/local/lib/pd/extra/msd.pd_linux) ==3750== by 0x5E0DBA5: flext_base_single::TryMethTag(flext_base_single::Item*, _symbol const*, int, _atom const*) (in /usr/local/lib/pd/extra/msd.pd_linux) ==3750== by 0x5E0DD50: flext_base_single::FindMeth(int, _symbol const*, int, _atom const*) (in /usr/local/lib/pd/extra/msd.pd_linux) ==3750== by 0x5E0DE82: flext_base_single::CbMethodHandler(int, _symbol const*, int, _atom const*) (in /usr/local/lib/pd/extra/msd.pd_linux) ==3750== by 0x5E0E6B4: flext_base_single::cb_anything(flext_hdr*, _symbol const*, int, _atom*) (in /usr/local/lib/pd/extra/msd.pd_linux) ==3750== by 0x80A9DF3: pd_typedmess (m_class.c:749) ==3750== Address 0x42E5EEC is 4 bytes inside a block of size 8 alloc'd ==3750== at 0x4023AA4: calloc (vg_replace_malloc.c:279) ==3750== by 0x80AD7ED: getbytes (m_memory.c:24) ==3750== by 0x5E01367: std::vector<Link<1>*, std::allocator<Link<1>*> >::_M_insert_aux(__gnu_cxx::__normal_iterator<Link<1>**, std::vector<Link<1>*, std::allocator<Link<1>*> > >, Link<1>* const&) (in /usr/local/lib/pd/extra/msd.pd_linux) ==3750== by 0x5E0158A: Link<1>::Link(long, _symbol const*, Mass<1>*, Mass<1>*, float, float, long, float*, float, float, float) (in /usr/local/lib/pd/extra/msd.pd_linux) ==3750== by 0x5E02037: msdN<1>::m_link(int, _atom*) (in /usr/local/lib/pd/extra/msd.pd_linux) ==3750== by 0x5E02856: msdN<1>::flext_c_m_link(flext_base_single*, int, _atom*) (in /usr/local/lib/pd/extra/msd.pd_linux) ==3750== by 0x5E0DBA5: flext_base_single::TryMethTag(flext_base_single::Item*, _symbol const*, int, _atom const*) (in /usr/local/lib/pd/extra/msd.pd_linux) ==3750== by 0x5E0DD50: flext_base_single::FindMeth(int, _symbol const*, int, _atom const*) (in /usr/local/lib/pd/extra/msd.pd_linux) ==3750== by 0x5E0DE82: flext_base_single::CbMethodHandler(int, _symbol const*, int, _atom const*) (in /usr/local/lib/pd/extra/msd.pd_linux) ==3750== by 0x5E0E6B4: flext_base_single::cb_anything(flext_hdr*, _symbol const*, int, _atom*) (in /usr/local/lib/pd/extra/msd.pd_linux) ==3750== by 0x80A9DF3: pd_typedmess (m_class.c:749) ==3750== . . . ==3750== Invalid read of size 4 ==3750== at 0x5E0A53A: flext_root_single::operator delete(void*) (in /usr/local/lib/pd/extra/msd.pd_linux) ==3750== by 0x5E07849: flext_base_single::xlet::~xlet() (in /usr/local/lib/pd/extra/msd.pd_linux) ==3750== by 0x5E350E4: (within /usr/local/lib/pd/extra/msd2D.pd_linux) ==3750== by 0x418B513: exit (in /lib/i686/cmov/libc-2.6.1.so) ==3750== by 0x80BA61C: glob_quit (s_inter.c:1285) ==3750== Address 0x42FFE28 is 0 bytes inside a block of size 12 free'd ==3750== at 0x402437F: free (vg_replace_malloc.c:233) ==3750== by 0x5E0A54F: flext_root_single::operator delete(void*) (in /usr/local/lib/pd/extra/msd.pd_linux) ==3750== by 0x5E07849: flext_base_single::xlet::~xlet() (in /usr/local/lib/pd/extra/msd.pd_linux) ==3750== by 0x5E648D4: (within /usr/local/lib/pd/extra/msd3D.pd_linux) ==3750== by 0x418B513: exit (in /lib/i686/cmov/libc-2.6.1.so) ==3750== by 0x80BA61C: glob_quit (s_inter.c:1285) ==3750== ==3750== Invalid free() / delete / delete[] ==3750== at 0x402437F: free (vg_replace_malloc.c:233) ==3750== by 0x5E0A54F: flext_root_single::operator delete(void*) (in /usr/local/lib/pd/extra/msd.pd_linux) ==3750== by 0x5E07849: flext_base_single::xlet::~xlet() (in /usr/local/lib/pd/extra/msd.pd_linux) ==3750== by 0x5E350E4: (within /usr/local/lib/pd/extra/msd2D.pd_linux) ==3750== by 0x418B513: exit (in /lib/i686/cmov/libc-2.6.1.so) ==3750== by 0x80BA61C: glob_quit (s_inter.c:1285) ==3750== Address 0x42FFE28 is 0 bytes inside a block of size 12 free'd ==3750== at 0x402437F: free (vg_replace_malloc.c:233) ==3750== by 0x5E0A54F: flext_root_single::operator delete(void*) (in /usr/local/lib/pd/extra/msd.pd_linux) ==3750== by 0x5E07849: flext_base_single::xlet::~xlet() (in /usr/local/lib/pd/extra/msd.pd_linux) ==3750== by 0x5E648D4: (within /usr/local/lib/pd/extra/msd3D.pd_linux) ==3750== by 0x418B513: exit (in /lib/i686/cmov/libc-2.6.1.so) ==3750== by 0x80BA61C: glob_quit (s_inter.c:1285) . . .

1 0

[ pure-data-Bugs-1848150 ] pdp_qt does not load any type of movie (pd 0.40.3-extended)
by SourceForge.net 10 Dec '07

10 Dec '07

Bugs item #1848150, was opened at 2007-12-10 21:34 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=1848150&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: pd-extended Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: wonderingwout (wonderingwout) Assigned to: Hans-Christoph Steiner (eighthave) Summary: pdp_qt does not load any type of movie (pd 0.40.3-extended) Initial Comment: Hard- and software details: - MacBook 1,83 2GB ram with MacOSX Leopard 10.5.1 - Pd-0.40.3-extended-20071207.app Error message: pdp_qt: opening /Users/wout/Documents/PureData/VJ-tool/files/disco1.mov pdp_qt: video stream found (640x480 pixels, 15 fps, 20 frames, jpeg codec) pdp_qt: WARNING: unsupported video codec pdp_qt: ERROR: no usable video stream found. I tried to load a movies with the following compression types: - mpeg4 - jpeg - sorensen video 3 - animation - none All with the same failure message. The same patch with Pd version 0.39.3-extended-rc5 works. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1848150&group_…

1 0

[ pure-data-Bugs-1848069 ] pdp_qt makes pd crash when saving patch (OSX 10.5.1)
by SourceForge.net 10 Dec '07

10 Dec '07

Bugs item #1848069, was opened at 2007-12-10 19:34 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=1848069&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: pd-extended Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: wonderingwout (wonderingwout) Assigned to: Hans-Christoph Steiner (eighthave) Summary: pdp_qt makes pd crash when saving patch (OSX 10.5.1) Initial Comment: Specs: - MacBook 1,83 with 2GB ram and MacOSX Leopard (10.5.1) - Movie with JPEG compression, 640x480 px and 15 fps - Pd version 0.39.3-extended-rc5 If a movie is loaded into pdp_qt, after hitting save pd will definitely crash. Sometimes pd will crash anyway by saving a patch. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1848069&group_…

1 0

← Newer
1
...
7
8
9
10
11
12
13
14
15
Older →

Jump to page:

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