- Wine-Devel - list.winehq.org

critical section timeout for the dsound_test
by Enrico Horn Dec. 18, 2002

Dec. 18, 2002

Hi, Should this happen? ../../../tools/runtest -q -P wine -M dsound.dll -T ../../.. -p dsound_test.exe.so dsound.c && touch dsound.ok fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x403bab28,00010020,2):stub fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x403bab28,00010020,2):stub err:ntdll:RtlpWaitForCriticalSection section 0x400e40e4 "../../loader/module.c: loader_section" wait timed out, retrying (60 sec) tid=080ddc30 wine: Unhandled exception, starting debugger... err:ntdll:RtlpWaitForCriticalSection section 0x400e40e4 "../../loader/module.c: loader_section" wait timed out, retrying (60 sec) tid=080ddc30 err:seh:EXC_DefaultHandling Unhandled exception code c0000194 flags 0 addr 0x400b3ce4 Wine is from CVS just updated this morning. make test will continue despite these errors. Have fun Farmboy farmboy1(a)subdimension.com

2 1

COM conformance test suite?
by Dan Kegel Dec. 18, 2002

Dec. 18, 2002

Now that the Wine regression tests are starting to shape up, and people are starting to be able to run Visual Basic apps, maybe it's time for us to start thinking about getting ahold of the COM conformance test suite the Open Group did as a companion for their ActiveX standard definition. The Open Group was willing to discuss this, but last time I checked, they wanted to know what was in it for them. (Well, they're not the Free Group, after all.) In particular, they thought it might take them a bit of work to separate the conformance test suite out from their "reference implementation" of ActiveX for Unix. Given that attitude, the best strategy is probably to start implementing our own test suite for the APIs in question, and shame them into opening theirs :-) For those who haven't seen it yet, the Open Group's ActiveX spec (http://www.opengroup.org/onlinepubs/009899899/ ) is perhaps the only document defining Win32 API calls in a standards-body-like-way. (The Tru64 Unix doc, http://www.tru64unix.compaq.com/com/documentation/building/ contains some related material. Might be worth archiving this before it goes offline as HP discontinues Tru64 Unix.) The Open Group spec only covers a little bit of Win32, but it sure looks like a useful bit. The #include files it seems to define are: #include <comcat.h> #include <oaidl.h> #include <objbase.h> #include <objidl.h> #include <ocidl.h> #include <ole2.h> #include <oleauto.h> #include <olectl.h> #include <oleidl.h> #include <unknwn.h> #include <urlmon.h> #include <winerror.h> #include <winnls.h> #include <winreg.h> which is a fair chunk. - Dan p.s. My cat is helping test mozilla 1.3alpha. She discovered just now that running across the keyboard causes that app to abort with sig 11...

1 0

wmc and ElectricFence
by Sylvain Petreolle Dec. 18, 2002

Dec. 18, 2002

Looking for memleaks in wine, I tried to compile the current CVS and link with ElectricFence. I did LDFLAGS=-lefence ./configure. Running make in dlls/kernel detects a problem in wmc (hope its not in ElectricFence ;)): make[2]: Entre dans le répertoire `/home/wine/dlls/kernel' LD_LIBRARY_PATH="../../library:../../unicode:$LD_LIBRARY_PATH" ../../tools/wmc/wmc -i -U -H /dev/null -o messages/winerr_enu.mc.rc messages/winerr_enu.mc Electric Fence 2.2.0 Copyright (C) 1987-1999 Bruce Perens <bruce(a)perens.com> messages/winerr_enu.mc:19: Oops, segment violation make[2]: *** [messages/winerr_enu.mc.rc] Abandon make[2]: Quitte le répertoire `/home/wine/dlls/kernel' make[1]: *** [kernel] Erreur 2 make[1]: Quitte le répertoire `/home/wine/dlls' make: *** [dlls] Erreur 2 ===== Sylvain Petreolle spetreolle(a)users.sourceforge.net Fight against Spam ! http://www.euro.cauce.org/en/index.html ICQ #170597259 "Don't think you are. Know you are." Morpheus in Matrix, chapter 15. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

