May 2006 - wine-devel

Re: [PATCH 2/4] advapi32: Test GetTokenInformation() as it can fail.
by Saulius Krasuckas 21 May '06

21 May '06

* On Sun, 21 May 2006, Saulius Krasuckas wrote: > > ret = GetTokenInformation(Token, TokenGroups, NULL, 0, &Size); > + ok(ret, "GetTokenInformation(TokenGroups) failed with error %ld\n", GetLastError()); > Groups = HeapAlloc(GetProcessHeap(), 0, Size); Sorry, this fails at make test. I'll try investigate. Skip now.

2 1

Re: cabinet: Add initial tests for Extract [try 2]
by Saulius Krasuckas 21 May '06

21 May '06

* On Tue, 10 Jan 2006, James Hawkins wrote: > This version marks the failing tests as todo_wine, and only uses > DeleteFile instead of file_exists so that a file is removed when it's > not suppsosed to exist. ... > +++ b/dlls/cabinet/tests/extract.c ... > +static INT_PTR fci_open(char *pszFile, int oflag, int pmode, int *err, void *pv) > +{ > + HANDLE handle; > + DWORD dwAccess = 0; > + DWORD dwShareMode = 0; > + DWORD dwCreateDisposition = OPEN_EXISTING; > + > + dwAccess = GENERIC_READ | GENERIC_WRITE; > + dwShareMode = FILE_SHARE_READ | FILE_SHARE_WRITE | FILE_SHARE_DELETE; > + > + if (GetFileAttributesA(pszFile) != INVALID_FILE_ATTRIBUTES) > + dwCreateDisposition = OPEN_EXISTING; > + else > + dwCreateDisposition = CREATE_NEW; > + > + handle = CreateFileA(pszFile, dwAccess, dwShareMode, NULL, > + dwCreateDisposition, 0, NULL); On win9x the flag FILE_SHARE_DELETE isn't supported and makes all the following tests to fail. Can the flag be removed? Tests work nice on XP without it.

1 0

Re: [WINEALSA] close after free bug?
by Robert Reif 21 May '06

21 May '06

Robert Reif wrote: > I can't test this patch but it looks wrong to free a device handle and > then close the device with the freed handle. > >------------------------------------------------------------------------ > >Index: dlls/winmm/winealsa/audio.c >=================================================================== >RCS file: /home/wine/wine/dlls/winmm/winealsa/audio.c,v >retrieving revision 1.104 >diff -p -u -r1.104 audio.c >--- dlls/winmm/winealsa/audio.c 10 May 2006 10:24:16 -0000 1.104 >+++ dlls/winmm/winealsa/audio.c 21 May 2006 12:21:23 -0000 >@@ -2692,8 +2692,8 @@ static DWORD wodClose(WORD wDevID) > > if (wwo->hctl) > { >- snd_hctl_free(wwo->hctl); > snd_hctl_close(wwo->hctl); >+ snd_hctl_free(wwo->hctl); > } > wwo->hctl = NULL; > > > >------------------------------------------------------------------------ > > > > Please disregard this patch. The functions don't do what I thought they do.

1 0

Re: advapi32: Test and implement SystemFunction024/025.
by Hans Leidekker 21 May '06

21 May '06

On Sunday 21 May 2006 10:52, Mike McCormack wrote: > 32 bits of insecurity, courtesy of our friends at Microsoft and the NSA. ;-) Great work Mike. I see you left a tiny bit of obscurity in: + * PARAMS + * data [I] data to encrypt (16 bytes) + * key [I] key data (4 bytes) + * output [O] buffer to receive encrypted data (16 bytes) +NTSTATUS WINAPI SystemFunction024(const LPBYTE in, const LPBYTE key, LPBYTE out) -Hans

1 0

still need audio help?
by Kenneth Armstrong 21 May '06

21 May '06

Do you guys still need audio testing help? I found this here http://www.winehq.org/?issue=313#Testing%20Wine's%20Audio. If you do that would be good, I have a couple of days off coming up. And I would like to help get this audio stuff figured out, because I can install WinAmp and it works fine, but games that I install will not play any sound at all, even when I change my audio settings. (The main game that I have been trying to get worked out is Star Trek Voyager: Elite Force). Kenny Armstrong

3 2

Re: winspool: [1/4] Basic tests for AddMonitor
by Saulius Krasuckas 20 May '06

20 May '06

