Re: [Openexr-devel] stack overflow in openexr

[Nicholas Chapman]

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