running cygwin apps(gcc etc.) under wine
by chrismorgan＠rcn.com Dec. 18, 2002

Dec. 18, 2002

Trying to run my work related code build process under wine results in some failures with cygwin's gcc. Even with a simple hello world.c file and 'gcc -o test test.c' I get: 0 [main] gcc -134958416 sync_with_child: child 134963016(0xB0) died before initialization with status code 0x1 2599 [main] gcc -134958416 sync_with_child: *** child state waiting for longjmp 1335488 [main] gcc -134958416 sync_with_child: child 134968376(0xC0) died before initialization with status code 0x1 1337536 [main] gcc -134958416 sync_with_child: *** child state waiting for longjmp 3711485 [main] gcc -134958416 sync_with_child: child 134969736(0xD0) died before initialization with status code 0x1 3713593 [main] gcc -134958416 sync_with_child: *** child state waiting for longjmp 8125556 [main] gcc -134958416 sync_with_child: child 134970152(0xE0) died before initialization with status code 0x1 8127752 [main] gcc -134958416 sync_with_child: *** child state waiting for longjmp gcc: vfork: Resource temporarily unavailable Any ideas why this is occuring? Is this due to issues with pthreads? Thanks, Chris

5 5

Re: wineboot - adapting to wine build env
by Matthew Davison Dec. 18, 2002

Dec. 18, 2002

On Tue, 2002-12-17 at 19:23, Shachar Shemesh wrote: > If anyone did not understand, my previous post was with Andy's > implementation of wineboot. This post is with the changes to the rest of > Wine to make wineboot fit in better. > > Also - my previous patch included a Makefile file by mistake. Please > ignore and sorry for the noise. > > Changelog: > Shachar Shemesh <winecode(a)sun.consumer.org.il> > > * Add wineboot to the makefiles so it will compile > * Add wineboot's configs to the default config file > > I have some work to the RunOnceEx section of wineboot, once (and if) Andy's version is commited will send a patch. (the work involves a couple of bugfixes and some work on the rundll type calls(ones with | symbols)) > > ______________________________________________________________________ > > Index: configure.ac > =================================================================== > RCS file: /home/sun/sources/cvs/wine/configure.ac,v > retrieving revision 1.112 > diff -u -r1.112 configure.ac > --- configure.ac 17 Dec 2002 01:49:17 -0000 1.112 > +++ configure.ac 17 Dec 2002 17:57:55 -0000 > @@ -1494,6 +1494,7 @@ > programs/uninstaller/Makefile > programs/view/Makefile > programs/wcmd/Makefile > +programs/wineboot/Makefile > programs/wineconsole/Makefile > programs/winedbg/Makefile > programs/winefile/Makefile > Index: documentation/samples/config > =================================================================== > RCS file: /home/sun/sources/cvs/wine/documentation/samples/config,v > retrieving revision 1.37 > diff -u -r1.37 config > --- documentation/samples/config 13 Dec 2002 02:26:18 -0000 1.37 > +++ documentation/samples/config 17 Dec 2002 18:51:49 -0000 > @@ -67,6 +67,29 @@ > ;"ShowDotFiles" = "1" > "ShellLinker" = "wineshelllink" > > +[wineboot] > +"BootConfig_Enable" = "1" > +# do a dry run, i.e. show what to do, but don't act > +"BootConfig_DryRun" = "0" > +# extra verbosity on console > +"BootConfig_TTY_Verbose" = "0" > +# extra quiet on console > +"BootConfig_TTY_Quiet" = "0" > +# process wininit.ini ? > +"WininitIni_Execute" = "1" > +"RunServicesOnce_Execute" = "1" > +"RunServicesHKLM_Execute" = "1" > +"RenameFiles_Execute" = "1" > +"RunOnceHKLM_Execute" = "1" > +"RunOnceEx_Execute" = "1" > +"WinIniLoad_Execute" = "1" > +"WinIniRun_Execute" = "1" > +"RunHKLM_Execute" = "1" > +"RunHKCU_Execute" = "1" > +"StartupFolderCommon_Execute" = "1" > +"StartupFolderUser_Execute" = "1" > +"RunOnceHKCU_Execute" = "1" > + > # <wineconf> > > [Version] > Index: programs/Makefile.in > =================================================================== > RCS file: /home/sun/sources/cvs/wine/programs/Makefile.in,v > retrieving revision 1.32 > diff -u -r1.32 Makefile.in > --- programs/Makefile.in 2 Dec 2002 21:17:05 -0000 1.32 > +++ programs/Makefile.in 17 Dec 2002 17:57:08 -0000 > @@ -22,6 +22,7 @@ > uninstaller \ > view \ > wcmd \ > + wineboot \ > wineconsole \ > winedbg \ > winefile \ -- Matthew Davison <m.davison(a)virgin.net>