* On Mon, 10 Apr 2006, Detlef Riekenberg wrote: > > +static void test_AddMonitor(void) > +{ ... > + res = AddMonitorA(NULL, 2, NULL); > + /* NT: unchanged, 9x: ERROR_PRIVILEGE_NOT_HELD */ > + ok(!res && > + ((GetLastError() == MAGIC_DEAD) || > + (GetLastError() == ERROR_PRIVILEGE_NOT_HELD)), > + "returned %ld with %ld (expected '0' with: MAGIC_DEAD or " \ > + "ERROR_PRIVILEGE_NOT_HELD)\n", res, GetLastError()); Detlef, what version of 9x OS you have been testing this code on? On my ME system it generates an unhandled exception 0xC0000005: Access Violation.

1 0

Re: advapi32: Add tests for getting the groups, user and privileges of a token.
by Saulius Krasuckas 20 May '06

20 May '06

* On Sat, 13 May 2006, Robert Shearman wrote: > > +static void test_token_attr(void) > +{ ... > + LPTSTR SidString; ... > + ConvertSidToStringSid(Groups->Groups[i].Sid, &SidString); This makes advapi32_test.exe to not load on w9x. The missing import is advapi32!ConvertSidToStringSidA. As I want to get this fixed I am trying to understand what version (A or W) should this call be converted to. But after noticing LPTSTR I am lost :) Is the use of LPTSTR intended to be here? I find only three files of winetest code this type is used in: dlls\advapi32\tests\security.c dlls\comctl32\tests\comboex.c dlls\user\tests\wsprintf.c Why? Is it OK, at least?

2 2

Re: [WINED3D 3/3] Added some GLSL definitions and function protoypes to wined3d_gl.h
by Alexandre Julliard 20 May '06

20 May '06

"Jason Green" <jave27(a)gmail.com> writes: > These are functions and definitions that will need to be used before > implementing GLSL routines. This doesn't build here: gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -gstabs+ -Wdeclaration-after-statement -Wpointer-arith -g -O2 -o baseshader.o baseshader.c In file included from wined3d_private.h:45, from baseshader.c:28: ../../include/wine/wined3d_gl.h:566: error: redefinition of typedef 'PFNGLCREATESHADEROBJECTARBPROC' /usr/X11R6/include/GL/glext.h:4066: error: previous declaration of 'PFNGLCREATESHADEROBJECTARBPROC' was here ../../include/wine/wined3d_gl.h:567: error: redefinition of typedef 'PFNGLSHADERSOURCEARBPROC' /usr/X11R6/include/GL/glext.h:4067: error: previous declaration of 'PFNGLSHADERSOURCEARBPROC' was here ../../include/wine/wined3d_gl.h:568: error: redefinition of typedef 'PFNGLCOMPILESHADERARBPROC' /usr/X11R6/include/GL/glext.h:4068: error: previous declaration of 'PFNGLCOMPILESHADERARBPROC' was here ../../include/wine/wined3d_gl.h:569: error: redefinition of typedef 'PFNGLCREATEPROGRAMOBJECTARBPROC' /usr/X11R6/include/GL/glext.h:4069: error: previous declaration of 'PFNGLCREATEPROGRAMOBJECTARBPROC' was here ../../include/wine/wined3d_gl.h:570: error: redefinition of typedef 'PFNGLATTACHOBJECTARBPROC' /usr/X11R6/include/GL/glext.h:4070: error: previous declaration of 'PFNGLATTACHOBJECTARBPROC' was here ../../include/wine/wined3d_gl.h:571: error: redefinition of typedef 'PFNGLLINKPROGRAMARBPROC' /usr/X11R6/include/GL/glext.h:4071: error: previous declaration of 'PFNGLLINKPROGRAMARBPROC' was here ../../include/wine/wined3d_gl.h:572: error: redefinition of typedef 'PFNGLDETACHOBJECTARBPROC' /usr/X11R6/include/GL/glext.h:4065: error: previous declaration of 'PFNGLDETACHOBJECTARBPROC' was here ../../include/wine/wined3d_gl.h:573: error: redefinition of typedef 'PFNGLDELETEOBJECTARBPROC' /usr/X11R6/include/GL/glext.h:4063: error: previous declaration of 'PFNGLDELETEOBJECTARBPROC' was here make[2]: *** [baseshader.o] Error 1 -- Alexandre Julliard julliard(a)winehq.org

2 1

sound report
by Sebastien Fievet 20 May '06

20 May '06

Sound report: * Kernel 2.6.14 * Sound driver: snd_sb16 * Sound card: Sound Blaster 16 value edition (EISA card) * 32 bit LFS v4.0 (aka Linux from Scratch) * Alsa version 1.0.9a * Tested against Wine CVS of 05/20/06 Results: * Tested under winealsa * Alsa run reported 2 failures. * Very, very annoying crackling at each input change and pause. Despite that sound by itself is clear. Sampling frequency increase obviously improve sound quality. I didn't notice sound level changes. * Full log file of the run attached.

1 0

Re: Re: wined3d: IWineD3DDeviceImpl_SetRenderState added renderstates (try #2)
by Roderick Colenbrander 20 May '06

20 May '06

> On 5/19/06, Jacob Peters <jacobcpeters(a)gmail.com> wrote: > > ChangeLog: I implemented more renderstates in device.c function > > IWineD3DDeviceImpl_SetRenderState() > > > > I added a few render states called by d3d8 demo app "mshdribl.exe", the > > one in the wiki. > > changed "glBlendEquation()" to "glBlendEquationEXT()" so I don't > conflict > > with opengl <2.0 > > > I forgot to attach the diff sorry Atleast you shouldn't call glBlendFuncSeparateEXT directly but call it using GL_EXTCALL as only modern opengl libraries like Nvidia's export this function. Second I'm not sure if your patch is correct. How did you get that demo app working, it won't start here? (it complains that it can't find any compatible direct3d devices) I want to see what other render states it uses, I guess it might be used D3DRS_SRCBLENDALPHA/DESTBLENDALPHA and friends. A while ago I submitted a patch for it but it wasn't accepted (I will clean it up this weekend). http://www.winehq.org/pipermail/wine-patches/2005-November/021821.html Regards, Roderick Colenbrander -- Bis zu 70% Ihrer Onlinekosten sparen: GMX SmartSurfer! Kostenlos downloaden: http://www.gmx.net/de/go/smartsurfer

1 0

Nested __EXCEPT_PAGE_FAULT handlers?
by Juan Lang 20 May '06

20 May '06

I was checking out a small memory leak in one of my crypt32 tests, and I've finally found the culprit: a test that deliberately causes a page fault (to check that it's handled.) It's still handled, but the function that generates the page fault, CRYPT_AsnEncodeRdn, doesn't have its __TRY block executed. Instead, its caller, CRYPT_AsnEncodeName, does. Thus memory allocated in CRYPT_AsnEncodeRdn is never freed. Is there anything I can do about that? --Juan __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

First Patch - Request for Help
by Andrew Talbot 20 May '06

20 May '06

I submitted my first patch yesterday (a janitorial patch to fix a missing declaration), but it looks like it didn't make the grade. I would be grateful for some seasoned advice on how to bring it up to the standard, please. ChangeLog: loader.c: Add missing declaration diff -urN a/include/wine/debug.h b/include/wine/debug.h --- a/include/wine/debug.h 2006-05-16 20:37:38.000000000 +0100 +++ b/include/wine/debug.h 2006-05-16 21:08:26.000000000 +0100 @@ -148,6 +148,8 @@ const char *function, const char *format, va_list args ); }; +extern void debug_init(void); + extern unsigned char __wine_dbg_get_channel_flags( struct __wine_debug_channel *channel ); extern int __wine_dbg_set_channel_flags( struct __wine_debug_channel *channel, unsigned char set, unsigned char clear ); diff -urN a/libs/wine/loader.c b/libs/wine/loader.c --- a/libs/wine/loader.c 2006-05-16 20:37:42.000000000 +0100 +++ b/libs/wine/loader.c 2006-05-16 20:50:19.000000000 +0100 @@ -39,6 +39,7 @@ #define NONAMELESSSTRUCT #include "windef.h" #include "winbase.h" +#include "wine/debug.h" #include "wine/library.h" #ifdef __APPLE__ Thanks, -- Andy.

3 2

