wine-devel February 2005

wine-devel@winehq.org

157 participants
316 discussions

Re: RESEND: Enable GCOV Code Coverage
by Daniel Kegel 03 Feb '05

03 Feb '05

Alexandre wrote: > The changes may be small but they are ugly IMO. I don't think we need > a configure option for that, it should be possible to simply do a > 'make CFLAGS=xxx' with the appropriate options. We used a configure option by analogy with --disable-debug, I guess, and because it seems to be the standard way to do it (a quick search shows that at least ImageMagick, PlaylistManager, oprofile, xfce, gstreamer, dbus, plt-scheme, matchbox, KDE-Darwin, lsh, and many others do it with --enable-gcov). We'd be happy to rework it any way you like, if you think following existing practice by using --enable-gcov is a bad idea. We have a very small follow-on patch which adds lcov support. lcov is a nice postprocessor for gcov that makes a pretty HTML report for all of wine showing how well the Wine test suite covers the code. We also have an enhancement to lcov pending which lets you see which lines of Wine are exercized by an application but not by Wine's regression test suite. - Dan

1 0

Re: [winecfg] Clean up about dialog
by Mike Hearn 02 Feb '05

02 Feb '05

On Wed, 02 Feb 2005 21:34:00 +0100, Paul van Schayck wrote: > Changelog: > Clean up about dialog. Remove groupbox, position logo correctly. Cool! If you want to do some winecfg hacking integrating the drive detection with wineprefixcreate is like a 5 minute job.

1 0

