Selon David Wetzel <address@hidden>:
Xavier wrote:
I dont understand how a std output can corrupt a program or
change the result of an opengl(glitz) call.
IMHO the reason of all this is either :
- a gcc 4.1 bug
- a mingw bug
- a video driver bug
- a wrong library configuration
- a thread conflict
- another weird thing i cant understand
Here is a try with gdb in a case where Gorm cant start and ends
with 'couldn't find ARGB32 surface format' (exit 1).
See a full backtrace below - i dont understand anything :o\
The call came from ntdll.dll, from atioglxx.dll, from
libglitz-1.exe, from
ntdll.dll, from atioglxx.dll, from -[NSTableView
highlightSelectionInClipRect:]
But first gdb gives a warning :
warning: HEAP[Gorm.exe]:
warning: Invalid Address specified to RtlReAllocateHeap
( 003D0000, 014C53A0 )
My gdb seems buggy :-\
I see a call to 'ntdll!RtlFreeThreadActivationContextStack'
Could it be a thread conflict error ?
Gorm GSBackend is default to 'GlitzCairo-012', that's the name
of my backend. But each time i launch Gorm, i get :
'Did not find correct version of backend, falling back to std.'
I dont know what that means. Could it be the reason ?
Same message with Calculator or GFractal examples
(the last is very very sloooooowww)