Re: wined3d: IWineD3DDeviceImpl_SetRenderState added renderstates (try #2)
by Vitaliy Margolen 20 May '06

20 May '06

Friday, May 19, 2006, 9:15:57 PM, Jacob Peters wrote: > On 5/19/06, Jacob Peters <jacobcpeters(a)gmail.com> wrote: > ChangeLog: I implemented more renderstates in device.c function IWineD3DDeviceImpl_SetRenderState() > I added a few render states called by d3d8 demo app "mshdribl.exe", the one in the wiki. > changed "glBlendEquation()" to "glBlendEquationEXT()" so I don't conflict with opengl <2.0 > - TRACE("glBlendFunc src=%x, dst=%x\n", This->srcBlend, This->dstBlend); > - glBlendFunc(This->srcBlend, This->dstBlend); > + if(glIsEnabled(GL_BLEND_EQUATION_ALPHA)) { > + TRACE("glBlendFuncSeparate src=%x, dst=%x\n", This->srcBlend, This->dstBlend); > + glBlendFuncSeparate(This->srcBlend, This->dstBlend, GL_ZERO, GL_ZERO); > + checkGLcall("glBlendFuncSeparate"); > + } > + else { Here and everywhere else in the patch - Please either follow the accepted Wine's standard or common file formatting. Don't add one more stile. Also try not to use tabs. Vitaliy Margolen

1 0

wine audio testing results
by Stu Black 19 May '06

19 May '06

I ran the test with winealsa and wineoss, using OSS emulation under ALSA for the wineoss test. Here are my notes on what happened; there are two attachments, the output from each test. Kernel: 2.6.16-gentoo-r6 Sound driver: snd_emu10k1 Sound card from lspci: Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 0a) Distribution: 32-bit Gentoo ALSA version: 1.0.11 Wine version: 0.9.13 Wine audio settings: - Hardware acceleration: Full - Default sample rate: 22050 - Default bits per sample: 8 - No driver emulation (This was done with a "clean" wine configuration directory.) Playing through with wineoss using OSS emulation via ALSA: Two anomalies during playback: - "pulses" or really small pops at the start and end of tones - the 1-second tones followed by 0.5-second pauses are broken up into two 0.5-second tones with the same sort of pulse in between them Playback stopped with the line: wave.c:657:Playing 1 second 440Hz tone at 8000x16x2 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_MAPPED At that point, my mixer's PCM slider was lowered to 13, the tone cut out, and the test program didn't progress any further. Playing through winealsa: The same anomalies ("pulses" between tones and 1-second tones before 0.5-second pauses being split into two 0.5-second tones) were present as in playback under OSS emulation. Playback stopped with the line: wave.c:657:Playing 1 second 440Hz tone at 44100x 8x1 WAVE_FORMAT_PCM CALLBACK_THREAD At that point, my mixer's PCM slider was lowered to 13, the tone cut out, and the test program didn't progress any further. The runs never reported any failures, but there is the fact that something seems to halt the test partway through. I re-ran the tests a couple of times, and they halted at different points each time; I couldn't find any reason why, so I'm sending these results in the hope that they can do something. wave.c:1219:found 1 WaveOut devices wave.c:831: 0: "ADC Capture/Standard PCM Playba" (winealsa: default:0) 1.0 (2:104) wave.c:834: channels=10000 formats=fffff support=006c wave.c:836: WAVECAPS_VOLUME WAVECAPS_LRVOLUME WAVECAPS_SAMPLEACCURATE wave.c:841:Playing a 5 seconds reference tone. wave.c:842:All subsequent tones should be identical to this one. wave.c:843:Listen for stutter, changes in pitch, volume, etc. wave.c:657:Playing 5 second 440Hz tone at 22050x 8x1 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:657:Playing 5 second 440Hz tone at 22050x 8x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:657:Playing 5 second 440Hz tone at 22050x 8x1 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:657:Playing 1 second 440Hz tone at 8000x 8x1 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:657:Playing 1 second 440Hz tone at 8000x 8x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:657:Playing 1 second 440Hz tone at 8000x 8x1 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:657:Playing 1 second 440Hz tone at 8000x 8x1 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 8000x 8x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 8000x 8x1 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 8000x 8x1 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 8000x 8x1 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 8000x 8x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 8000x 8x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 8000x 8x1 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 8000x 8x1 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 8000x 8x2 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:657:Playing 1 second 440Hz tone at 8000x 8x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:657:Playing 1 second 440Hz tone at 8000x 8x2 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:657:Playing 1 second 440Hz tone at 8000x 8x2 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 8000x 8x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 8000x 8x2 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 8000x 8x2 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 8000x 8x2 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 8000x 8x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 8000x 8x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 8000x 8x2 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 8000x 8x2 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 8000x16x1 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:657:Playing 1 second 440Hz tone at 8000x16x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:657:Playing 1 second 440Hz tone at 8000x16x1 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:657:Playing 1 second 440Hz tone at 8000x16x1 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 8000x16x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 8000x16x1 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 8000x16x1 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 8000x16x1 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 8000x16x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 8000x16x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 8000x16x1 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 8000x16x1 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 8000x16x2 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:657:Playing 1 second 440Hz tone at 8000x16x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:657:Playing 1 second 440Hz tone at 8000x16x2 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:657:Playing 1 second 440Hz tone at 8000x16x2 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 8000x16x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 8000x16x2 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 8000x16x2 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 8000x16x2 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 8000x16x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 8000x16x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 8000x16x2 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 8000x16x2 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 11025x 8x1 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:657:Playing 1 second 440Hz tone at 11025x 8x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:657:Playing 1 second 440Hz tone at 11025x 8x1 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:657:Playing 1 second 440Hz tone at 11025x 8x1 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 11025x 8x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 11025x 8x1 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 11025x 8x1 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 11025x 8x1 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 11025x 8x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 11025x 8x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 11025x 8x1 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 11025x 8x1 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 11025x 8x2 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:657:Playing 1 second 440Hz tone at 11025x 8x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:657:Playing 1 second 440Hz tone at 11025x 8x2 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:657:Playing 1 second 440Hz tone at 11025x 8x2 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 11025x 8x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 11025x 8x2 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 11025x 8x2 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 11025x 8x2 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 11025x 8x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 11025x 8x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 11025x 8x2 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 11025x 8x2 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 11025x16x1 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:657:Playing 1 second 440Hz tone at 11025x16x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:657:Playing 1 second 440Hz tone at 11025x16x1 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:657:Playing 1 second 440Hz tone at 11025x16x1 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 11025x16x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 11025x16x1 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 11025x16x1 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 11025x16x1 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 11025x16x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 11025x16x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 11025x16x1 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 11025x16x1 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 11025x16x2 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:657:Playing 1 second 440Hz tone at 11025x16x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:657:Playing 1 second 440Hz tone at 11025x16x2 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:657:Playing 1 second 440Hz tone at 11025x16x2 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 11025x16x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 11025x16x2 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 11025x16x2 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 11025x16x2 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 11025x16x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 11025x16x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 11025x16x2 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 11025x16x2 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 12000x16x2 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:657:Playing 1 second 440Hz tone at 12000x16x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:657:Playing 1 second 440Hz tone at 12000x16x2 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:657:Playing 1 second 440Hz tone at 12000x16x2 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 12000x16x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 12000x16x2 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 12000x16x2 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 12000x16x2 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 12000x16x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 12000x16x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 12000x16x2 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 12000x16x2 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 16000x 8x1 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:657:Playing 1 second 440Hz tone at 16000x 8x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:657:Playing 1 second 440Hz tone at 16000x 8x1 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:657:Playing 1 second 440Hz tone at 16000x 8x1 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 16000x 8x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 16000x 8x1 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 16000x 8x1 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 16000x 8x1 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 16000x 8x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 16000x 8x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 16000x 8x1 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 16000x 8x1 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 16000x 8x2 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:657:Playing 1 second 440Hz tone at 16000x 8x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:657:Playing 1 second 440Hz tone at 16000x 8x2 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:657:Playing 1 second 440Hz tone at 16000x 8x2 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 16000x 8x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 16000x 8x2 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 16000x 8x2 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 16000x 8x2 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 16000x 8x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 16000x 8x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 16000x 8x2 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 16000x 8x2 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_MAPPED wave.c:715: Test failed: The sound played for 1431 ms instead of 1000 ms wave.c:657:Playing 1 second 440Hz tone at 16000x16x1 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:657:Playing 1 second 440Hz tone at 16000x16x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:657:Playing 1 second 440Hz tone at 16000x16x1 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:657:Playing 1 second 440Hz tone at 16000x16x1 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 16000x16x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 16000x16x1 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 16000x16x1 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 16000x16x1 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 16000x16x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 16000x16x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 16000x16x1 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 16000x16x1 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 16000x16x2 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:657:Playing 1 second 440Hz tone at 16000x16x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:657:Playing 1 second 440Hz tone at 16000x16x2 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:657:Playing 1 second 440Hz tone at 16000x16x2 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 16000x16x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 16000x16x2 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 16000x16x2 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 16000x16x2 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 16000x16x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 16000x16x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 16000x16x2 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 16000x16x2 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 22050x 8x1 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:657:Playing 1 second 440Hz tone at 22050x 8x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:657:Playing 1 second 440Hz tone at 22050x 8x1 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:657:Playing 1 second 440Hz tone at 22050x 8x1 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 22050x 8x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 22050x 8x1 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 22050x 8x1 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 22050x 8x1 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 22050x 8x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 22050x 8x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 22050x 8x1 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 22050x 8x1 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 22050x 8x2 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:657:Playing 1 second 440Hz tone at 22050x 8x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:657:Playing 1 second 440Hz tone at 22050x 8x2 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:657:Playing 1 second 440Hz tone at 22050x 8x2 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 22050x 8x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 22050x 8x2 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 22050x 8x2 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 22050x 8x2 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 22050x 8x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 22050x 8x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 22050x 8x2 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 22050x 8x2 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 22050x16x1 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:657:Playing 1 second 440Hz tone at 22050x16x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:657:Playing 1 second 440Hz tone at 22050x16x1 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:657:Playing 1 second 440Hz tone at 22050x16x1 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 22050x16x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 22050x16x1 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 22050x16x1 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 22050x16x1 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 22050x16x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 22050x16x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 22050x16x1 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 22050x16x1 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 22050x16x2 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:657:Playing 1 second 440Hz tone at 22050x16x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:657:Playing 1 second 440Hz tone at 22050x16x2 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:657:Playing 1 second 440Hz tone at 22050x16x2 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 22050x16x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 22050x16x2 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 22050x16x2 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 22050x16x2 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 22050x16x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 22050x16x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 22050x16x2 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 22050x16x2 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 44100x 8x1 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:657:Playing 1 second 440Hz tone at 44100x 8x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:657:Playing 1 second 440Hz tone at 44100x 8x1 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:1219:found 1 WaveOut devices wave.c:831: 0: "Cirrus Logic CS4297A rev 4" (wineoss: /dev/dsp) 1.0 (255:1) wave.c:834: channels=6 formats=fffff support=006c wave.c:836: WAVECAPS_VOLUME WAVECAPS_LRVOLUME WAVECAPS_SAMPLEACCURATE wave.c:841:Playing a 5 seconds reference tone. wave.c:842:All subsequent tones should be identical to this one. wave.c:843:Listen for stutter, changes in pitch, volume, etc. wave.c:657:Playing 5 second 440Hz tone at 22050x 8x1 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:657:Playing 5 second 440Hz tone at 22050x 8x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:657:Playing 5 second 440Hz tone at 22050x 8x1 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:657:Playing 1 second 440Hz tone at 8000x 8x1 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:657:Playing 1 second 440Hz tone at 8000x 8x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:657:Playing 1 second 440Hz tone at 8000x 8x1 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:657:Playing 1 second 440Hz tone at 8000x 8x1 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 8000x 8x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 8000x 8x1 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 8000x 8x1 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 8000x 8x1 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 8000x 8x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 8000x 8x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 8000x 8x1 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 8000x 8x1 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 8000x 8x2 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:657:Playing 1 second 440Hz tone at 8000x 8x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:657:Playing 1 second 440Hz tone at 8000x 8x2 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:657:Playing 1 second 440Hz tone at 8000x 8x2 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 8000x 8x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 8000x 8x2 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 8000x 8x2 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 8000x 8x2 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 8000x 8x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 8000x 8x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 8000x 8x2 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 8000x 8x2 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 8000x16x1 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:657:Playing 1 second 440Hz tone at 8000x16x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:657:Playing 1 second 440Hz tone at 8000x16x1 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:657:Playing 1 second 440Hz tone at 8000x16x1 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 8000x16x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 8000x16x1 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 8000x16x1 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 8000x16x1 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 8000x16x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 8000x16x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 8000x16x1 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 8000x16x1 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 8000x16x2 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:657:Playing 1 second 440Hz tone at 8000x16x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:657:Playing 1 second 440Hz tone at 8000x16x2 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:657:Playing 1 second 440Hz tone at 8000x16x2 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 8000x16x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 8000x16x2 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 8000x16x2 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 8000x16x2 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 8000x16x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 8000x16x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 8000x16x2 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 8000x16x2 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_MAPPED

