wine-devel June 2003

wine-devel@winehq.org

123 participants
259 discussions

CoSetState
by Mike Hearn 14 Jun '03

14 Jun '03

Can anybody enlighten me as to what this is supposed to do? It appears to be undocumented, or at least if it's on MSDN it's not where it should be and Google/MSDN Search can't find it. In particular, if you run RhymBox with native oleaut32,rpcrt4 but builtin ole32, shortly after calling this function it appears to crash. If I remove the Release() call, it no longer crashes but seems to freeze the chat window. Looking at the source, all it seems to do is store the passed IUnknown in a global var, with a note that it should be thread local. That doesn't seem to be a very useful function to have, so it must do more than that. Anybody? I think I'm going to try and make it thread local.... thanks -mike

1 0

Re: DEVENUM.DLL Implementation
by Robert Shearman 14 Jun '03

14 Jun '03

> Date: Mon, 9 Jun 2003 23:59:01 +0200 > From: Lionel Ulmer <lionel.ulmer(a)free.fr> > To: wine-devel(a)winehq.com > Subject: Re: DEVENUM.DLL Implementation > > Alexandre, Robert, > > Do you have any idea why this patch was never comitted to Wine ? It's probably best to ask Alexandre about this, but it either slipped through the cracks (and I didn't want to submit it again until I was completely happy with it) or it was due to depending on other unimplemented behaviour (IFilterMapper interface). > Maybe this > will prevent me to do 'quartz,devenum=n' and only 'quartz=n' to get movies > in some applications :-) It should work alright if you can get the patch to apply properly, but IIRC a few changes conflict with it. I still have a few things I'd like to improve (like using DirectSound functions to enumerate the DirectSound devices available) and I will submit another patch when this is done in a couple of weeks. As for the future, work on Quartz shouldn't be too hard to do. A minimal working system would be a File Source 'codec', video and audio renderers and the graph builder, along with my device enumerator implementation. Rob

5 6

Re: Process termination & exit code
by Alexandre Julliard 14 Jun '03

14 Jun '03

