similar to: Pure win32-thread library?

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)

Hi, I triggered 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 * ,

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

Hi, I believe this patch would be a perfect solution for a lengthy initialization application. Added hStartEvent, service_init, checkpoint increments. ============================================================ --- temp/service.c 2005-11-27 00:03:30.000000000 +0900 +++ service.c 2005-11-27 00:01:58.000000000 +0900 @@ -14,6 +14,7 @@ static VALUE cDaemonError; static VALUE rbServiceStruct,

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.

Dear R users & developers, I 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: >

Can't find anything at goggle, so hope someone in this group can help. I've installed codeweavers-wine-20010305-1.i386.rpm on my RedHat 7.0, which put everything in /opt/wine/. I built the following program (in file hello.cpp): #include <iostream.h> #include <windows.h> int main() { INT i = 0; cout << "i = " << i << endl; HANDLE 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

The following C test program was compiled using LLVM with -O3 option and MSVC with /O2. The MSVC one is about 600 times faster than the one compiled with the LLVM. We can see that the for loop in MSVC assembler is solved in the optimization pass more efficiently than that in LLVM. Is there an way to get a optimization result in LLVM like that of the MSVC? Manoel Teixeira #include

Wine 20050111 has been working fine until today ... now it fails when I go to run Quicken 2002. I am running Fedora Core 3 on a Pentium 3 with all of the current updates, wine 20050111. Windows Version is set to "Win98" Error message: fixme:msvcrt:_setmbcp Unreal codepages (e.g. -3) not implemented. What has happened? Thanks, David Johnson

the following is the output, when I try to run the app via wine in debug mode(sorry if I have pasted the unnecessary information/output) # export WINEDEBUG=+relay # wine PrjPatientInfo.exe 0009:Ret KERNEL32.CloseHandle() retval=00000001 ret=65f3b30e 0009:Call ntdll.RtlFreeHeap(00110000,00000000,00133528) ret=65f014db 0009:Ret ntdll.RtlFreeHeap() retval=00000001 ret=65f014db 0009:Call

the following is the output, when I try to run the app via wine in debug mode(sorry if I have pasted the unnecessary information/output) # export WINEDEBUG=+relay # wine PrjPatientInfo.exe 0009:Ret KERNEL32.CloseHandle() retval=00000001 ret=65f3b30e 0009:Call ntdll.RtlFreeHeap(00110000,00000000,00133528) ret=65f014db 0009:Ret ntdll.RtlFreeHeap() retval=00000001 ret=65f014db 0009:Call

Ah ha! I found crash reports: green-dragon-03:DiagnosticReports buildslave$ cat mmap_stress.cc.tmp_2016-01-19-231335_green-dragon-03.crash Process: mmap_stress.cc.tmp [95010] Path: /Users/USER/*/mmap_stress.cc.tmp Identifier: mmap_stress.cc.tmp Version: 0 Code Type: X86-64 (Native) Parent Process: bash [95004] User ID:

Anarchy Online is running great through WINE. However, I need to apply this patch in order for the right mouse button to do extra functionality === Code: diff --git a/dlls/user32/Makefile.in b/dlls/user32/Makefile.in index 3dbde26..d1ebfe8 100644 --- a/dlls/user32/Makefile.in +++ b/dlls/user32/Makefile.in @@ -1,7 +1,7 @@ EXTRADEFS = -D_USER32_ -D_WINABLE_ MODULE = user32.dll IMPORTLIB =

Hello, I have a win32 console program running on wine-1.1.7-1.12 (openSuSE 11.1 rc1) using two cpus. While the results are ok the performance of this program is very poor. After some testing and comparing with windows I have found: The program writes out its results on ascii files from time to time. This writing phase obviously takes much(!) longer on wine as on windows. And during this

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

If anyone remembers, I was having issues running Jeskola Buzz with wine. I've fixed this by apt-get remove-ing the debian-unstable packages and compiling wine from source (wine-20020310) which has created the necessary registry files. However, when I try to run Buzz.exe, I get the following fixme:msvcrt:MSVCRT_setvbuf (0x403bc744,0x41544828,0,4096)stub fixme:msvcrt:MSVCRT_setvbuf

I am working on a small model mixin called attachment_kung to make attachment_fu polymorphic, so you no longer need a different table and Model class for every associated attachment (Productimage, Ad_doc, etc). All you really need is one model and table to handel all your attachments - in some cases, anyway. I have the code working, but have run into one small hitch that I can''t seem to

I'm using an html filter (ala junkbusters) called Proxomitron (proxomitron.cjb.com) through wine. I find that this program works great, except that it leaves a trail of unkillable wine.bin jobs whenever it retrieves a web page. Going to a page like slashdot results in ~8 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

On Wed, Nov 11, 2015 at 09:04:20PM +0000, Etienne Dechamps wrote: > 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 [...]. This type of NAT > will stop any UDP hole