Ros-dev

ros-dev@reactos.org

5790 discussions

Re: [ros-dev] [ros-diffs] [jgardou] 57171: [MINGWEX] - mark DllMain as a weak symbol for GCC. - supply a stubbed DllMain for MSVC. - DllMain is optional, and some DLLs don't implement it. That doesn't mean that they have no...
by Timo Kreuzer 27 Aug '12

27 Aug '12

Hi, I don't agree with these changes. If we need a DllEntry in the lib, then we should use the one that is provided by mingw-w64 (all this code is 100% mingw-w64). It simply returns true (thats exactly what the one in MS CRT does) and works for gcc and MSVC. Also what's the point of DisableThreadLibraryCalls() here? As you wrote yourself, no DllMain only means "I have nothing more to initialize than the CRT". But this disables the CRT thread initializion, too. There is also no need for weak symbols, we can simply call the stub DllMain, since it doesn't (shouldn't) do anything. Regards, Timo Am 27.08.2012 01:31, schrieb jgardou(a)svn.reactos.org: > Author: jgardou > Date: Sun Aug 26 23:31:49 2012 > New Revision: 57171 > > URL: http://svn.reactos.org/svn/reactos?rev=57171&view=rev > Log: > [MINGWEX] > - mark DllMain as a weak symbol for GCC. > - supply a stubbed DllMain for MSVC. > - DllMain is optional, and some DLLs don't implement it. That doesn't mean that they have no entry point, it means "I have nothing more to initialize than the CRT". > > Added: > trunk/reactos/lib/sdk/crt/startup/mscdllmain.c (with props) > Modified: > trunk/reactos/lib/sdk/crt/msvcrtex.cmake > trunk/reactos/lib/sdk/crt/startup/crtdll.c > > Modified: trunk/reactos/lib/sdk/crt/msvcrtex.cmake > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/lib/sdk/crt/msvcrtex.cmake… > ============================================================================== > --- trunk/reactos/lib/sdk/crt/msvcrtex.cmake [iso-8859-1] (original) > +++ trunk/reactos/lib/sdk/crt/msvcrtex.cmake [iso-8859-1] Sun Aug 26 23:31:49 2012 > @@ -66,7 +66,9 @@ > endif() > > if(MSVC) > - list(APPEND MSVCRTEX_SOURCE startup/mscmain.c) > + list(APPEND MSVCRTEX_SOURCE > + startup/mscmain.c > + startup/mscdllmain.c) > else() > list(APPEND MSVCRTEX_SOURCE startup/gccmain.c) > endif() > > Modified: trunk/reactos/lib/sdk/crt/startup/crtdll.c > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/lib/sdk/crt/startup/crtdll… > ============================================================================== > --- trunk/reactos/lib/sdk/crt/startup/crtdll.c [iso-8859-1] (original) > +++ trunk/reactos/lib/sdk/crt/startup/crtdll.c [iso-8859-1] Sun Aug 26 23:31:49 2012 > @@ -50,7 +50,19 @@ > > extern int mingw_app_type; > > +/* > + * It is possible that a DLL provides no DllMain entry point. > + * Mark it as a weak symbol for GCC. > + * Tests show that at link time, MSVC looks for a function first in the object files provided, and then > + * in the libraries. This means that we must provide a basic implementation in msvcrtex, which will be used > + * if none is found in the object files provided to link.exe. > + * This also means that we can't rely on a DllMain function implemented in a static library when linking a DLL. > + */ > +#ifdef __GNUC__ > +extern WINBOOL WINAPI DllMain (HANDLE hDllHandle, DWORD dwReason, LPVOID lpreserved) __attribute__((weak)); > +#else > extern WINBOOL WINAPI DllMain (HANDLE hDllHandle, DWORD dwReason, LPVOID lpreserved); > +#endif > > extern WINBOOL WINAPI DllEntryPoint (HANDLE, DWORD, LPVOID); > > @@ -198,10 +210,12 @@ > } > if (dwReason == DLL_PROCESS_ATTACH) > __main (); > - retcode = DllMain(hDllHandle,dwReason,lpreserved); > + if(DllMain) > + retcode = DllMain(hDllHandle,dwReason,lpreserved); > if (dwReason == DLL_PROCESS_ATTACH && ! retcode) > { > - DllMain (hDllHandle, DLL_PROCESS_DETACH, lpreserved); > + if(DllMain) > + DllMain (hDllHandle, DLL_PROCESS_DETACH, lpreserved); > DllEntryPoint (hDllHandle, DLL_PROCESS_DETACH, lpreserved); > _CRT_INIT (hDllHandle, DLL_PROCESS_DETACH, lpreserved); > } > > Added: trunk/reactos/lib/sdk/crt/startup/mscdllmain.c > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/lib/sdk/crt/startup/mscdll… > ============================================================================== > --- trunk/reactos/lib/sdk/crt/startup/mscdllmain.c (added) > +++ trunk/reactos/lib/sdk/crt/startup/mscdllmain.c [iso-8859-1] Sun Aug 26 23:31:49 2012 > @@ -1,0 +1,11 @@ > +#include <oscalls.h> > +#define _DECL_DLLMAIN > +#include <process.h> > + > +WINBOOL WINAPI DllMain (HANDLE hDllHandle, DWORD dwReason, LPVOID lpreserved) > +{ > + /* If the DLL provides no DllMain, then chances are that it doesn't bother with thread initialization */ > + if(dwReason == DLL_PROCESS_ATTACH) > + DisableThreadLibraryCalls(hDllHandle); > + return TRUE; > +} > > Propchange: trunk/reactos/lib/sdk/crt/startup/mscdllmain.c > ------------------------------------------------------------------------------ > svn:eol-style = native > > >

2 2

Re: [ros-dev] [ros-diffs] [tkreuzer] 57141: [FREELDR] Improve readability of sector calculation
by Timo Kreuzer 27 Aug '12

27 Aug '12

Btw, we are using a lot of hardcoded 512 values here for sector size even though there is a field in fthe Volume structure for that. Is that correct? Am 23.08.2012 14:02, schrieb tkreuzer(a)svn.reactos.org: > Author: tkreuzer > Date: Thu Aug 23 12:02:30 2012 > New Revision: 57141 > > URL: http://svn.reactos.org/svn/reactos?rev=57141&view=rev > Log: > [FREELDR] > Improve readability of sector calculation > > Modified: > trunk/reactos/boot/freeldr/freeldr/fs/fat.c > > Modified: trunk/reactos/boot/freeldr/freeldr/fs/fat.c > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/boot/freeldr/freeldr/fs/fa… > ============================================================================== > --- trunk/reactos/boot/freeldr/freeldr/fs/fat.c [iso-8859-1] (original) > +++ trunk/reactos/boot/freeldr/freeldr/fs/fat.c [iso-8859-1] Thu Aug 23 12:02:30 2012 > @@ -1338,8 +1338,7 @@ > // > // Seek to right position > // > - Position.HighPart = SectorNumber >> 23; > - Position.LowPart = SectorNumber << 9; > + Position.QuadPart = (ULONGLONG)SectorNumber * 512; > ret = ArcSeek(Volume->DeviceId, &Position, SeekAbsolute); > if (ret != ESUCCESS) > { > > >

3 2

Re: [ros-dev] [ros-diffs] [jgardou] 57160: [OPENGL32_WINETEST] - Sync with wine
by Thomas Faber 26 Aug '12

26 Aug '12

Hi, On 2012-08-26 11:17, jgardou(a)svn.reactos.org wrote: > Log: > [OPENGL32_WINETEST] > - Sync with wine speaking from previous experience, it'd be very nice if the commit message would allow finding the correctly matched Wine version for this easily (i.e. without tedious look-up of what was HEAD on whatever date the commit was). Thanks! Best regards, Thomas

1 0

Good bye RBuild
by Pierre Schweitzer 25 Aug '12

25 Aug '12

Hi, after having finished its 11405th build, the last official RBuild builder has gone offline, forever. The Linux CMake builder has now turned as being the official builder. Thanks RBuild, you served us well :-). Also, the other RBuild builder, the release builder has also gone offline forever. Its hardware was not able to properly handle a ReactOS build, and was hardly upgradable. Daily release builds should replace it any time soon. With my best regards, -- Pierre Schweitzer <pierre(a)reactos.org> Systems Administrator ReactOS Foundation

4 4

Re: [ros-dev] [ros-diffs] [akhaldi] 57151: [CMAKE/MSVC] Hermès Bélusca: * Fix a bug in the way we compiled the boot sectors on the x64 build. * Consistently set the mc compiler, like gcc builds. * Use proper variables when ...
by Timo Kreuzer 24 Aug '12

24 Aug '12

