similar to: CRITICAL_SECTION hang my application

This is release 0.9.27 of Wine, a free implementation of Windows on Unix. What's new in this release: - Better support for noexec kernels. - Better Dwarf support in dbghelp. - Several Winsock fixes. - Various code cleanups. - Lots of bug fixes. Because of lags created by using mirrors, this message may reach you before the release is available at the public sites. The sources will

The Wine development release 1.7.23 is now available. What's new in this release (see below for details): - Better support for files drag & drop. - Improvements to the HTTP cookie management. - Initial support for 64-bit Android builds. - Fixes to crypto certificates management. - Various bug fixes. The source is available from the following locations:

Help me? I'm configure samba 3.0 ./configure --prefix=/usr --localstatedir=/var \ --with-configdir=/etc/samba --with-privatedir=/etc/samba --with-fhs \ --with-quotas --with-smbmount --with-pam --with-pam_smbpass \ --with-syslog --with-utmp --with-sambabook=/usr/share/swat/using_samba \ --with-swatdir=/usr/share/swat --with-libsmbclient --with-ldap --with-ldapsam There are some ... from

Hi all, I''ve added some critical section methods to the Windows::Synchronize module in the windows-pr library (in CVS). Looking at the RUBY_CRITICAL macro from rubysig.h, it basically looks like this (in pure Ruby): def RUBY_CRITICAL(&block) critical_section = [0].pack(''L'') InitializeCriticalSection(critical_section)

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

> (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

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:

>> (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

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

> 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

Hello, The way you describe how the jitter buffer should be implemented makes me wonder: How does the jitter buffer works when there is no transmission? Let's say my "output" thread gets a speex frame from the jitter buffer every 20ms. What happen when there is no frame that arrived on the socket? No frames at all for a pretty long time (ie many seconds). This is my case because I

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

The Wine maintenance release 3.0.5 is now available. What's new in this release (see below for details): - Various bug fixes The source is available from the following locations: https://dl.winehq.org/wine/source/3.0/wine-3.0.5.tar.xz http://mirrors.ibiblio.org/wine/source/3.0/wine-3.0.5.tar.xz Binary packages for various distributions will be available from:

The Wine development release 1.7.37 is now available. What's new in this release (see below for details): - Interface change notifications. - Support for the UTF-7 encoding. - A number of graphical fixes for themed controls. - Wininet now implemented on top of Win32 sockets. - Various bug fixes. The source is available from the following locations:

The Wine development release 1.9.17 is now available. What's new in this release (see below for details): - Better exception handling on 64-bit. - Various improvements in joystick support. - Some more stream support in the C++ runtime. - Font embedding improvements. - More metafile support in GDI+. - Various bug fixes. The source is available from the following locations:

The Wine development release 1.9.5 is now available. What's new in this release (see below for details): - New version of the Mono engine, with 64-bit support. - Beginnings of the WineD3D command stream. - Support for effect states in Direct3DX. - Drag & drop improvements. - Various bug fixes. The source is available from the following locations:

The Wine development release 2.5 is now available. What's new in this release (see below for details): - Support for message-mode named pipes. - Translation of version resources through po files. - Transform feedback support in Direct3D. - Scheduler classes in C++ runtime. - Better scrolling in popup menus. - More improvements to the XML reader. - Various bug fixes. The source

The Wine development release 3.1 is now available. What's new in this release (see below for details): - Kerberos authentication support. - Window class redirection for Common Controls 6. - Support for X11 ARGB visuals. - DOSBox required for running DOS executables. - Various bug fixes. The source is available from the following locations:

The Wine development release 4.10 is now available. What's new in this release (see below for details): - Many DLLs are built as PE files by default. - More support for installing Plug and Play drivers. - Clock synchronization in Media Foundation. - Volume adjustment in audio drivers. - Various bug fixes. The source is available from the following locations: