Actually I need to fix opengl32 properly. For some reason opengl32 is
opengl 1.2 while it should be 1.1. Then GL_GLEXT_PROTOTYPES is not
needed at all for compiling opengl32.
Roderick
On Wed, Jun 10, 2009 at 12:18 AM, Austin
English wrote:
> GL_GLEXT_PROTOTYPES is defined in GL/gl.h on Mac. Other
On Tue, Jun 9, 2009 at 5:13 PM, Daniel Santos wrote:
>
> Hello! This is a prelude to other cursor patches to follow (both Griswold's
> & my work). As requested, I have replaced the __FILE_SPOT with the standard
> ok_(file,line) mechanism (looks much better to me). I've removed the windows
> v
On Tue, Jun 9, 2009 at 4:51 PM, Stefan
Leichter wrote:
> Am Tuesday 09 June 2009 23:46:51 schrieb Austin English:
>> Cast was removed by d576c2d9342e769c01fb99c0cc200a0bc4b9cded, but
>> causes a compiler warning on OS X. The same cast is used ~20 lines
>> later.
>
> You forgot the patch
>
> --
> St
Am Tuesday 09 June 2009 23:46:51 schrieb Austin English:
> Cast was removed by d576c2d9342e769c01fb99c0cc200a0bc4b9cded, but
> causes a compiler warning on OS X. The same cast is used ~20 lines
> later.
You forgot the patch
--
Stefan
Ken Sharp wrote:
These stubs stop three crashes in Photoshop CS4.
>From 4e5dd892a7a577001072fd7701467c262c483b1f Mon Sep 17 00:00:00 2001
From: Ken Sharp
Date: Tue, 9 Jun 2009 21:48:05 +0100
Subject: [PATCH] gdiplus: Add stubs for GdipGetVisibleClipBoundsI,
GdipDrawDriverString & GdipMeasureDri
Michael Stefaniuc schrieb:
André Hentschel wrote:
Paul Vriens schrieb:
Alexandre Julliard wrote:
Mikołaj Zalewski writes:
It's online again. Having it on WineHQ would probably give a better
uptime (and a much better latency, but this should also improve on my
side, when I won't need a temp
Dmitry Timoshkov escribió:
"Alex Villacís Lasso" wrote:
I recently filed http://bugs.winehq.org/show_bug.cgi?id=18734 in
which I showed that DlgDirList is behaving incorrectly for 16-bit
apps. I also included a test program compiled with the Watcom C
compiler, as well as a patch. Then a com
On Tuesday 09 June 2009 17:33:32 Austin English wrote:
> FWIW, a user sent me this e-mail:
That looks like a bug in iphlpapi, not related to how wine deals with
INADDR_ANY as target ip address. Feel free to open a bug about that, but I
fail to see how this is related to the current thread,
Chee
FWIW, a user sent me this e-mail:
I was reading your post about wine and 0.0.0.0 and wanted to share a
bug a developer recently came across connected with networking, though
I was unsure if you would be interested and I am not confident enough
to post to bugzilla (I fear the vitamin).
The develop
2009/6/10 Austin English :
> On Tue, Jun 9, 2009 at 7:14 AM, Ben Klein wrote:
>> I've occasionally got compilation errors while doing a git bisect. As
>> there is no way to fix this (assuming there's nothing wrong with libs
>> on my system, since every other revision I try gets built fine)
>> witho
On Tue, Jun 9, 2009 at 7:14 AM, Ben Klein wrote:
> 2009/6/9 Uwe Bonnes :
>>> "Ben" == Ben Klein writes:
>>
>> Ben> 2009/6/9 Uwe Bonnes :
>> >> Hello,
>> >>
>> >> on a fresh tree check out and compiled successfully yesterday
>> >> (090608) and updated today(090609), compile fails
Appended stup is needed for libusb-win32-0.1x
--
Uwe Bonnesb...@elektron.ikp.physik.tu-darmstadt.de
Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt
- Tel. 06151 162516 Fax. 06151 164321 --
>From 7216b1e26b9cbd3d4bb7eaa096757ad11d0b77b5 M
2009/6/9 Uwe Bonnes :
>> "Ben" == Ben Klein writes:
>
> Ben> 2009/6/9 Uwe Bonnes :
> >> Hello,
> >>
> >> on a fresh tree check out and compiled successfully yesterday
> >> (090608) and updated today(090609), compile fails with:
> >>
> >> make[1]: Entering directory
> >>
> "Ben" == Ben Klein writes:
Ben> 2009/6/9 Uwe Bonnes :
>> Hello,
>>
>> on a fresh tree check out and compiled successfully yesterday
>> (090608) and updated today(090609), compile fails with:
>>
>> make[1]: Entering directory
>> `/media/sda8/sdb8/spare/bon/W
Piotr Caban writes:
> Whats wrong with this patch?
>
> All the date expressions (e.g. day_from_year) are copied from ECMA-262
> standard specification. Because of the date range it can be keep in
> double without error.
Look a bit closer at your constant definitions...
--
Alexandre Julliard
ju
> Message: 2
> Date: Thu, 04 Jun 2009 22:37:48 +0200
> From: Piotr Caban
> Subject: jscript: Added Date_getFullYear and Date_getUTCFullYear
> implementation (3/7)
> To: wine-patc...@winehq.org
> Message-ID: <4a28309c.9000...@gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> ---
>
2009/6/9 Uwe Bonnes :
> Hello,
>
> on a fresh tree check out and compiled successfully yesterday (090608) and
> updated today(090609), compile fails with:
>
> make[1]: Entering directory `/media/sda8/sdb8/spare/bon/Wine/wine-git/include'
> ../tools/widl/widl -I. -I. -I../include -I../include \
>
Detlef Riekenberg writes:
> @@ -1164,6 +1165,14 @@ static void test_GetRfc1766Info(IMultiLanguage2 *iML2)
> ok(!lstrcmpA(rfc1766A, info_table[i].rfc1766),
> "#%02d: got '%s' (expected '%s')\n", i, rfc1766A,
> info_table[i].rfc1766);
>
> +if (!localenameA[0]) {
> +
On Tuesday 09 June 2009 07:17:58 Austin English wrote:
> > 0.0.0.0 and broadcast packets cause some problems with the newer Command
> > and Conquer games, but the ticket was closed some time ago. I believe it
> > was decided that since the kernel devs wouldn't change how Linux handles
> > these c
On Tuesday 09 June 2009 11:00:25 David Gerard wrote:
> > On Windows, this would likely cause a catchable error. On Linux (at
> > least), the socket connection may succeed. I think someone said C&C3
> > is affected by this inconsistency between Linux and Windows INADDR_ANY
> > handling; this is pro
2009/6/9 David Gerard :
> 2009/6/9 Ben Klein :
>> Only case that I can think of where 0.0.0.0 handling will break apps
>> is in lazy network programming.
>
> I am shocked, shocked to hear that there might be apps with lazy
> network programming! ;-p
I was going to say "extreme laziness" ...
>> On
2009/6/9 Ben Klein :
> Only case that I can think of where 0.0.0.0 handling will break apps
> is in lazy network programming.
I am shocked, shocked to hear that there might be apps with lazy
network programming! ;-p
> On Windows, this would likely cause a catchable error. On Linux (at
> least)
2009/6/9 Kai Blin :
> It was
> annoying enough having to handle that modern linux distros always resolve the
> hostname to a loopback address and many windows apps think that
> gethostbyname(gethostname()) was a good idea to figure out what IP address to
> bind to when they actually want to bind to
Hello,
on a fresh tree check out and compiled successfully yesterday (090608) and
updated today(090609), compile fails with:
make[1]: Entering directory `/media/sda8/sdb8/spare/bon/Wine/wine-git/include'
../tools/widl/widl -I. -I. -I../include -I../include \
-h -H activaut.h activaut.idl
../to
> I think we already create our own dll's for testing purposes, see
> kernel32/tests/loader.c (test_Loader()).
>
> Will that suffice?
Thanks. This is what is need.
Alexander Morozov wrote:
This should most likely be done in ntdll. Also please add tests for
these different cases.
For tests should create dll which can be loaded. But I do not know how to
implement this in tests on WINE. I tried to copy and rename .exe.so module
but it seems like the proble
> This should most likely be done in ntdll. Also please add tests for
> these different cases.
For tests should create dll which can be loaded. But I do not know how to
implement this in tests on WINE. I tried to copy and rename .exe.so module
but it seems like the problem is existing only for P
27 matches
Mail list logo
