October 2006 - Wine-Devel - list.winehq.org

no backtrace with wine crashes
by James Hawkins Oct. 2, 2006

Oct. 2, 2006

Hey guys, Since very recently, any time we get a crash in Wine, winedbg does not show a backtrace. This makes it significantly more difficult to debug the crash. Is anyone else experiencing this? I'll run a regression test as soon as I can. wine: Unhandled page fault on read access to 0x00000000 at address 0x7ebfeb70 (thread 0011), starting debugger... Modules: Cannot get info on module while no process is loaded Threads: process tid prio (all id:s are in hex) 00000013 00000021 0 00000020 0 0000001e 0 0000001b 0 00000019 0 00000018 0 00000017 0 00000016 0 00000014 0 00000010 (D) (null) 00000023 0 00000022 0 00000012 0 00000011 0 0000000a 0000000c 0 0000000b 0 -- James Hawkins

2 5

Implementation question for CryptSIPLoad
by Paul Vriens Oct. 2, 2006

Oct. 2, 2006

Hi, In CryptSIPLoad I have to load the some internal crypt32 function pointers into a structure. Will the following work ? : pSipDispatch->pfGet = &CryptSIPGetSignedDataMsg; pSipDispatch->pfPut = &CryptSIPPutSignedDataMsg; pSipDispatch->pfCreate = &CryptSIPCreateIndirectData; pSipDispatch->pfVerify = &CryptSIPVerifyIndirectData; pSipDispatch->pfRemove = &CryptSIPRemoveSignedDataMsg; What happens if I have another dll loaded that has the same functions (wintrust, msisip ....)? Do I need to do an explicit LoadLibrary or GetModuleHandle? The tests I've already created (in current GIT) succeed with the above 'solution' but I just want to make sure there aren't any side-effects. Cheers, Paul.

1 0

RE: compiling wine for amd64 on ubuntu dapper 6.06
by Ge van Geldorp Oct. 2, 2006

Oct. 2, 2006

> From: "Gerald Britton" <gerald.britton(a)gmail.com> > > 1. /configure can't find opengl, and produces these messages: > > configure: WARNING: Wine will be build without OpenGL or > Direct3D support > configure: WARNING: because something is wrong with the OpenGL setup: > configure: WARNING: No OpenGL library found on this system. I found the easiest way around this problem is to run configure using --without-opengl. I doubt OpenGL is very useful at the moment for 64-bit Wine anyway. Ge van Geldorp.

2 1

Re: wined3d - fix grammatical errors
by Stefan Dösinger Oct. 2, 2006

Oct. 2, 2006

I think Alexandre wants 1 patch per mail ;-)

1 0

Re: Copy protection
by Tim Schmidt Oct. 2, 2006

Oct. 2, 2006

On 10/2/06, James Courtier-Dutton <James(a)superbug.co.uk> wrote: > The easiest way round this is to simply recognise the executable with > the copy protection, and simply install a hook to catch the appropriate > file system or registry calls and divert them to a special handling > routine to satisfy the application. The difficulty would come from > actually implementing the "copy protection" part. I.e. Preventing the > wine user from copying the software. Since we're not getting cooperation from the copy protection software houses, I don't think that's a major goal of this work. We'd like _copy protected_ software to work with Wine, who cares if the _copy protection_ software actually works beyond allowing the program to run? --tim

1 0

Full A and W implementations for registry functions in shlwapi
by Paul Vriens Oct. 2, 2006

Oct. 2, 2006

Hi, is there any reason that some of the registry functions in shlwapi have a full implementation for both the A and the W calls, instead of calling W from A? (other then nobody bothered). Is it worthwhile to be done? (Could be another janitorial task). Cheers, Paul.

1 0

building outside of source tree fails - making wrong makedep
by Michael [Plouj] Ploujnikov Oct. 2, 2006

Oct. 2, 2006

