The following change to dlls/winmm/wineoss/audio.c
revision 1.135
date: 2004/07/19 20:08:06; author: julliard; state: Exp; lines: +1 -1
Francois Gouget <[EMAIL PROTECTED]>
Use round() instead of ceil() in wodGetPosition(TIME_SMPTE).
Fixes the corresponding winmm conformance test.
cau
I installed 20040716 from an rpm and although most of it worked very well I
had issues with the serial port. It would send out some characters at the
start but I couldnt read any characters. After reading the thread "General
serial communications issues" I found Eric Pouech's patch. I downloaded
Hi,
I modified a tool that Vincent Béron made and thus we can have the
status of the translation of some languages. Case somebody wants that I
add others I inform me.
We can see that some languages are well complete, as the Portuguese ;)
file:///home/mduarte/wine/tools/trans_html/index.html
Hi,
I modified a tool that Vincent Béron made and thus we can have the
status of the translation of some languages. Case somebody wants that I
add others I inform me.
We can see that some languages are well complete, as the Portuguese ;)
file:///home/mduarte/wine/tools/trans_html/index.html
Philip Dicke <[EMAIL PROTECTED]> writes:
> Sometimes, when converting from a disabled pixmap for an icon in
> x11drv/bitblt.c, an area is requested using XGetImage that is larger then
> the actual drawable. This causes a X BadMatch error and wine immediately
> exits. The submitted patch avoids t
Mike Hearn <[EMAIL PROTECTED]> writes:
> On Wed, 21 Jul 2004 11:43:59 -0700, Alexandre Julliard wrote:
>> It works just like with other apps, it disables NPTL.
>
> I said that because I remember when NPTL first became a problem for us,
> LD_ASSUME_KERNEL was not enough to make Wine work properly
One of the third party Windows software that we support is crashing
when clicking on a popup menu that has separators. The author of the
software send us a snippet of his code. It looks something like this:
MENUITEMINFO mi;
ZeroMemory(&mi, sizeof(mi));
mi.cbSize = sizeo
James Hawkins <[EMAIL PROTECTED]> writes:
> - PCSTR KEYSTR = "Software\\Microsoft\\Cryptography\\Defaults\\Provider\\";
> - PSTR keyname;
> + PCWSTR KEYSTR =
> (PCWSTR)"Software\\Microsoft\\Cryptography\\Defaults\\Provider\\";
> + PWSTR keyname;
This is wrong, you need to declare
On Wed, 21 Jul 2004 11:43:59 -0700, Alexandre Julliard wrote:
> It works just like with other apps, it disables NPTL.
I said that because I remember when NPTL first became a problem for us,
LD_ASSUME_KERNEL was not enough to make Wine work properly again. It would
appear to work but you'd still g
Hi,
I took a quick look at the property sheet code in COMCTL32 in order to
get the Mozilla Firefox setup working. The attached patch fixes some of
the bugs, but the code is too messy for me to understand and fix the
other problems:
- Line ~1532. When PSH_USEHBMWATERMARK or PSH_USEHBMHEADER is s
Mike Hearn <[EMAIL PROTECTED]> writes:
> I'm pretty sure LD_ASSUME_KERNEL doesn't work with Wine in the way it
> does with most apps, but only Alexandre would know for sure.
It works just like with other apps, it disables NPTL.
> Certainly if you have it available using NPTL is recommended.
Def
Hi Dave,
--- David Miller <[EMAIL PROTECTED]> wrote:
> 1. Cross reference and compare windows versions and dll versions
> 3. create dependency tree for dlls
> 6. Compare ordinals across windows versions (helps determine when
> WINE should / should not export by ordinal)
I like these three.
The latest build of valgrind that supports wine is now 8
months stale, and it doesn’t seem to work on the wine head. Adam Gundy did some
great work on this, and it would be a shame to see it go to waste. Is anyone
out there able to pick up the torch on this?
Zach
Hello,
I.m trying to compile MFC with Winelib. I switched off some code in MFC (
richedit, oledb etc ) and have it a draft version compiled/linked
but when trying to use it in a simple console or GUI app I have a .err:
ntdll:RtlpWaitForCriticalSection section 0x78034120 "?" wait timed out in
Currently the way DirectSound handles Volume and Pan is wrong:
* whenever a primary buffer is created (e.g. in DirectSoundCreate())
we initialize an internal variable that sets the volume to the max and
pan to the center.
* we also call IDsDriverBuffer_SetVolumePan() or waveOutSetVolume() to
s
Hi,
On Wed, Jul 21, 2004 at 01:58:05PM -, [EMAIL PROTECTED] wrote:
> I seem to be having trouble communicating with my serial device. I
> have a Garming Rino GPS connected on /dev/ttyS0 using Mandrake 10.0,
> wine build 200407016. I read on 6/14/04 that some serial port issues
> were solved. p
Mike Hearn wrote:
On Wed, 21 Jul 2004 13:08:57 +0300, Shachar Shemesh wrote:
Are there any restrictions in synchronizing wine generated threads
(generated through the win32 api) using the pthreads library native calls?
On NPTL (pthread) systems I think this should work. On kthread systems
I seem to be having trouble communicating with my serial device. I
have a Garming Rino GPS connected on /dev/ttyS0 using Mandrake 10.0,
wine build 200407016. I read on 6/14/04 that some serial port issues
were solved. permissons on /dev/ttyS0 are set correct and I've used
setserial to make the baud
Hi,
If I start a simple OLE hello world app (shouldn't really matter what app
it is though) and run "b CoRegisterClassObject" winedbg crashes:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1075380896 (LWP 4932)]
0x408a2562 in symt_find_nearest (module=0x403e4248, addr=
On Wed, 2004-07-21 at 14:40 +0300, Shachar Shemesh wrote:
> This is RedHat 9, kernel 2.4.20-31.9. It has NPTL, but we are not using
> it at the moment (LD_ASSUME_KERNEL=2.4.1). This does explain the
> problems we're having.
I'm pretty sure LD_ASSUME_KERNEL doesn't work with Wine in the way it
do
Mike Hearn wrote:
On Wed, 21 Jul 2004 13:08:57 +0300, Shachar Shemesh wrote:
The problem is that when I try to call pthread_mutex_init,
pthread_mutex_lock and friends, I get quite a few deadlocks, and even
when not deadlocking, it still takes over 42 seconds. When doing the
same without the mute
On Wed, 21 Jul 2004 13:08:57 +0300, Shachar Shemesh wrote:
> Are there any restrictions in synchronizing wine generated threads
> (generated through the win32 api) using the pthreads library native calls?
On NPTL (pthread) systems I think this should work. On kthread systems
pthreads is emulated
Hello,
This is a request for comments relating to the API
database at http://winedb.pavely.net.
The backend database has been redesigned to improve
database performance and produce more accurate results. It currently
contains import/export and ordinal data for various windows versions
Hi all,
Are there any restrictions in synchronizing wine generated threads
(generated through the win32 api) using the pthreads library native calls?
I have an app that is experiencing extremely slow performance (operation
takes 17 seconds on native windows, over 3 minutes on Wine). One idea
fo
24 matches
Mail list logo