BadaPZ comments

Results 9 comments of


                                            BadaPZ

C++11 thread_local

I integrated MMPP into a larger build, cannot provide a small repro now. There is a.EXE it uses import lib to a b.DLL what links MMPP as a static lib....

C++11 thread_local

1. MMPP linked to the b.DLL. 2.-3. WorkData is a thread_local struct: **thread_local RMTLSDATA g_WorkData;** It is automatically initialized in every thread at the 1st reference to it by the...

in the b.DLL: initbDll() { pThreadData = new THREAD_DATA; . . hthreadWork = new std::thread(threadWork, pThreadData); . } static unsigned __stdcall threadWork(void *lpParam) { // read access violation 0x0000000000000215

C++11 thread_local

When MMPP is not initialized, in the 1st worker thread: 00007FF91708A510 push rdi 00007FF91708A512 sub rsp,40h if (g_pWorkData == NULL) 00007FF91708A516 mov eax,110h 00007FF91708A51B mov eax,eax 00007FF91708A51D mov ecx,dword ptr...

C++11 thread_local

Hi! Could you reproduce the issue?

Building issue on Windows on ARM64 with VS2022 for ARM64 native (1.83)

Could anybody build boost on WoARM64 using VS2022?

Building issue on Windows on ARM64 with VS2022 for ARM64 native (1.83)

It looks, it is vc144 toolset handling issue in b2

Building issue on Windows on ARM64 with VS2022 for ARM64 native (1.83)

This https://github.com/boostorg/boost/issues/914 solves this issue. boots builds and runs on Windows on ARM64

If the application path contains "Unicode characters" (for instance: ő) the SkiaSharp.dll cannot load native libSkiaSharp.dll.

Is there anything wrong with not having LoadLibraryW and CharSet = CharSet.Unicode implemented here? private static class Win32 { private const string SystemLibrary = "Kernel32.dll"; [DllImport (SystemLibrary, SetLastError = true,...