Eric Pouech <pouech-eric(a)wanadoo.fr> writes: > as reported by Igor Sysoev on WD, exit process code wasn't properly > implemented on *BSD > it appeared (thanks Igor for all the testings and traces) that after > terminate_process request was issued, the client/server pipe got > closed because the running thread was actually killed, erasing the > exit_code that terminate_process had set. > This patch actually fixes it. I don't think we need a new thread state just for that; how about something like this? Index: server/process.c =================================================================== RCS file: /home/winehq/opt/cvs-commit/wine/server/process.c,v retrieving revision 1.104 diff -u -p -r1.104 process.c --- server/process.c 18 Mar 2003 05:04:33 -0000 1.104 +++ server/process.c 13 Jun 2003 23:18:03 -0000 @@ -688,7 +688,7 @@ void kill_process( struct process *proce while (thread) { struct thread *next = thread->proc_next; - thread->exit_code = exit_code; + if (exit_code) thread->exit_code = exit_code; if (thread != skip) kill_thread( thread, 1 ); thread = next; } Index: server/request.c =================================================================== RCS file: /home/winehq/opt/cvs-commit/wine/server/request.c,v retrieving revision 1.79 diff -u -p -r1.79 request.c --- server/request.c 28 Mar 2003 00:36:12 -0000 1.79 +++ server/request.c 13 Jun 2003 23:18:04 -0000 @@ -382,7 +382,7 @@ int receive_fd( struct process *process if (ret > 0) fprintf( stderr, "Protocol error: process %p: partial recvmsg %d for fd\n", process, ret ); - kill_process( process, NULL, 1 ); + kill_process( process, NULL, (ret > 0) ); } else { -- Alexandre Julliard julliard(a)winehq.com

3 3

NPTL questions again
by Mike Hearn 14 Jun '03

14 Jun '03

Hi, If I want to use a standard kernel from kernel.org, ie not the RH9 stock one, on a RH9 installation, is there anything I need to be aware of? Everything else seems fine, except that I get wierd threading lockups when running Wine. Going back to the original kernel fixes them. Is there any way to rid my RH9 install of NPTL completely? The LD_ASSUME_KERNEL trick doesn't work, and I'd like to stick with this kernel I have now but I need to be able to run Wine. Alternatively if anybody knows of a patch to add NPTL to a standard 2.4.20/21 kernel, then please let me know. thanks -mike

1 0

Re: DSound buffer underrun problems with X-Plane
by Christian Neumair 14 Jun '03

14 Jun '03

Am Sam, 2003-06-14 um 07.54 schrieb Jerry Jenkins: > Which sound driver did your specify in your wine config file -- > "~/.wine/config" or something similiar? > If it's winearts, maybe > http://www.winehq.com/hypermail/wine-patches/2003/03/0316.html > is what you need. When I made the backtrace (see below) I used wineoss. Now that you made me remember that there are other sound drivers, too, I tried winealsa - and voila - it works. At least these buffer uderruns occur way more sparse. It's a first success, thanks! > Otherwise could you do a trace for me? I don't think my 56k modem is > capable of downloading the program your mentioned :-(. Run your program as: > wine --debugmsg +wave,+dsound YourProgram.exe >& trace > where YourProgram.exe the file name of X-Plane and email the file directly > to me. The trace way done one minute or so, it just logged the messages during the startup splash screen where you hear engine sound - so it should be an ideal test candidate. I uploaded the trace under [1]. But be warned, it's pretty huge - 350 KB bzip2'ped, ~17 MB bunzip2'ed. regs, Chris [1] http://gnome-de.org/~manny/wine.xplane.trace.bz2

1 0

couple of questions about pthreads (scheduler/pthread.c) in wine
by Juraj Hercek 14 Jun '03

14 Jun '03

Hi, I've ported an application which uses a library - let's call it aceutilities.so - which in turn uses ACE library (http://www.cs.wustl.edu/~schmidt/ACE.html). ACE uses libpthread.so library. So the dependency is like this: my_application -> aceutilities.so -indirectly via ace library-> libpthread.so Wine's scheduler/pthread.c (compiled code resides in ntdll.dll.so) defines couple of symbols, which are defined (if we don't take symbol versions into consideration) also in libpthread.so. Now you probably feel what's my problem: After loading application into memory, dynamic linker loads wine stuff first, then when loading aceutilities.so into memory, pthread symbols are defined in module ntdll.dll.so - already loaded into memory - and so it doesn't try to load libpthread.so, because pthread symbols are already resolved. My questions are: 1) Why Winelib uses it's own implementation of pthreads (at least it looks like this is intention)? 2) Is it possible to force linker to use symbols from libpthread.so instead of symbols from ntdll.dll.so? (I don't know how to tell linker to use symbol, e.g. pthread_cond_wait, from specified library, i.e. /lib/libpthread.so.0). Thanks for help, Juraj

4 5

Re: wineconsole init
by PETREOLLE Sylvain 14 Jun '03

14 Jun '03

Could we have settings that avoid the error message about ncurses ? To have working non-buffered keyboard input in dos programs, I must disable curses support.

2 1

new compile problem - curses.c:790: conflicting types for `WCCURSES_InitBackend'
by hatky 14 Jun '03

14 Jun '03

I was updating the cvs after the last commit rain from alexander and it does not compile to be sure I removed the tree and checked it out again and I still get the error: gcc -c -I. -I. -I../../include -I../../include -D_REENTRANT -fPIC -DUNICODE -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o curses.o curses.c curses.c:790: conflicting types for `WCCURSES_InitBackend' winecon_private.h:96: previous declaration of `WCCURSES_InitBackend' make[2]: *** [curses.o] Error 1 make[2]: Leaving directory `/home/hatky/wine-source/wine/programs/wineconsole' make[1]: *** [wineconsole] Error 2 make[1]: Leaving directory `/home/hatky/wine-source/wine/programs' make: *** [programs] Error 2 I did not notice anyone else asking about this so I wonder it this is some version of a package I have.... I have mandrake9.1 with the latest updates... It is a completly clean tree (just checked out fully), Hatky. __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com

1 0

Re: advapi32: added Ace/Acl functions
by PETREOLLE Sylvain 13 Jun '03

13 Jun '03

Could you resubmit your patch using cvs diff -u ? This would be great.

1 0

Windows 2000 winetest results from source release 20030508
by Josh Metzler 13 Jun '03

13 Jun '03

I retrieved the wine source release of 20030508. I ran ./tools/winapi/msvcmaker --no-wine. Note: I did this in Cygwin, and I had to make some changes to the perl script to get it to run. I also created a wine subdirectory under each of the test subdirs, and copied test.h into it. The MSVC versions couldn't find this file otherwise. Also, I was unable to compile shlwapi_test even after copying unicode.h into the shlwapi/test/wine subdir I had created. I tried to run all the tests that said they needed retested, or that had any errors according to http://fgouget.free.fr/wine/tests-en.shtml. I ran these tests from within MSVC++ 6.0 on a Windows 2000 SP3 machine, and tried to find out what an API returned when it was different from what the test expected. If someone could suggest how the tests should deal with different return values on different Windows versions, and also tell me the best way to create patches, I would be willing to try to help fix some of these tests. Josh Metzler -- kernel32_test locale locale.c:154: Test failed: GetTimeFormat got '' instead of '4' locale.c:155: Test failed: GetTimeFormat: got 1 instead of 2 locale.c:181: Test failed: GetTimeFormat got '8.@:56AM' instead of '8.@:56.@:AM' locale.c:182: Test failed: GetTimeFormat: got 9 instead of 12 locale.c:190: Test failed: GetTimeFormat got '' instead of '3' locale.c:191: Test failed: GetTimeFormat: got 1 instead of 2 locale.c:466: Test failed: GetDateFormat got '5/4/2002' instead of '5/4/02' locale.c:467: Test failed: GetDateFormat: got 9 instead of 7 locale.c:489: Test failed: GetDateFormat check DATE_YEARMONTH with null format expected ERROR_INVALID_FLAGS got return of '10' and error of '0' locale: 112 tests executed, 0 marked as todo, 9 failures. Notes: 489: GetDateFormat returned 10, buffer contained "May, 2002" In other words, the function succeeded. path path.c:514: Test failed: GetLongPathNameA: wrong return code, 97 instead of 42 path.c:881:TMP=C:\DOCUME~1\josh\LOCALS~1\Temp path.c:892:TMP=C:\WINNT path.c:902:TMP=C:\ path.c:912:TMP=C: path: 1730 tests executed, 0 marked as todo, 1 failure. Notes: 514: Counting the characters, the size of the long path name was 96. The function did exactly what the MSDN library said it will do - return the lenght of the buffer necessary to hold the long path name. process tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. process.c:870: Test failed: StartupInfoA:lpDesktop expected (null), got WinSta0\Default process.c:871: Test failed: StartupInfoA:lpTitle expected (null), got C:\cygwin\home\josh\wine\dlls\kernel\tests\Output\Win32_MSVC_Headers\kernel32_test.exe tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. process.c:918: Test failed: StartupInfoA:lpDesktop expected (null), got WinSta0\Default process.c:919: Test failed: StartupInfoA:lpTitle expected (null), got C:\cygwin\home\josh\wine\dlls\kernel\tests\Output\Win32_MSVC_Headers\kernel32_test.exe process: 309 tests executed, 0 marked as todo, 4 failures. Notes: looks like Windows 2000 fills in the window station and title if they are null. I wonder who owns that memory? thread thread: 113 tests executed, 0 marked as todo, 0 failures. /************************************************************************/ netapi32_test access access.c:110: Test failed: Bad Network Path: rc=0 access: 23 tests executed, 0 marked as todo, 1 failure. Notes: NetUserGetInfo succeeds when passed an empty string, getting user info for the local computer. Test expected ERROR_BAD_PATH as the return value. /************************************************************************/ oleaut32_test vartest vartest.c:1761:======== Testing VarUI1FromXXX ======== vartest.c:1849:======== Testing VarUI2FromXXX ======== vartest.c:1936:======== Testing VarUI4FromXXX ======== vartest.c:2022:======== Testing VarI1FromXXX ======== vartest.c:2088:======== Testing VarI2FromXXX ======== vartest.c:2133:======== Testing VarI4FromXXX ======== vartest.c:2177:======== Testing VarR4FromXXX ======== vartest.c:2224:======== Testing VarR8FromXXX ======== vartest.c:2244:======== Testing VarDateFromXXX ======== vartest.c:2315:======== Testing VarBoolFromXXX ======== vartest.c:2371:======== Testing VarBSTRFromXXX ======== vartest.c:2604:======== Testing Hi-Level Variant API ======== vartest.c:2691:======== Testing different VARTYPES ======== vartest: 1875 tests executed, 0 marked as todo, 0 failures. /************************************************************************/ shell32_test shlfileop shlfileop: 121 tests executed, 0 marked as todo, 0 failures. /************************************************************************/ urlmon_test generated generated: 4 tests executed, 0 marked as todo, 0 failures. /************************************************************************/ user32_test sysparams sysparams.c:1112:strict=0 sysparams.c:214:testing SPI_{GET,SET}BEEP sysparams.c:350:testing SPI_{GET,SET}MOUSE sysparams.c:455:testing SPI_{GET,SET}KEYBOARDSPEED sysparams.c:487:testing SPI_ICONHORIZONTALSPACING sysparams.c:530:testing SPI_{GET,SET}SCREENSAVETIMEOUT sysparams.c:564:testing SPI_{GET,SET}SCREENSAVEACTIVE sysparams.c:601:testing SPI_{GET,SET}KEYBOARDDELAY sysparams.c:634:testing SPI_ICONVERTICALSPACING sysparams.c:685:testing SPI_{GET,SET}ICONTITLEWRAP sysparams.c:718:testing SPI_{GET,SET}MENUDROPALIGNMENT sysparams.c:754:testing SPI_{GET,SET}DOUBLECLKWIDTH sysparams.c:785:testing SPI_{GET,SET}DOUBLECLKHEIGHT sysparams.c:817:testing SPI_{GET,SET}DOUBLECLICKTIME sysparams.c:869:testing SPI_{GET,SET}MOUSEBUTTONSWAP sysparams.c:895:testing SPI_GETFASTTASKSWITCH sysparams.c:910:testing SPI_{GET,SET}DRAGFULLWINDOWS sysparams.c:948:testing SPI_{GET,SET}WORKAREA sysparams.c:992:testing SPI_{GET,SET}SHOWSOUNDS sysparams.c:1042:testing SPI_{GET,SET}DESKWALLPAPER sysparams: 412 tests executed, 0 marked as todo, 0 failures. /************************************************************************/ winspool_test info info: 10 tests executed, 0 marked as todo, 0 failures.

1 0

← Newer
1
...
10
11
12
13
14
15
16
...
26
Older →

Jump to page:

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 June 2003