Re: [OLE #62] Rework the RPC dispatch layer
by Alexandre Julliard 02 Feb '05

02 Feb '05

Mike Hearn <mh(a)codeweavers.com> writes: > ChangeLog: > - Rework RPC dispatch layer to be simpler and not get confused by > server/client duality > - Make threads shut down at the right time and not access freed > memory after apartment destruction > - Rename stub_dispatch_thread to client_dispatch_thread > - Add some more tracing This badly breaks the regression tests, apparently triggering a bug in the named pipe handling on the server side. I'm afraid I can't apply the patch until this is fixed. -- Alexandre Julliard julliard(a)winehq.org

3 4

Re: RESEND: Enable GCOV Code Coverage
by Robert Shearman 02 Feb '05

02 Feb '05

Aaron Arvey wrote: >This is the third or fourth resend... anything I'm unaware of? > > > >We're using gcov and lcov to measure how well the Wine test suite >covers the wine source tree. Here's our first cut at making it easy >to run wine compiled for coverage testing, and view the results >using the simple text interface of gcov. A seperate patch for >lcov will be released soon. > > I think the issue with this patch is that it isn't it doesn't appear to be useful for a significant number of people and could be maintained as an external patch by the people who do think it's useful. Maybe you could try to persuade us as to why everyone should be using gcov? Rob

3 3

Wine desktop properties ?
by George Ginden 02 Feb '05

02 Feb '05

Hi all, before I try and go through the code, is there any config option or registry entry to set the Wine's Desktop Background with an image or a different color ? Thanks.

2 1

advapi32:registry.c tests failing
by Aaron Arvey 02 Feb '05

02 Feb '05

I noticed that advapi32:registry was failing on my windows xp machine 28 times, but succeeding in my wine regression test runs. I investigated what lines were causing failures and changed some the values so that the errors wouldn't exist on the windows test run. This now causes wine test runs to fail. I looked through test.winehq.org and found the following: Here it works (last time it worked) http://test.winehq.org/data/200411101000/ Here it fails 28 times (first time it looks like it failed) http://test.winehq.org/data/200411201000/ Here it also fails 28 times (most recent) http://test.winehq.org/data/200502011000/ I wanted to know if there was something I'm misunderstanding or missing. If not I'm going to change the registry.c tests to work on Windows XP and thus fail on Wine. Thanks for the information. Aaron

3 2

More nagging
by Jeremy White 02 Feb '05

02 Feb '05

We have 34 folks signed up for Wineconf now. I note that only 9 of the 15 folks from CodeWeavers are signed up...so I have some internal nagging to do. If cost is an issue, note that we have a (very) limited pool of funds available to sponsor travel; just note that in your rsvp (or email me privately). The web page again is here: http://www.winehq.org/site/wineconf Please rsvp! I think this will be my last nag message before we start assuming we've got everyone and start planning accordingly. Cheers, Jeremy

1 0

Regressions in window focus behavior
by Paul Rupe 02 Feb '05

02 Feb '05

The move of update region handling to wineserver (http://www.winehq.org/hypermail/wine-cvs/2004/12/0100.html) back in December caused a regression in Hamster 2.0.0.1. After this patch, Hamster steals focus constantly. When I switch virtual desktops in KDE, it immediately switches back and reactivates the Hamster window. This is even with KDE's "Prevent focus stealing" set to Extreme. Hamster can be downloaded from <http://www.tglsoft.de/misc/hamster_en.htm>. Another patch from Jan 31 (http://www.winehq.org/hypermail/wine-cvs/2005/01/0724.html) provokes the same behavior in Remedy. Switching to another desktop or minimizing the window yanks me back to it immediately. Both apps seem to be resisting the hide message from the window manager, but I don't understand the interaction of these patches well enough. -- Paul Rupe <prupe(a)myrealbox.com> "She smiled, in the end."

2 1

DLL Load Question: Please Help!
by Sergey Efimoff 02 Feb '05

02 Feb '05

Hi, I have windows binary-only, third-party .DLL library without any source files. I would like to use it in my unix-based project, which is compiled with usual GNU C compiler. Wine documentation says Wine is able to load external .DLLs, but does not explain how to implement such ability in userland program using Wine API. I've discovered LoadLibrary() and GetProcAddr() functions compiled into built-in DLL (kernel32.dll.so), so in order to load my DLL I use the function LoadLibrary("somelib.dll"), linking my project with -lwine and -lkernel32. The problem is that when my application calls LoadLibrary(), it causes Bus Error. Back tracing using gdb shows that the crash appears under such sequence: in main() in LoadLibraryA() at module.c:745 in LoadLibraryExA() at module.c:706 in FILE_name_AtoW() at file.c:198 in ?? () from kernel32.dll.so The function call at file.c:198 is RtlInitAnsiString() and (as I understand) is unreferenced in kernel32 and uses ntdll.dll.so. What things should I do before calling LoadLibrary()? By the way: If I call RtlInitAnsiString() directly from main(), linking my project with ntdll.dll.so, it is called correctly, works and returns some result. I tried to define -lntdll within LDFLAGS, in this case compile finishes cleanly, but the Bus Error still appears. Also I tried to find any examples showing how to load external .DLL. I've found no examples. Note: there is no ability to obtain library sources. Bye.

3 4

Re: [Wine]How can I run an already installed Flash MX 2004 (on an /NTFS partition)?
by Scott Ritchie 02 Feb '05

02 Feb '05

Ok I finished the winetools package when I should have been sleeping, so you're gonna need to be my usability guinea pig. Install the winetools package from the same place the wine packages are (winehq), then use it to setup wine for you and install dcom. Thanks, Scott Ritchie On Wed, 2005-02-02 at 10:34 +0200, Emre Sevinç wrote: > > Scott Ritchie wrote: > > I'm almost done with the winetools package which should make installing > > DCOM98 an easy one-click affair for you. I'll update you in a day or > > two if I finish. > > Well, is there no way to use the Flash.exe which is installed on my MS > Windows 2000 partiton? > > Do I have to install Flash MX 2004 into a fake windows dir. created by > WINE? > > I still don't have any configuration file, will I need such a file (in > both cases?) The reason > why I don't have one is described below, in my previous mail. > > I hope you can help. This is the first time I installed and tried to > use WINE and it > is really important for me. > > Thanks in advance, > Emre Sevinc > Istanbul Bilgi University > http://www.bilgi.edu.tr > > > > > Thanks, > > Scott Ritchie > > > > On Tue, 2005-02-01 at 19:35 +0200, Emre Sevinc wrote: > > > > > First I tried wine from the Debian unstable repository. It didn't work > > > for installing Flash MX 2004. > > > > > > Then I was given advice and I tried the latest version so grabbed > > > and installed the .deb package from the winehq repository (Wine > > > 20050111) > > > > > > Yes, I also tried to install DCOM98.EXE by following the > > > instructions from http://navi.cx/svn/misc/trunk/winekb/NativeDCOM.xml > > > but it also had some problems (please refer to > > > http://www.winehq.org/hypermail/wine-users/2005/02/0000.html ) > > > > > > Now, ok, I give up installing FLASH MX 2004 on a fake windows > > > drive but I just want to learn: > > > > > > I already have an MS Windows 2000 partition (NTFS) on the same > > > hard disk and I was able to install Flash MX 2004 when I booted > > > windows. Can I use this Flash MX 2004 which is > > > already-installed-on-windows-system with WINE? > > > > > > If the answer is yes then I'll say: How? > > > > > > Current situation: > > > > > > $ wine /NTFS/Program\ Files/Macromedia/Flash\ MX\ 2004/Flash.exe > > > err:module:import_dll Library MSVCIRT.dll (which is needed by L"Z:\ > > > \NTFS\\Program Files\\Macromedia\\Flash MX 2004\\xerces-c_2_1_0.dll") > > > not found > > > err:module:import_dll Library xerces-c_2_1_0.dll (which is needed by > > > L"Z:\\NTFS\\Program Files\\Macromedia\\Flash MX 2004\\Flash.exe") not > > > found > > > err:module:LdrInitializeThunk Main exe initialization for L"Z:\\NTFS > > > \\Program Files\\Macromedia\\Flash MX 2004\\Flash.exe" failed, status > > > c0000135 > > > > > > > > > Now you may wonder about my wine configuration and ask what my > > > ~/.wine/config > > > is and I must say that, well, I've run the latest WINE it created some > > > directories > > > under ~/.wine (it was a fresh start, I had already deleted the > > > ~/.wine directory > > > from the previous Debian installation) but THERE IS NO config (or > > > similar) file. > > > > > > So, can somebody be kind enough to show me config file or tell me what > > > kind > > > of file I must create in order to simply run the Flash MX 2004 which > > > is > > > already-installed-and-working-on-windows-system? > > > > > > winesetup? No, please! :) Now that I added the winehq repository to my > > > /etc/sources.list when I try to apt-get winesetup it says that it is > > > going to remove wine. So I prefer to copy the config file (the RIGHT > > > one) > > > from somewhere or create it by using the information that some WINE > > > user > > > or hacker will provide. > > > > > > > > > > > > > > > > > > > > >

1 0

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 February 2005