- Wine-Devel - list.winehq.org

couple of questions about pthreads (scheduler/pthread.c) in wine
by Juraj Hercek June 14, 2003

June 14, 2003

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

June 14, 2003

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

June 14, 2003

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

June 13, 2003

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

June 13, 2003

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

Re: wine-devel digest, Vol 1 #2004 - 15 msgs
by Emmanuel Goldstein June 13, 2003

June 13, 2003

> On Thu, 12 Jun 2003 20:52:34 +1200, Sir Emmanuel Goldstein scribed thus: > > wIntegrate appears to use an internal, custom implementation of Winsock. > > That is, I cannot see it link winsock when i do -debugmsg +dll. > I doubt that.... the correct channel is +loaddll, try with that. Ok, I've run it with +loaddll. wIntegrate is linking an ActiveX control, wWinsock.ocx. > > -debugmsg +winsock yeilds a little information, but not much. i tried a > > -debugmsg +all, but that filled up my hard disc and caused X to crash. > > What can I do to help further determine the problem? > > Try a +relay trace. For something as vague as this you need to investigate > further really, there is an infinite multitude of things that could be > going wrong. I tried running the program with native dlls. In the end, I wound up with a Winsock error 138. I tried a relay trace, this crashed my X session (before you ask, i'm running debian woody.)

1 0

Re: [xplane] Re: DSound buffer underrun problems with X-Plane
by Christian Neumair June 13, 2003

June 13, 2003

Am Fre, 2003-06-13 um 08.29 schrieb stationairskyhawk: > --- In xplane(a)yahoogroups.com, Christian Neumair <chris(a)g...> wrote: > > I'm currently testing a cool flight simulator called X-Plane. It's > > really working great on wine, the performance is supersonic. The only > > downer is that the engine sound is a bit staccato, i.e. it has small > > breaks. My non-debug debian wine continuously outputs: > > > > "err:dsound:DSOUND_MixOne underrun on sound buffer 0x4b4c47c8" > > This is a known issue. When x-plane's performance becomes supersonic, it is natural > to expect the sound to drop out. Many have found that by reducing x-plane's > performance to subsonic levels, the sounds returns. I don't think this is the reason. I'm not on a very fast machine, but the sound problems occur independent of my graphic settings. They even are revisable when X-Plane shows its splash screen and loads the last used plane which makes me believe that something goes wrong in wine's sound mixing code. regs, Chris

1 0

Re: Debuging Wine
by Jarmo June 13, 2003

June 13, 2003

Hi, I am trackin a weard bug and I would need a help a little. I am trying to run Orbiter in winex. Orbiter runs without problems in windows. It seems that Orbiter.exe is using a call that does not exist in wine. How can I find out the name of that call ? access to call 0x406cd420 Main_Direct3DDevice_SetTexture works fine just before this call. Code causing the crash: 0x004513c0 movl %eax,0x4c(%esp) 0x004513c4 call *0x84(%eax) this will lead 0xdead001e Relocation entries: 0x406cd010 is address of Main_Direct3DDevice_DrawIndexedPrimitiveVB 0x406cd3a0 is address of Main_Direct3DDevice_GetTexture 0x406f0910 (DDRAW.DLL): 406cd2f0 406ccae0 406ccc70 406cce60 0x406f0920 (DDRAW.DLL): 406cd010 *! dead001e !* 406cd3a0 406cd420 0x406f0930 (DDRAW.DLL): 406cd530 406cd5f0 406cd700 406cd760 Relocation entries: 0003d91c R_386_32 Main_Direct3DDevice_DrawPrimitiveVB 0003d920 R_386_32 Main_Direct3DDevice_DrawIndexedPrimitiveVB 0003d924 ? ? ? ? 0003d928 R_386_32 Main_Direct3DDevice_GetTexture 0003d92c R_386_32 Main_Direct3DDevice_SetTexture Regards, Jarmo

3 2

SoftICE for wine
by Gerhard W. Gruber June 12, 2003

June 12, 2003

Three weeks ago I was trying to find a crash in Agent. Since I don't know the code of wine so well I tried to do this with a debugger. My experience was rather frustrating. GDB and winegdb are not exactly what I call userfriendly. On a Windows system I would have found this error within a few hours but I didn't come to terms with winedbg and gdb. So I was looking for an alternative and I found a project on sourceforge named pICE. This project was abandoned about two years ago, but I was interested in it and now I got the administration for it. pICE is a kernel debugger for linux similar to SoftICE and I thought it would be nice to have such a tool. My intention is to add extensions to support wine debugging as well (this was my primary reason) and now I would like to know if this is would be of interest to you as well and if yes (what I hope :) ) what extensions are needed in order to support wine. I guess that winedbg is similar in that respect that it is also an extension of gdb, am I right? If somebody knows the details I would like to hear it. But don't expect anything soon because I still need to dig into the code of pICE to make it stable first. -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

3 7

EXC_RtlRaiseException call to unimplemented function kernel32.dll.CreateRemoteThread
by tux＠leahcim.com June 12, 2003

June 12, 2003

Hi, i've installed the latest cvs rpm ( wine-cvs-unstripped-20030612-1.i386.rpm ) and it seems to work with most applications. however when I try to make the ud agent run it fails with the following exception as soon as the calculation engine attempts to start: (C:\udagent\ud_1706422_0.dir\ud_ligfit_Release.exe,...): [...] fixme:seh:EXC_RtlRaiseException call to unimplemented function kernel32.dll.CreateRemoteThread fixme:msvcrt:_XcptFilter (-2147483392,0x40890a38)semi-stub wine: Unhandled exception, starting debugger... err:seh:start_debugger Couldn't start debugger ("debugger/winedbg 11 84") (2) But according to the Changelog of an older version the CreateRemoteThread thingy has been implemented: * include/winbase.h: Francois Gouget <fgouget(a)codeweavers.com> Added CreateRemoteThread. any ideas ? I'd be grateful for any suggestions. -- Stefan

3 3