What was the bug? I can't figure it out from the changes. Am 24.08.2012 17:36, schrieb akhaldi(a)svn.reactos.org: > Author: akhaldi > Date: Fri Aug 24 15:36:17 2012 > New Revision: 57151 > > URL: http://svn.reactos.org/svn/reactos?rev=57151&view=rev > Log: > [CMAKE/MSVC] > Hermès Bélusca: > * Fix a bug in the way we compiled the boot sectors on the x64 build. > * Consistently set the mc compiler, like gcc builds. > * Use proper variables when referring to the compilers. > See issue #7297 for more details. > > Modified: > trunk/reactos/cmake/msvc.cmake > trunk/reactos/toolchain-msvc.cmake > > Modified: trunk/reactos/cmake/msvc.cmake > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/cmake/msvc.cmake?rev=57151… > ============================================================================== > --- trunk/reactos/cmake/msvc.cmake [iso-8859-1] (original) > +++ trunk/reactos/cmake/msvc.cmake [iso-8859-1] Fri Aug 24 15:36:17 2012 > @@ -53,12 +53,12 @@ > # We may temporarily use just the global defines, but this is not a solution as some modules (minihal for example) apply additional definitions to source files, so we get an incorrect build of such targets. > get_directory_property(definitions DEFINITIONS) > set(CMAKE_ASM_COMPILE_OBJECT > - "cl /nologo /X /I${REACTOS_SOURCE_DIR}/include/asm /I${REACTOS_BINARY_DIR}/include/asm <FLAGS> ${definitions} /D__ASM__ /D_USE_ML /EP /c <SOURCE> > <OBJECT>.tmp" > + "<CMAKE_C_COMPILER> /nologo /X /I${REACTOS_SOURCE_DIR}/include/asm /I${REACTOS_BINARY_DIR}/include/asm <FLAGS> ${definitions} /D__ASM__ /D_USE_ML /EP /c <SOURCE> > <OBJECT>.tmp" > "<CMAKE_ASM_COMPILER> /nologo /Cp /Fo<OBJECT> /c /Ta <OBJECT>.tmp") > else() > # NMake Makefiles > set(CMAKE_ASM_COMPILE_OBJECT > - "cl /nologo /X /I${REACTOS_SOURCE_DIR}/include/asm /I${REACTOS_BINARY_DIR}/include/asm <FLAGS> <DEFINES> /D__ASM__ /D_USE_ML /EP /c <SOURCE> > <OBJECT>.tmp" > + "<CMAKE_C_COMPILER> /nologo /X /I${REACTOS_SOURCE_DIR}/include/asm /I${REACTOS_BINARY_DIR}/include/asm <FLAGS> <DEFINES> /D__ASM__ /D_USE_ML /EP /c <SOURCE> > <OBJECT>.tmp" > "<CMAKE_ASM_COMPILER> /nologo /Cp /Fo<OBJECT> /c /Ta <OBJECT>.tmp") > endif() > > @@ -67,14 +67,14 @@ > add_compile_flags("/analyze") > elseif(_PREFAST_) > message("PREFAST enabled!") > - set(CMAKE_C_COMPILE_OBJECT "prefast cl ${CMAKE_START_TEMP_FILE} ${CMAKE_CL_NOLOGO} <FLAGS> <DEFINES> /Fo<OBJECT> -c <SOURCE>${CMAKE_END_TEMP_FILE}" > + set(CMAKE_C_COMPILE_OBJECT "prefast <CMAKE_C_COMPILER> ${CMAKE_START_TEMP_FILE} ${CMAKE_CL_NOLOGO} <FLAGS> <DEFINES> /Fo<OBJECT> -c <SOURCE>${CMAKE_END_TEMP_FILE}" > "prefast LIST") > - set(CMAKE_CXX_COMPILE_OBJECT "prefast cl ${CMAKE_START_TEMP_FILE} ${CMAKE_CL_NOLOGO} <FLAGS> <DEFINES> /TP /Fo<OBJECT> -c <SOURCE>${CMAKE_END_TEMP_FILE}" > + set(CMAKE_CXX_COMPILE_OBJECT "prefast <CMAKE_CXX_COMPILER> ${CMAKE_START_TEMP_FILE} ${CMAKE_CL_NOLOGO} <FLAGS> <DEFINES> /TP /Fo<OBJECT> -c <SOURCE>${CMAKE_END_TEMP_FILE}" > "prefast LIST") > set(CMAKE_C_LINK_EXECUTABLE > - "cl ${CMAKE_CL_NOLOGO} <OBJECTS> ${CMAKE_START_TEMP_FILE} <FLAGS> /Fe<TARGET> -link /implib:<TARGET_IMPLIB> /version:<TARGET_VERSION_MAJOR>.<TARGET_VERSION_MINOR> <CMAKE_C_LINK_FLAGS> <LINK_FLAGS> <LINK_LIBRARIES>${CMAKE_END_TEMP_FILE}") > + "<CMAKE_C_COMPILER> ${CMAKE_CL_NOLOGO} <OBJECTS> ${CMAKE_START_TEMP_FILE} <FLAGS> /Fe<TARGET> -link /implib:<TARGET_IMPLIB> /version:<TARGET_VERSION_MAJOR>.<TARGET_VERSION_MINOR> <CMAKE_C_LINK_FLAGS> <LINK_FLAGS> <LINK_LIBRARIES>${CMAKE_END_TEMP_FILE}") > set(CMAKE_CXX_LINK_EXECUTABLE > - "cl ${CMAKE_CL_NOLOGO} <OBJECTS> ${CMAKE_START_TEMP_FILE} <FLAGS> /Fe<TARGET> -link /implib:<TARGET_IMPLIB> /version:<TARGET_VERSION_MAJOR>.<TARGET_VERSION_MINOR> <CMAKE_CXX_LINK_FLAGS> <LINK_FLAGS> <LINK_LIBRARIES>${CMAKE_END_TEMP_FILE}") > + "<CMAKE_CXX_COMPILER> ${CMAKE_CL_NOLOGO} <OBJECTS> ${CMAKE_START_TEMP_FILE} <FLAGS> /Fe<TARGET> -link /implib:<TARGET_IMPLIB> /version:<TARGET_VERSION_MAJOR>.<TARGET_VERSION_MINOR> <CMAKE_CXX_LINK_FLAGS> <LINK_FLAGS> <LINK_LIBRARIES>${CMAKE_END_TEMP_FILE}") > endif() > > set(CMAKE_RC_CREATE_SHARED_LIBRARY ${CMAKE_C_CREATE_SHARED_LIBRARY}) > @@ -143,7 +143,7 @@ > # Compile the generated asm stub file > add_custom_command( > OUTPUT ${_asm_stubs_file}.obj > - COMMAND ml /Cp /Fo${_asm_stubs_file}.obj /c /Ta ${_asm_stubs_file} > + COMMAND ${CMAKE_ASM_COMPILER} /Cp /Fo${_asm_stubs_file}.obj /c /Ta ${_asm_stubs_file} > DEPENDS ${_asm_stubs_file}) > else() > # be clear about the "language" > @@ -202,27 +202,28 @@ > endfunction() > > macro(macro_mc FLAG FILE) > - set(COMMAND_MC mc ${FLAG} -r ${REACTOS_BINARY_DIR}/include/reactos -h ${REACTOS_BINARY_DIR}/include/reactos ${CMAKE_CURRENT_SOURCE_DIR}/${FILE}.mc) > + set(COMMAND_MC ${CMAKE_MC_COMPILER} ${FLAG} -r ${REACTOS_BINARY_DIR}/include/reactos -h ${REACTOS_BINARY_DIR}/include/reactos ${CMAKE_CURRENT_SOURCE_DIR}/${FILE}.mc) > endmacro() > > #pseh workaround > set(PSEH_LIB "pseh") > > -# Use full path for ml when using x64 VS > -if((ARCH MATCHES amd64) AND ($ENV{VCINSTALLDIR})) > +# Use a full path for the x86 version of ml when using x64 VS. > +# It's not a problem when using the DDK/WDK because, in x64 mode, > +# both the x86 and x64 versions of ml are available. > +if((ARCH MATCHES amd64) AND (DEFINED ENV{VCINSTALLDIR})) > set(CMAKE_ASM16_COMPILER $ENV{VCINSTALLDIR}/bin/ml.exe) > else() > set(CMAKE_ASM16_COMPILER ml.exe) > endif() > > function(CreateBootSectorTarget _target_name _asm_file _binary_file _base_address) > - > set(_object_file ${_binary_file}.obj) > set(_temp_file ${_binary_file}.tmp) > > add_custom_command( > OUTPUT ${_temp_file} > - COMMAND cl /nologo /X /I${REACTOS_SOURCE_DIR}/include/asm /I${REACTOS_BINARY_DIR}/include/asm /D__ASM__ /D_USE_ML /EP /c ${_asm_file} > ${_temp_file} > + COMMAND ${CMAKE_C_COMPILER} /nologo /X /I${REACTOS_SOURCE_DIR}/include/asm /I${REACTOS_BINARY_DIR}/include/asm /D__ASM__ /D_USE_ML /EP /c ${_asm_file} > ${_temp_file} > DEPENDS ${_asm_file}) > > add_custom_command( > > Modified: trunk/reactos/toolchain-msvc.cmake > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/toolchain-msvc.cmake?rev=5… > ============================================================================== > --- trunk/reactos/toolchain-msvc.cmake [iso-8859-1] (original) > +++ trunk/reactos/toolchain-msvc.cmake [iso-8859-1] Fri Aug 24 15:36:17 2012 > @@ -6,6 +6,7 @@ > # which compilers to use for C and C++ > set(CMAKE_C_COMPILER cl) > set(CMAKE_CXX_COMPILER cl) > +set(CMAKE_MC_COMPILER mc) > set(CMAKE_RC_COMPILER rc) > if(${ARCH} MATCHES amd64) > set(CMAKE_ASM_COMPILER ml64) > > >

