Re: gdi32: Improve get_nearest_charset().

2006-10-02 Thread Huw Davies
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 [EMAIL PROTECTED]

Re: Mem usage in Mac OSX

2006-10-02 Thread Stefan Dösinger
Am Sonntag 01 Oktober 2006 13:30 schrieb Nick Burns: Im seeing some very odd behaviour in Mac OSX using wine -- and wondered if anyone could enlighten me When I run any application -- I see it start with ~4GB of VM then depending on the app -- it goes upwards of 5.7GB in VM usage (4GB?) in

Re: compiling wine for amd64 on ubuntu dapper 6.06

2006-10-02 Thread Damjan Jovanovic
On 9/29/06, Gerald Britton [EMAIL PROTECTED] wrote: Hi -- I'm trying to get wine going on my ubuntu dapper installation on an amd 64 box. I have followed the wiki instructions in http://wiki.winehq.org/WineOn64bit for ubuntu and rechecked my work. Two things go wrong: 1. /configure can't find

Re: building outside of source tree fails - making wrong makedep

2006-10-02 Thread Alexandre Julliard
Michael [Plouj] Ploujnikov [EMAIL PROTECTED] writes: 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. There should be no makedep in the source

Re: compiling wine for amd64 on ubuntu dapper 6.06

2006-10-02 Thread Gerald Britton
Looking at config.log, I see these messages: configure:9418: checking for glXCreateContext in -lGL configure:9453: gcc -m32 -o conftest -g -O2conftest.c -lGL -L/usr/X11R6/lib -lXext -lX11 -lm 5 /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/4.0.3/../../../libGL.so when

Re: compiling wine for amd64 on ubuntu dapper 6.06

2006-10-02 Thread Robert Shearman
Gerald Britton wrote: Looking at config.log, I see these messages: configure:9418: checking for glXCreateContext in -lGL configure:9453: gcc -m32 -o conftest -g -O2conftest.c -lGL -L/usr/X11R6/lib -lXext -lX11 -lm 5 /usr/bin/ld: skipping incompatible

Re: compiling wine for amd64 on ubuntu dapper 6.06

2006-10-02 Thread Gerald Britton
Ah. Well on the wiki there's a note about symlinks for those libs. I have these: $ ls -l /usr/lib32/libG* lrwxrwxrwx 1 root root 21 2006-09-18 22:22 /usr/lib32/libGLcore.so.1 - libGLcore.so.1.0.8762 -rw-r--r-- 1 root root 8113728 2006-09-18 03:28 /usr/lib32/libGLcore.so.1.0.8762

Full A and W implementations for registry functions in shlwapi

2006-10-02 Thread Paul Vriens
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.

Re: Copy protection

2006-10-02 Thread Willie Sippel
Am Montag, 2. Oktober 2006 04:49 schrieb Vitaliy Margolen: EA Durbin wrote: So the short story is that copy protection support is the gating issue here, and it's a serious PITA. What specifically keeps most copy protection from working with wine? Why does it work in some applications,

Re: Copy protection

2006-10-02 Thread Martin Owens
Re Copy Protection. be quite hard to make this work I think? It would be quite dangerous to make this work. What about creating a file say with a fake data map, wine thinks it's the direct access to the hard drive where all this information is held. all we do is add the place where the data

Re: Copy protection

2006-10-02 Thread James Courtier-Dutton
Martin Owens wrote: Re Copy Protection. be quite hard to make this work I think? It would be quite dangerous to make this work. What about creating a file say with a fake data map, wine thinks it's the direct access to the hard drive where all this information is held. all we do is add the

Re: Copy protection

2006-10-02 Thread Tim Schmidt
On 10/2/06, James Courtier-Dutton [EMAIL PROTECTED] 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

Re: Copy protection

2006-10-02 Thread Marcus Meissner
On Mon, Oct 02, 2006 at 05:18:57PM +0100, James Courtier-Dutton wrote: Martin Owens wrote: Re Copy Protection. be quite hard to make this work I think? It would be quite dangerous to make this work. What about creating a file say with a fake data map, wine thinks it's the direct access

