wine-devel

wine-devel@winehq.org

2 participants
84469 discussions

Re: [QUARTZ] Add FFMpeg video wrapper filter (take 3)
by Christian Costa 15 Jun '05

15 Jun '05

> Message du 14/06/05 15:43 > De : "Marcus Meissner" > A : "Christian Costa" > Copie à : "Marcus Meissner" , "Alexandre Julliard" , "Brian Vincent" , wine-devel(a)winehq.com > Objet : Re: [QUARTZ] Add FFMpeg video wrapper filter (take 3) > > On Tue, Jun 14, 2005 at 01:49:59PM +0200, Christian Costa wrote: > > > > > Message du 14/06/05 13:24 > > > De : "Marcus Meissner" > > > A : "Christian Costa" > > > Copie à : "Marcus Meissner" , "Alexandre Julliard" , "Brian Vincent" , wine-devel(a)winehq.com > > > Objet : Re: [QUARTZ] Add FFMpeg video wrapper filter (take 3) > > > > > > On Tue, Jun 14, 2005 at 01:05:37PM +0200, Christian Costa wrote: > > > > > > > > What do you mean by dlls? > > > > A shared version of libavcodec or a quartz.dll with libavcodec linked statically? > > > > > > I meant seperate DLLs (dll.so files for WINE actually). > > > > > > Is all needed to be in quartz.dll directly? > > > > > > Or can you split off parts into quartz_codec1.dll , q_codec2.dll or > > > similar? > > > > > > > Since filters are COM objects, we can embed them in separate dlls but this > > would kill the concept of a generic libavcodec wrapper. > > And anyway this will not help us that much because the libavcodec is a big > > one peace of code and this would require to rewrite the building system to > > split codecs. > > > What I think of is putting all codecs that can benefit from libavcodec > into a wine-quartz-avcoded.rpm which contains one (1) q_avcodec.dll which can > register all these filters. > > So just 1 add-on RPM to install additionaly. > > Since this can be provided by external contributors a distributor would not > have to worry about libavcoded related problems. > This sounds rather complicated to me. Indeed, if we have to play with libavcodec files and build, why not just take a version of this library, hack it to generate a libwineavcodec.so which contains all the typical codecs we want to be supported in wine and finally generate an rpm which contain the shared lib + the headers. This way if I want one day to break all the video (and soon audio) wrapper, noone will have to update the lib. The update will be done from time to time when syncing with ffmpeg sources. And finally, when the time comes when ffmpeg people provide and maintain a shared lib with a stable API, we will have just to drop ours and take theirs. :-) The problem is to find a place to host it and find a victim to do the package and maintain it. (You? :-)) Bye, Christian

2 2

Re: wine/dlls/crypt32 tests/encode.c encode.c
by Phil Krylov 15 Jun '05

15 Jun '05

