August 2005 - Wine-Devel - list.winehq.org

Re: WLDAP32: fix the build without openldap headers
by Andreas Mohr Aug. 31, 2005

Aug. 31, 2005

Hi, On Wed, Aug 31, 2005 at 02:47:31PM +0200, Hans Leidekker wrote: > > CVS is still unavailable, so here's a patch generated without CVS. I > hope it applies cleanly. It is not. The main server might still be, but there's a rather adequate mirror available, as has even been mentioned right before the server transition. Andreas Mohr

1 0

Re: MSHTML: Beggining implementation of onload rutine
by Dmitry Timoshkov Aug. 31, 2005

Aug. 31, 2005

"Jacek Caban" <jack(a)itma.pwr.wroc.pl> wrote: > +static nsIURIContentListenerVtbl nsURIContentListenerVtbl = { > + nsURIContentListener_QueryInterface, > + nsURIContentListener_AddRef, > + nsURIContentListener_Release, > + nsURIContentListener_OnStartURIOpen, > + nsURIContentListener_DoContent, > + nsURIContentListener_IsPreferred, > + nsURIContentListener_CanHandleContent, > + nsURIContentListener_GetLoadCookie, > + nsURIContentListener_SetLoadCookie, > + nsURIContentListener_GetParentContentListener, > + nsURIContentListener_SetParentContentListener > +}; Jacek, is there a reason you don't mark your vtables 'const'? -- Dmitry.

1 0

Wine-20050830 Compile error
by John Shillinglaw Aug. 31, 2005

Aug. 31, 2005

Hello, I just answered my own question, after emerging openldap, the error went away. Someone might have mentioned before, there needs to be a configure test for this... John P.S. The bug system under winehq.org still seems to be down. After getting the lastest tar, I get the following error: gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o add.o add.c In file included from add.c:39: winldap_private.h:289: error: syntax error before "BerElement" winldap_private.h:290: error: syntax error before "BerElement" winldap_private.h:322: error: syntax error before "BerElement" winldap_private.h:323: error: syntax error before "BerElement" make[2]: *** [add.o] Error 1 make[2]: Leaving directory `/usr/src/wine/dlls/wldap32' make[1]: *** [wldap32] Error 2 make[1]: Leaving directory `/usr/src/wine/dlls' make: *** [dlls] Error 2 This occurs both with Wine-20050830.tar.gz and the latest cvs. I'm compiling under Gentoo ( up to date ) with gcc 3.3.5 John

2 1

Wine-20050830 Compile error
by John Shillinglaw Aug. 31, 2005

Aug. 31, 2005

Hello, After getting the lastest tar, I get the following error: gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o add.o add.c In file included from add.c:39: winldap_private.h:289: error: syntax error before "BerElement" winldap_private.h:290: error: syntax error before "BerElement" winldap_private.h:322: error: syntax error before "BerElement" winldap_private.h:323: error: syntax error before "BerElement" make[2]: *** [add.o] Error 1 make[2]: Leaving directory `/usr/src/wine/dlls/wldap32' make[1]: *** [wldap32] Error 2 make[1]: Leaving directory `/usr/src/wine/dlls' make: *** [dlls] Error 2 This occurs both with Wine-20050830.tar.gz and the latest cvs. I'm compiling under Gentoo ( up to date ) with gcc 3.3.5 John

2 1

Re: wined3d - d3d9 regression testing 7_12_2005
by Ann & Jason Edmeades Aug. 31, 2005

Aug. 31, 2005

Out of interest, does reversing this patch fix the wc3 fonts - If I recall correctly if was the glTranslate calls which originally made the wc3 fonts look correct, and I noticed in one of the patches Oliver changed them. He's probably right, but just in case its worth a test Try changing glTranslatef(0.9 / This->stateBlock->viewport.Width, -0.9 / This->stateBlock->viewport.Height, 0); to glTranslatef(1.0/This->stateBlock->viewport.Width, -1.0/This->stateBlock->viewport.Height, 0); in drawprim.c Jason