Re: Copy protection

2006-10-02 Thread Tim Schmidt
On 10/2/06, Marcus Meissner [EMAIL PROTECTED] wrote: We can't, this kind of circumvention is likely to be illegal in the US. The relevant portion of the DMCA reads as follows: (http://thomas.loc.gov/cgi-bin/query/F?c105:6:./temp/~c105bzNC4v:e11559:) `(2) No person shall manufacture,

Re: dlls/user/tests/win.c fix

2006-10-02 Thread Juan Lang
--- Dmitry Timoshkov [EMAIL PROTECTED] wrote: 0x200 is WM_MOUSEMOVE. So it's that you either moving the mouse during the test, or there is some other source of that message. Juan, you need to investigate what is going on if that's the latter. Yes, I know. My mouse is a builtin touchpad (on my

Re: Mem usage in Mac OSX

2006-10-02 Thread Nick Burns
All the following have this VM ~=4GB on startup -- its not a leaking problem... (afaict) OGL/D3D -- WinRAR, GTAVC, Tribes2, (FlatOutDemo -- even thou it dies on startup now -- still gets to ~4GB), SHOGO NON-GL -- cmd (not even using X11), winecfg, StreamDown, MS VC++ 6, MS+Connentix VPC

Re: Mem usage in Mac OSX

2006-10-02 Thread Robert Shearman
Nick Burns wrote: All the following have this VM ~=4GB on startup -- its not a leaking problem... (afaict) OGL/D3D -- WinRAR, GTAVC, Tribes2, (FlatOutDemo -- even thou it dies on startup now -- still gets to ~4GB), SHOGO NON-GL -- cmd (not even using X11), winecfg, StreamDown, MS VC++ 6,

RE: compiling wine for amd64 on ubuntu dapper 6.06

2006-10-02 Thread Ge van Geldorp
From: Gerald Britton [EMAIL PROTECTED] 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

Re: dlls/user/tests/win.c fix

2006-10-02 Thread Juan Lang
--- Dmitry Timoshkov [EMAIL PROTECTED] wrote: 0x200 is WM_MOUSEMOVE. So it's that you either moving the mouse during the test, or there is some other source of that message. Juan, you need to investigate what is going on if that's the latter. This appears to be a Heisenbug. I ran the tests

Re: wined3d - fix grammatical errors

2006-10-02 Thread Stefan Dösinger
I think Alexandre wants 1 patch per mail ;-) pgpPGj3pYpiPb.pgp Description: PGP signature

no backtrace with wine crashes

2006-10-02 Thread James Hawkins
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

Re: compiling wine for amd64 on ubuntu dapper 6.06

2006-10-02 Thread Evil Jay
It's very useful - CounterStrike source is actually playable with it. I'm sure other games are working as well. -J Ge van Geldorp wrote: From: Gerald Britton [EMAIL PROTECTED] 1. /configure can't find opengl, and produces these messages: configure: WARNING: Wine will be build without

Re: no backtrace with wine crashes

2006-10-02 Thread James Hawkins
On 10/2/06, James Hawkins [EMAIL PROTECTED] wrote: 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.

Implementation question for CryptSIPLoad

2006-10-02 Thread Paul Vriens
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 =

Re: no backtrace with wine crashes

2006-10-02 Thread Eric Pouech
James Hawkins wrote: 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. what's the format of your

Re: no backtrace with wine crashes

2006-10-02 Thread James Hawkins
On 10/2/06, Eric Pouech [EMAIL PROTECTED] wrote: James Hawkins wrote: 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

Re: no backtrace with wine crashes

2006-10-02 Thread Eric Pouech
James Hawkins wrote: Auto = '1' Debugger = 'winedbg --auto %ld %ld' does the attached patch help ? [WineDbg]: fixed the auto mode From: Eric Pouech [EMAIL PROTECTED] --- programs/winedbg/info.c |2 +- programs/winedbg/tgt_active.c |6 +- 2 files changed, 6