2 1

Re: Documentation cleanup for Relay|Snoop-Include|Exclude
by Dmitry Timoshkov Dec. 18, 2002

Dec. 18, 2002

"Uwe Bonnes" <bon(a)elektron.ikp.physik.tu-darmstadt.de> wrote: > +.I --debugmsg -relay > +will turn on all relay messages. For more control on including or excluding > +functions and dlls look into the [Debug] section of the wine configuration file. Shouldn't it be '+relay'? -- Dmitry.

1 0

windows visual view ?
by Tom Wickline Dec. 18, 2002

Dec. 18, 2002

Is was just wondering if there was any type of Windows visaul view ? view as in how evreything is layed out ? and how wine compares to Win32 ? Say if you had a visual view of how win32 is layed out and just how close wine comes to this . If there was a negitive of Win-ME for example and one of wine how would wine look if it was layed on top of the Win-ME negitive ? I am trying to view Win32 in my head and wine and how they ( scope ) up..... could this cause a brain hemorrhage ?? ......... :) comments , flames , views, insight most welcome Tom

3 3

Re: First part of patch to extend functionality of SHFileOperation
by Ryan Cumming Dec. 17, 2002

Dec. 17, 2002

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On December 17, 2002 14:06, Rolf Kalbermatter wrote: > +#define ASK_DELETE_MULTIP LE_ITEM 3 I'm assuming you didn't mean to include that first space... - -Ryan -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE9/6RlLGMzRzbJfbQRAhdiAKCSn9ZOaXSgI2NxaH+u24r31WX5gQCdEvO4 2vD9LwIKWXrPQzANzJYUVTQ= =AEyu -----END PGP SIGNATURE-----

1 0

Re: PATCH: implemented Fiber APIs
by Dimitrie O. Paun Dec. 17, 2002

Dec. 17, 2002

On December 16, 2002 02:37 pm, Alberto Massari wrote: > +void WINAPI SwitchToFiber(LPVOID lpFiber) > +{ > +#ifdef HAVE_UCONTEXT_H > + PHFIBER pFiber,pCurrentFiber; > + pFiber=(PHFIBER)lpFiber; > + pCurrentFiber=(PHFIBER)TlsGetValue(fiber_tls_index); > + TRACE("Switching from %p to %p\n",pFiber,pCurrentFiber); > + TlsSetValue(fiber_tls_index,pFiber); > + swapcontext(&pCurrentFiber->context,&pFiber->context); > +#else > + FIXME("stub\n"); > +#endif > +} Can you (pretty) please do without the ifdefs? They can probably be located in only one spot, if you need to test for HAVE_UCONTEXT_H. -- Dimi.

3 3

Re: [RESENT (20021013)]RelayExclude/Include
by Alexandre Julliard Dec. 17, 2002

Dec. 17, 2002

Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> writes: > Changelog: > relay32/relay386.c: check_relay_include > Treat whole dlls as advertised IMO the current behavior is correct. If the documentation says otherwise it needs to be fixed. -- Alexandre Julliard julliard(a)winehq.com

3 2