2 1

Re: [ros-dev] [ros-diffs] [jgardou] 57124: [WINED3D] - MSVC needs INFINITY and NAN from wine/port.h. It can't be included from a header Will be sent upstream
by Thomas Faber 24 Aug '12

24 Aug '12

Hi, On 2012-08-21 15:38, jgardou(a)svn.reactos.org wrote: > URL:http://svn.reactos.org/svn/reactos?rev=57124&view=rev > Log: > [WINED3D] > - MSVC needs INFINITY and NAN from wine/port.h. > It can't be included from a header > Will be sent upstream can you explain what's wrong with including it from a header? I was under the impression we had fixed the infinity/nan stuff properly on Wine's side by adding it all to port.h. Thanks! -Thomas

3 3

Re: [ros-dev] [ros-diffs] [jgardou] 57129: [WIN32K] - Use the right surface for direct DCs in DIB transfer functions It could have changed with a display settings change
by Timo Kreuzer 22 Aug '12

22 Aug '12

Hmmmmmmm.... I don't think that this is a good idea. We must call DC_vPrepareForBlit to lock the surfaces, otherwise we run into race conditions. And we should really also care for the mouse cursor, otherwise we might make it unhappy. Anyway, I don't care about this code, since I already rewrote it :D Anyway, I think it's time to ASSERT device locks. Am 22.08.2012 18:45, schrieb jgardou(a)svn.reactos.org: > Author: jgardou > Date: Wed Aug 22 16:45:49 2012 > New Revision: 57129 > > URL: http://svn.reactos.org/svn/reactos?rev=57129&view=rev > Log: > [WIN32K] > - Use the right surface for direct DCs in DIB transfer functions > It could have changed with a display settings change > > Modified: > trunk/reactos/win32ss/gdi/ntgdi/dibobj.c > > Modified: trunk/reactos/win32ss/gdi/ntgdi/dibobj.c > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/win32ss/gdi/ntgdi/dibobj.c… > ============================================================================== > --- trunk/reactos/win32ss/gdi/ntgdi/dibobj.c [iso-8859-1] (original) > +++ trunk/reactos/win32ss/gdi/ntgdi/dibobj.c [iso-8859-1] Wed Aug 22 16:45:49 2012 > @@ -447,8 +447,16 @@ > DC_UnlockDc(pDC); > goto Exit2; > } > - > - pSurf = pDC->dclevel.pSurface; > + > + /* > + * Select the right surface. > + * NOTE: we don't call DC_vPrepareDCsForBlit, because we don't > + * care about mouse, visible region or brushes in this API. > + */ > + if(pDC->dctype == DCTYPE_DIRECT) > + pSurf = pDC->ppdev->pSurface; > + else > + pSurf = pDC->dclevel.pSurface; > if (!pSurf) > { > DC_UnlockDc(pDC); > @@ -1113,7 +1121,15 @@ > goto cleanup; > } > > - psurfDst = pdc->dclevel.pSurface; > + /* > + * Select the right surface. > + * NOTE: we don't call DC_vPrepareDCsForBlit, because we don't > + * care about mouse, visible region or brushes in this API. > + */ > + if(pdc->dctype == DCTYPE_DIRECT) > + psurfDst = pdc->ppdev->pSurface; > + else > + psurfDst = pdc->dclevel.pSurface; > if (!psurfDst) > { > // CHECKME > > >