5 6

Re: d3d8: Fix GetDesc and GetLevelDesc for surfaces and textures.
by Karsten Elfenbein 19 May '06

19 May '06

I wonder if the d3d9 code requires those changes as well. Karsten -----Ursprüngliche Nachricht----- Von: wine-patches-bounces(a)winehq.org [mailto:wine-patches-bounces@winehq.org] Im Auftrag von Peter Beutner Gesendet: Freitag, 19. Mai 2006 14:18 An: wine-patches(a)winehq.org Betreff: d3d8: Fix GetDesc and GetLevelDesc for surfaces and textures. In DX8 the D3DSURFACE_DESC structure has a size field which needs to be set. Thats actually the difference the comment there is speaking about. This was done correctly in the old dx8 code but somehow got lost during the transition to wined3d. Fix the comment as well. Small bug, but enough to keep MaxPayne 2 crashing since ~0.9.8. ---

2 1

Re: WineD3D: Allow SYSTEMMEM textures
by H. Verbeet 19 May '06

19 May '06

On 19/05/06, H. Verbeet <hverbeet(a)gmail.com> wrote: > On 19/05/06, Stefan Dösinger <stefan(a)codeweavers.com> wrote: > > This might be worth a test case, but I think it's hard to find a system > > without sysmem texture capatiblities to test. > I seem to remember reading that newer cards / drivers don't support > D3DDEVCAPS_TEXTURESYSTEMMEMORY anymore, but I would have to check that > when I get home. Both my GeForce4 440 Go and my Radeon 9800 Pro return "No" for D3DDEVCAPS_TEXTURESYSTEMMEMORY with DXCapsViewer.

1 0

Re: thanks for wine
by Ulrich Czekalla 19 May '06

19 May '06

The attached patch should help. It's a bit of a hack and it's mostly untested but copy and paste in MSVC6 seems to work fine. /Ulrich On Wed, May 17, 2006 at 07:21:55AM +0800, qingdoa daoo wrote: > > --- Ulrich Czekalla <ulrich.czekalla(a)utoronto.ca> wrote: > > > > > I still don't understand why it would set the clipboard owner to > > GetDesktopWindow(). A quick hack would be to detect that case and instead > > set it to NULL. > > It looks like in Windows we can set hwnd to any window of any process. > So some apps are going to rely on it. Desktop window is just an example. > > > > > Either way I think we should first understand what is really happening > > Me neither, unfortunately :-( > > > before we come up with an alternative implementation for this one bug. I > > have MSVC6. I can install it and investigate. What do I need to do to > > reproduce the bug? > > Basically if you can install MSVC6 you can see the bug. There's an entry > in AppDB that might be helpful. > > > > > __________________________________________________ > ????????????????????????????? > http://cn.mail.yahoo.com

1 0

Tooltips not on top in wxWidgets app
by Michael Ost 19 May '06

19 May '06

When I run my wxWidgets 2.6.3 app in Wine 0.9.11 the tooltips show up behind the main window instead of on top as they should. Before I start digging into this to figure out why, can anyone give me any tips on where in the code to start looking? I have been seeing this for a while --- with wxwidgets 2.6.2 and back to wine 0.9.2 --- so it's not a recent problem. I am also running FC4 with Gnome in case that matters. Thanks for any tips (ouch!)... mo =================================== Michael Ost, Software Architect Muse Research, Inc. most(a)museresearch.com

1 0

Usability after 0.9.10
by Wei-Tsun Sun 19 May '06

19 May '06

Hi, I have loved wine since I started using linux, but I have found that the programs/games that I can run by wine 0.9.10, can't be run afterward. Not all of the programs, but ones which are more relevant to the uses of mulltimedia, such as games, or even skype and winamp which can be executed perfectly before. Dont get me wrong, this is not a complain, I just wonder if anyone has encountered the same problem as I do. If so, I will just wait for later releases of wine and stay with 0.9.10. If not, I will need to find solutions such as settings. Cheers, -w

3 2

Re: WineD3D: SetDisplayMode and GetDisplayMode
by Joris Huizer 19 May '06

19 May '06

Stefan Dösinger wrote: > Am Donnerstag, 18. Mai 2006 22:31 schrieb Stefan Dösinger: > + > + ret = ChangeDisplaySettingsExW(NULL, &devmode, NULL, CDS_FULLSCREEN, NULL); > + if (ret != DISP_CHANGE_SUCCESSFUL) { > + if(devmode.dmDisplayFrequency != 0) { > + WARN("ChangeDisplaySettingsExW failed, trying without the refresh rate\n"); > + devmode.dmFields &= ~DM_DISPLAYFREQUENCY; > + devmode.dmDisplayFrequency = 0; > + ret = ChangeDisplaySettingsExW(NULL, &devmode, NULL, CDS_FULLSCREEN, NULL) != DISP_CHANGE_SUCCESSFUL; > + } > + if(ret != DISP_CHANGE_SUCCESSFUL) { > + return DDERR_INVALIDMODE; > + } > + } I'm not sure, but I think this line: ret = ChangeDisplaySettingsExW(NULL, &devmode, NULL, CDS_FULLSCREEN, NULL) != DISP_CHANGE_SUCCESSFUL; should be ret = ChangeDisplaySettingsExW(NULL, &devmode, NULL, CDS_FULLSCREEN, NULL); as otherwise the test following it will always fire; HTH, Joris

