search for: createthread

...coming across the following issue since R 2.15.2 32-bit (running on Windows XP 32.bit; some output left out for conciseness): > setInternet2(TRUE) > require(rJava) > .jinit() > getCRANmirrors() > system("ls" , intern = TRUE) Error in system("ls", intern = TRUE) : CreateThread failed My details are as follows: > sessionInfo() R version 2.15.2 (2012-10-26) Platform: i386-w64-mingw32/i386 (32-bit) locale: [1] LC_COLLATE=German_Switzerland.1252 LC_CTYPE=German_Switzerland.1252 LC_MONETARY=German_Switzerland.1252 [4] LC_NUMERIC=C LC_TIME=German_S...

Hi all, Here''s my initial stab at a pure Ruby win32-thread library that doesn''t work at all. I''m not sure how to pass the start address of the arguments to the callback. I thought about Marshal, but you can''t marshal a proc. BTW, the CreateThread method in windows-pr needs to be updated for this to have any hope of success. Any ideas? Thanks, Dan # win32/thread.rb require ''windows/thread'' require ''windows/synchronize'' require ''windows/error'' include Windows module Win32 class T...

The winamp plugin would not compile. I am using the Cygnus environment (gcc, and a lot of other GNU utils) on Windows NT. _beginthread() is not found. That doesn't look like a function application code should ever call directly. I converted it to use CreateThread and it compiles and works. Change this: thread_handle = (HANDLE)_beginthread(DecodeThread,0, (void *)(&killDecod eThread) ); To this: thread_handle = (HANDLE)CreateThread(NULL,0,DecodeThread,(void *)(&killD ecodeThread),0,0); and then it works. No guarantees at all that this is corre...

The exact problem is that it hangs when i try to play a divx file with these 2 lines : fixme:thread:SYSDEPS_SpawnThread CreateThread: stub fixme:thread:SYSDEPS_SpawnThread CreateThread: stub then all i can do is kill the process. thanks for any advice On Fri, 2002-06-07 at 11:49, FireWire BSD wrote: > Hi, > I was using 2002.05.09 with FreeBSD 4.6RC and virtualdub 1.4.10 with > no problem, i could encode, decode and...

...ggered a build failure on a Windows-sanitizer by making the sanity checking in `ASAN_INTERCEPT_FUNC` a bit stricter. My best guess is that the type of the defined interceptor is not compatible (in C++ typing terms) with the “real” function. This seems to be the case for the following 2 functions: CreateThread “no conversion”: From: 'DWORD (__cdecl *)(void * , __sanitizer::uptr, DWORD (__cdecl *)(void *), void *, DWORD, void * )' To : 'HANDLE (__cdecl *)(LPSECURITY_ATTRIBUTES, SIZE_T , LPTHREAD_START_ROUTINE , LPVOID, DWORD, LPDWORD)' __C_specific_handler: Fro...

...ent, 1000) == WAIT_OBJECT_0) + break; + + SetTheServiceStatus(SERVICE_START_PENDING, 0, i, 1000); + } + // The service has started. SetTheServiceStatus(SERVICE_RUNNING, NO_ERROR, 0, 0); @@ -241,9 +252,9 @@ } #endif - // Create Thread for service main - hThread = CreateThread(NULL,0,ThreadProc,0,0,&ThreadId); - if(hThread == INVALID_HANDLE_VALUE){ + // Create the event to signal the service to start. + hStartEvent = CreateEvent(NULL, TRUE, FALSE, NULL); + if(hStartEvent == NULL){ strcpy(error,ErrorDescription(GetLastError())); ErrorStopSe...

