Re: [Openexr-devel] stack overflow in openexr

[Drew Hess]

Sorry for the mess.  We're going to try to clean up the couple of
remaining PLATFORM_* defines that are needed to compile the code; it's
a leftover of our internal build system.

d



Nicholas Chapman <address@hidden> writes:

> Thanks Paul,
> that fixed it!
>
>     nik
>
>
> Paul Schneider wrote:
>
>>
>> The stack-overflow problem occurred on Windows as well as the Mac
>> (both OS X and OS 9).  Make sure that PLATFORM_WINDOWS is being
>> defined in your build system, so that the large arrays will be
>> allocated in the heap instead of the stack.  See ImfAutoArray.h for
>> details.
>>
>> - Paul
>>
>>
>> On Mar 7, 2006, at 8:01 AM, Nicholas Chapman wrote:
>>
>>> Here's a stack dump, hope this doesn't get too munged by email progs:
>>>
>>> indigo.exe!_chkstk()  Line 91 Asm
>>> indigo.exe!Imf::hufCompress(const unsigned short * raw=0x02c00ae8,
>>> int nRaw=76800, char * compressed=0x02c42d69)  Line 853 + 0x17 C++
>>>  indigo.exe!Imf::PizCompressor::compress(const char *
>>> inPtr=0x02c9fd78, int inSize=153600, Imath::Box<Imath::Vec2<int> >
>>> range={...}, const char * & outPtr=0x02d00022)  Line 478 + 0x22 C++
>>>  indigo.exe!Imf::PizCompressor::compress(const char *
>>> inPtr=0x02c7a578, int inSize=153600, int minY=0, const char * &
>>> outPtr=0x02d00022)  Line 266 + 0x84 C++
>>>  indigo.exe!Imf::OutputFile::writePixels(int numScanLines=19)  Line
>>> 908 + 0x3c C++
>>>  indigo.exe!Imf::RgbaOutputFile::writePixels(int numScanLines=50)
>>> Line 629 C++
>>>  indigo.exe!Image::saveToExr(const
>>> std::basic_string<char,std::char_traits<char>,std::allocator<char>
>>> > & pathname={...})  Line 581 C++
>>>  indigo.exe!checkSaveImage(const Image & image={...}, const
>>> std::basic_string<char,std::char_traits<char>,std::allocator<char>
>>> > & imagename={...})  Line 800 + 0x3d C++
>>>  indigo.exe!actuallyDoMain(bitmapWindow * graphics=0x003b3188)
>>> Line 608 + 0x42 C++
>>>  indigo.exe!doMain(bitmapWindow & graphics={...})  Line 417 + 0x9 C++
>>>  indigo.exe!frameworkMain()  Line 119 + 0xb C++
>>>  indigo.exe!WinMain(HINSTANCE__ * hinstance_=0x00400000,
>>> HINSTANCE__ * hprevinstance=0x00000000, char *
>>> lpcmdline=0x00141f0f, int ncmdshow=1)  Line 74 C++
>>>  indigo.exe!WinMainCRTStartup()  Line 251 + 0x1d C
>>>  KERNEL32.DLL!7c816d4f()   KERNEL32.DLL!7c8399f3()
>>>
>>> thanks,
>>>    nik
>>>
>>>
>>> Florian Kainz wrote:
>>>
>>>> Hi Nicholas,
>>>>
>>>> can you give more details where exactly the stack overflow occurs?
>>>> Do you have a stack trace?
>>>>
>>>> I wonder if your problem is really the same as the one described
>>>> in the April 2003 message.  That particular error occurs only on
>>>> OS X, where the size of the run-time stack is limited to 64 kBytes,
>>>> and we put an OS X-specific workaround in the code (large local
>>>> arrays are allocated on the heap rather than on the stack).
>>>> As far as I know, the 64-kByte limit does not apply on Windows.
>>>>
>>>> Florian
>>>>
>>>>
>>>> Nicholas Chapman wrote:
>>>>
>>>>> Hi,
>>>>> I'm running into a stack overflow problem when trying to save a
>>>>> RGBA .exr image.
>>>>> It's the same error as described here: http://lists.gnu.org/
>>>>> archive/html/openexr-devel/2003-04/msg00011.html
>>>>> Compiler is MS visual studio 2003 C++.
>>>>> I'm using OpenEXR 1.2.2.
>>>>>   Is there a workaround/fix for this?
>>>>>  thanks,
>>>>>     Nicholas Chapman
>>>>>
>>>>>
>>>>> -------------------------------------------------------------------- 
>>>>> ----
>>>>>
>>>>> _______________________________________________
>>>>> Openexr-devel mailing list
>>>>> address@hidden
>>>>> http://lists.nongnu.org/mailman/listinfo/openexr-devel
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> Openexr-devel mailing list
>>> address@hidden
>>> http://lists.nongnu.org/mailman/listinfo/openexr-devel
>>
>>
>>
>>
>
>
>
> _______________________________________________
> Openexr-devel mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/openexr-devel