提交歷史

作者 SHA1 備註 提交日期
  svenbarth af53fcb48c Adjust SysInstance so that it is correctly handled with the indirect entry information on Win32 9 年之前
  svenbarth 6afda909d4 Rework TlsKey handling on Windows so that it works as intended with indirect main information 9 年之前
  svenbarth e3060130a4 Adjustments so that the resource string related tables are provided inside the system unit (both for indirect and direct entry targets). 9 年之前
  svenbarth 0491bca72a inc/system.inc: 9 年之前
  svenbarth 7e1e947b71 asm_exit is only needed on Win32 (Note: the removal of asm_exit from TEntryInformation in the previous commit should have been in this one -.- ) 9 年之前
  svenbarth b525cecad8 - get rid of the calling convention modifier for PascalMain as it's generated using the default calling convention anyway (without any parameters this luckily doesn't matter that much ;) ) 9 年之前
  svenbarth 2d454dc8fa Move DynLibs support to System unit using a manager approach like for Threads, WideStrings, etc.. This is needed so that we can support features like "delayed" and loading of dynamic packages. 10 年之前
  sergei ae68a4962f - RTL: merged functionality of InitWideStringManager into InitUnicodeStringManager and removed the former. 11 年之前
  sergei 3a5e6485b5 - RTL: removed InitVariantManager, it was an empty procedure since day 1. 11 年之前
  sergei 3a55c4301e * Since StackTop=StackBottom+StackLength, any two variables are sufficient to describe stack, the third one is redundant. 11 年之前
  sergei c83f4c5ddc * Windows targets: removed 'errno' threadvar, OS error codes can be passed directly to Errno2InOutRes(). 11 年之前
  sergei 489b23cecd * Made TStartupInfo type common for win32 and win64 and updated as suggested by Mantis #23074. 11 年之前
  sergei 53f3bc052d - Do not compile non-SEH parts of exception handling if SEH is used. 11 年之前
  sergei 695f271b8c + Win32 SEH: actually install the exception handler around main procedure (write to fs:(0) was missing). 11 年之前
  sergei 179586f589 + SEH support for Win32. Enable by cycling with OPT=-dTEST_WIN32_SEH. 11 年之前
  sergei 5ada0ff373 - Removed debugging code around SetUnhandledExceptionFilter. This function sets some global variable in kernel32.dll, and does not change fs:[0]. 11 年之前
  sergei bc4c1149c3 + Native threadvar implementation for Win32 and Win64 (most of it, but not yet complete). 12 年之前
  florian f6f6df2780 * removed line breaks 13 年之前
  florian 25b80bedf9 * get rid of tabs with wrong size 13 年之前
  florian 3d76823929 * load StackTop and StackBottom correctly on windows, also in libraries 13 年之前
  Tomas Hajny d442d14e0c + FileNameCasePreserving added - see #18066 in Mantis 13 年之前
  sergei cd44c5f45c Win32 and Win64, fixed DLL exit sequence, resolves #14603: 13 年之前
  florian 562932a2c9 * change dllparam into PtrInt, this is required for 64 bit systems, patch based on Gennadiy's patch in #21089, resolves #21089 13 年之前
  sergei ebb2205c63 * Moved TExceptionRecord definition to sysos.inc, it is identical for all Windows targets. 13 年之前
  sergei 5b6b6cdd11 - clean out remaining ver2_0, REGCALL, FPC_HAS_INDIRECT_MAIN_INFORMATION defines. 13 年之前
  sergei bcbd25568e * Call InitHeap before InitSystemThreads in TLS callback (necessary because InitSystemThreads calls RelocateHeap), and skip both of them in initialization section of system.pp if they have been called from TLS callback. This restores correct initialization sequence which was broken by r19779, resulting in lots of debug messages about corrupted heap when running tests/test/theapthread.pp 13 年之前
  pierre 4a9c8e330b + Move EXEC_callback into separate file win/systlsdir.inc 14 年之前
  sergei 32094761ef * win32/system.pp, win64/system.pp: Moved duplicated declarations of WinAPI functions to sysos.inc (Florian's comment about include ordering is no longer true, wstrings.inc comes after sysos.inc these days). 14 年之前
  paul 1ccf16358c rtl: init widestring and unitcodestring managers before initialization of Standard IO files (stdin,stdout,stderr) 14 年之前
  sergei 268d8685e7 - Removed SysResetFPU/SysInitFPU from win32/win64 system unit initialization. It is redundant here because it is called from fpc_initializeunits->fpc_cpuinit (on win64) or from fpc_cpucodeinit (on win32). 14 年之前