2 1

Re: [ros-dev] [ros-diffs] [fireball] 57119: [CRT] - Use wine's wctype table in CRT for iswctype() function. Previous implementation was returning incorrect information for non-Latin characters. Problem found and fixed by Se...
by Timo Kreuzer 22 Aug '12

22 Aug '12

For me it looks like _pwctype, __p__pwctype and __pwctype_func also need to be fixed. Am 20.08.2012 19:20, schrieb fireball(a)svn.reactos.org: > Author: fireball > Date: Mon Aug 20 17:20:48 2012 > New Revision: 57119 > > URL: http://svn.reactos.org/svn/reactos?rev=57119&view=rev > Log: > [CRT] > - Use wine's wctype table in CRT for iswctype() function. Previous implementation was returning incorrect information for non-Latin characters. Problem found and fixed by Sergey Shamanaev (seven_ro). > - Move wctype.c from libwine to lib/sdk/crt instead of making yet another copy of it (currently there is one more in tools/unicode). Suggested by Amine Khaldi. > See issue #5090 for more details. > > Added: > trunk/reactos/lib/sdk/crt/string/wctype.c > - copied unchanged from r57101, trunk/reactos/lib/3rdparty/libwine/wctype.c > Removed: > trunk/reactos/lib/3rdparty/libwine/wctype.c > Modified: > trunk/reactos/lib/3rdparty/libwine/CMakeLists.txt > trunk/reactos/lib/sdk/crt/crt.cmake > trunk/reactos/lib/sdk/crt/string/ctype.c > > [This mail would be too long, it was shortened to contain the URLs only.] > > Modified: trunk/reactos/lib/3rdparty/libwine/CMakeLists.txt > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/lib/3rdparty/libwine/CMake… > > Removed: trunk/reactos/lib/3rdparty/libwine/wctype.c > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/lib/3rdparty/libwine/wctyp… > > Modified: trunk/reactos/lib/sdk/crt/crt.cmake > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/lib/sdk/crt/crt.cmake?rev=… > > Modified: trunk/reactos/lib/sdk/crt/string/ctype.c > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/lib/sdk/crt/string/ctype.c… > > >