1 0

Re: wined3d: IWineD3DDeviceImpl_SetRenderState added renderstates
by H. Verbeet 19 May '06

19 May '06

On 19/05/06, Jacob Peters <jacobcpeters(a)gmail.com> wrote: > ChangeLog: I implemented more renderstates in device.c function > IWineD3DDeviceImpl_SetRenderState() > > Hello this is my first patch submition. > > A few render states called by d3d8 demo app "mshdribl.exe", the one in the > wiki. > glBlendFuncSeparate is OpenGL 1.4, glBlendEquationSeparate is OpenGL 2.0. This will break things for people with a lower OpenGL version. You should probably use the relevant extensions.

1 0

incorrect behavior with Exceed X server
by Eric Frias 19 May '06

19 May '06

I've noticed a few problems running wine apps against Hummingbird's Exceed X server on Windows. The two problems I noticed are: - The top-level window's title bar is blank, instead of containing the application's title. And, - When you take a visible dialog box, hide it (ShowWindow(SW_HIDE)), and then show it again, the dialog box reappears in a different place -- it always seems to pop back up in the upper-left or lower-right corner of my screen. Wine has behaved this way with Exceed for at least a year, probably longer. It behaves correctly when run against X-Win32, a different PC X server, and naturally it works correctly when displaying natively on Linux. Has anyone looked into this before? Every other X app I've seen displays title-bars correctly, so I know at least that part must be fixable. Any pointers would be great. Thanks, Eric

1 0

Re: advapi32: Add stub FileEncryptionStatus and declarations
by Dimi Paun 19 May '06

19 May '06