3 2

Re: [resend] atl.DllRegisterServer
by Alexandre Julliard Aug. 30, 2005

Aug. 30, 2005

Stefan Leichter <Stefan.Leichter(a)camLine.com> writes: > Hi Alexandre, > > anything wrong with this patch ? Well, the resource id is 1, so loading it with 0x65 is certainly not going to work. Were you planning to change the resource too? -- Alexandre Julliard julliard(a)winehq.org

2 4

Re: WLDAP32: implement more functions
by Vitaly Lipatov Aug. 30, 2005

Aug. 30, 2005

В сообщении от 29 Август 2005 23:26 Hans Leidekker написал(a): > -Hans > > Changelog > Implement ldap_count_entries, ldap_count_references, > ldap_first_attribute*, ldap_first_entry, ldap_first_reference, > ldap_next_attribute*, ldap_next_entry and ldap_next_reference. I guess, this patch cause an compile error: gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o add.o add.c In file included from add.c:39: winldap_private.h:289: error: syntax error before "BerElement" winldap_private.h:290: error: syntax error before "BerElement" winldap_private.h:322: error: syntax error before "BerElement" winldap_private.h:323: error: syntax error before "BerElement" -- Vitaly Lipatov, ALT Linux Team Russia, Saint-Petersburg, www.etersoft.ru

2 1

BUG[1481] : unimplemented function msvcrt.dll._mbsbtype
by Vijay Kiran Kamuju Aug. 30, 2005

Aug. 30, 2005

Hi, can we use the reactos implementation of the _mbsbtype? http://reactos.geldorp.nl/dc/d8d/mbbtype_8c-source.html Any ReactOS guys, please respond regarding the licensing of the above code? Thanks, Vijay

4 6

Re: wine/ include/prsht.h include/commctrl.h dlls/ ...
by Frank Richter Aug. 30, 2005

Aug. 30, 2005

On 30.08.2005 12:07, Alexandre Julliard wrote: > Log message: > Frank Richter <frank.richter(a)gmail.com> > Fix warnings in 64bit. No I didn't; something must have been mixed up while making the commit message. -f.r.

1 0

Possible critical section bug - lock by invalid thread
by Alex Villacís Lasso Aug. 30, 2005

Aug. 30, 2005

In several RPG I have been testing, I have found deadlocks on the sound thread - the sound loops on and on, and the program freezes. At the same time, I see messages like the following: fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x7fe32708)->(00010022,00000008) err:dsound:DSOUND_MixOne underrun on sound buffer 0x7fe82310 err:dsound:DSOUND_MixOne underrun on sound buffer 0x7fe82880 err:wave:DSDB_MMAPCopy mmap partially failed. err:ntdll:RtlpWaitForCriticalSection section 0x7fe3336c "?" wait timed out in thread 000a, blocked by 0000, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x7fe3336c "?" wait timed out in thread 0009, blocked by 0000, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x7fe3336c "?" wait timed out in thread 000a, blocked by 0000, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x7fe3336c "?" wait timed out in thread 0009, blocked by 0000, retrying (60 sec) I thought that DirectSound was not performing locking properly, until I noticed the following: all the times I see this deadlock, the thread ID "responsible" for the deadlock is 0000. From a little digging in the code, I see that 0 is the value used in the critical section when it is not held by any thread. So these are potentially cases where a previous thread frees the critical section, but somehow the critical section remains locked. I think I saw a select() call in the wineserver, used as an implementation for this wait, and this select() call times out, resulting in the behavior shown above. All these instances happen under heavy CPU load, so I suspect some sort of race condition. If I really try and bog down the CPU, I can even trigger this deadlock on the DirectSound tests (under ALSA). Could anybody who knows about Wine critical sections comment on this? I do not really understand the implementation of critical sections at the wineserver side (other than the fact that a select() is used somewhere), so I could take a long time to unravel this bug. This problem does not seem specific to DirectSound as far as I could tell, so this might be affecting a couple other apps under Wine. Also, comments on how I could supply more information on this are welcome. Alex Villacís Lasso

