[Bf-committers] Re: [Bf-blender-cvs] CVS commit: blender/source/blender/render/intern/source pipeline.c

wim van hoydonck wim.van.hoydonck at gmail.com
Sat Jan 28 14:30:15 CET 2006

That is a (documented) bug in SDL, see here:


On 1/28/06, Ton Roosendaal <ton at blender.org> wrote:
> ton (Ton Roosendaal) 2006/01/28 11:30:17 CET
>   Modified files:        (Branch: orange)
>     blender/source/blender/render/intern/source pipeline.c
>   Log:
>   Orange: fix for threaded rendering. Discovered that for some reason the
>   threads didn't seem to free allocated memory... while rendering an long
>   sequence, the 'virtual memory' size grew with about 20 meg per frame.
>   This appeared to be not related to using malloc in threads (works
>   properly), but just because threads were not closed properly.
>   I assumed that the call to SDL_CreateThread() also closes the thread
>   when finished... but that seems to be not the case. By using a call to
>   SDL_WaitThread() after the thread was finished the memory heap is stable
>   again.
>   This is something I've seen not documented anywhere... the SDL man
>   pages are horrible sparse; Take for example the official page:
>   http://manuals.thexdershome.com/SDL-1.2.5/html/sdlcreatethread.html
>   Revision  Changes    Path
>   +18 -10    blender/source/blender/render/intern/source/Attic/pipeline.c
>     <http://projects.blender.org/viewcvs/viewcvs.cgi/blender/source/blender/render/intern/source/Attic/pipeline.c.diff?r1=>
> _______________________________________________
> Bf-blender-cvs mailing list
> Bf-blender-cvs at projects.blender.org
> http://projects.blender.org/mailman/listinfo/bf-blender-cvs

Avoid hangovers - stay drunk!

More information about the Bf-committers mailing list