On Mon, 2006-08-28 at 22:26 -0500, Ken Thomases wrote:
> +
> + /* @@ Wine registry key: HKLM\Software\Wine\OpenGL */
> + if ( RegOpenKeyA( HKEY_LOCAL_MACHINE, "Software\\Wine\\OpenGL",
> &hkey) ) hkey = 0;
> +
> + len = GetModuleFileNameA( 0, buffer, MAX_PATH );
> + if (len && len < MAX_PATH)
Message d'origine
>Date: Tue, 29 Aug 2006 01:39:49 +0200
>De: "Roderick Colenbrander" <[EMAIL PROTECTED]>
>A: [EMAIL PROTECTED]
>Sujet: X11Drv: import glx context code
>
>Hi,
>
seems you forget to change winex11dvr.spec file no ? :)
Good Job anyway
Regards,
Raphael
Hi,
You are right, I sent the first patch twice by accident. Please disregard
the patches, I will resend it tomorrow. Sorry for the trouble.
Benjamin Arai
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Dan Kegel
> Sent: Monday, August 28, 2006
Did you attach the right patch? Seems like this is the same as #1.
On 8/28/06, Benjamin Arai <[EMAIL PROTECTED]> wrote:
Hi,
ChangeLog:
- Removes all todo_wine's in VarAnd conformance test
- Fixes VarAnd to pass all tests in Windows XP SP2 and Wine
---
dlls/oleaut32/tests/vartest.c | 78 -
> I know this feature is intended to make it easier for people to compile wine,
> but people who aren't comfortable with this should use precompiled packages.
I don't agree with this. For most software, I will use an RPM, but I refuse to
use Wine RPMs. Either it is not optimized for my setup, o
On 8/28/06, Kai Blin <[EMAIL PROTECTED]> wrote:
> Conceivably some of the handholding it does could
> be moved into configure and into the Makefile.
> That might be a good idea.
But please make sure to add a "Yes, I know what I'm doing" option.
Oh, yes. We would not want to move the package c
On Monday, August 28, 2006 15:30, Andreas Mohr wrote:
> What's the exact status of 64bit support, anyone? [CC'd wd]
It works well for me at least. I compile Wine on amd64 using the following
(that's all one line):
CFLAGS=-L/emul/linux/x86/usr/lib/
LDFLAGS=-L/emul/linux/x86/usr/lib/ ./configure
On Monday 28 August 2006 14:48, Dan Kegel wrote:
> It seems to be designed to avoid problem reports
> from people who don't really know what they're doing,
> i.e. who don't know what sudo is, who don't realize it's
> bad to try installing wine from source if you already
> have it installed as a pac
Hello,
Has anyone here taken a look at Yukon? It's a tool to capture games to a video.
Yukon Home: http://www.neopsis.com/projects/yukon/
Example of AoE : http://dbservice.com/ftpdir/tom/Naxxramas-AoE.mp4
-Tom
Hi,
On Sun, Aug 27, 2006 at 05:00:45PM +0200, Sabine Rode wrote:
> Hallo, my tough guys,
> it seems to be an miising link??
> I am newbie at ubuntu 6.06 instaöllled with the amd64 kernel
> whenn i add my /etc/apt/sources.list with the both links
>
> deb http://wine.budgetdedicated.com/apt dapper
Andrew Talbot <[EMAIL PROTECTED]> writes:
> So am I right to infer that, in such cases, you would rather that I leave
> the disqualifying casts in place?
For the moment, yes. Let's look at this again once all the places that
can be fixed properly are done.
--
Alexandre Julliard
[EMAIL PROTECTED
Alexandre Julliard wrote:
> I don't think we want to duplicate strings just because of the
> warning. If the string really needs to be writable sure, but if it's
> just because of MS broken prototypes it's not worth the extra cost.
>
So am I right to infer that, in such cases, you would rather t
This is basically used for windows who have its own context menus. The
DefWindowProc only works if the window does not display a shortcut
menu. In the example I listed in the first submission of the patch,
this becomes a problem as the app would need to replace the
DefWindowProc with its own versi
Hi
I've tried submitting a patch to wine-patches 3 times(as per feedback from Wine group), but it has not been applied yet.
Please tell me what I am doing wrong.
ThanksRenu
Here's the patch:
diff -urN OldDir/dlls/comdlg32/filedlg.c NewDir/dlls/comdlg32/filedlg.c--- OldDir/dlls/comdlg32/filedlg.c 20
Andrew Talbot <[EMAIL PROTECTED]> writes:
> --- a/dlls/advpack/reg.c 2006-06-14 12:55:31.0 +0100
> +++ b/dlls/advpack/reg.c 2006-08-28 17:00:18.0 +0100
> @@ -255,11 +255,14 @@
> /* FIXME: read AdvOptions val for dwFlags */
> ZeroMemory(&cabinfo, sizeof(CABINFOW)
Thomas Weidenmueller <[EMAIL PROTECTED]> writes:
> --- dlls/shlwapi/clist.c 23 May 2006 12:48:43 - 1.12
> +++ dlls/shlwapi/clist.c 24 May 2006 17:23:15 -
> @@ -29,6 +29,8 @@
>
> WINE_DEFAULT_DEBUG_CHANNEL(shell);
>
> +#include "pshpack1.h"
> +
> /* DataBlock list eleme
Le 28.08.2006 18:10:37, Stefan Dösinger a écrit :
> Do you mean the game releases the texture manually until it is destroyed???
> Urgh. Can you verify that this doesn't come from DllMain() in
> dlls/ddraw/main.c?
Nop I checked, and anyway can't be because this occurs also when switching
resoluti
(Oddly, the message I'm replying to right now isn't in the archives yet;
maybe it got stuck on the way to winehq.)
On 8/27/06, Renu Rajput <[EMAIL PROTECTED]> wrote:
I've tried submitting a patch to wine-patches 3 times(as per feedback from
Wine group), but it has not been applied yet.
1. Your
On 8/26/06, Scott Ritchie <[EMAIL PROTECTED]> wrote:
A while back, we talked about deleting Wine install. What exactly does
it do these days, and why do we still have it?
It seems to be designed to avoid problem reports
from people who don't really know what they're doing,
i.e. who don't know
Le 27.08.2006 19:23:53, Elie Morisse a écrit :
> Refcounting fix, Wine devs tell me if I'm wrong as from now on I get
> something like this w/ The Nomad Soul :
>
> fixme:d3d:IWineD3DDeviceImpl_Release (0x1248028) Device released with
> resources still bound, acceptable but unexpected
> fixme:d3d
On Sun, Aug 27, 2006 at 05:35:54PM -0700, Mark Lu wrote:
> If the rtf control is a child window AND it doesn't display its own context
> menu,
> then the WM_CONTEXTMENU message should be passed to the parent window in
> the rtf
> control's DefWindowProc. Here is what MSDN says on the subject:
>
Le 27.08.2006 21:55:29, Stefan Dösinger a écrit :
> Just asking, does this game hit the This->first_attached != This case? This
> shouldn't happen, I suspect that the refcounting issue is somewhere else.
> Also the This->first_complex == This check should always return true in
> theory.
>
> Can
22 matches
Mail list logo