My Wine source is in ~/apps/wine-git. I'm trying to build Wine inside ~/apps/build_dir. So, I do this: $ mkdir ~/apps/build_dir $ cd ~/apps/build_dir $ ../wine-git/configure --x-libraries=/emul/linux/x86/usr/lib/ LDFLAGS="-L/emul/linux/x86/usr/lib -L/emul/linux/x86/lib" --verbose &> config.output # config.output attached # Then I run make, and this is where it fails: $ make make[1]: Entering directory `/home/plouj/apps/build_dir/tools' ../tools/makedep -C../../wine-git/tools -S../../wine-git -T.. -I/usr/include/fre etype2 bin2res.c fnt2bdf.c fnt2fon.c make_ctests.c makedep.c relpath.c sfnt2fnt. c make[1]: ../tools/makedep: Command not found make[1]: [Makefile] Error 127 (ignored) make[1]: `../../wine-git/tools/makedep' is up to date. make[1]: Leaving directory `/home/plouj/apps/build_dir/tools' make[1]: Entering directory `/home/plouj/apps/build_dir/libs' make[2]: Entering directory `/home/plouj/apps/build_dir/libs/port' ../../tools/makedep -C../../../wine-git/libs/port -S../../../wine-git -T../.. f fs.c fstatvfs.c futimes.c getopt.c getopt1.c getpagesize.c gettid.c interlocked. c lstat.c memcpy_unaligned.c memmove.c mkstemps.c pread.c pwrite.c readlink.c si gsetjmp.c spawn.c statvfs.c strcasecmp.c strerror.c strncasecmp.c usleep.c .... What this looks like to me is make trying to build ../../wine-git/tools/makedep which already exists, but it's trying to use ../tools/makedep, which doesn't exist, to actually build other stuff. I am trying to build Wine on Gentoo AMD64. You can see that the configure command is already convoluted to achieve that. Wine _does_ build if I run make inside the source directory. It has been working fine since before 0.9.10. That is not what I'm doing here. I don't know anything about how make works and especially about how the Makefiles in Wine are setup so I would appreciate any help to track down this problem. It's been suggested that maybe this happens because my system is broken, but I don't want to come to that conclusion without any evidence. My goal is not to simply blame someone but to actually fix what is broken. -- () ASCII Ribbon Campaign /\ - against HTML mail & vCards

2 1

Re: gdi32: Improve get_nearest_charset().
by Huw Davies Oct. 2, 2006

Oct. 2, 2006

On Mon, Oct 02, 2006 at 06:42:50AM +0900, Byeong-Sik Jeon wrote: > Use the font linking information at get_nearest_charset(). > MS-Windows do it(equal behavior). Looks good to me. Thanks, Huw. -- Huw Davies huw(a)codeweavers.com

1 0

Re: wined3d - fix grammatical errors
by James Hawkins Oct. 2, 2006

Oct. 2, 2006

On 10/1/06, EA Durbin <ead1234(a)hotmail.com> wrote: > > Please read up on the patch submission process [1]. Only one patch per email, and you need to include a changelog for each patch. Personally, I don't think the sentences in question need to be changed though. [1] http://winehq.org/site/sending_patches -- James Hawkins

2 2

-D_WIN64 breaks build
by Ivan Gyurdiev Oct. 1, 2006

Oct. 1, 2006

utf8.h includes umachine.h umachine.h detects _WIN64 definition and includes pwin32.h pwin32.h defines U_EXPORT to __declspec(dllexport) ...later U_INTERNAL includes U_EXPORT in its definition so eventually it errors out: gcc -c -I. -I. -I../../include -I../../include -I/usr/include/freetype2 -D__WINESRC__ -D_GDI32_ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -gstabs+ -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -g -O2 -D_WIN64 -o bidi.o bidi.c In file included from /usr/include/unicode/utf.h:222, from /usr/include/unicode/utypes.h:38, from /usr/include/unicode/ubidi.h:21, from bidi.c:27: /usr/include/unicode/utf8.h: In function ‘__declspec’: /usr/include/unicode/utf8.h:75: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘UChar32’ /usr/include/unicode/utf8.h:82: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘int32_t’ ...

1 1