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

Re: Quartz DLL

by Lionel Ulmer

> I was looking at the WineX cvs version on sourceforge > and it looks as if they have a quartz.dll based on ffmpeg. > http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/winex/wine/dlls/quartz/ > > What are the odd's of this work being put into the > main wine tree ? As the old quartz.dll got pulled........ Well, as most of the code is LGPLed in there, it could be integrated easily in WineHQ (after clean-up and reimplentation of the APFL parts if any). Of course, that is, if people want to use some code that the original author explicitely asked us to remove from Wine. Lionel -- Lionel Ulmer - http://www.bbrox.org/

Aug. 30, 2002

Quartz DLL

by tom

Hello, I was looking at the WineX cvs version on sourceforge and it looks as if they have a quartz.dll based on ffmpeg. http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/winex/wine/dlls/quartz/ What are the odd's of this work being put into the main wine tree ? As the old quartz.dll got pulled........ Tom

Aug. 30, 2002

Re: removing mp3 code

by Eric Pouech

Alexandre Julliard a écrit : > > Eric Pouech <eric.pouech(a)wanadoo.fr> writes: > > > well, perhaps we should add a note in case someone makes a commercial > > package out of wine... LICENSE file should be the right place IMO. > > comments ? > > I don't think it belongs in LICENSE, but I do think the mp3 code > should be disabled by default, with a configure option to enable > it. This way people who don't know about the issue don't get in > trouble, and those who enable it are expected to know what they are > doing. ok, I'll see to 1/ add a autoconf option to enable/disable compiling a given DLL (this may also be useful for mingw configuration for example) 2/ add a note in the dlls/msacm/winemp3 directory A+

Aug. 30, 2002

Re: removing mp3 code

by Eric Pouech

Sylvain Petreolle a écrit : > > --- Eric Pouech <eric.pouech(a)wanadoo.fr> a écrit : > Uwe Bonnes a > écrit : > no, there is misunderstanding. > see http://newsforge.com/article.pl?sid=02/08/29/1633205&tid=17 > no fee is needed for the use of free players. > only vendors needs to pay a fee. my point is: - a company X has an audio player for Win32 - company X ports its app to Wine using the wine source, and it's mp3 player and makes a closed package of it - it'll have to pay for the license so I think this has to be documented somehow A+

Aug. 30, 2002

Re: Wine Ma os X port

by Lionel Ulmer

> You cannot have a tool that is going to write the translation layer > automatically. I guess it is simpler to write it by hand for the Unix > APIs (maybe a couple thousands at most?), rather than for the Windows > APIs >> 10 thousands, plus tons of messages, plus tons of callbacks, > plus poor documentation, etc. Well, who would need documentation as we HAVE the source of these APIs (ie the Wine source code itself). My conception of a tool would have been something like that : each time in the Wine code that a function is 'exportable' to the application itself (be it via DLL loading, GetProcAddress, COM, ...), its signature could be stored somewhere (as is already done for relay traces in the .spec files but much more precise). Then, a tool could then, for any two given architectures, generate translation thunks from one to the other (which would convert structures with the various alignements for each platform, ...). Of course, Varargs function would be hell to simulate (but well, same problem for glibc translation than for Wine). The remaining problems would be callbacks. But for these too, as we have access to the code filling the data given to those, we could also do some special code handling the various translations. So, all in all, I still do not see why it would be much more difficult for Wine rather than for any other library.... Lionel (playing devil's advocate) -- Lionel Ulmer - http://www.bbrox.org/

Aug. 30, 2002

Re: Check accelerator descriptions in CreateAcceleratorTableA

by Sylvain Petreolle

--- Vincent Béron <vberon(a)mecano.gme.usherb.ca> a écrit : > > If you use cvs diff, you can add it to your .cvsrc as "diff -u". > > Vincent > Thanks for the info :) ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

Aug. 30, 2002

Re: Problem with regression tests getting stuck

by Sylvain Petreolle