Re: no backtrace with wine crashes

2006-10-02 Thread James Hawkins
On 10/2/06, Eric Pouech [EMAIL PROTECTED] wrote: James Hawkins wrote: Auto = '1' Debugger = 'winedbg --auto %ld %ld' does the attached patch help ? [WineDbg]: fixed the auto mode From: Eric Pouech [EMAIL PROTECTED] I had to apply it by hand, but once I did it worked. Thanks Eric. --

Request for Test: exception handling test

2006-10-02 Thread Marcus Meissner
Hi, Can someone with ability to run the testsuite on Windows please test the following new 2 testcases under Windows? They succeed in WINE now, but I wonder if they will work in Windows. Ciao, Marcus --- dlls/ntdll/tests/exception.c | 145 ++ 1 files

Re: Scrambled VB Fonts improving.

2006-10-02 Thread Tom Spear
Joe, not to sound rude, or anything, but please send emails as plain text to the wine list. Any pictures you need to show us, please attach them, and just name them appropriately. The reason we request this is due to different client's handling (or lack thereof) of HTML. It makes the message

AMD64 compilation successful; still not working

2006-10-02 Thread Alexander K. Seewald
Hi, I've managed to compile the current CVS version under AMD64, according to the WineOn64bit-Wiki for Debian. So far, so good. However, all tests fail and starting wine gives an error code of 2. --version gives no output. wine-kthread gives an error code of 139 (segmentation violation),

Re: Request for Test: exception handling test

2006-10-02 Thread Stefan Leichter
Am Thursday 01 January 1970 01:00 schrieb Marcus Meissner: Hi, Can someone with ability to run the testsuite on Windows please test the following new 2 testcases under Windows? They succeed in WINE now, but I wonder if they will work in Windows. Ciao, Marcus Hi, i don't get any new

Re: AMD64 compilation successful; still not working

2006-10-02 Thread Scott Ritchie
On latest Debian (or at least Ubuntu), you have to force compile without the stack protector on by doing -fno-stack-protector. See this bug: http://bugs.winehq.org/show_bug.cgi?id=6035 That said, I don't actually know if that's the issue you're running into. Thanks, Scott Ritchie On Mon,

Re: KERNEL: honor additional DLL search paths under HKLM\\Software\\Microsoft\\Windows\\CurrentVersion\\App Paths

2006-10-02 Thread Mike McCormack
Alex Villací­s Lasso wrote: Changelog: * Check under HKLM\\Software\\Microsoft\\Windows\\CurrentVersion\\App Paths\\EXENAME.EXE for additional directory locations to search for DLLs. Fixes Dreamweaver MX 6.0. This change is incorrect. The App Pathes key is checked by ShellExecute, not by

Re: compiling wine for amd64 on ubuntu dapper 6.06

2006-10-02 Thread Neil Skrypuch
On Monday, October 02, 2006 10:28, Gerald Britton wrote: Is there a command to verify if the libs are 32- or 64-bit? Try file: [EMAIL PROTECTED] ~ $ file /lib/libz.so.1.2.3 /lib/libz.so.1.2.3: ELF 64-bit LSB shared object, AMD x86-64, version 1 (SYSV), stripped [EMAIL PROTECTED] ~ $ file

Re: dlls/user/tests/win.c fix

2006-10-02 Thread Dmitry Timoshkov
Juan Lang [EMAIL PROTECTED] wrote: win.c:2414: Test failed: message 000f available win.c:2422: Test failed: message 000f available win.c:2430: Test failed: message 000f available make: *** [win.ok] Error 3 On the fourth run it succeeded. I know you know that these are WM_PAINT again. Does

Re: dlls/user/tests/win.c fix

2006-10-02 Thread Juan Lang
Hi Dmitry, --- Dmitry Timoshkov [EMAIL PROTECTED] wrote: Does moving flush_events() a bit further like in the attached patch help? It seems to help a bit, it fails about 50% of the time just by moving it. If it doesn't, please try to change 100 in flush_events to 200 or even more and see if