...t;); + return FALSE; + } + + if (FAILED(m_mouse->lpVtbl->SetDataFormat(m_mouse, &c_dfDIMouse2))) + { + ERR("SetDataFormat failed.\n"); + return FALSE; + } + + m_mouse->lpVtbl->Acquire(m_mouse); //OK if we don't acquire now + + if(!CreateThread(NULL, 0, __pollInput, hWnd, 0, NULL)) + { + ERR("Failed to CreateThread for __pollInput.\n"); + return FALSE; + } + + mouse_init = TRUE; return TRUE; } @@ -397,12 +494,86 @@ BOOL WINAPI DECLSPEC_HOTPATCH RegisterRawInputDevices(PRAWINPUTDEVICE pRawInputD */...

Where are the patches mentioned in the bug report comments? The specific one I'm refering to is http://bugs.winehq.org/show_bug.cgi?id=15323#c12. The comment mentions that it's attached, but I can't seem to access the attachment.

...%02d:%02d:%03d",systime/3600,(systime%3600)/60,(systime%3600)%60,milisectime); return (const char*) buffer; }; //fim cronometro int main(int a, char **b) { int i; DWORD iThreadId; HANDLE mainThread[num_th]; tfim = 0; tini = GetTickCount(); for(i=0; i< num_th;i++) mainThread[i] = CreateThread(NULL, 0, (LPTHREAD_START_ROUTINE)thread_call, (LPVOID)TESTE, 0, (DWORD *)&iThreadId); //WaitForMultipleObjects( num_th, (const HANDLE* )mainThread, TRUE, INFINITE); for( i=0; i < num_th; i++) { WaitForSingleObject( mainThread[i], INFINITE ); CloseHandle(mainThread[i]); }...

...wine.bin jobs that will never die, and can't be killed. (I am using wine from CVS as of 3/12/02 or so) Thinking that I'd be a good samaritan (and try to learn something about debugging), I ran wine with --debugmsg +relay, brought up slashdot, then terminated proxomitron. Searching for CreateThread, I found 21 calls. Searching for ExitThread, I found 20 calls. But I was left with 8 unkillable wine.bin processes. (While the program was running there were 10 wine.bin processes, plus wineserver running) At this point I didn't know what to try next. Any pointers would be appreciated. I h...

Hi Guus, Unfortunately, I often notice that even with the advanced UDP hole punching mechanisms that tinc uses, I still come across cases on my network where two nodes behind NATs cannot talk to each other because one of the nodes is behind a "strict" NAT that won't use consistent source ports for UDP packets that are sent to different destination addresses. More formally, this

...e with MiniUPnP, go ahead. As for dependencies: it should be possible to disable support for UPnP for those who want to build a minimal version of tinc. As for threads, tinc 1.0.x on Windows already uses threads (as you should know) without using libpthread. If UPnP can be integrated by just using CreateThread() and maybe Enter/LeaveCriticalSection(), I'd use that and avoid the whole issue of libpthread. NAT-PMP (and PCP?) seems interesting to, maybe it is simple enough to code directly into tinc? -- Met vriendelijke groet / with kind regards, Guus Sliepen <guus at tinc-vpn.org> -------...

...end :) > As for dependencies: it should be possible to disable support for UPnP > for those who want to build a minimal version of tinc. As for threads, > tinc 1.0.x on Windows already uses threads (as you should know) without > using libpthread. If UPnP can be integrated by just using CreateThread() > and maybe Enter/LeaveCriticalSection(), I'd use that and avoid the whole > issue of libpthread. Okay. > NAT-PMP (and PCP?) seems interesting to, maybe it is simple enough to > code directly into tinc? Well, the author of miniupnpc also wrote libnatpmp, which apparently *is* s...

