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

Re: Missing library - faultrep.

by Alexandre Julliard

Peter Dons Tychsen <donpedro(a)tdcadsl.dk> writes: >> You need to write a proper spec file with all exported functions, > There are no exported functions (for now). So i guess an empty spec file > is OK ? No, there are exported functions in the native dll, you have to declare them as stubs. -- Alexandre Julliard julliard(a)winehq.org

Aug. 7, 2007

re: ANNOUNCE: Wine/Mono Regression Test Suite

by Dan Kegel

Matt wrote: > ...I've found that running the mono regression test suite has > given me a better idea of how to approach debugging mono/wine. > ... > http://mhjones.org/wine/wine-tests/wine-test-reader.tar.gz I downloaded this and had a look just now. The instructions still refer to the deprecated 1.1 branch of mono, and I hear to run on wine, one needs something newer than the latest released version of mono. So I tried building mono from the trunk. My dapper system was missing some things mono seems to need, so I expanded on the script in the readme a bit, and came up with #!/bin/sh set -xe MONOBUILDDIR=/data/dkegel/mono-cvs mcs --version || sudo apt-get install mono-devel libtool --version || sudo apt-get install libtool automake-1.9 --version || sudo apt-get install automake1.9 automake --version | grep 1.9 || sudo update-alternatives --set automake /usr/bin/automake-1.9 mkdir -p $MONOBUILDDIR cd $MONOBUILDDIR svn co svn://anonsvn.mono-project.com/source/trunk/mono cd mono ./autogen.sh --build i486-linux-gnu make This goes well for a while, but fails with /bin/sh: line 1: cd: ../../mcs: No such file or directory if test -w ../../mcs; then :; else chmod -R +w ../../mcs; fi chmod: cannot access `../../mcs': No such file or directory make[2]: *** [all-local] Error 1 make[2]: Leaving directory `/usr/local/google/bigdata/dkegel/mono-cvs/mono/runtime' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/google/bigdata/dkegel/mono-cvs/mono' make: *** [all] Error 2 Can you update your README to show how to build some flavor of mono-1.2 that runs under Wine? Thanks, Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

Aug. 7, 2007

Re: Missing library - faultrep.

by Peter Dons Tychsen

On Tue, 2007-08-07 at 17:35 +0200, Alexandre Julliard wrote: > Peter Dons Tychsen <donpedro(a)tdcadsl.dk> writes: > > > I tried to submit a patch for this missing lib, > > but got zero response. > > Probably because there was something wrong with my commit. > > > > Any guess on what was wrong? > > You need to write a proper spec file with all exported functions, There are no exported functions (for now). So i guess an empty spec file is OK ? > and you need to handle DLL_WINE_PREATTACH in DllMain. OK, i will add this and re-submit. /pedro

Aug. 7, 2007

Re: [Winetest] Possible removal of LoadLibrary and friends in the conformance tests

by Stefan Leichter

Am Tuesday 07 August 2007 09:43 schrieb Paul Vriens: > > This will be a lengthy process so if there are volunteers, please step up. > > Eventhough this is some considerable amount of work to be done, in the end > the code will be cleaner (and several lines shorter). > > Comments/remarks ? > Make sure that Paul Millar has time to update the mingw build environment. Otherwise we have to wait some time to get a new winetest.exe from the download side. Bye Stefan

Aug. 7, 2007

Re: Wine disassembly and reverse engineering rules.

by Jesse Allen

On 8/7/07, Jakob Eriksson <jakob(a)vmlinux.org> wrote: > James Hawkins wrote: > > On 8/5/07, Jakob Eriksson <jakob(a)vmlinux.org> wrote: > > > >> DMCA Reverse engineering exemption: > >> > >> http://www.chillingeffects.org/reverse/faq.cgi#QID210 > >> > >> > > > > >From the article: > > > > "The reverse engineer is required to ask permission first, however." > > > > ...good luck with that. > > > > > It is strange that the say that, because I can not find anything about > asking permission in the actual law text: > > http://cyber.law.harvard.edu/openlaw/DVD/1201.html#f > > Here I think: 1201a, 3b. 'a technological measure ''effectively controls access to a work'' if the measure, in the ordinary course of its operation, requires the application of information, or a process or a treatment, with the authority of the copyright owner, to gain access to the work.'

Aug. 7, 2007

Re: WineD3D: move fake context code over to WGL

by Chris Robinson

On Tuesday 07 August 2007 06:54:37 am Alexandre Julliard wrote: > Roderick Colenbrander <thunderbird2k(a)gmx.net> writes: > > Subject: [PATCH] Move WineD3D_CreateFakeGLContext and friends over > > to WGL. For this we need a HDC and one received from lets say > > GetDC(0) won't do. Further this HDC needs CS_OWNDC set. For this > > reason we need our own window class. > > Why does it need CS_OWNDC? That sounds like a bug. I ran across mailing list posts a while ago talking about OpenGL on Windows, and it mentioned that the window class had to have CS_OWNDC otherwise strange anomolies and crashes could pop up. Stefan Dösinger also said it's implied that D3D windows need the same. Searching google for 'opengl cs_owndc' brought up pages that mentioned buggy drivers need it, and as well, opengl.org's FAQ has it mentioned: "error: Multiple access violations appear when running a Microsoft OpenGL MFC-based application. solution: Set the CS_OWNDC style in the PreCreate*() routines in the view class." http://www.opengl.org/resources/faq/technical/gettingstarted.htm I can't say I know much about how HDCs work, but since OpenGL operates on HDCs and expects their state to remain constant through the life of the window, wouldn't it be a problem if DCs switched after a call to SetPixelFormat, or while it's part of the current context?

Aug. 7, 2007

Re: [winecfg] Show version again in About box

by Dmitry Timoshkov

"Paul Vriens" <paul.vriens.wine(a)gmail.com> wrote: > 'Wine 0.9.42' looks so much nicer than 'PACKAGE_STRING'. Thanks for catching this. Although a comment explaining why config.h is needed while there is no visible usage of #ifdef HAVE_xxx macros would be nice. -- Dmitry.

Aug. 7, 2007

Re: Missing library - faultrep.

by Alexandre Julliard

Peter Dons Tychsen <donpedro(a)tdcadsl.dk> writes: > I tried to submit a patch for this missing lib, > but got zero response. > Probably because there was something wrong with my commit. > > Any guess on what was wrong? You need to write a proper spec file with all exported functions, and you need to handle DLL_WINE_PREATTACH in DllMain. -- Alexandre Julliard julliard(a)winehq.org

Aug. 7, 2007

Re: [2/6] gdiplus: added GdipCreateBitmapFromFile

by Alexandre Julliard

"Evan Stade" <estade(a)gmail.com> writes: > + CloseHandle(file); > + > + if(CreateStreamOnHGlobal(buff, TRUE, &stream) != S_OK){ > + ERR("could not make stream\n"); > + GdipFree(buff); > + return GenericError; > + } You should create a stream on the file directly instead of reading it in first. -- Alexandre Julliard julliard(a)winehq.org

Aug. 7, 2007

Re: [1/6] gdiplus: added GdipBitmapLockBits/GdipBitmapUnlockBits

by Alexandre Julliard

"Evan Stade" <estade(a)gmail.com> writes: > + bm_is_selected = (BOOL) hdc; That's ugly, you should use something like (hdc != 0) instead. > + stride = bmi.bmiHeader.biWidth * bitspp / 8; > + stride += stride % 4; This doesn't do what you want. -- Alexandre Julliard julliard(a)winehq.org

Aug. 7, 2007