Hi, this change gives me a lot of errors when compiling: make[3]: Entering directory `/home/phil/build/wine/dlls/crypt32/tests' ../../../tools/winegcc/winegcc -B../../../tools/winebuild -mconsole encode.o main.o protectdata.o testlist.o -o crypt32_test.exe.so -L../../../ libs/port -lwine_port -L../../../dlls -L../../../dlls/crypt32 -L../../../ libs -lcrypt32 /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5-20050130/../../../../i686-pc-linux- gnu/bin/ld: warning: creating a DT_TEXTREL in object. encode.o(.text+0x3b): In function `test_encodeInt': /home/phil/build/wine/dlls/crypt32/tests/encode.c:74: undefined reference to `CryptEncodeObjectEx' encode.o(.text+0x8f):/home/ phil/build/wine/dlls/crypt32/tests/encode.c:81: undefined reference to `CryptEncodeObjectEx' ... -- Ph.

2 1

Re: propsheet: run our own message loop for modal propsheets
by Robert Shearman 15 Jun '05

15 Jun '05

Huw D M Davies wrote: > Huw Davies <huw(a)codeweavers.com> > For modal propsheets we should run our own message loop rather than > use a modal dialogbox just like Windows does. This helps apps that > subclass the propsheet's wndproc. > > >+static INT do_loop(PropSheetInfo *psInfo) >+{ >+ MSG msg; >+ INT ret = 0; >+ HWND hwnd = psInfo->hwnd; >+ >+ while(IsWindow(hwnd) && !psInfo->ended && (ret = GetMessageW(&msg, NULL, 0, 0))) >+ { >+ if(ret == -1) >+ break; >+ >+ if(!IsDialogMessageW(hwnd, &msg)) >+ { >+ TranslateMessage(&msg); >+ DispatchMessageW(&msg); >+ } >+ } >+ if(ret == 0) ret = -1; >+ >+ DestroyWindow(hwnd); >+ return ret; >+} > If you get a WM_QUIT message while in the loop, then you have to repost it so that the application sees it and shuts down properly. -- Rob Shearman

1 0

Re: Resolve all include/wine/test.h dependencies, avoid an error with MSVC
by Alexandre Julliard 15 Jun '05

15 Jun '05

Dmitry Timoshkov <dmitry(a)baikal.ru> writes: > @@ -89,7 +91,7 @@ struct test > void (*func)(void); > }; > > -static const struct test winetest_testlist[]; > +static const struct test winetest_testlist[2]; This isn't correct, the size is 2 only for standalone tests. Does something like this work for MSVC too? Index: include/wine/test.h =================================================================== RCS file: /opt/cvs-commit/wine/include/wine/test.h,v retrieving revision 1.17 diff -u -p -r1.17 test.h --- include/wine/test.h 13 Jun 2005 12:10:54 -0000 1.17 +++ include/wine/test.h 13 Jun 2005 13:08:46 -0000 @@ -22,6 +22,7 @@ #define __WINE_TEST_H #include <stdarg.h> +#include <stdlib.h> #include <windef.h> #include <winbase.h> @@ -43,7 +44,7 @@ extern int winetest_get_mainargs( char** #ifdef STANDALONE #define START_TEST(name) \ static void func_##name(void); \ - static const struct test winetest_testlist[] = { { #name, func_##name }, { 0, 0 } }; \ + const struct test winetest_testlist[] = { { #name, func_##name }, { 0, 0 } }; \ static void func_##name(void) #else #define START_TEST(name) void func_##name(void) @@ -129,7 +130,7 @@ struct test void (*func)(void); }; -static const struct test winetest_testlist[]; +extern const struct test winetest_testlist[]; /* debug level */ int winetest_debug = 1; -- Alexandre Julliard julliard(a)winehq.org

2 2

wine loader anamoly
by bala saravanan 15 Jun '05

15 Jun '05

Hello, I am using wine-20040309 on my rehat 9 machine. When I use wine in the default redhat 9 kernel 2.4.20-8, i see that the wineserver and wine-pthread binaries are running. Whereas when i use the vannila kernel 2.4.20, wineserver and wine-kthread binaries are running. Can anyone explain the reason behind this behavious of wine. You help would be highly appreciated. Thanks, Balas __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

4 3

Re: Soliciting suggestions for AppDB
by Mitchell Mebane 14 Jun '05

14 Jun '05

Well, I just sent in my proposal. We'll see what happens. :) --Mitchell Mebane -- I find that a great part of the information I have was acquired by looking up something and finding something else on the way. -- Franklin P. Adams

1 0

user32.dll SetSystemCursor
by Tom Wickline 14 Jun '05

14 Jun '05

I have noticed while trying to get a couple games to work that they require SetSystemCursor and the function is documented here: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winui/winu… Anyone care to help me implement this function? Tom

2 2

Re: tester needed
by Mitchell Mebane 14 Jun '05

14 Jun '05

Ivan Leo Puoti wrote: > Mitchell Mebane wrote: > >> I'll install a plain 2003 in a VM right now. What do you need tested? > > > Get the latest winetest build from test.winehq.com/data and tell me if > the tag window gets focus as soon as it's created. > > Ivan. > > > . > OK, original Windows Server 2003 EE, absolutely zero updates: Run the latest winetest, the tag window appears, and the text box has focus. user32.dll v 5.2.3790.0 Windows Server 2003 EE, with SP1: text box has focus My desktop, Windows XP Pro SP2 with all the latest updates: text box has focus So, on all three, I can immediately start typing in a tag. -- I find that a great part of the information I have was acquired by looking up something and finding something else on the way. -- Franklin P. Adams

1 0

Re: QUARTZ: check for NULL before IReferenceClock_Release
by Tom Wickline 14 Jun '05

14 Jun '05

On 6/14/05, Alex Villacís Lasso <a_villacis(a)palosanto.com> wrote: > While trying to isolate an AVIFile bug, this other bug showed up. The > function TransformFilter_Release tries to decrement a reference counter > on a NULL pClock, which inmediately segfaults. This patch corrects this bug: > > Changelog: > * Check for NULL before IReferenceClock_Release in TransformFilter_Release > You forgot the patch :-) Tom > Alex Villacís Lasso > >

1 0

Getting civilization 2 to work...
by Kristiaan Lenaerts 14 Jun '05

14 Jun '05

Hello, I've been following the wine-devel lists for some time now, but I never found time to actually work on something... until now. I am trying to get civilization 2 to work (with some succes). I chose that game for some reasons (I like the game and the error looks easy, a bit like the tutorials). I made the following trace: 0013:Call user32.GetWindowLongA(00170034,0000000a) ret=005d2a16 0013:Ret user32.GetWindowLongA() retval=00000000 ret=005d2a16 0013:Call user32.GetClassLongA(00170034,ffffffee) ret=005d2a25 0013:Ret user32.GetClassLongA() retval=0000000c ret=005d2a25 0013:Call user32.GetWindowLongA(00170034,00000004) ret=005d2a39 0013:Ret user32.GetWindowLongA() retval=778bfd70 ret=005d2a39 0013:trace:seh:__regs_RtlRaiseException code=c0000005 flags=0 addr=0x40f81f 0013:trace:seh:__regs_RtlRaiseException info[0]=00000000 0013:trace:seh:__regs_RtlRaiseException info[1]=00000008 0013:trace:seh:__regs_RtlRaiseException eax=00000000 ebx=7793cd94 ecx=00000000 edx=7794dfe4 esi=00170034 edi=000c0054 It shows a call to GetWindowLongA with nIndex = 10, which is not valid, and so it returns NULL. After this the program generates a STATUS_ACCESS_VIOLATION, and hangs. After searching trough win.c I found the following comment: /* * Some programs try to access last element from 16 bit * code using illegal offset value. Hopefully this is * what those programs really expect. */ changing the if statement that follows according to the following patch made civilization 2 work, although the performance is really bad. I tried making a test for this, to check if this behaviour is the same on windows, but I'm unable to make a test that will run. I don't know h ow to make the cbWndExtra and wExtra fields in the WND struct into something usefull, so it will not segfault. Mayby it is possible to leave them empty, but I don't know how, if I leave them empty every test with nIndex > 0 failes. I hope this is somewhat usefull. Krist Index: dlls/user/win.c =================================================================== RCS file: /home/wine/wine/dlls/user/win.c,v retrieving revision 1.6 diff -u -p -r1.6 win.c --- dlls/user/win.c 7 Jun 2005 20:11:17 -0000 1.6 +++ dlls/user/win.c 13 Jun 2005 19:08:25 -0000 @@ -1863,8 +1863,7 @@ static LONG_PTR WIN_GetWindowLong( HWND * code using illegal offset value. Hopefully this is * what those programs really expect. */ - if (type == WIN_PROC_16 && - wndPtr->cbWndExtra >= 4 && + if (wndPtr->cbWndExtra >= 4 && offset == wndPtr->cbWndExtra - sizeof(WORD)) { INT offset2 = wndPtr->cbWndExtra - sizeof(LONG);

2 2

tester needed
by Ivan Leo Puoti 14 Jun '05

14 Jun '05

Hello, I need a fairly simple test run for me on windows service 2003 *without* service pack 1, if you can do this please drop me a line. Ivan.

3 2

Re: [QUARTZ] Add FFMpeg video wrapper filter (take 3)
by Christian Costa 14 Jun '05

14 Jun '05

> Message du 14/06/05 13:24 > De : "Marcus Meissner" > A : "Christian Costa" > Copie à : "Marcus Meissner" , "Alexandre Julliard" , "Brian Vincent" , wine-devel(a)winehq.com > Objet : Re: [QUARTZ] Add FFMpeg video wrapper filter (take 3) > > On Tue, Jun 14, 2005 at 01:05:37PM +0200, Christian Costa wrote: > > > > What do you mean by dlls? > > A shared version of libavcodec or a quartz.dll with libavcodec linked statically? > > I meant seperate DLLs (dll.so files for WINE actually). > > Is all needed to be in quartz.dll directly? > > Or can you split off parts into quartz_codec1.dll , q_codec2.dll or > similar? > Since filters are COM objects, we can embed them in separate dlls but this would kill the concept of a generic libavcodec wrapper. And anyway this will not help us that much because the libavcodec is a big one peace of code and this would require to rewrite the building system to split codecs. Bye, Christian

2 1

Re: [QUARTZ] Add FFMpeg video wrapper filter (take 3)
by Christian Costa 14 Jun '05

14 Jun '05

Alexandre, If the possible (even rare) presence of a libavcodec.so lib can causes troubles. Would it be acceptable to force static linking with a configure check such as this one? dnl **** Check for avcodec lib **** AVCODECLIBS="" LIBS="/usr/lib/libavcodec.a -lz -lm" AC_CHECK_HEADERS(ffmpeg/avcodec.h, [AC_TRY_LINK([#include ],[avcodec_init();], [AC_DEFINE(HAVE_LIBAVCODEC, 1, [Define if you have the avcodec library (libavcodec.a)]) AVCODECLIBS="/usr/lib/libavcodec.a -lz -lm"])]) LIBS=""; AC_SUBST(AVCODECLIBS) Bye, Christian

1 0

Re: [QUARTZ] Add FFMpeg video wrapper filter (take 3)
by Christian Costa 14 Jun '05

14 Jun '05

Alexandre, If the possible (even rare) presence of a libavcodec.so lib can causes troubles. Would it be acceptable to force static linking with a configure check such as this one? dnl **** Check for avcodec lib **** AVCODECLIBS="" LIBS="/usr/lib/libavcodec.a -lz -lm" AC_CHECK_HEADERS(ffmpeg/avcodec.h, [AC_TRY_LINK([#include <ffmpeg/avcodec.h>],[avcodec_init();], [AC_DEFINE(HAVE_LIBAVCODEC, 1, [Define if you have the avcodec library (libavcodec.a)]) AVCODECLIBS="/usr/lib/libavcodec.a -lz -lm"])]) LIBS=""; AC_SUBST(AVCODECLIBS) Bye, Christian

1 0

Debugger under Solaris
by Robert Lunnon 14 Jun '05

14 Jun '05

I need some help to implement the debugger under Solaris. In particular I need help with how ptrace interacts with the threading model under Linux which I understand uses processes for threads. Since Solaris has user mode threads, stopping a pid stops all the threads in the debugee which used to deadlock the debugger. This suggests I need to operate on threads within processes rather than the processes themselves. This is possible with a few IPC tricks, but I need to understand the semantics Any volunteers ?

3 4

Re: [QUARTZ] Add FFMpeg video wrapper filter (take 3)
by Christian Costa 14 Jun '05

14 Jun '05

What do you mean by dlls? A shared version of libavcodec or a quartz.dll with libavcodec linked statically? Bye, Christian > Message du 14/06/05 08:50 > De : "Marcus Meissner" > A : "Brian Vincent" > Copie à : "Alexandre Julliard" , titan.costa(a)wanadoo.fr, wine-devel(a)winehq.com > Objet : Re: [QUARTZ] Add FFMpeg video wrapper filter (take 3) > > On Mon, Jun 13, 2005 at 11:08:00AM -0600, Brian Vincent wrote: > > On 13 Jun 2005 18:11:14 +0200, Alexandre Julliard > > wrote: > > > > > > > > > If there's only a static lib then I guess it's fine. Is that the case > > > on all major distros? > > > > > > > > I just dug through a bunch of distros and no one ships ffmpeg by default. > > That includes Fedora 4, SuSE 9.2/9.3, Mandriva 10.1, and Slackware 10.1. > > It's marked "optional" on Debian sarge. > > I think I ran into this same issue with xine a while ago. I believe they > > ship ffmpeg, but can't remember. > > SUSE does not ship it for the usual legal reasons. > > I would suggest making this an addon package for distributions, to drop > it right beside a normal WINE installation when needed. (with dlls and > regsvr and .inf files or so). > > Ciao, Marcus > >

2 1

SetThreadPriority??
by Andreas Mohr 14 Jun '05

14 Jun '05

Hi guys, has ANYONE done any testing with my experimental SetThreadPriority patch which I mailed on May 15? So far I haven't received any replies, despite this probably being rather interesting, given that it is implemented by many of our winmm threads... Or should this remain untested until I will have a sizeable amount of time for testing myself during LinuxTag? Andreas Mohr

3 2

Flattening dll directories.
by Glen Kaukola 14 Jun '05

14 Jun '05

Hi there, I was looking over the Janitorial section on the wiki, and it seems like flattening dlls is something I could definitely handle. Is this something that's still needed or wanted? And then how would that work? Would I need cvs write access to get anything done? Or can diff produce a patch that handles moving things around like that? Glen -- Free will is just an illusion.

3 2

Re: [QUARTZ] Add FFMpeg video wrapper filter (take 3)
by Christian Costa 14 Jun '05

14 Jun '05

Well, it was meant to link with the static library only however I admit my configure check is not that good. The FFMpeg build the static lib by default and it's not likely you find a shared version lying somewhere when building Wine. > Message du 13/06/05 15:12 > De : "Alexandre Julliard" > A : "Christian Costa" > Copie à : wine-devel(a)winehq.com > Objet : Re: [QUARTZ] Add FFMpeg video wrapper filter (take 3) > > Christian Costa writes: > > > Moved avcodec.h include into the #ifdef section. > > > > Changelog: > > Added FFMpeg video wrapper filter. > > You should dlopen the library to avoid creating a run-time dependency. > > -- > Alexandre Julliard > julliard(a)winehq.org > > >

6 5

Re: activeds.dll (#1_v2)
by Tom Wickline 13 Jun '05

13 Jun '05

On 6/12/05, Detlef Riekenberg <wine.dev(a)web.de> wrote: > Hi. > > Changelog: > Added "activeds.dll" with some stubs to get the native > "printui.dll" (w2k) loaded for the command "/?" > (rundll32.exe printui.dll,PrintUIEntry "/?") > > (More patches will follow for winspool.drv and other) You forgot the patch... Tom > > -- > By By ... > ... Detlef

2 2

Re: DMLOADERe: Prevent crash on IDirectMusicLoaderResourceStream_IStream_Read if pcbRead is NULL
by Alex Villacís Lasso 13 Jun '05

13 Jun '05

Juan Lang wrote: >>- TRACE_(dmfileraw)(": data (size = 0x%08lX): '%s'\n", *pcbRead, >> >> >debugstr_an(pv, *pcbRead)); > > >>+ TRACE_(dmfileraw)(": data (size = 0x%08lX): '%s'\n", cb, >> >> >debugstr_an(pv, *pcbRead)); > >Should that be: > TRACE_(dmfileraw)(": data (size = 0x%08lX): '%s'\n", cb, debugstr_an(pv, >cb)); >instead? > >--Juan > > >__________________________________________________ >Do You Yahoo!? >Tired of spam? Yahoo! Mail has the best spam protection around >http://mail.yahoo.com > > You are right. I failed to notice the second use of the suspicious pointer. Here is a corrected patch. Alex Villacís Lasso

1 0

Re: Dragon NS7 on wine
by wino＠piments.com 13 Jun '05

13 Jun '05

Rene, did you get the my comcat OK? I noticed that yours is exactly the same length but a different checksum. md5sum c/windows/system/comcat.dll 4e72c4b7eb91bca165fd04e0ab4f121e c/windows/system/comcat.dll It seems odd that your NS installation had a few differences to mine, was it the german version? Mine was 7.00 english. The other thing that can make a big diffence is of course the wine version. Previous posted info relates to wine-20041019-r3. What are you using ? It is frustrating that this is so close but not quite there. Regards On Sun, 12 Jun 2005 11:22:16 +0200, René Rebe <rene(a)exactcode.de> wrote: > Hi, > > On Saturday 11 June 2005 11:45, you wrote: > >> >>> And then when trying to start the applications a dlg that tells me >> that >> >> the 'nstex50.dll' can not be found >> >> This may be a corrolary of you your comcat error which I do not get. >> >> Try googling for comcat.dll , in particular this seems relevant. > > Do you have a comcat.dll (in windows/system)? If so - could you send it > (or if > not the md5sum) to me? > > rene@haudraufinix:~/c/windows/system$ l comcat.dll > -rw-r--r-- 1 rene users 6144 Mar 28 1999 comcat.dll > > rene@haudraufinix:~/c/windows/system$ file comcat.dll > comcat.dll: MS Windows PE 32-bit Intel 80386 GUI DLL > > rene@haudraufinix:~/c/windows/system$ md5sum comcat.dll > bd4131f09672427fd646201a5cc780f2 comcat.dll > > Yours, >

2 2

How to add winmm.dll driver from within msacm32.dll?
by a_villacis＠palosanto.com 13 Jun '05

13 Jun '05

I recently downloaded a Japanese RPG game (http://download.sama.jp:8080/archives/shinkiro_pre.zip) and tried to run it under Wine. However, it crashed with the following fatal trace: [alex@karlalex shinkiro_pre]$ pwd /home/alex/.wine/drive_c/shinkiro_pre [alex@karlalex shinkiro_pre]$ LANG=ja WINEDEBUG=msacm,winmm wine game.exe trace:winmm:DllMain 0x7f620000 0x1 0x1 trace:winmm:WINMM_CreateIData Initialized IData (0x7f67fba0) trace:winmm:MMDRV_Init () trace:winmm:MMDRV_Install ('winealsa.drv', 'winealsa.drv', mapper=N); ALSA lib control.c:654:(snd_ctl_open_noupdate) Invalid CTL plug:hw:0 ALSA lib pcm_hw.c:1056:(snd_pcm_hw_open) open /dev/snd/pcmC1D0p failed: Device or resource busy ALSA lib pcm_hw.c:1056:(snd_pcm_hw_open) open /dev/snd/pcmC1D0c failed: Device or resource busy trace:winmm:MMDRV_Install Got 32 bit func 'midMessage' trace:winmm:MMDRV_Install Got 32 bit func 'modMessage' trace:winmm:MMDRV_Install Got 32 bit func 'widMessage' trace:winmm:MMDRV_Install Got 32 bit func 'wodMessage' trace:winmm:MMDRV_GetDescription32 (0x7fa9fc54, 0x7fa9f998, 128) trace:winmm:MMDRV_GetDescription32 Can't find file winealsa.drv trace:winmm:MMDRV_Install winealsa.drv => No description trace:winmm:MMDRV_InitPerType (0x7f67f600, 0000, 0003) trace:winmm:MMDRV_InitPerType (0x7f67f600, 0001, 0001) trace:winmm:MMDRV_InitPerType (0x7f67f600, 0002, 0035) trace:winmm:MMDRV_InitPerType DRVM_INIT => MMSYSERR_NOERROR trace:winmm:MMDRV_InitPerType Got 1 dev for (winealsa.drv:MidiIn) trace:winmm:MMDRV_InitPerType Setting min=0 max=1 (ttop=1) for (winealsa.drv:MidiIn) trace:winmm:MMDRV_InitPerType MidiIn:Trans[0] -> winealsa.drv trace:winmm:MMDRV_InitPerType (0x7f67f600, 0003, 0001) trace:winmm:MMDRV_InitPerType DRVM_INIT => MMSYSERR_NOERROR trace:winmm:MMDRV_InitPerType Got 5 dev for (winealsa.drv:MidiOut) trace:winmm:MMDRV_InitPerType Setting min=0 max=5 (ttop=5) for (winealsa.drv:MidiOut) trace:winmm:MMDRV_InitPerType MidiOut:Trans[0] -> winealsa.drv trace:winmm:MMDRV_InitPerType MidiOut:Trans[1] -> winealsa.drv trace:winmm:MMDRV_InitPerType MidiOut:Trans[2] -> winealsa.drv trace:winmm:MMDRV_InitPerType MidiOut:Trans[3] -> winealsa.drv trace:winmm:MMDRV_InitPerType MidiOut:Trans[4] -> winealsa.drv trace:winmm:MMDRV_InitPerType (0x7f67f600, 0004, 0032) trace:winmm:MMDRV_InitPerType DRVM_INIT => MMSYSERR_NOERROR trace:winmm:MMDRV_InitPerType Got 1 dev for (winealsa.drv:WaveIn) trace:winmm:MMDRV_InitPerType Setting min=0 max=1 (ttop=1) for (winealsa.drv:WaveIn) trace:winmm:MMDRV_InitPerType WaveIn:Trans[0] -> winealsa.drv trace:winmm:MMDRV_InitPerType (0x7f67f600, 0005, 0003) trace:winmm:MMDRV_InitPerType DRVM_INIT => MMSYSERR_NOERROR trace:winmm:MMDRV_InitPerType Got 1 dev for (winealsa.drv:WaveOut) trace:winmm:MMDRV_InitPerType Setting min=0 max=1 (ttop=1) for (winealsa.drv:WaveOut) trace:winmm:MMDRV_InitPerType WaveOut:Trans[0] -> winealsa.drv trace:winmm:MMDRV_Install ('wavemapper', 'msacm.drv', mapper=Y); trace:msacm:DllMain 0x7f5f0000 0x1 (nil) trace:msacm:MSACM_RegisterDriver (L"MSACM.imaadpcm", L"imaadp32.acm", (nil)) trace:msacm:MSACM_RegisterDriver (L"MSACM.msadpcm", L"msadp32.acm", (nil)) trace:msacm:MSACM_RegisterDriver (L"MSACM.msg711", L"msg711.acm", (nil)) trace:msacm:MSACM_RegisterDriver (L"MSACM.winemp3", L"winemp3.acm", (nil)) trace:msacm:MSACM_RegisterDriver (L"msacm32.dll", L"msacm32.dll", (nil)) trace:winmm:MMDRV_Install Got 32 bit func 'widMessage' trace:winmm:MMDRV_Install Got 32 bit func 'wodMessage' trace:winmm:MMDRV_GetDescription32 (0x7fa9fb54, 0x7fa9f998, 128) trace:winmm:MMDRV_GetDescription32 Can't find file msacm.drv trace:winmm:MMDRV_Install msacm.drv => No description trace:winmm:MMDRV_InitPerType (0x7f67f654, 0000, 0003) trace:winmm:MMDRV_InitPerType (0x7f67f654, 0001, 0001) trace:winmm:MMDRV_InitPerType (0x7f67f654, 0002, 0035) trace:winmm:MMDRV_InitPerType (0x7f67f654, 0003, 0001) trace:winmm:MMDRV_InitPerType (0x7f67f654, 0004, 0032) trace:winmm:MMDRV_InitPerType DRVM_INIT => MMSYSERR_NOERROR trace:winmm:MMDRV_InitPerType Got 1 dev for (wavemapper:WaveIn) trace:winmm:MMDRV_InitPerType Setting min=0 max=0 (ttop=1) for (wavemapper:WaveIn) trace:winmm:MMDRV_InitPerType WaveIn:Trans[-1] -> wavemapper trace:winmm:MMDRV_InitPerType WaveIn:Trans[0] -> winealsa.drv trace:winmm:MMDRV_InitPerType (0x7f67f654, 0005, 0003) trace:winmm:MMDRV_InitPerType DRVM_INIT => MMSYSERR_NOERROR trace:winmm:MMDRV_InitPerType Got 1 dev for (wavemapper:WaveOut) trace:winmm:MMDRV_InitPerType Setting min=0 max=0 (ttop=1) for (wavemapper:WaveOut) trace:winmm:MMDRV_InitPerType WaveOut:Trans[-1] -> wavemapper trace:winmm:MMDRV_InitPerType WaveOut:Trans[0] -> winealsa.drv trace:winmm:MMDRV_Install ('midimapper', 'midimap.drv', mapper=Y); trace:winmm:MMDRV_GetNum (0003) trace:winmm:midiOutGetDevCapsW (0, 0x7fa9f720, 84); trace:winmm:MMDRV_Get ((nil), 0003, Y) trace:winmm:MMDRV_GetByID (0000, 0003) trace:winmm:MMDRV_Message (MidiOut 0 2 0x00000000 0x7fa9f720 0x00000054 Y) trace:winmm:MMDRV_Message Calling message(dev=0 msg=2 usr=0x00000000 p1=0x7fa9f720 p2=0x00000054) trace:winmm:MMDRV_Message => MMSYSERR_NOERROR trace:winmm:midiOutGetDevCapsW (1, 0x7fa9f720, 84); trace:winmm:MMDRV_Get (0x1, 0003, Y) trace:winmm:MMDRV_GetByID (0001, 0003) trace:winmm:MMDRV_Message (MidiOut 1 2 0x00000000 0x7fa9f720 0x00000054 Y) trace:winmm:MMDRV_Message Calling message(dev=1 msg=2 usr=0x00000000 p1=0x7fa9f720 p2=0x00000054) trace:winmm:MMDRV_Message => MMSYSERR_NOERROR trace:winmm:midiOutGetDevCapsW (2, 0x7fa9f720, 84); trace:winmm:MMDRV_Get (0x2, 0003, Y) trace:winmm:MMDRV_GetByID (0002, 0003) trace:winmm:MMDRV_Message (MidiOut 2 2 0x00000000 0x7fa9f720 0x00000054 Y) trace:winmm:MMDRV_Message Calling message(dev=2 msg=2 usr=0x00000000 p1=0x7fa9f720 p2=0x00000054) trace:winmm:MMDRV_Message => MMSYSERR_NOERROR trace:winmm:midiOutGetDevCapsW (3, 0x7fa9f720, 84); trace:winmm:MMDRV_Get (0x3, 0003, Y) trace:winmm:MMDRV_GetByID (0003, 0003) trace:winmm:MMDRV_Message (MidiOut 3 2 0x00000000 0x7fa9f720 0x00000054 Y) trace:winmm:MMDRV_Message Calling message(dev=3 msg=2 usr=0x00000000 p1=0x7fa9f720 p2=0x00000054) trace:winmm:MMDRV_Message => MMSYSERR_NOERROR trace:winmm:midiOutGetDevCapsW (4, 0x7fa9f720, 84); trace:winmm:MMDRV_Get (0x4, 0003, Y) trace:winmm:MMDRV_GetByID (0004, 0003) trace:winmm:MMDRV_Message (MidiOut 4 2 0x00000000 0x7fa9f720 0x00000054 Y) trace:winmm:MMDRV_Message Calling message(dev=4 msg=2 usr=0x00000000 p1=0x7fa9f720 p2=0x00000054) trace:winmm:MMDRV_Message => MMSYSERR_NOERROR trace:winmm:MMDRV_Install Got 32 bit func 'modMessage' trace:winmm:MMDRV_GetDescription32 (0x7fa9fa54, 0x7fa9f98c, 128) trace:winmm:MMDRV_GetDescription32 Can't find file midimap.drv trace:winmm:MMDRV_Install midimap.drv => No description trace:winmm:MMDRV_InitPerType (0x7f67f6a8, 0000, 0003) trace:winmm:MMDRV_InitPerType (0x7f67f6a8, 0001, 0001) trace:winmm:MMDRV_InitPerType (0x7f67f6a8, 0002, 0035) trace:winmm:MMDRV_InitPerType (0x7f67f6a8, 0003, 0001) trace:msacm:MIDIMAP_modMessage (0, 0064, 00000000, 00000000, 00000000); trace:winmm:MMDRV_InitPerType DRVM_INIT => MMSYSERR_NOERROR trace:msacm:MIDIMAP_modMessage (0, 0001, 00000000, 00000000, 00000000); trace:winmm:MMDRV_InitPerType Got 1 dev for (midimapper:MidiOut) trace:winmm:MMDRV_InitPerType Setting min=0 max=0 (ttop=5) for (midimapper:MidiOut) trace:winmm:MMDRV_InitPerType MidiOut:Trans[-1] -> midimapper trace:winmm:MMDRV_InitPerType MidiOut:Trans[0] -> winealsa.drv trace:winmm:MMDRV_InitPerType MidiOut:Trans[1] -> winealsa.drv trace:winmm:MMDRV_InitPerType MidiOut:Trans[2] -> winealsa.drv trace:winmm:MMDRV_InitPerType MidiOut:Trans[3] -> winealsa.drv trace:winmm:MMDRV_InitPerType MidiOut:Trans[4] -> winealsa.drv trace:winmm:MMDRV_InitPerType (0x7f67f6a8, 0004, 0032) trace:winmm:MMDRV_InitPerType (0x7f67f6a8, 0005, 0003) trace:winmm:joyGetPos (0, 0x7fa9f2b8); trace:winmm:MMDRV_GetNum (0005) trace:winmm:waveOutMessage ((nil), 2068, 2141844160, 0) trace:winmm:MMDRV_Get ((nil), 0005, N) trace:winmm:MMDRV_Get ((nil), 0005, Y) trace:winmm:MMDRV_GetByID (0000, 0005) trace:winmm:MMDRV_PhysicalFeatures (0x7fe01b8c, 0814, 7fa9f2c0, 00000000) trace:winmm:MMDRV_Message (WaveOut 0 2068 0x00000000 0x7fa9f2c0 0x00000000 Y) trace:winmm:MMDRV_Message Calling message(dev=0 msg=2068 usr=0x00000000 p1=0x7fa9f2c0 p2=0x00000000) trace:winmm:MMDRV_Message => MMSYSERR_NOERROR trace:winmm:WAVE_Open (0x7fe19304, 0, Out, 0x7fe163a0, 7D70B324, 7FE19068, 00030080, 32); trace:winmm:WAVE_Open wFormatTag=1, nChannels=2, nSamplesPerSec=22050, nAvgBytesPerSec=44100, nBlockAlign=2, wBitsPerSample=8 trace:winmm:MMDRV_Alloc (28, 0005, 0x7fa9f298, 0x7fa9f2e8, 0x7fa9f2e0, 0x7fa9f2e4, Y) trace:winmm:MMDRV_GetNum (0005) trace:winmm:WAVE_Open cb=7d70b324 trace:winmm:MMDRV_Open (0x7fe18dd8, 0005, 0x7fa9f29c, 0x00030080) trace:winmm:MMDRV_Open Setting mmdIndex to 0 trace:winmm:MMDRV_Message (WaveOut 0 5 0x7fa9f268 0x7fa9f29c 0x00030080 Y) trace:winmm:MMDRV_Message Calling message(dev=0 msg=5 usr=0x7fa9f268 p1=0x7fa9f29c p2=0x00030080) trace:winmm:MMDRV_Message => MMSYSERR_NOERROR trace:winmm:WAVE_Open dwRet = MMSYSERR_NOERROR trace:winmm:WAVE_Open => MMSYSERR_NOERROR hWave=0x8000 trace:msacm:acmDriverAddA (0x7fa9f3d4, 0x10000000, 10001040, 00000000, 00000003) trace:msacm:MSACM_RegisterDriver ((null), (null), 0x10000000) err:msacm:MSACM_GetRegistryKey No alias needed for registry entry trace:msacm:acmDriverOpen (0x7fa9ebc0, 0x7d7d03f8, 00000000) trace:msacm:acmDriverOpen '(null)' => 7d7d0430 wine: Unhandled exception (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: page fault on write access to 0x7b480000 in 32-bit code (0x47415b47). In 32 bit mode. Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:47415b47 ESP:7fa9eb60 EBP:7fa9eb80 EFLAGS:00210246( - 00 -RIZP1) EAX:00000000 EBX:77ef5f14 ECX:3fffc006 EDX:00000000 ESI:fffffff8 EDI:7b480000 Stack dump: 0x7fa9eb60: 7b470020 77eca05e 7b470020 00000000 0x7fa9eb70: fffffff8 77ef5f14 7b470020 fffffff8 0x7fa9eb80: 7fa9eba8 77ec93b8 7b470020 fffffff8 0x7fa9eb90: 00000000 7d7d0000 7b470000 7f60798c 0x7fa9eba0: 7d7d03f8 7d7d03f8 7fa9f360 7f60069f 0x7fa9ebb0: 7d7d0000 0000000a fffffff8 77eea224 Backtrace: =>1 0x47415b47 __GI_memset in libc.so.6 (0x7fa9eb80) 2 0x77ec93b8 RtlAllocateHeap(heap=0x7d7d0000, flags=0xa, size=0xfffffff8) [/home/alex/install/wine/wine-20050524-patch/dlls/ntdll/heap.c:1179] in ntdll (0x7fa9eba8) 3 0x7f60069f MSACM_FillCache+0x197(padid=0x7d7d03f8) [/home/alex/install/wine/wine-20050524-patch/dlls/msacm/internal.c:106] in msacm32 (0x7fa9f360) 4 0x7f600b1c MSACM_RegisterDriver(pszDriverAlias=0x0, pszFileName=0x0, hinstModule=0x10000000) [/home/alex/install/wine/wine-20050524-patch/dlls/msacm/internal.c:279] in msacm32 (0x7fa9f37c) 5 0x7f5fd580 acmDriverAddA+0x4c(phadid=0x7fa9f3d4, hinstModule=0x10000000, lParam=0x10001040, dwPriority=0x0, fdwAdd=0x3) [driver.c:79] in msacm32 (0x7fa9f39c) 6 0x0045bb45 in game (+0x5bb45) (0x7fa9ff2c) 7 0x7fd2105b start_process+0xc3(arg=0x0) [/home/alex/install/wine/wine-20050524-patch/dlls/kernel/process.c:1044] in kernel32 (0x7fa9fff4) 8 0xb7f5b70d wine_switch_to_stack+0x11 in libwine.so.1 (0x00000000) 0x47415b47 __GI_memset+0x37 in libc.so.6: repe stosl %es:(%edi) Modules: Module Address Debug info Name (81 modules) ELF 0x001d5000-0027e000 Deferred libasound.so.2 ELF 0x001d5000-0027e000 Deferred libasound.so.2 ELF 0x002a1000-002b2000 Deferred libz.so.1 ELF 0x002b4000-00319000 Deferred libfreetype.so.6 ELF 0x0031b000-00342000 Deferred libfontconfig.so.1 ELF 0x003b2000-0047a000 Deferred libx11.so.6 PE 0x00400000-008d7000 Export game ELF 0x00cba000-00cc8000 Deferred libxext.so.6 ELF 0x00cca000-00ce1000 Deferred libice.so.6 ELF 0x00cdb000-00ce1000 Deferred libxxf86dga.so.1 ELF 0x00ce3000-00ceb000 Deferred libsm.so.6 ELF 0x00d01000-00d09000 Deferred libxrender.so.1 ELF 0x00d0b000-00d0e000 Deferred libxrandr.so.2 ELF 0x00d3b000-00d40000 Deferred libxxf86vm.so.1 ELF 0x00dbf000-00dc8000 Deferred libxcursor.so.1 PE 0x10000000-10138000 Deferred vorbis.acm ELF 0x47395000-473ac000 Deferred ld-linux.so.2 ELF 0x473ae000-474ca000 Export libc.so.6 ELF 0x474cc000-474ef000 Deferred libm.so.6 ELF 0x474f1000-474f5000 Deferred libdl.so.2 ELF 0x475e4000-475f6000 Deferred libpthread.so.0 ELF 0x476ba000-476d9000 Deferred libexpat.so.0 ELF 0x77e90000-77f00000 Stabs ntdll<elf> \-PE 0x77eb0000-77f00000 \ ntdll ELF 0x77f00000-77f03000 Deferred <wine-loader> ELF 0x7b8c0000-7b8d4000 Deferred joystick.drv<elf> \-PE 0x7b8d0000-7b8d4000 \ joystick.drv ELF 0x7d4b6000-7d4c0000 Deferred xomgeneric.so.2 ELF 0x7d6dd000-7d722000 Deferred dsound<elf> \-PE 0x7d6f0000-7d722000 \ dsound ELF 0x7d722000-7d790000 Deferred ddraw<elf> \-PE 0x7d740000-7d790000 \ ddraw ELF 0x7d98c000-7d9b6000 Deferred winealsa.drv<elf> \-PE 0x7d9a0000-7d9b6000 \ winealsa.drv ELF 0x7f0ec000-7f109000 Deferred ximcp.so.2 ELF 0x7f110000-7f128000 Deferred msacm.drv<elf> \-PE 0x7f120000-7f128000 \ msacm.drv ELF 0x7f29d000-7f311000 Deferred winex11.drv<elf> \-PE 0x7f2b0000-7f311000 \ winex11.drv ELF 0x7f3b2000-7f3c7000 Deferred midimap.drv<elf> \-PE 0x7f3c0000-7f3c7000 \ midimap.drv ELF 0x7f3c7000-7f3ca000 Deferred xlcdef.so.2 ELF 0x7f3ca000-7f41d000 Deferred shlwapi<elf> \-PE 0x7f3e0000-7f41d000 \ shlwapi ELF 0x7f41d000-7f4d1000 Deferred shell32<elf> \-PE 0x7f440000-7f4d1000 \ shell32 ELF 0x7f4d1000-7f56e000 Deferred comctl32<elf> \-PE 0x7f4e0000-7f56e000 \ comctl32 ELF 0x7f56e000-7f591000 Deferred msvfw32<elf> \-PE 0x7f580000-7f591000 \ msvfw32 ELF 0x7f591000-7f5cb000 Deferred avifil32<elf> \-PE 0x7f5a0000-7f5cb000 \ avifil32 ELF 0x7f5cb000-7f5e8000 Deferred imm32<elf> \-PE 0x7f5d0000-7f5e8000 \ imm32 ELF 0x7f5e8000-7f609000 Stabs msacm32<elf> \-PE 0x7f5f0000-7f609000 \ msacm32 ELF 0x7f609000-7f680000 Deferred winmm<elf> \-PE 0x7f620000-7f680000 \ winmm ELF 0x7f680000-7f705000 Deferred oleaut32<elf> \-PE 0x7f6a0000-7f705000 \ oleaut32 ELF 0x7f705000-7f723000 Deferred iphlpapi<elf> \-PE 0x7f710000-7f723000 \ iphlpapi ELF 0x7f723000-7f768000 Deferred rpcrt4<elf> \-PE 0x7f740000-7f768000 \ rpcrt4 ELF 0x7f768000-7f7e2000 Deferred ole32<elf> \-PE 0x7f780000-7f7e2000 \ ole32 ELF 0x7f7e2000-7f81b000 Deferred advapi32<elf> \-PE 0x7f7f0000-7f81b000 \ advapi32 ELF 0x7f81b000-7f898000 Deferred gdi32<elf> \-PE 0x7f830000-7f898000 \ gdi32 ELF 0x7f898000-7f9a0000 Deferred user32<elf> \-PE 0x7f8c0000-7f9a0000 \ user32 ELF 0x7fcb3000-7fdb0000 Stabs kernel32<elf> \-PE 0x7fce0000-7fdb0000 \ kernel32 ELF 0x7fec8000-7fed4000 Deferred libnss_files.so.2 ELF 0x7feda000-7fef0000 Deferred lz32<elf> \-PE 0x7fee0000-7fef0000 \ lz32 ELF 0x7fef0000-7ffe4000 Deferred libwine_unicode.so.1 ELF 0x7ffe5000-7fffe000 Deferred version<elf> \-PE 0x7fff0000-7fffe000 \ version ELF 0xb7f57000-b7f6f000 DIA libwine.so.1 Threads: process tid prio (all id:s are in hex) 00000008 (D) C:\shinkiro_pre\game.exe 0000000a 15 00000009 0 <== WineDbg terminated on pid 0x8 [alex@karlalex shinkiro_pre]$ I believe the following sequence of events is taking place: - The function acmDriverAdd is called by the executable with these parameters: trace:msacm:acmDriverAddA (0x7fa9f3d4, 0x10000000, 10001040, 00000000, 00000003) That is: hinstModule == 0x10000000, fdwAdd == ACM_DRIVERADDF_FUNCTION, lParam (acmDriverProc) == 0x10001040 - After verifying that the parameters are valid, the function calls: *phadid = (HACMDRIVERID) MSACM_RegisterDriver(NULL, NULL, hinstModule); Note that lParam is ignored (it even says so in a comment within the same file) - The MSACM_RegisterDriver() function, in turn, calls MSACM_FillCache(). - MSACM_FillCache() calls MSACM_Message() in order to initialize a ACMDRIVERDETAILSW structure. However, this function eventually requires that hinstModule be a valid LPWINE_DRIVER reference, which it is not - it is not even a valid pointer (as reported by HeapValidate(GetProcessHeap(), 0, ptr)). Presumably hinstModule is a reference to the executable itself, and lParam(acmDriverProc) was expected to be enough to build a complete driver reference. The net result is that the ACMDRIVERDETAILSW structure remains uninitialized. - A HeapAlloc() is attempted based on the fields of the uninitialized structure. - (Segmentation fault) I tried the following change in acmDriverAddA() at dlls/msacm/driver.c: if (!hinstModule) { return MMSYSERR_INVALHANDLE; } else { #define WINE_DI_MAGIC 0x900F1B01 unsigned int * d = (unsigned int *)hinstModule; if (HeapValidate(GetProcessHeap(), 0, d) && *d == WINE_DI_MAGIC) { *phadid = (HACMDRIVERID) MSACM_RegisterDriver(NULL, NULL, hinstModule); } else { return MMSYSERR_INVALHANDLE; } } This essentially checks for the preconditions required for the remainder of the code. However, I believe this to be incomplete. So, the obvious solution should be to build a LPWINE_DRIVER function and add its reference to the chain maintained by winmm.dll. However, I am not sure of how to proceed from here. Since dlls/msacm/driver.c and dlls/winmm/driver.c end up in different DLLs, I don't think writing a function to manipulate the chain at dlls/winmm/driver.c could be called from dlls/msacm/driver.c without exporting it in the spec file. No obvious documented function in the spec file of winmm suggests itself as appropriate for the task of building a driver reference from outside winmm.dll, given only the driverProc. How is this solved in other cases (that is, in a way that does not prevent the resulting patch from being accepted)? Alex Villacís Lasso ------------------------------------------------------------------------ Mail enviado desde PortalMail 1.4.2 Web based email system. PaloSanto Solutions, Sunnyvale CA. http://www.palosanto.com

3 2

Re: alsa: device name
by Mike Hearn 13 Jun '05

13 Jun '05

On Mon, 13 Jun 2005 00:20:20 -0400, Kevin Koltzau wrote: > To be honest I didn't think it was correct either, but the current > solution does not work correctly either so I figured I'd give it a shot. > > I have default overridden to pass through dmix/dsnoop, wine cannot access > my card directly through plug:hw the majority of the time. Using the > PlaybackDevice config option is a good enough hack for me for now There should - at minimum - be a comment here. I "fixed" this to use default months ago, it was fixed back to plughw:0,0 and now you submitted a patch to fix it back to default again! This thing just ping-pongs back and forth like there's no tomorrow :) thanks -mike

2 1

wineserver CreateFile flags
by Andreas Mohr 13 Jun '05

13 Jun '05

Hi, the create_file request checks for GENERIC_READ or GENERIC_WRITE, but not for GENERIC_ALL. http://groups.google.de/group/microsoft.public.vc.language/browse_thread/th… Documented on MSDN via http://msdn.microsoft.com/library/default.asp?url=/library/en-us/fileio/fs/… --> http://msdn.microsoft.com/library/default.asp?url=/library/en-us/fileio/fs/… --> http://msdn.microsoft.com/library/default.asp?url=/library/en-us/secauthz/s… This might be an issue since some programs might want to do a CreateFile call with GENERIC_ALL. Only few programs do, however, and there is a reason for it: http://groups.google.de/group/microsoft.public.vc.language/browse_thread/th… indicates that GENERIC_ALL is problematic, so maybe it's not too bad that wineserver doesn't support it properly. JFYI, Andreas

2 1

Jump to page:

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