Joachim Henze ec85d9c62b [0.4.7][SDK] Change gcc baseaddress for user32.dll to fix CORE-12752 regression ... CORE-12752 Symptom "multiple programs refuse to start because base address conflict between MSVCP71.dll & our user32.dll (that can't be relocated by design)." E.g: -Photoshop CS2 -Avira Antivir 6.35.00.243 when selecting "Start update" from systray icon It regressed by SVN r68838 == git a9a2119c0c The new base-address is manually crafted to same address that I used for 0.4.9-RC-23-g 519cdd3c52 already. It is most likely not as effective in preventing other relocations as the proper fix that was created by a full recalculation of all dlls base addresses later in 0.4.10-dev-338-g 80bac79070 But it worked properly for me to solve CORE-12752 and today I do fear I would have higher chances to unhide other memory corruption bugs if I would do the proper thing. So unless this would prove to cause any other issue, I will stick with this minimal invasive approach for the older releases.		2020-11-13 16:46:49 +01:00
..
Compiler
Platform
baseaddress.cmake	[0.4.7][SDK] Change gcc baseaddress for user32.dll to fix CORE-12752 regression	2020-11-13 16:46:49 +01:00
baseaddress_dwarf.cmake
baseaddress_msvc.cmake
bison-flex.cmake
CMakeDetermineASMCompiler.cmake
CMakeDetermineCompilerId.cmake
CMakeMacros.cmake
CMakeParseArguments.cmake
compilerflags.cmake
config-amd64.cmake
config-arm.cmake
config.cmake
gcc.cmake	[0.4.7][NTOSKRNL] Restore section layout for NTOSKRNL to fix BSOD regression CORE-14683	2020-10-31 16:43:52 +01:00
host-tools.cmake
init-section.lds	[0.4.7][NTOSKRNL] Restore section layout for NTOSKRNL to fix BSOD regression CORE-14683	2020-10-31 16:43:52 +01:00
localization.cmake
midl-support.cmake
msvc.cmake	[0.4.7][NTOSKRNL] Restore section layout for NTOSKRNL to fix BSOD regression CORE-14683	2020-10-31 16:43:52 +01:00
widl-support.cmake
writing_CmakeLists_for_ReactOS.txt