On Fri, 2006-05-19 at 13:13 +0300, Paul Chitescu wrote: > +BOOL WINAPI FileEncryptionStatusW(LPCWSTR lpFileName, LPDWORD > lpStatus) > +{ > + FIXME("%s %p\n", debugstr_w(lpFileName), lpStatus); We typically to put "stub" in the FIXME message when we dummy up such functions: + FIXME("(%s %p): stub\n", debugstr_w(lpFileName), lpStatus); -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

2 2

Does a tool like this exist already ?
by samuel herzog 19 May '06

19 May '06

I have an application I would like to get running on wine. Now I am thinking of two tools that would support me in a scenario like this: 1. I install the application XYZ on windows. 2. The tool (let's call it WineDllSniffer) saves the list of dll's used by application XYZ to a text-file. 3. Now I take the text-file and use the second tool(let's call it WineDllAssistance) which would compare the text-file and the wineconf-file and suggest the user to install the needed stuff. (dcom98,scripten,vb-stuff etc.) What do you think about ? Samuel Herzog

4 3

Re: user32: Make all the recently added ShowWindow tests pass in Wine
by Tomas Carnecky 19 May '06

19 May '06

Dmitry Timoshkov wrote: > Hello, > > this patch makes all the recently added ShowWindow tests pass in Wine, > and is aimed to fix the bug #4960. > > Although this patch creates a regression for popup windows created with > WS_MAXIMIZED style set and calling ShowWindow( SW_SHOWMAXIMIZE ) right > after that (Windows still calls SetWindowPos in that case, but Wine > doesn't anymore - the tests show that SetWindowPos should not be called > for child windows if their state already matches the ShowWindow command) > but top level windows already behave slightly differently in Wine since > they are WM driven, and adding window state change (min/max/restore) through > a WM will make them behave even more differently. > > Changelog: > Make all the recently added ShowWindow tests pass in Wine. > This introduced a regression with WoW: The game starts fine, but as soon as I switch workspace the window disappears (isn't visible in the workspace switcher anymore), and when I switch back the game runs at 3-5fps.. dead slow. When I press ATL-TAB the game minimizes correctly (and the underlying gnome-terminal receives focus), but pressing ALT_TAB again doesn't make the game full-screen, the game appears as a 32x32pixel window in the top left corner of the screen. and from now on ALT-TAB toggles between these two modes, eg. invisible and 32x32pixel window. To bring the game to the foreground, I need to 'maximize' it using ALT-TAB, switch to another workspace and then back again. This however doesn't make the game run at fullspeed, it still runs slowly. I'm using E17 as the window manager, but I'll test it under metacity, too. tom

2 7

Re: [WINED3D 1/5] Added shader_is_glsl_error() function to baseshader.
by H. Verbeet 19 May '06

19 May '06

On 19/05/06, Jason Green <jave27(a)gmail.com> wrote: > + FIXME("GLSL vertex shader failed\n"); > + TRACE("Shader compile/link error log:\n%s\n", buf); It's a minor point, but I think that when shader compilation fails, we might as well print a FIXME here straight away.

1 0

Re: WineD3D: Allow SYSTEMMEM textures
by H. Verbeet 18 May '06

18 May '06

On 18/05/06, Stefan Dösinger <stefan(a)codeweavers.com> wrote: > Quite a lot DirectDraw and Direct3D7 applications rely on systemmem textures > and surfaces to work properly without caring for the caps flag. So don't > return an error when the systemmem pool is used, and set the systemmem device > caps Is this compatible with 3DMark2001? (See http://www.winehq.org/pipermail/wine-devel/2006-February/044670.html & http://source.winehq.org/git/?p=wine.git;a=commit;h=694efd7c6fd557a9c761b80…)

1 0

(fwd) [Wine] Need an application to get running again on wine.
by Daniel Skorka 18 May '06

18 May '06

This just appeard on wine-users/the NG. I assumed some people here would be interested in this, so I forwarded it. Daniel -- forwarded message -- Subject: [Wine] Need an application to get running again on wine. Date: Thu, 18 May 2006 07:30:45 +0200 Sender: news <news(a)sea.gmane.org> Reply-To: samuel herzog <sam_herzog(a)yahoo.com> Dear NG, I have opened a job at rentacoder to get the application http://www.altenbergers.de/rechman_install.exe running on wine. See more details here. http://www.rentacoder.com/RentACoder/misc/BidRequests/ShowBidRequest.asp?ln… I am will pay $25 for an clear reproducable installation instruction. I got it running last september by myself but it was more try&error and I don't get it working anymore on a current wine version. -- end of forwarded message --

1 0

Shell32 version, MS Office 2k installation and some dlls that could be implemented
by Dragos 18 May '06

18 May '06

Hi guys, I have recently looked into installing MS Office 2K using some of the latest versions of wine (0.9.3 and 10 to 13). I have found two things that I would like to ask you about. 1. When installing IE5 or Office 2k that installs it a message box saying: "The spilt of the Windows Desktop Update from the IE browser has been completed. You are currently running a self-host version of the web shell. Please go to http://ie/teams/setup/shdoc401.htm for more information on how to run a released version of the Windows Desktop Update." This I solved by changing the version in version.h of shell32.dll from the current Win2K SP4 to old one of win 98. My question here is why is this changed? Shouldn't we change it back if no other app needs it as Win2k since at least IE5 and MSOffice fail to install corectly because of it? Or at least I wanted to let other people know how to solve this issue. This changed first from 98 to XP in 26/10/2004. Then from XP to Win2k on 6/12/2004. I could create a bug report and post a patch for it but I wanted to know your oppinion first. 2. I looked at the code the Cross Over Office 5.0.1 uses and I noticed that some dlls are not implemented by the official wine code. Dlls like: hlink, ieinfo5, iernonce which seem to be very connected to a IE5 installation and the restart windows step. There are others but I am still in the process of investigating this issue so I am not sure if they matter for this issue or not. With the change from 1 done the Office installer works almost ok except for the restart step where dlls fail to register or functions are not found in some dlls (some of which I mentioned above). My questions here are: - I am thinking of taking/adapting if needed code from the CrossOver Office wine and bringing them to the official wine just enough to make Office work. What do you think of this? - I am wondering how come these were not ported already. Any thoughts? Any reason not to? I am definitely interested in doing it since I would like to have Office 2k working on the official wine too. Thanks, Dragos __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

Re: wined3d: Allow vertex shaders to generate GLSL shaders [Take Two]
by H. Verbeet 18 May '06

18 May '06

On 18/05/06, Jason Green <jave27(a)gmail.com> wrote: + /* We will check for errors later when we try to use the program */ Lets not do that. Assuming you're talking about inside drawPrimitiveDrawStrided, that's going to kill performance. What is the problem with checking for errors right after compilation?

2 2

[WINED3D] D3DCAPS: Check registry for UseGLSL enabled
by Phil Costin 18 May '06

18 May '06

Alexandre, This patch does not depend on Brian Hill's interface modification and it does allow a manually edited registry key option to enable GLSL, even without the new check box on the interface. Regards, Phil Costin

1 0

Whats with the Application DB?
by Roland Kaeser 18 May '06

18 May '06

Hello I just tried to update the state section of Corel Draw 9 with the newest expertises but cannot login again. Can somebody tell me the state of the appdb and eventually send me a actual account registration? Thansk Roland Kaeser

1 0

Re: wined3d: Allow vertex shaders to generate GLSL shaders [Take Two]
by Ivan Gyurdiev 18 May '06

18 May '06

Jason Green wrote: > This is a resend of the earlier patch, with one addition: > - previously, the line to alias the program.env[] to C[] was done in > the vertex shaders since that was the only function that needed them > (and it needs to be done to support relative addressing). However, > with PS 2.0+, pixel shaders now need to be able to use relative > addressing as well. This can't be done with ARB_fragment_program, but > it can be done with GLSL, so for consistency, we are now aliasing the > program.env[] array to C[] for both ps & vs. I think I've mislead you here (sorry)... the relative addressing on PS 3.0+ is on input registers, against aL, not on constants. I think it allows you to read the inputs in a loop against the loop counter. According to spec, pixel shader constants still do not allow relative addressing. So, this constant aliasing thing... we likely don't need this in pixel shaders. However, I still think that it'd be nice to use the same names (so we can share more code), and put this kind of initialization in baseshader if possible. From that point of view I agree w/ the patch, as long as nothing breaks.

1 0

Re: [winecfg] - Graphics tab layout tweak for GLSL option
by Alexandre Julliard 18 May '06

18 May '06

Brian Hill <dcatz(a)nc.rr.com> writes: > This patch adds an option to use GLSL for shaders as described in the > Wiki. It also fixes a minor grammar error (Allow Pixel Shader -> > Allow Pixel Shaders). GLSL (OpenGL Shading Language) is needed to > support Shader Model 2.0 and higher with WineD3D. It is best to leave > GLSL as an option through WineCFG as the WineD3D GLSL code will be > experimental for some time. I don't think that's a reason for exposing such details to the user. If it's not working well enough to be enabled by default, then people who know what they are doing can tweak the code, or possibly set a registry key. -- Alexandre Julliard julliard(a)winehq.org

1 0

cross referencing
by Pragyag 18 May '06

18 May '06

Hi I was just trying to configure lxr...but while browsing through.got errors like couldn't open xref databse, couldn't open .glimpse_filename.etc...i saw the cross referencing page of wine too..it has the same errors there.can anybody help me with these bugs??

1 0

Re: wined3d: Allow vertex shaders to generate GLSL shaders
by Ivan Gyurdiev 18 May '06

18 May '06

> + /* Create the uniforms (aka constants) */ > + shader_addline(&buffer, "uniform vec4 C[%u];\n", This->baseShader.limits.constant_float); > + /* TODO - Add varyings, attributes, etc. */ > + Shouldn't this go into the "generate_glsl_declarations" thing into baseshader? Things previously merged into baseshader should stay that way, imho...

2 1

Re: [Wine] random crashes in starcraft with 0.9.13
by Scott Ritchie 18 May '06

18 May '06

On Wed, 2006-05-17 at 20:41 -0400, Philippe A. wrote: > Hi, > > I have crashed for the third time while playing starcraft since i > upgraded to wine 0.9.13. Here's the trace i just got. No clear steps. > Just playing. I play with sound disabled in wine. I hadn't crashed > like that with previous versions of wine, for the past previous 100 > games or so (quick estimate based on my rec). > _______________________________________________ This kind of stuff goes best forwarded to wine-devel. I'll forward it for you. For convenience to the devs, this link is where the crash log is: http://www.winehq.org/pipermail/wine-users/2006-May/021680.html Thanks, Scott Ritchie

1 0

Re: Dinput8: DirectInput8Create rewrite
by Roderick Colenbrander 17 May '06

17 May '06

> On 5/15/06, Roderick Colenbrander <thunderbird2k(a)gmx.net> wrote: > > > > > Yes, that's the reason. I forgot that I still need to send the patch for > the > > registry settings. Basicly what you need to add is this: > > > What about bf798030-483a-4da2-aa99-5d64ed369700? > > trace:ole:DllMain 0x7f3b0000 0x1 0x1 > trace:ole:DllMain 0x7f3b0000 0x2 (nil) > trace:dinput:DirectInput8Create hInst (0x400000), dwVersion: 2048, > riid ({bf798030-483a-4da2-aa99-5d64ed369700}), punkOuter ((nil))) > trace:ole:CoCreateInstance > (rclsid={25e609e4-b259-11cf-bfc7-444553540000}, pUnkOuter=(nil), > dwClsContext=00000001, riid={bf798030-483a-4da2-aa99-5d64ed369700}, > ppv=0x1d546f0) > err:ole:CoCreateInstance apartment not initialised > err:dinput:DirectInput8Create CoCreateInstance failed with hr = > -2147221008 > I think the issue is that CoInitialize isn't called from DirectInput8Create main. I think I missed this because my test app did this for me. Try to add a CoInitialize(NULL); and see if it helps. (and a CoUninitialize) Regards, Roderick Colenbrander -- Echte DSL-Flatrate dauerhaft f�r 0,- Euro*! "Feel free" mit GMX DSL! http://www.gmx.net/de/go/dsl

2 3

A great way for non programmers to help with Wine - Audio
by Jeremy White 17 May '06

17 May '06

I've taken the liberty of changing the subject of Robert Reif's recent email and am expanding it a bit, because I don't want it to be ignored. The task is to perform a basic test of Wine's audio support to make sure it's a stable platform for us to build upon; what a great way for all you lurkers to help us out <wicked grin>. The basic procedure is - get a current version of Wine, test the sound, and send the results in. It won't take long (took me ~30 minutes), and it'll be very helpful. More details: Checkout Wine from CVS or git Figure out if you're using OSS, Alsa, or Alsa in OSS emulation mode (lsmod is your friend, and winecfg is quite nice as well) Run the test: cd dlls/winmm/tests WINETEST_INTERACTIVE=1 wine winmm_test.exe.so wave 2>&1 | tee /tmp/wave.out *important* As it runs, you should hear a nice steady set of soothing beeps, all at the same pitch and duration. If you hear any variation from that, make a note of it, so you can report it. It's important to listen the whole way through; a tad boring, I know, but important; it'll shift to a virtual device half way through and it's important to hear if it keeps on working or not. Report your results: Pack up your output files, and report your results along with your sound driver info. Failures are obviously the most interesting, but success on not previously validated hardware/driver combos are likely to be useful too. Sound report: Kernel 2.6.13 Sound driver: snd_intel8x0 Sound driver description from lspci: Multimedia audio controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 01) 32 bit Debian system Alsa version 1.0.10-2 Tested against Wine CVS up to date as of 5/7/06, 10:27 (without Robert's last two patches :-/; folks might want to wait a hair until those are applied) Results: Tested under winealsa, as well as wineoss with OSS emulation All sounds played flawlessly. Alsa runs reported 0 failures. OSS runs reported 48 failures; not clear if that was relevant Only anomaly is that the modem driver is treated as an OSS sound card, and so has a number of flawed attempts to play against it Full log files of the runs attached. Cheers, Jeremy

4 5

Missing wine documentation
by mark cox 17 May '06

17 May '06

The documentation directory in cvs and in the tarball contains no documentation, i got cvs and did a find for '*.sgml'. Nothing to be found. Am i missing something? mark

4 3

Re: widl: Added an option to set importlib search path.
by Alexandre Julliard 17 May '06

17 May '06

Jacek Caban <jacek(a)codeweavers.com> writes: > We can't really do it the way midl does. midl can import files from > system directories and from resource of dlls. In UNIX we don't have such > dirs. We can add support for tlb libs in PE files, but I don't think we > want to do it for Wine's builtin dlls. I thought that we could add an > other, more UNIX like, option that will be a nice workaround. Of course > -I also does the trick although IMO it's better to have -L option. I'll > send a patch that uses include search patch so you can decide which one > to use. Thanks; my idea is that since we don't want to make widl load a tlb from a builtin dll, we'll need to ship the raw tlb, and it would make sense to ship it in the include dir since the lib dir already contains the builtin dll. And when building Wine itself, we'll need the raw tlb in order to build the includes, since we can't build the builtins before the includes, so in both cases we'll want to load the tlb from the include dir. Does that make sense? -- Alexandre Julliard julliard(a)winehq.org

2 1

AW: thanks for wine
by Roland Kaeser 17 May '06

17 May '06

!-- DIV {margin:0px;}-->Hello I tried to copy a formated text object into the clipboard. (Click on the Text Tool and on the page and write some letters. Resize it (make it a little bit bigger) and than CTRL+C, move the original and try to paste the previous copied text back in to Corel.) so its just a test if copy/paste works. I use such actions often to copy some design elements to a other page. > and to which application were you pasting? The is a kind of misunderstanding. I just want to copy/paste from/into the same application instance of Corel Draw 9. And sometimes this works (on some Linux distributions (SuSE/Fedora etc.). But currently I don't have one who the copy/paste works. The most strange about this is that I observed that it works on a SuSE 10 on a office computer but not on a SuSE 10 system at home. Currently I'm updating the systems to SuSE 10.1 and saw on my notebook that it also not works with SuSE 10.1, Xorg 6.9, KDE 3.5.1, Wine 0.9.13. So I can't find a pattern by which I get a idea form which part the bug comes. You might test it on diffrent systems to get a overview what happens. The debug output was created on a system with SuSE 10.0 / xorg 6.8.2 / kde 3.5.1 / wine 0.9.13 and the most recent updates from suse. --- Xorg Packages --- xorg-x11-fonts-75dpi-6.8.2-100 xorg-x11-server-6.8.2-100.2 xorg-x11-devel-6.8.2-100 xorg-x11-libs-6.8.2-100.2 xorg-x11-Xvnc-6.8.2-100 xorg-x11-server-glx-6.8.2-100 xorg-x11-man-6.8.2-100 xorg-x11-Mesa-devel-6.8.2-100 xorg-x11-Mesa-6.8.2-100 xorg-x11-Xnest-6.8.2-100 xorg-x11-fonts-scalable-6.8.2-100 xorg-x11-6.8.2-100.2 ---- Many thanks Roland >----- Ursprüngliche Mail ---- >Von: Ulrich Czekalla <ulrich.czekalla(a)utoronto.ca> >An: Roland Kaeser <roli8200(a)yahoo.de> >Gesendet: Dienstag, den 16. Mai 2006, 02:14:07 Uhr >Betreff: Re: thanks for wine >What exactly did you do to generate the log? What did you copy and to which >application were you pasting? Was this two instances of Corel Draw? >I might be able to get my hands on a copy of Corel Draw 9 sometime next >week. If I can I'll see if I can reproduce the bug. >Thanks, >/Ulrich On Fri, May 12, 2006 at 09:12:30PM +0000, Roland Kaeser wrote: > Hello > > I started CorelDraw with the given WINEDEBUG options but there is no chance to get success with this options. It took me more than 2 hours just to start Corel and generated about 1.5GB of log output. Even moving the mouse generated more than 5000 lines of debug output. So I removed the +relay option. And here is the generated debug output which is already a lot of text. (See the attachement). I hope this is enough information to find where there bug exactly comes. Many thanks for the efforts. > > Roland Kaeser > > > >----- Ursprüngliche Mail ---- > >Von: Ulrich Czekalla <ulrich.czekalla(a)utoronto.ca> > >An: Roland Kaeser <roli8200(a)yahoo.de> > >CC: wine-devel(a)winehq.org > >Gesendet: Freitag, den 12. Mai 2006, 14:18:00 Uhr > >Betreff: Re: thanks for wine > > >On Fri, May 12, 2006 at 06:20:13AM +0000, Roland Kaeser wrote: > >> >The only major issues that I'm aware of are coping and pasting OLE embedded > >> >objects. That should be taken care of when Rob is finished his COM work. > >> > >> >IMO 633, 2382 and 5061 are not really copy and paste bugs. They are caused > >> >by problems translating from windows data formats to linux data formats and > >> >vice versa. > >> > >> As far as I know, all "complex" objects in the windows clipboard, such as formatted text, images etc. is stored as rtf-object. > >> BTW: There is also a bug #3611 which was marked as dublicate of #633 but its not the exact reason. > >> > >> I recognized that the copy and paste bug #3611 works on some systems. I may have to do with some X11 library/KDE Lib versions. etc. Is there a kind of WINEDEBUG option to track what happens when copy/paste in application? > >> On the other side I saw a lot of applications by which the copy/paste does not work. It seems to be a much bigger issue than assumed. > >> > > >I agree, they are different bugs. I don't have Corel Draw 9 so if you can > >send me a +relay,+clipboard,+tid trace I can take a look. > > >/Ulrich > > > >

2 1

Re: rpcrt4: Store the authentication level and service information in the connection as well, so we don't need to reach inside the binding for these.
by Robert Shearman 17 May '06

17 May '06

Robert Shearman wrote: > --- > > dlls/rpcrt4/rpc_binding.h | 2 ++ > dlls/rpcrt4/rpc_message.c | 11 +++++------ > dlls/rpcrt4/rpc_transport.c | 2 ++ > 3 files changed, 9 insertions(+), 6 deletions(-) Alexandre, please don't apply this patch. It causes some regressions because the binding handle can be NULL. -- Rob Shearman

1 0

Re: advapi32: Stub for FileEncryptionStatus
by Hans Leidekker 17 May '06

17 May '06

Hi Paul, +BOOL WINAPI FileEncryptionStatusW(LPCWSTR lpFileName, LPDWORD lpStatus) +{ + FIXME("%s %p\n", debugstr_w(lpFileName), lpStatus); + return TRUE; If you need to return TRUE here it would be better to set lpStatus to a meaningful value, for example FILE_SYSTEM_NOT_SUPPORT, otherwise the caller could end up using random data. -Hans

1 0

WineGL, take two
by Tomas Carnecky 17 May '06

17 May '06

After submitting the patches last night, I got some feedback on IRC. It seems that adding new exports to gdi32.dll is bad (it apparently tends to break applications, those using safedisc2 seem to be good candidates), so I had to look for another solution. Everything that follows here is under the assumption that we want to move all access to the native opengl library to x11drv. But that's the impression I got from Alexandre in the other mail regarding new escape codes (http://www.winehq.org/pipermail/wine-devel/2006-May/047539.html). If the above assumption is true then opengl32.dll needs access to the low-level driver (eg. x11drv) where all the WGL functions are implemented. And if adding new gdi32.dll exports is not an option then ExtEscape() or some other Escape function is the only way to go. Someone told me that even in Windows Vista opengl uses an escape function to talk to the low-level driver. So my new approach is this: - one new gdi driver function: WineGL_getDispatchTable => returns the dispatch table for the basic WGL functions. - two new ExtEscape() codes: => WINEGL_GET_DISPATCH: returns dispatch table as returned by the new driver function => WINEGL_GET_PRIVATE: returns physDev for the given HDC. - opengl32.dll gets the dispatch table using the new escape code when it is loaded. - in x11drv, opengl.c is replaced by various winegl_??? files. Why is WINEGL_GET_PRIVATE needed? The question really is: where do we want to have the WGL extension entry points? I'd recommend to have them in x11drv, why? If they were in opengl32.dll, we'd have to update the dispatch table whenever we would add a new extension. And because the application calls the functions which are entirely implemented in x11drv and not called through wrappers (which don't really exist in my patchset anyway) and the functions still need access to the physDev structure... well, hence the second escape code. I've removed all opengl related #ifdefs, I'd like to have configure set WINEGLFILES to either 'winegl_noop.c', which implements noop functions when opengl isn't supported, or a list with all the required winegl files when all required headers are present. And there is no need to check for linGL.so, too, (at least not for opengl32 and x11drv) because all functions are loaded using wine_dlsym() or glXGetProcAddress(). What is needed at compilation time are the three opengl header files gl.h, glx.h and glu.h. I'm not a configure expert and this big script scares me. That's why the configure patch is king of a hack, but should work when someone uses --without-opengl. The WGL related code is mostly copied over from opengl32/wgl.c and opengl32/wgl_ext.c, I've formatted it a bit to look nicer and changed what was needed to embed it into x11drv. For example 'get_dispay()' is gone as we now have direct access to the display through 'gdi_display'. The only thing that I've disabled is the WGL_ARB_render_texture extension (nvidia drivers don't support it and there is a good chance that no application relies explicitly on this extension, however, the extension can be enabled by uncommenting one line in x11drv/winegl_extensions.c). I've put all the patches, eleven to be precise, on my server: http://dbservice.com/ftpdir/tom/wine/ up until patch number 10, it should not introduce any regression as it only makes the necessary changes to gdi to support the new GDI driver function (but doesn't use it yet) and adds the winegl files to x11drv. Patch number 10 is a bit large, it changes configure to compile the winegl files, removes x11drv/opengl.c and updates gdi32.DescribePixelFormat and friends to use the functions from the dispatch table. Patch number 11 seems big but it basically only replaces functions with wrapper functions that call the function pointer from the dispatch table. It also removes the now unnecessary wgl_ext.[c|h] functions and updates the Makefile. tom

2 2

Re: user32: Make all the recently added ShowWindow tests pass in Wine
by Vitaliy Margolen 17 May '06

17 May '06

Tuesday, May 16, 2006, 11:39:42 PM, Dmitry Timoshkov wrote: > Hello, > this patch makes all the recently added ShowWindow tests pass in Wine, > and is aimed to fix the bug #4960. > GetWindowRect(hwnd, &rc); > +todo_wine { > ok( rc.right-rc.left == GetSystemMetrics(SM_CXSCREEN) && > rc.bottom-rc.top == GetSystemMetrics(SM_CYSCREEN), > "Invalid maximized size after ShowWindow (%ld,%ld)-(%ld,%ld)\n", > rc.left, rc.top, rc.right, rc.bottom); > +} > DestroyWindow(hwnd); > flush_sequence(); Please don't do this. I fixed this problem and added tests exactly for the reason to keep it from braking again. This change will brake most of Delphi apps that have their main windows as a maximized popup. Vitaliy Margolen

1 0

Programatically minimising window gets incorrect results.
by Troy Rollo 17 May '06

17 May '06

The attached C sample demonstrates two problems with using ShowWindow(hwnd,SW_SHOWMINIMIZED) to minimise a top level window. The tests were done in KDE, but the second problem has been confirmed in Gnome and I suspect the first also occurs there. 1. If you start this program without arguments and click on the resulting window it will correctly minimise, but when restored it will appear with size 32x32 in the lower left hand corner of the screen (that is, as if it were still minimised as an icon). 2. If you start this program with any argument, the window will not appear at all. It should appear minimised. The first problem can be fixed by the attached hack (presumably this is not the correct fix or even anything approximating a correct fix). The second seems hairier and my best guess is that it happens that way because the window manager has not mapped the window yet. -- Troy Rollo - wine(a)troy.rollo.name

2 3

Re: kernel[2/2]: fix path test to pass on 95 and 98
by Alexandre Julliard 16 May '06

16 May '06

Andrew Ziem <ahziem1(a)mailbolt.com> writes: > --- dlls/kernel/tests/path1.c 2006-05-14 23:32:47.000000000 -0600 > +++ dlls/kernel/tests/path.c 2006-05-15 08:08:52.000000000 -0600 > @@ -339,14 +339,22 @@ > newdir,tmpstr,tmpstr1,id); > ok(DeleteFileA(newdir),"Couldn't delete the temporary file we just created\n"); > > - ok((id=GetTempFileNameA(tmppath,NULL,0,newdir)),"GetTempFileNameA failed\n"); > - sprintf(tmpstr,"%.4x.tmp",id & 0xffff); > - sprintf(tmpstr1,"%x.tmp",id & 0xffff); > - ok(lstrcmpiA(newdir+lstrlenA(tmppath),tmpstr)==0 || > - lstrcmpiA(newdir+lstrlenA(tmppath),tmpstr1)==0, > - "GetTempFileNameA returned '%s' which doesn't match '%s' or '%s'. id=%x\n", > - newdir,tmpstr,tmpstr1,id); > - ok(DeleteFileA(newdir),"Couldn't delete the temporary file we just created\n"); > + if (GetVersion() & 0x80000000) { You should never add version checks in tests, simply check for both behaviors. -- Alexandre Julliard julliard(a)winehq.org

2 2

Re: user32: Remove Wine specific hacks from PrivateExtractIconsW
by Alexandre Julliard 16 May '06

16 May '06

Michael Jung <mjung(a)iss.tu-darmstadt.de> writes: > ChangeLog: > Remove Wine specific hack from PrivateExtractIconsW. > > It's not necessary anymore, due to the new fake dlls. I don't think we want to require creation of fake dlls for all builtins that contain icons. Fake dlls should only be created when real apps need them, not for internal Wine purposes. -- Alexandre Julliard julliard(a)winehq.org

1 0

re: thanks for wine
by Dan Kegel 16 May '06

16 May '06

>> Copy-paste didn't work between wine and Gnome, but everything else was >> without a hitch! > > Doh! What exactly failed? Could you give me the exact steps to reproduce > the problem? Yes, please do! Let's get a bug filed about this. There are quite a few copy and paste bugs in Wine, e.g. http://bugs.winehq.org/show_bug.cgi?id=633 http://bugs.winehq.org/show_bug.cgi?id=2382 http://bugs.winehq.org/show_bug.cgi?id=3486 http://bugs.winehq.org/show_bug.cgi?id=4523 http://bugs.winehq.org/show_bug.cgi?id=5061 I wonder if just getting copy and paste working well would be a sufficient summer of code project! Too bad submissions are closed. Ah, well, next year :-) - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

8 15

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel May 2006