aboutsummaryrefslogtreecommitdiffstats
path: root/Modis/Don't_Get_Worse/Hold_The_Line.dpr
diff options
context:
space:
mode:
authortobigun <tobigun@b956fd51-792f-4845-bead-9b4dfca2ff2c>2008-04-30 13:29:35 +0000
committertobigun <tobigun@b956fd51-792f-4845-bead-9b4dfca2ff2c>2008-04-30 13:29:35 +0000
commitef62a79bbfa8db024a3b3399d3605dd67f568b72 (patch)
treea78efd8e91c6d1be13705494d498fac4ad725618 /Modis/Don't_Get_Worse/Hold_The_Line.dpr
parent85094b44de1f7a1a9bd710b162670fdb0a02a9a8 (diff)
downloadusdx-ef62a79bbfa8db024a3b3399d3605dd67f568b72.tar.gz
usdx-ef62a79bbfa8db024a3b3399d3605dd67f568b72.tar.xz
usdx-ef62a79bbfa8db024a3b3399d3605dd67f568b72.zip
disable stack-checks on debug build (-Ct) to avoid Runtime-Exceptions (Exit-Code 202) e.g. when using non-FPC-managed threads as with SDL_CreateThread(). Stacks of external threads are sometimes considered invalid (even in a test program that just contained SDL_CreateThread, a Thread-function with "return 0" as only line and a loop after SDL_CreateThread, so FPC does not detect a real stack-error). After initializing the console-output (which calls BeginThread) no stack-check error occurs anymore, very strange.
git-svn-id: svn://svn.code.sf.net/p/ultrastardx/svn/trunk@1042 b956fd51-792f-4845-bead-9b4dfca2ff2c
Diffstat (limited to 'Modis/Don't_Get_Worse/Hold_The_Line.dpr')
0 files changed, 0 insertions, 0 deletions