Paul, I recently tried to compile gcc 3.2 from sources on my RedHat 7.3. It seems that it is a gcc 2.96 bug as tests now pass 100%. (even if gcc 3.2 is a bit slower to compile wine;)) For Codeweavers webmaster: Tried to update bug #852 but have a bugzilla error: SELECT profiles.realname, profiles.login_name, longdescs.bug_when, longdescs.thetext FROM longdescs, profiles WHERE profiles.userid = longdescs.who AND longdescs.bug_id = 852 ORDER BY longdescs.bug_when: Can't find record in 'longdescs' at globals.pl line 231. (30/08 08 PM EST) --- Paul Millar <paulm(a)astro.gla.ac.uk> a écrit : > Hi everyone, > > I've had the regression tests freeze on me again (see [1] for > previous > report). Sylvain has reported problems with the wininet regression > tests > (described in [2]). The symptoms are the same, but for me the problem > is > only intermittent. This time I caught the problem with gdb and > obtained > the following info: > > [...] > Loaded symbols for /lib/libresolv.so.2 > 0x402e7744 in __libc_close () at __libc_close:-1 > -1 __libc_close: No such file or directory. > in __libc_close > (gdb) bt > #0 0x402e7744 in __libc_close () at __libc_close:-1 > #1 0x400ec9a4 in __DTOR_END__ () > from /home/paulm/WINE-cvs/wine/dlls/libntdll.dll.so > #2 0x400b3df5 in WaitForMultipleObjectsEx (count=0, handles=0x0, > wait_all=0, > timeout=100, alertable=0) at ../../scheduler/synchro.c:257 > #3 0x400b3b88 in Sleep (timeout=100) at > ../../scheduler/synchro.c:178 > #4 0x40358747 in winapi_test (flags=268435456) at tests/http.c:121 > #5 0x40358b36 in func_http () at tests/http.c:184 > #6 0x40358f9d in run_test (name=0xbffffc63 "http.c") at wtmain.c:244 > #7 0x40357037 in __wine_exe_main () at wininet_test.exe.spec.c:133 > #8 0x400aff84 in start_process () at ../../scheduler/process.c:528 > #9 0x400b3f3f in call_on_thread_stack (func=0x400afd2c) > at ../../scheduler/sysdeps.c:108 > > So, to summarise (with some extra bits of information): > > The problem occurs when wininet/tests/http.c is testing asynchronous > HttpSendRequest(), so flags > 0. The problem is triggered at line 121 > of > http.c, i.e.: > 120 while ((flags)&&(!goon)) > 121 Sleep(100); > > > Sleep(), in turn, just calls WaitForMultipleObjectsEx(). From > scheduler/synchro.c: > 176 VOID WINAPI Sleep( DWORD timeout ) > 177 { > 178 WaitForMultipleObjectsEx( 0, NULL, FALSE, timeout, FALSE ); > 179 } > > > WaitForMultipleObjectsEx() has problems when it gets to 257: > 256 SERVER_END_REQ; > 257 if (ret == STATUS_PENDING) ret = wait_reply( &cookie ); > 258 if (ret != STATUS_USER_APC) break; > > ret is 1079729528, btw. > > AFAIK, __DTOR_END__ (see near bottom of stack) is the destructor for > a > function call in ntdll. I'm probably missing something obvious, but I > don't see the connection between scheduler/synchro.c:257 and ntdll. > The > closest is wait_reply() (in scheduler/client.c) calls wait_reply_data > (in > same file), which calls NtCurrentTeb(), which is commented as an > NTDLL > function. But there doesn't seem to be an implementation of > NtCurrentTeb > in ntdll. > > Any ideas? > > Cheers, > > Paul. > > [1] http://www.winehq.com/hypermail/wine-devel/2002/08/0006.html > [2] http://www.winehq.com/hypermail/wine-devel/2002/07/0386.html > > PS, I'll create a bugzilla in a bit. > > ---- > Paul Millar > > > > ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

Aug. 30, 2002

Re: removing mp3 code

by Sylvain Petreolle

--- Eric Pouech <eric.pouech(a)wanadoo.fr> a écrit : > Uwe Bonnes a écrit : no, there is misunderstanding. see http://newsforge.com/article.pl?sid=02/08/29/1633205&tid=17 no fee is needed for the use of free players. only vendors needs to pay a fee. > > > > >>>>> "Marcus" == Marcus Meissner <meissner(a)suse.de> writes: > > > > Marcus> Hi, Apparently distributing even mp3 decoders is not > royaltee > > Marcus> free anymore, according to the slashdot thread and the > Thomson > > Marcus> MultiMedia pages. > > > > http://www.heise.de/newsticker/data/vza-29.08.02-000/ (german) tell > about a > > Thompson Statement that free decoders are still royalty free. The > Thompson > > statement in in english. > well, perhaps we should add a note in case someone makes a commercial > package out of wine... LICENSE file should be the right place IMO. > comments ? > A+ > ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

Aug. 30, 2002

Re: removing mp3 code

by Alexandre Julliard

Eric Pouech <eric.pouech(a)wanadoo.fr> writes: > well, perhaps we should add a note in case someone makes a commercial > package out of wine... LICENSE file should be the right place IMO. > comments ? I don't think it belongs in LICENSE, but I do think the mp3 code should be disabled by default, with a configure option to enable it. This way people who don't know about the issue don't get in trouble, and those who enable it are expected to know what they are doing. -- Alexandre Julliard julliard(a)winehq.com

Aug. 30, 2002

Re: removing mp3 code

by Eric Pouech

Uwe Bonnes a écrit : > > >>>>> "Marcus" == Marcus Meissner <meissner(a)suse.de> writes: > > Marcus> Hi, Apparently distributing even mp3 decoders is not royaltee > Marcus> free anymore, according to the slashdot thread and the Thomson > Marcus> MultiMedia pages. > > http://www.heise.de/newsticker/data/vza-29.08.02-000/ (german) tell about a > Thompson Statement that free decoders are still royalty free. The Thompson > statement in in english. well, perhaps we should add a note in case someone makes a commercial package out of wine... LICENSE file should be the right place IMO. comments ? A+

Aug. 30, 2002