...98f915da syscall_thread_switch + 10 1 libsystem_platform.dylib 0x00007fff965f982d _OSSpinLockLockSlow + 63 2 libclang_rt.tsan_osx_dynamic.dylib 0x00000001063d5e4d __sanitizer::BlockingMutex::Lock() + 29 3 libclang_rt.tsan_osx_dynamic.dylib 0x00000001063db7bb __sanitizer::ThreadRegistry::CreateThread(unsigned long, bool, unsigned int, void*) + 43 Thread 1: 0 libsystem_kernel.dylib 0x00007fff98f9648a __semwait_signal + 10 1 libclang_rt.tsan_osx_dynamic.dylib 0x0000000106393a0e wrap_nanosleep + 94 2 libclang_rt.tsan_osx_dynamic.dylib 0x00000001063c2bea __tsan::BackgroundThread(void...

...LL){ strcpy(error,ErrorDescription(GetLastError())); - ErrorStopService(); rb_raise(cDaemonError,error); } - // Create the green thread to poll for Service_Ctrl events - rb_thread_create(Ruby_Service_Ctrl, 0); - // Create Thread for service main hThread = CreateThread(NULL,0,ThreadProc,0,0,&ThreadId); if(hThread == INVALID_HANDLE_VALUE){ strcpy(error,ErrorDescription(GetLastError())); - ErrorStopService(); rb_raise(cDaemonError,error); } - if(rb_respond_to(self,rb_intern("service_init"))){ - rb_funcall(self...

...{ > > int i; > > DWORD iThreadId; > > HANDLE mainThread[num_th]; > > tfim = 0; > > tini = GetTickCount(); > > You're starting your count ... > > > for(i=0; i< num_th;i++) > > mainThread[i] = CreateThread(NULL, 0, (LPTHREAD_START_ROUTINE)thread_call, (LPVOID)TESTE, 0, (DWORD *)&iThreadId); > > > While doing a thread create method (which I don't have on my darwin > box) that calls "printf". "printf" is I/O bound and makes for a lousy > performance test. >...

...ONINFO if cbSize is invalid. comctl32: toolbar: In CreateToolbarEx the default bitmap size is also 16x16. shlwapi: Fix the handling of overflows in PathCombine[AW]. Paul Vriens (8): crypt32/tests: Use A-version for registry functions. ws2_32/tests: Add required parameter to CreateThread (for Win9x and WinME). kernel32/tests: CreateRemoteThread is not implemented on win98. kernel32/tests: GetComputerNameW is not implemented on win98. kernel32/tests: GetLongPathNameW is not implemented on win98. setupapi/tests: SetupDiCreateDeviceInfoListExW is not implemente...

...l_thread_switch + 10 > 1 libsystem_platform.dylib 0x00007fff965f982d _OSSpinLockLockSlow + 63 > 2 libclang_rt.tsan_osx_dynamic.dylib 0x00000001063d5e4d __sanitizer::BlockingMutex::Lock() + 29 > 3 libclang_rt.tsan_osx_dynamic.dylib 0x00000001063db7bb __sanitizer::ThreadRegistry::CreateThread(unsigned long, bool, unsigned int, void*) + 43 > > Thread 1: > 0 libsystem_kernel.dylib 0x00007fff98f9648a __semwait_signal + 10 > 1 libclang_rt.tsan_osx_dynamic.dylib 0x0000000106393a0e wrap_nanosleep + 94 > 2 libclang_rt.tsan_osx_dynamic.dylib 0x00000001063c2bea __ts...

...2: Add more process shutdown tests. kernel32: Count precise amount of child process failures. kernel32: Check whether FreeLibrary actually has unloaded the module. ntdll: Refuse to create new thread if the target process is being terminated. kernel32: Add a test to show that CreateThread is supposed to fail after the NtTerminateProcess call. kernel32: Test LdrShutdownProcess behaviour only after NtTerminateProcess(0) call. kernel32/tests: Add some tests for remote process termination. Erich Hoover (2): advapi32: Fix group ownership test on Vista. server: Re...

On Wed, Jan 20, 2016 at 1:31 PM, Chris Matthews <chris.matthews at apple.com> wrote: > I worded that poorly, the Jenkins check I added will explain to the user > that we know this fails sometimes. > > On Jan 20, 2016, at 1:30 PM, Chris Matthews <chris.matthews at apple.com> > wrote: > > I have added a Jenkins check for this test, which explains why it fails on