similar to: Simulating RUBY_CRITICAL

Good Day, dear wine users :) . I am the developer of program, which must work under Wine and Windows. it has two threads, and these threads use one function to add text to Rich text box. When they try to add texts in parallel, a mixed text appear. So I decided to use critical section. When main thread tries to add text, the text adds perfectly, but when the second thread tries to add text - it

I have both a Windows app and a Cocoa Mac app. I am going to have my Windows app run under Wine on OSX. I would like the Mac app to trigger an event in my Windows app. I have thus far been able to accomplish this with use of the Cocoa NSDistributedNotificationCenter. To give a little background, my Windows app loads a winelib dll which has a handler for a specific NSNotification and calls a

Hi, I try to work with CELT encoder & decoder in 2 different threads at the same time. So I create/destroy encoder and encode in one thread and create/destroy decoder and decode in other thread. If I didn't protect celt_encoder_create, celt_encode_float and celt_decoder_create, celt_decode_float with CRITICAL_SECTION I get stable error in icwrs32 or ec_byte_write1 (more often) in encoder.

As part of my effort to replace our hand-rolled mutexes with std::mutex and std::recursive_mutex, I found that many of the tests were failing on Windows after doing the replacement. One of the reasons was due to the use of a mutex in lib\Support\CrashRecoveryContext.cpp. If this mutex is an std::recursive_mutex or std::mutex, tests fail. If this mutex is a windows CRITICAL_SECTION, the tests

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

> (PS, if you do use threads, protect speex_jitter_put/get with a mutex > (CRITICAL_SECTION I believe they're called in Win32Speak) -- calling put > and get at the exact same time from different threads leads to "features") I've never tested this, but I designed the jitter buffer to work from two threads even without using a mutex. This would work as long as there is

Hi, I wrote a little "hello world" script and I am a little concerned by execution that hangs for long periods of time. *computer:* Windows XP Professional Service Pack 3 Intel(R) Xeon(R) CPU W3550 @ 3.07GHz 3.07GHz, 3.50 GB of RAM *init.pp:* class hello { notice(''Hello world!'') } *command line:* puppet apply --debug -e ''include hello''

Got this today. Please take a look and let me know what you think. - Dan ---------- Forwarded message ---------- From: Kevin Burge <kevin.burge at systemware.com> Date: Dec 7, 2006 6:45 AM Subject: win32-service problems with patch To: djberg96 at gmail.com Hi Daniel, Thanks for win32-service. In the process of using it for running a reliable-msg (drb) server and clients, I had some

Uh, use this version instead... (It's way past my bedtime :)) On Thu, 16 Sep 2004 01:05:52 -0700 Jeff Cohen <jeffc at jolt-lang.org> wrote: > Here's the free-of-copyrighted-Microsoft-code version of Signals.cpp. > > Actually, I'm not sure if the original would work on NT/2000/XP. It was doing > stuff that's only supposed to be done on Win95/98/ME. >

Hi, I'm trying to run a software package for viewing weather data under wine, but the program crashes with an unhandled exception before I can even see a window. The program is freely available (for educational and non-commercial use) here: http://sdg.ocs.ou.edu/builds/final/win/WeatherScope/WeatherScope-1.2.1.exe This is running with Wine 20050310. I've included the relevent

The Wine development release 1.7.21 is now available. What's new in this release (see below for details): - Support for critical sections in the C runtime. - Unicode data updated to Unicode 7.0. - Support for interlaced PNG encoding. - Initial stub for the Packager library. - Various bug fixes. The source is available from the following locations:

This version has been committed to CVS with one minor change: I made the warning about caller calling LeaveCriticalSection a little more prominent. Patch is here: http://mail.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20040913/018371.html Reid. On Thu, 2004-09-16 at 01:08, Jeff Cohen wrote: > Uh, use this version instead... (It's way past my bedtime :)) > > On Thu, 16 Sep

Alas, you missed a serious bug in that same function. Patch attached to fix it and improve some comments. No more late night coding for me :) That leaves Path.cpp. Once that's done I can actually try and execute this stuff. On Thu, 16 Sep 2004 08:55:28 -0700 Reid Spencer <reid at x10sys.com> wrote: > This version has been committed to CVS with one minor change: > I made the

Hi everybody, I m a newbie with Wine, but I tried to launch Maple, NotePad, etc... and it works ! Great ! My problem is that I can t launch MS Office (Winword 2000, etc...). The output is the picture of Word2000 (the logo), and then the program is stopped... Here is the output : ***** fixme:system:SystemParametersInfo16 Unknown option 70. fixme:system:SystemParametersInfoA SPI_GETHIGHCONTRAST

--- src/wave_out.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/src/wave_out.c b/src/wave_out.c index 57b5703..0f871b9 100644 --- a/src/wave_out.c +++ b/src/wave_out.c @@ -71,7 +71,7 @@ Box ( const char* msg ) */ static void CALLBACK -wave_callback ( HWAVE hWave, UINT uMsg, DWORD dwInstance, DWORD dwParam1, DWORD dwParam2 ) +wave_callback ( HWAVEOUT hWave, UINT

hi, I downloaded the vorbis-sdk-1.0rc3 and wrote an application that plays ogg files using DirectSound(win32 application). It uses streaming technique - I'm implementing and passing IStream interface to the DirectX. The interface is used by DirectX to fill his buffers during playing. DirectX is assuming that it's readind from a wav file, so the interface decodes on-the-fly so that

Thank you for a very good explanation which shed light on some of the questions that I had after reading the source code. Reading your text however, I wonder if I'm perhaps missing an important point on the proper use of the jitter buffer: ... > Now, clearly, if early_ratio is high and late_ratio is very > low, the buffer is buffering more than it needs to; it will > skip a frame

The app which I am currently trying to get to work properly (Cinema4D network rendering client - it does work 90%, depending on how you look at it) does some weird things, like receiving jobs from a server, computing them, and sending the rendered scenes back to the server (actually I don't know if it's sending them back, or if the server is fetching them; I don't even know what the

>> (PS, if you do use threads, protect speex_jitter_put/get with a mutex >> (CRITICAL_SECTION I believe they're called in Win32Speak) -- calling put >> and get at the exact same time from different threads leads to "features") > > I've never tested this, but I designed the jitter buffer to work from > two threads even without using a mutex. This would