3 2

Possible theming bug?
by James Liggett Aug. 30, 2005

Aug. 30, 2005

Hi, Yesterday I updated CVS and tried the new theme system. While I find it very impressive, I think I may have discovered a glaring problem with it. I copied the WinXP "Luna" theme from my XP partition into the Resources folder as directed by this week's WWN issue. It showed up in the Appearances tab as "Windows XP style." It works quite well, shown here: http://members.cox.net/jrliggett/screenshots/theme.png. After deciding that I preferred the old style, I set the theme back to "(No theme)" But, there was a problem: all the colors that the theme I had before were still there (but no other visual effects)--and not the usual dark gray/blue combination. Here's a shot of what I mean: http://members.cox.net/jrliggett/screenshots/theme-bug.png Is this type of behavior a bug or am I doing something wrong? Thanks, James

1 0

WINEALSA: comment on unexpected shrinking of mmap-buffer (resend)
by Alex Villacís Lasso Aug. 30, 2005

Aug. 30, 2005

Alex Villacís Lasso wrote: > >> The good news: the patch sort of works (in my setup, at least, with >> Fedora Core 4). All the games I have (Japanese RPGs) now have smooth >> sound, unless the CPU load is too high. >> The bad news: the patch does nothing to make the dsound tests pass in >> Wine (but they were already failing before the patch :-) > > > In a previous post, I commented about DirectSound tests failing when > ALSA is used with full hardware acceleration. Now I know the reason why. > > As far as I can glean from the code, DirectSound is supposed to report > the application several properties of the sound system, including the > size of the hardware buffer. This hardware buffer is queried by the > snd_hw_params_get_buffer_size(), and is then converted from frame > units to bytes. Then the application, or in this case, the test, > expects the buffer size to remain constant for each and every hardware > buffer created, regardless of requested format. Only this assertion > fails in ALSA. For example, the capability query causes the following > output to be shown: > > trace:wave:DSDB_CreateMMAP format=U8 frames=11025 channels=2 > bits_per_sample=8 bits_per_frame=16 > trace:wave:DSDB_CreateMMAP created mmap buffer of 11025 frames (22050 > bytes) at 0x7c0fd100 > > This reported size (22050 bytes) remains constant as long as the > request is for U8 format with 2 channels (although the mmap address > jumps between three different values in my setup; this may or may not > be relevant). However, as soon as the requested format changes, the > trace shows the following: > > trace:wave:DSDB_CreateMMAP format=S16_LE frames=3763 channels=2 > bits_per_sample=16 bits_per_frame=32 > trace:wave:DSDB_CreateMMAP created mmap buffer of 3763 frames (15052 > bytes) at 0x7c0fd6b8 > > There goes a fourth mmap address, but the truly interesting thing is > that the buffer size also changes, and no longer matches the > previously reported size of 22050 bytes. The test then goes and plays > a 5-second sound with the (now incorrect) buffer size of 22050 bytes, > not noting that the reported position is wrapping around at 15052 bytes: > > ds3d.c:431: Playing 5 second 440Hz tone at 11025x16x2 > > ... > > trace:dsound:DSOUND_PrimaryGetPosition (0x7fe03ab8,0x7fa6fa80,(nil)) > trace:wave:IDsDriverBufferImpl_GetPosition hw_ptr=0x00000000, > playpos=0, writepos=-1, mmap_buflen_bytes=15052 > trace:dsound:DSOUND_PrimaryGetPosition playpos = 0, writepos = 0 > (0x7fe03ab8, time=1913) > trace:dsound:PrimaryBufferImpl_GetCurrentPosition playpos = 0, > writepos = 0 (0x7fe03ab8, time=1913) > ds3d.c:230:buf size=22050 last_play_pos=0 play_pos=0 played=0 / > 220500, fraction_played=0 > ds3d.c:248:offset=15052 free=6998 written=15052 / 220500 > > ... > ds3d.c:230:buf size=22050 last_play_pos=10296 play_pos=11700 > played=11700 / 220500, fraction_played=1404 > ds3d.c:248:offset=10296 free=1404 written=32346 / 220500 > ds3d.c:230:buf size=22050 last_play_pos=11700 play_pos=13104 > played=13104 / 220500, fraction_played=1404 > ds3d.c:248:offset=11700 free=1404 written=33750 / 220500 > ds3d.c:230:buf size=22050 last_play_pos=13104 play_pos=14508 > played=14508 / 220500, fraction_played=1404 > ds3d.c:248:offset=13104 free=1404 written=35154 / 220500 > ds3d.c:230:buf size=22050 last_play_pos=14508 play_pos=860 > played=22910 / 220500, fraction_played=8402 > ds3d.c:248:offset=14508 free=8402 written=36558 / 220500 > > Please note that the play_pos wrapped from 14508 to 860 because it > exceeded 15052 bytes, but the test assumes it wrapped around at 22050 > bytes, so it miscalculates the fraction_played, advancing it at an > abnormally fast rate. That is how the following result ensues: > > trace:dsound:DSOUND_PrimaryGetPosition playpos = 176, writepos = 0 > (0x7fe03ab8, time=5366) > trace:dsound:PrimaryBufferImpl_GetCurrentPosition playpos = 176, > writepos = 0 (0x7fe03ab8, time=5366) > ds3d.c:230:buf size=22050 last_play_pos=13824 play_pos=176 > played=220676 / 220500, fraction_played=8402 > ds3d.c:237:all the samples have been played, stopping... > ds3d.c:279:stopping playback > trace:dsound:PrimaryBufferImpl_Stop (0x7fe143b8) > ds3d.c:628: Test failed: The sound played for 3453 ms instead of 5000 ms > > Many other tests with formats other than U8, 11025Hz fail for the same > reason. Any other DirectSound application that reuses the buffer size > as the test does will fail in the same way (music mixing up and > prematurely stopping). However, I am to understand that this test > passes on Windows, in all versions. > > Now that I have found the issue, I ask for help in suggesting a proper > fix. I think that the ALSA implementation used to have a separate > buffer from which samples were copied into the hardware buffer, but > this implementation was scrapped for some reason (and I think, without > re-running the ALSA tests). So I tried using > snd_hw_params_set_buffer_size() - it fails to set the buffer size to > the previously reported size. So I am still thinking about this. Any > comments or suggestions for fixing this will be greatly appreciated. > > BTW, does the DirectSound API allow the application to access the > hardware mmap directly (that is, not just by specifying the buffer to > be played)? If not, one possible solution would be to remember the > first reported buffer size, and wrap the *reported* position around at > that buffer size, even when the ALSA playback uses the real buffer > size. However, when I tried to do this (by hardcoding 22050 as a > wraparound value, just as a test), Wine promptly crashed, so I need > more insight into this. > > Alex Villacís Lasso > Resending because previous attempt probably was rejected due to gigantic attachment (my bad).

