Komit Sejarah

Pembuat SHA1 Pesan Tanggal
  sergei 6a40ff730c * In preparation to support SEH on Win32, moved definitions that apply to Win32 from seh64.inc into syswin.inc. 11 tahun lalu
  Jonas Maebe 598d2feeb6 + rtldefs.inc file for every target that contains defines shared by multiple 13 tahun lalu
  sergei cd44c5f45c Win32 and Win64, fixed DLL exit sequence, resolves #14603: 13 tahun lalu
  sergei 167ee9867e * Moved DLL_xxx declarations to sysos.inc, so they can be reused by wince. 13 tahun lalu
  sergei ebb2205c63 * Moved TExceptionRecord definition to sysos.inc, it is identical for all Windows targets. 13 tahun lalu
  sergei 76b9d7e766 - Removed Win32Wide2AnsiMove() again, it was removed already in r17202 but got restored during subsequent cpstrnew merging. 13 tahun lalu
  pierre 4a9c8e330b + Move EXEC_callback into separate file win/systlsdir.inc 13 tahun lalu
  sergei 37abdd52df * Reverted r19693, calling SysInitMultithreading from PROCESS_ATTACH is plain wrong because it depends on initialized thread manager. Calling InitSystemThreads is more correct, but in case of Win32 it further depends on EnrtyInformation, which is not available at this point. Properly solving the issue requires moving the entire TLS stuff into sysinit units or something like that. 13 tahun lalu
  sergei 266acd1bed * Windows TLS callbacks, call SysInitMultithreading early, it is necessary because if a statically loaded DLL creates a thread, apparently DLL_THREAD_ATTACH callback executes right away before the entry point. In turn, DLL_THREAD_ATTACH requires TLSIndex to be initialized. 13 tahun lalu
  paul 270fb09e87 rtl: add WideStringManager.GetStandardCodePageProc method to retrieve system ansi and console code pages 14 tahun lalu
  paul 5bf39cd1c1 rtl: remove ver2_2 define 14 tahun lalu
  paul 836889fc64 rtl: move some CP_xxx constants from syswin into systemh for generic use, redeclare UTF8Sting, RawByteString using constant identifiers instead of pure numbers. replace comparison with $ffff codepage to CP_NONE 14 tahun lalu
  pierre 7e87ca4c3c * Comment about mingw tlssup.c added 14 tahun lalu
  sergei ad5d2ccabb * Moved command line handling and randomize() to syswin.inc, so a single copy of code is used for both win32 and win64. This implies that apostrophe is no longer supported as quoting symbol in win64. 14 tahun lalu
  sergei f35a8179b1 * Status codes are identical for win32 and win64, moved them to syswin.inc. 14 tahun lalu
  paul 233004f72b merge r14144 from cpstrnew branch by paul: 14 tahun lalu
  paul 2162add8ac merge r14132 from cpstrnew branch by paul: 14 tahun lalu
  paul 8cc22972a0 merge r13488 from cpstrnew branch by florian except ncgcon.pas which has a difficult merge conflict (code moved to another unit which is not at the branch during the revision): 14 tahun lalu
  paul ae0d732c8f merge r13485 from cpstrnew branch by florian: 14 tahun lalu
  paul 28627482c5 merge r13483 from cpstrnew branch by florian: 14 tahun lalu
  sergei ef48f93d85 * win/systhrd.inc: modified ThreadMain so it initializes RTL if not already done, allowing TLS callbacks to be optional. 14 tahun lalu
  sergei 5c3aca5148 * thread.inc, DoneThread: allow CurrentTM.ReleaseThreadVars to be unassigned and reset ThreadID (in preparation to support Windows native threadvars) 14 tahun lalu
  sergei 50952945e1 * Moved WideString-related code, which is identical for Win32 and Win64, into syswin.inc 14 tahun lalu
  sergei ea1e44c036 * Hacking TLS callbacks into proper shape, part 2: 14 tahun lalu
  sergei 138c2b6b0a * Hacking TLS callbacks into proper shape: 14 tahun lalu
  pierre 450fd8784b * section specification method changed 14 tahun lalu
  pierre 8e2da253f9 * Index pointer field must be set to correct value in EXECUTABLE as it is used at program launch 14 tahun lalu
  pierre bffd571f9d * win/sysos.inc: TTlsDirectory, new record type 14 tahun lalu
  pierre 128e2e9cc5 *Dll_entry: Call SysInitMultiThreading to allocate TlsKey if not yet done 14 tahun lalu
  sergei 3a7ac49cc2 - Removed Win32Wide2AnsiMove, using Win32Unicode2AnsiMove for both Unicode-to-ansi and Wide-to-ansi conversions. In general, we don't need two different conversion routines in wideStringManager, as long as they differ only in PWideChar vs PUnicodeChar (these types are identical). 14 tahun lalu