Francois Gouget wrote:
> James never meant that Wine would not use rc files at all. What he meant
> is that rc files would lose their status as the autoritative source for
> the resource strings and would be mostly generated from po files.
The .rc files are much more than just strings, in any
Jaroslav Šmíd wrote:
> diff -urN Wine-git.orig/dlls/hhctrl.ocx/chm.c Wine-git/dlls/hhctrl.ocx/chm.c
> --- Wine-git.orig/dlls/hhctrl.ocx/chm.c 2010-06-22 12:41:54.03454
> +0200
> +++ Wine-git/dlls/hhctrl.ocx/chm.c2010-06-22 12:51:07.454541388 +0200
> @@ -238,11 +238,11 @@
>
On Tue, Jun 22, 2010 at 8:31 PM, wrote:
> Hi Everyone,
>
> when using Wine64 relocations should use 64-bit wide deltas, winedevice was
> not compliant with this. Patch follows
>
> Regards,
> Alessandro Pignotti
Patches should be sent to wine-patc...@winehq.org
--
-Austin
FYI, I am following the current definition of D3DXCreateBox, which is in the
mesh.c file.
If you think I should start a separate (shape.c) file for these functions,
please let me know.
Prior patch fixed an #include which should have been present in d3dx9.h
Starting work on
http://bugs.winehq.
Hi,
It is certainly nice that a company offers support for this. Last year
I did something even cooler and it doesn't require much effort. I used
Visual Studio itself to remotely debug on Wine.
I'm not sure if I used native dbghelp.dll or not (I think I didn't use
it). The only thing I needed for
Hi Everyone,
when using Wine64 relocations should use 64-bit wide deltas, winedevice was
not compliant with this. Patch follows
Regards,
Alessandro Pignotti
---
programs/winedevice/device.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/programs/winedevice/device.c
Hi,
Check out this ability to debug your windows in WINE.
Sparx Systems Enterprise Architect allows you to debug Windows applications
under WINE.
http://www.sparxsystems.com/support/faq/enterprise-architect-WINE.html#nine
The limitations are you need to use the native dbghelp.dll. You need the
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=2839
Your paranoid android.
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=2830
Your paranoid android.
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=2829
Your paranoid android.
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=2832
Your paranoid android.
> On 6/22/2010 23:30, Misha Koshelev wrote:
> > Dear All:
> >
> > As I am waiting for my wine GIT to compile, I have noticed that the
> > following link no longer works:
> > http://mirzam.it.vu.nl/mingw/
> >
> > (from
> > http://www.winehq.org/docs/winedev-guide/cross-compiling-tests
> > for the MI
On Sat, Jun 19, 2010 at 9:02 AM, Iain Arnell wrote:
> fixes #23238 - Repton 3: crashes when viewing map.
> ---
> dlls/ddraw/surface.c | 6 ++
> dlls/ddraw/tests/dsurface.c | 4
> 2 files changed, 10 insertions(+), 0 deletions(-)
Scratch this - after thinking again about He
Peter Davies writes:
> Does this mean that "make depend" should be removed from README and
> ./tools/wineinstall? It generates /conf* files.
It shouldn't. What conf* files do you see?
--
Alexandre Julliard
julli...@winehq.org
On Wed, Apr 28, 2010 at 2:56 PM, Henri Verbeet wrote:
> On 28 April 2010 14:29, Roderick Colenbrander wrote:
>> + /* Early sort out of cases where no render target is used */
>> + if (!dstSwapchain && !srcSwapchain
>> + && src_surface != device->render_targets[0]
>> +
On 6/22/2010 23:30, Misha Koshelev wrote:
Dear All:
As I am waiting for my wine GIT to compile, I have noticed that the
following link no longer works:
http://mirzam.it.vu.nl/mingw/
(from
http://www.winehq.org/docs/winedev-guide/cross-compiling-tests
for the MINGW WIN32API RPMS)
I am running U
Hi Misha,
On 6/22/10 9:30 PM, Misha Koshelev wrote:
Dear All:
As I am waiting for my wine GIT to compile, I have noticed that the
following link no longer works:
http://mirzam.it.vu.nl/mingw/
(from
http://www.winehq.org/docs/winedev-guide/cross-compiling-tests
for the MINGW WIN32API RPMS)
I
Dear All:
As I am waiting for my wine GIT to compile, I have noticed that the
following link no longer works:
http://mirzam.it.vu.nl/mingw/
(from
http://www.winehq.org/docs/winedev-guide/cross-compiling-tests
for the MINGW WIN32API RPMS)
I am running Ubuntu 10.04 and will first:
i) try stock MIN
Does this mean that "make depend" should be removed from README and
./tools/wineinstall? It generates /conf* files.
Peter
Peter Davies writes:
> @@ -79,6 +79,9 @@ my @ignores = (
> "*.ok",
> "*.res",
> "*.so",
> +"*.gcno",
> +"*.gcov",
> +"/conf*",
They are not generated by a standard build so they don't belong
here. Put then in your local ignore file.
--
Alexandre Julliard
julli...@win
On Mon, 2010-06-21 at 15:27 -0700, James McKenzie wrote:
> Misha Koshelev wrote:
> > Dear All:
> >
> > Just wanted to let you know that after a long hiatus working on "big
> > important" things, I now have time once again to contribute to the Wine
> > project.
> >
> > I am going to have to take som
There is actually variable named "null" in the original source code,
just read the whole function. It contains one character - terminating
null. patch fixes http://bugs.winehq.org/show_bug.cgi?id=23247, see it
for more information.
On Tue, Jun 22, 2010 at 1:09 PM, Andrew Nguyen wrote:
> On Tue, J
I'd love to have yagmark be more internationalized.
I did try to use button codes rather than english
strings in wisotool, but sometimes it wasn't possible, and
sometimes I didn't try hard enough. Not sure if I
tried at all in yagmark yet.
According to
http://www.autohotkey.com/docs/commands/SetT
Francois Gouget schrieb:
> I tested Yagmark on a Windows XP computer but I hit a snag with the
> 3dmark 2000 and 2001 tests: they hang on the 'Save As' dialog because on
> my French Windows XP it is called 'Enregistrer Sous'.
>
> I checked out the AutoHotKey documentation but they don't seem to
I tested Yagmark on a Windows XP computer but I hit a snag with the
3dmark 2000 and 2001 tests: they hang on the 'Save As' dialog because on
my French Windows XP it is called 'Enregistrer Sous'.
I checked out the AutoHotKey documentation but they don't seem to have a
way to deal with this. Hav
Aric Stewart writes:
> commit 082bc5ccbcc35e2058f1a3cd5c52345edf760631
> Author: Aric Stewart
> Date: Tue Jun 22 16:58:38 2010 +0900
>
> winex11.drv: warn and return when UploadGlyph fails in
> X11DRV_XRender_ExtTextOut
>
> this prevents crashing later when we are assuming that a
Piotr Caban writes:
> +read = 0;
> +size = buffers->dwBufferLength;
> +
> +EnterCriticalSection( &req->read_section );
> +while(1) {
> +res = HTTPREQ_Read(req, (char*)buffers->lpvBuffer+read, size-read,
> +&buffers->dwBufferLength, !(flags & IRF_NO_WAIT));
On Tue, Jun 22, 2010 at 6:13 AM, Nikolay Sivov wrote:
> On 6/22/2010 15:09, Andrew Nguyen wrote:
>>
>> On Tue, Jun 22, 2010 at 5:56 AM, Jaroslav Šmíd
>> wrote:
>>
>>>
>>> - info->WinType.pszCaption=strdupW(info->pCHMInfo->defTitle);
>>> + info->WinType.pszCaption=strdupW(info->pCHMI
On 6/22/2010 15:09, Andrew Nguyen wrote:
On Tue, Jun 22, 2010 at 5:56 AM, Jaroslav Šmíd wrote:
-info->WinType.pszCaption=strdupW(info->pCHMInfo->defTitle);
+info->WinType.pszCaption=strdupW(info->pCHMInfo->defTitle ?
info->pCHMInfo->defTitle : null);
Perhaps I am miss
On Tue, Jun 22, 2010 at 5:56 AM, Jaroslav Šmíd wrote:
> - info->WinType.pszCaption=strdupW(info->pCHMInfo->defTitle);
> + info->WinType.pszCaption=strdupW(info->pCHMInfo->defTitle ?
> info->pCHMInfo->defTitle : null);
Perhaps I am missing something obvious, but isn't the new stateme
On 22 June 2010 09:15, Mikko Rasa wrote:
> ---
> dlls/ddraw/device.c | 27 ++-
> 1 files changed, 26 insertions(+), 1 deletions(-)
>
This looks mostly ok, except for two things:
- We'll probably want to grow the buffer by doubling the size until
it's large enough (but
On 06/22/2010 01:44 AM, Maarten Lankhorst wrote:
> Hi Scott,
>
> 2010/6/22 Scott Ritchie :
>> On 06/21/2010 08:48 PM, Dan Kegel wrote:
>>> And always after test 17 of 20, I think. I updated to the latest
>>> nvidia driver supported by Ubuntu 10.04, no change.
>>>
>>> The crash persists even with
On Sun, 20 Jun 2010, Dmitry Timoshkov wrote:
> James McKenzie wrote:
>
> > Another good reason to drop .rc files and go with the po flow...
>
> Not really. If you'd know what stuff the .rc files contain you wouldn't do
> such claims. The .rc files can't go away in general.
James never meant th
2010/6/22 Gustavo
> Second try.
>
> Gustavo Henrique Milaré
> gugamil...@gmail.com
If you resend the same patch, append (resend), if it was changed, append
(try N).
Cf.
http://wiki.winehq.org/SubmittingPatches#head-2753aa29adcd5dfc10a88d4370973498e13550a1
Frédéric Delanoy
Hi Scott,
2010/6/22 Scott Ritchie :
> On 06/21/2010 08:48 PM, Dan Kegel wrote:
>> And always after test 17 of 20, I think. I updated to the latest
>> nvidia driver supported by Ubuntu 10.04, no change.
>>
>> The crash persists even with WINEDEBUG=+d3d,+d3d7,+synchronous.
>>
>> I guess my next mov
On 06/21/2010 08:48 PM, Dan Kegel wrote:
> And always after test 17 of 20, I think. I updated to the latest
> nvidia driver supported by Ubuntu 10.04, no change.
>
> The crash persists even with WINEDEBUG=+d3d,+d3d7,+synchronous.
>
> I guess my next move is to drop 3dmark2000.
>
>
This is exa
36 matches
Mail list logo