2 5

theming error on initial startup
by Stefan Leichter Aug. 29, 2005

Aug. 29, 2005

Hello, starting wine (current cvs) without the .wine directory leads to the error below. Do i miss something? Bye Stefan wine: creating configuration directory '/home/sle/.wine'... err:theming:THEMING_Initialize Could not re-register class L"#32770": 582 err:theming:THEMING_Initialize Could not re-register class L"ComboBox": 582 err:theming:THEMING_Initialize Could not re-register class L"ComboLbox": 582 err:theming:THEMING_Initialize Could not re-register class L"Edit": 582 err:theming:THEMING_Initialize Could not re-register class L"ListBox": 582 wine: '/home/sle/.wine' created successfully. Wine 20050725 Usage: wine PROGRAM [ARGUMENTS...] Run the specified program wine --help Display this help and exit wine --version Output version information and exit

1 0

Re: DDraw: Better flag handling in SetCooperativeLevel
by Stefan Dösinger Aug. 29, 2005

Aug. 29, 2005

Am Donnerstag, 25. August 2005 18:45 schrieb Stefan Dösinger: > Hello, > This patch adds better handling for the flags in > Main_DirectDraw_SetCooperativeLevel. The function reacts to > DDSCL_SETFOCUSWINDOW, DDSCL_CREATEDEVICEWINDOW and DDSCL_SETDEVICEWINDOW. > It doesn't really handle them, but it returns the correct return values. > The patch also contains a lenghty test which I used to verify the behaviour > with Windows 2000. Is anything wrong with this patch? Any reason why it wasn't applied? Stefan (link to archive: http://www.winehq.org/hypermail/wine-patches/2005/08/0648.html )

1 0

standard load address for a Win32 program (0x00400000) not available
by James Hawkins Aug. 29, 2005

Aug. 29, 2005

Hi, I'm trying to run googletalk.exe with wine-pthread in order to debug the application. Running it fails with this error: $ /usr/bin/wine-pthread googletalk.exe err:virtual:map_image Image was mapped at 0xfb0000: standard load address for a Win32 program (0x00400000) not available err:virtual:map_image Do you have exec-shield or prelink active? wine: could not load L"Z:\\home\\truiken\\googletalk.exe" as Win32 binary exec-shield and prelink are definitely disabled, and running other native .exe's with wine-pthread work fine. Anyone have any ideas what the problem is, or how I can get this to work? -- James Hawkins

1 0

Theme regression
by Paul Vriens Aug. 29, 2005

Aug. 29, 2005

Hi, with the latest CVS I'm seeing major graphical glitches when using a theme. After 'disabling' theming the glitches are gone, so it points to theming. No regression testing done yet. Anybody else seeing this problem ? Paul.

1 1

Web Server Downtime
by Jeremy Newman Aug. 29, 2005

Aug. 29, 2005

The Web Server will be offline tomorrow from 9am CDT through 4pm CDT. (04:00 - 11:00 GMT) The website will be up temporarily on our other webserver during the move. Things like CVS and the Mailing lists will be offline during that time. Note: I plan on upgrading Mailman (the software that controls the mailing lists) to the latest version in Debian Sarge. (2.1.5). WineHQ currently runs 2.0.13. The subscription list should port over with no issues. The list archives I will convert from hypermail to Mailmans own internal pipermail format. This will change the URL of the archives as well. I will post the final details once the upgrade is complete. Features on Mailman 2.1 http://www.gnu.org/software/mailman/features.html

1 1

Re: [Wine]Softlinking to a dvd-drive with inconsistent mount points? => HAL-Support
by Detlef Riekenberg Aug. 29, 2005

Aug. 29, 2005

Am Samstag, den 27.08.2005, 14:38 -0700 schrieb Hiji: > It might be the ugly way, but it is the official way. That's because many Applications are unable to handle it yet. > This is definately *not* a Wine issue because it > affects any application which relies on have a static > name for the drive - let's make sure we're clear on > that. ;) No! This is not only a Wine issue, it's an issue of all applications which relies on static names. The big mistake: The Volume-Label is optional. It's possible on windows (since w2k) to work without a Driveletter for your CDROM, ("%SYSTEMROOT%\mountpoint") but they made the same mistake: Using a mountpoint (junction) is optional. When they used the mountpoint-method as default and the driveletter-method as optional fallback for old applications, then all important software would work today without an extra driveletter for removeable media. It's time to be more flexible. freedesktop.org did a step in the direction, now the applications must follow! > I suspect this "mounting by volume label" > won't last past Suse 9.3 since .. and go backwards? No way! > I haven't read anyone > praise this "feature" anywhere. That's the same when /dev/cdrom or /cdrom comes up as a link to the real device. It doesn't matter, on which controller, port and id your drive is connected; it just works. The link comes up and step by step more applications using this. And think about logical-volumes. Go backwards, because the admin will define on his own, which physical drive is used and mounted to a specific location? Logical volumes are present for ages in Novell Netware and other systems, arrived Windows since w2k and are working in linux for some years now. -- By By ... ... Detlef

5 4

accessing WRT binaries on the web
by Saulius Krasuckas Aug. 29, 2005

Aug. 29, 2005

Now it seems test are being build daily [1], but none of them shows up on the web [2] since 2005.08.16. Is this intentional state of the system or just some bug had went in it? [1] http://www.astro.gla.ac.uk/users/paulm/WRT/wrt.php [2] http://www.astro.gla.ac.uk/users/paulm/WRT/CrossBuilt/

5 6

Re: commctrl: push button theming
by Frank Richter Aug. 29, 2005

Aug. 29, 2005

On 26.08.2005 16:58, Frank Richter wrote: > Frank Richter <frank.richter(a)gmail.com> > Add initial push button theming. > What are the issues with this one? -f.r.

1 0

Re: ntdll: Implement FSCTL_PIPE_LISTEN
by Alexandre Julliard Aug. 29, 2005

Aug. 29, 2005

Ivan Leo Puoti <ivanleo(a)gmail.com> writes: > This patch adds FSCTL_PIPE_LISTEN support to NtFsControlFile > It also corrects the function prototype based on information from ntifs.h > While I was at it I wrote a little test and found windows puts the > returning ntstatus in IoStatusBlock, so I've added that too. > > ChangeLog: Add FSCTL_PIPE_LISTEN support to NtFsControlFile, minor fixes. OVERLAPPED is a kernel structure, I doubt that this is the correct behavior for that ioctl. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: secur32: Use a standard wine list for packages and providers
by Alexandre Julliard Aug. 29, 2005

Aug. 29, 2005

James Hawkins <truiken(a)gmail.com> writes: > Changelog > * Use a standard wine list for packages and providers. It fails make test: main.c:226: Test failed: EnumerateSecurityPackages() should return 0, not -2146893056 main.c:230: Test failed: Number of sec packages should be > 0 ,but is 0 main.c:233: Test failed: pkg_info should not be NULL after EnumerateSecurityPackages -- Alexandre Julliard julliard(a)winehq.org

1 0

[BUG1001]: please update comments
by Vijay Kiran Kamuju Aug. 29, 2005

Aug. 29, 2005

Hi, for BUG 1001, please update the comments with the following link, http://support.microsoft.com/default.aspx?scid=kb;EN-US;Q113996 I am unable to update via bugzilla, my id is infyquest, its giving me error that the short_id_desc is missing. Thanks, Vijay

2 3

Re: IDA Pro Regression
by Robbert Xerox Aug. 29, 2005

Aug. 29, 2005

Hi, same patch is causing a regression in quite a few installers; one of them is: http://www.winehq.org/hypermail/wine-bugs/2005/08/0206.html Hopefully it can be fixed soon :) ------------------------------------------------------ Hi, A week or so ago I reported some regressions running IDA pro on wine. I've done some regression testing and I have found the patches that were causing the problems. The first problem I noticed were the large edit boxes in the General Registers window in IDA's debugger. It was caused by this edit control theming patch: http://cvs.winehq.org/patch.py?id=19554. ___________________________________________________________ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com

2 1

Compile time error wldap32.h
by Robert Lunnon Aug. 28, 2005

Aug. 28, 2005

wldap32.h seems to be missing a definition for LDAPSortKey and won't compile. I can't seem to find a definition anywhere. Is this a linuxism, does it borrow this definition from somewhere else under linux ?

2 1