Any kind of help is welcome at this point. Actually I think the chkstk function used is in gcc's source code, in the gcc/config/i386/cygwin.asm file I pointed to below.
I've been able to tweak the values in the headers that you mention by using ld flags : test2.o: test2.c i386-mingw32ce-gcc -g -c $< test2.exe: test2.o i386-mingw32ce-ld --stack 0x0100000,0x100000 \ --heap 0x0100000,0x100000 \ /opt/x86mingw32ce/i386-mingw32ce/lib/crt3.o \ -g -o $@ $< \ -L/opt/x86mingw32ce/lib/gcc/i386-mingw32ce/4.4.0 \ -L/opt/x86mingw32ce/i386-mingw32ce/lib \ -lmingw32 -lgcc -lgcc_eh -lceoldname -lmingwex -lcoredll \ /opt/x86mingw32ce/lib/gcc/i386-mingw32ce/4.4.0/crtend.o test2.od: test2.exe i386-mingw32ce-objdump -x $< > $@ The objdump output shows that the flags are changed as they should : SizeOfStackReserve 00100000 SizeOfStackCommit 00100000 SizeOfHeapReserve 00100000 SizeOfHeapCommit 00100000 No joy though. BTW this example uses another test program than before. Relevant part of the source : #define STACK_SIZE 33000 void more(void) { char buf[STACK_SIZE]; Print("In deeper function\n"); } void large(void) { char buf[STACK_SIZE]; sprintf(outbuf, "Size : %d\n", sizeof(buf)); Print(outbuf); memset(&buf, 0, STACK_SIZE); Print("After memset\n"); more(); Print("returning\n"); } The application never writes "In deeper function" and stuff that should happen later. This means two stack allocations half the size also cause the problem, which indicates (I think) that the linker - operating system combination is probably to blame, not the compiler. Danny On Sun, 2009-06-07 at 01:19 +0900, Pawel Veselov wrote: > Hi, > > so, umm, what help are you asking for? :) > > The chktsk goes down the stack and probes every page to make sure its > accessible before it is actually overrun (I guess a costly measure to avoid > stack overflows). I found its source code here: > > http://read.pudn.com/downloads63/sourcecode/embed/220997/FATFS/X86/ch > kstk.asm__.htm > > So, it looks like the 66,000 is too much of a stack size. M$ says it is > supposed to be 1MB, but I'm not sure what cegcc linker default's is. So I'd > poke around the EXE file to see what it says for the binary stack size. > According to pecoff_v8, there are two fields that control the stack size, > SizeOfStackReserve, SizeOfStackCommit. > > Thanks, > Pawel. > > 2009/6/6 Danny Backx <danny.ba...@scarlet.be> > > > > I've been poking in the stack limit problem that Johnny reported. > > > > Test program attached, it can be used with e.g. > > i386-mingw32ce-gcc -DSTACK_SIZE=6000 -o stack6000.exe stack.c > > i386-mingw32ce-gcc -DSTACK_SIZE=66000 -o stack66000.exe stack.c > > > > The stack6000 execution succeeds and leaves the expected contents in > > out.txt : > > In main > > Size : 6000 > > After memset > > The stack66000 execution creates a dialog on the screen saying > > Application Error > > Application stack66000.EXE encountered a serious error and must shut > > down > > It also adds one line to out.txt : > > In main > > > > I've built a linux gcc 4.4.0, as expected the same application has no > > problems on linux. > > > > A difference between the assembly code generated for the two platforms > > (see attached source files) is that the CE version calls a function > > __chkstk to probe the stack (see gcc/config/i386/cygwin.asm), the linux > > version does not. > > > > large: (Linux) > > pushl %ebp > > movl %esp, %ebp > > subl $66024, %esp > > movl $.LC0, %eax > > movl $66000, 8(%esp) > > movl %eax, 4(%esp) > > movl $outbuf, (%esp) > > call sprintf > > movl $outbuf, (%esp) > > call Print > > > > > > _large: (CE) > > pushl %ebp > > movl %esp, %ebp > > movl $66024, %eax > > call ___chkstk > > movl $66000, 8(%esp) > > movl $LC0, 4(%esp) > > movl $_outbuf, (%esp) > > call _sprintf > > movl $_outbuf, (%esp) > > call _Print > > > > I've tried porting the piece of Linux assembler in the CE code. This > > requires adding an underscore at some lines, removing dots at others. > > The end result is the same though : crash. > > > > Help ! :-( > > > > Danny > > -- > > Danny Backx ; danny.backx - at - scarlet.be ; http://danny.backx.info -- Danny Backx ; danny.backx - at - scarlet.be ; http://danny.backx.info ------------------------------------------------------------------------------ OpenSolaris 2009.06 is a cutting edge operating system for enterprises looking to deploy the next generation of Solaris that includes the latest innovations from Sun and the OpenSource community. Download a copy and enjoy capabilities such as Networking, Storage and Virtualization. Go to: http://p.sf.net/sfu/opensolaris-get _______________________________________________ Cegcc-devel mailing list Cegcc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cegcc-devel