I am not sure whether the compiler/linker influence this.
Or if they do, then maybe the magic numbers in the exe files cause it,
and these can usually be influenced.
I'm referring to the stuff objdump -x prints out at the beginning, see
below for an ARM example.
Danny
f.exe: file format pei-arm-wince-little
f.exe
architecture: armv4, flags 0x0000013a:
EXEC_P, HAS_DEBUG, HAS_SYMS, HAS_LOCALS, D_PAGED
start address 0x00011000
Characteristics 0x4507
relocations stripped
executable
line numbers stripped
32 bit words
Time/Date Sun May 24 15:44:58 2009
Magic 010b (PE32)
MajorLinkerVersion 2
MinorLinkerVersion 56
SizeOfCode 00001600
SizeOfInitializedData 00000600
SizeOfUninitializedData 00000200
AddressOfEntryPoint 00001000
BaseOfCode 00001000
BaseOfData 00003000
ImageBase 00010000
SectionAlignment 00001000
FileAlignment 00000200
MajorOSystemVersion 4
MinorOSystemVersion 0
MajorImageVersion 1
MinorImageVersion 0
MajorSubsystemVersion 3
MinorSubsystemVersion 0
Win32Version 00000000
SizeOfImage 00015000
SizeOfHeaders 00000400
CheckSum 000147be
Subsystem 00000009 (Wince CUI)
DllCharacteristics 00000000
SizeOfStackReserve 00200000
SizeOfStackCommit 00001000
SizeOfHeapReserve 00100000
SizeOfHeapCommit 00001000
LoaderFlags 00000000
NumberOfRvaAndSizes 00000010
On Mon, 2009-05-25 at 12:57 +0200, Johnny Willemsen wrote:
> Hi
>
> What is the default stack size for the main thread when I compile with CEGCC
> x86? With MSVC I think it is 1MB. The reason I ask is that I have some tests
> that seem to end because of a stack overflow. Danny, for example
> tests/Bug_1890_Regression_Test.cpp.
>
> We allocate a fairly large object on the stack. I have tried
> -Wl,--stack=0x8000000 (see below) but that doesn't resolve the crash. When I
> allocate the object from the heap it does work without problems.
>
> Johnny
>
> i386-mingw32ce-g++ -Wpointer-arith -mthreads -Wno-attributes -Wall -W -O3
> -g -pipe -pipe -DACE_HAS_CEGCC -D_WIN32_WCE=0x600 -DUNICODE -D_UNICODE
> -D_WINDOWS -DCEVER -DWIN32 -D_WINSOCKAPI_ -DACE_HAS_CUSTOM_EXPORT_MACROS=0
> -I/home/build/ACE/cegcc/ACE_wrappers -DACE_HAS_EXCEPTIONS -DACE_NO_INLINE
> -I.. -DACE_AS_STATIC_LIBS -c -o .obj/Bug_1890_Regression_Test.o
> Bug_1890_Regression_Test.cpp
> i386-mingw32ce-g++ -Wpointer-arith -mthreads -Wno-attributes -Wall -W -O3
> -g -pipe -pipe -DACE_HAS_CEGCC -D_WIN32_WCE=0x600 -DUNICODE -D_UNICODE
> -D_WINDOWS -DCEVER -DWIN32 -D_WINSOCKAPI_ -DACE_HAS_CUSTOM_EXPORT_MACROS=0
> -I/home/build/ACE/cegcc/ACE_wrappers -DACE_HAS_EXCEPTIONS -DACE_NO_INLINE
> -I.. -DACE_AS_STATIC_LIBS -Wl,--stack=0x8000000 -Wl,--enable-auto-import
> -L/home/build/ACE/cegcc/ACE_wrappers/lib -static -L. -L../lib -o
> Bug_1890_Regression_Test.exe .obj/Main.o .obj/Bug_1890_Regression_Test.o
> -lTest_Output -lACE -lcoredll -lmingw32 -lmingwex -lws2 -lsupc++ -liphlpapi
>
>
>
> ------------------------------------------------------------------------------
> Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
> is a gathering of tech-side developers & brand creativity professionals. Meet
> the minds behind Google Creative Lab, Visual Complexity, Processing, &
> iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
> Group, R/GA, & Big Spaceship. http://www.creativitycat.com
> _______________________________________________
> Cegcc-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/cegcc-devel
>
--
Danny Backx ; danny.backx - at - scarlet.be ; http://danny.backx.info
------------------------------------------------------------------------------
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, &
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
Group, R/GA, & Big Spaceship. http://www.creativitycat.com
_______________________________________________
Cegcc-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/cegcc-devel