1 0

Re: [ros-dev] [ros-diffs] [jimtabor] 57101: [NtUser] - Stop spurious window handle errors and code fixes.
by Thomas Faber 20 Aug '12

20 Aug '12

Hey, On 2012-08-18 23:40, jimtabor(a)svn.reactos.org wrote: > URL:http://svn.reactos.org/svn/reactos/trunk/reactos/win32ss/user/ntuser/ca… > ============================================================================== > --- trunk/reactos/win32ss/user/ntuser/caret.c [iso-8859-1] (original) > +++ trunk/reactos/win32ss/user/ntuser/caret.c [iso-8859-1] Sat Aug 18 21:40:49 2012 > @@ -42,14 +42,17 @@ > if(!ThreadQueue || !ThreadQueue->CaretInfo) > return FALSE; > > - pWnd = UserGetWindowObject(ThreadQueue->CaretInfo->hWnd); > co_IntHideCaret(ThreadQueue->CaretInfo); > ThreadQueue->CaretInfo->Bitmap = (HBITMAP)0; > ThreadQueue->CaretInfo->hWnd = (HWND)0; > ThreadQueue->CaretInfo->Size.cx = ThreadQueue->CaretInfo->Size.cy = 0; > ThreadQueue->CaretInfo->Showing = 0; > ThreadQueue->CaretInfo->Visible = 0; > - IntNotifyWinEvent(EVENT_OBJECT_DESTROY, pWnd, OBJID_CARET, CHILDID_SELF, 0); > + if (ThreadQueue->CaretInfo->hWnd) this can never be true, as it was set to 0 above. > + { > + pWnd = UserGetWindowObject(ThreadQueue->CaretInfo->hWnd); > + IntNotifyWinEvent(EVENT_OBJECT_DESTROY, pWnd, OBJID_CARET, CHILDID_SELF, 0); > + } > return TRUE; > } > Best, Thomas

2 1

ReactOS Services partial downtime
by Pierre Schweitzer 19 Aug '12

19 Aug '12

Hi, today, many of our services encountered a long downtime due to an air conditioning issue in the datacenter their running hypervisor is located (you can find more info there: http://hetzner-status.de/ - german). A safety shutdown has been done to preserve our server hardware integrity. The other hypervisor and the other services being in other datacenters, they were not concerned by the issue. Services being concerned: - Mail - SVN - git - web - build master They are now fully back online and operational. Sorry for the inconvenience. With my best regards, -- Pierre Schweitzer <pierre(a)reactos.org> Systems Administrator ReactOS Foundation

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev