On 03/19/2010 02:09 PM, Igor Zakharoff wrote:
> I am using WINE 1.1.40 on Arch Linux. When I run winetricks (version
> 20100317) and try to install anything from the list I get the error
Information about where to report winetricks' bugs:
http://wiki.winehq.org/winetricks_ru#winetricks_and_bugs
Vi
On Thu, Mar 18, 2010 at 10:31 PM, Edward Savage wrote:
> I would think a logical extension to this sort of work would be a
> triage list of important bugs and regressions to be dealt with in
> quick order.
Well... that's kind of what bugzilla and the appdb are for.
> I'm raising this as it seems
Hi,
You forgot to attach changes to configure.ac.
Regards,
Piotr
Hi.
I am using WINE 1.1.40 on Arch Linux. When I run winetricks (version
20100317) and try to install anything from the list I get the error
--
winepath -u C:\Program Files "" returned empty string
On 3/19/10 3:02 PM, Eric Pouech wrote:
>
> (and maps the definition to what MSDN states as field names)
>
> A+
> ---
>
> dlls/ntdll/signal_x86_64.c | 144
> ++--
> 1 files changed, 58 insertions(+), 86 deletions(-)
You forgot unwind.h.
Chip
joerg-cyril.hoe...@t-systems.com a écrit :
Dmitry,
On 1/1/2004 you changed include/digitalv.h:
DWORD dwReturn to DWORD_PTR
However mmsystem.h uses DWORD.
This is indeed what MSDN documents
http://msdn.microsoft.com/en-us/library/dd798406%28VS.85%29.aspx
http://msdn.microsoft.com/en-us/library/d
> my point is just saying that 2/3 of the information put in traces is in
> decimal
> which is a measurement of what is expected as format for integral values
Yes, I understand. And I'm saying that such an estimate likely
overstates the utility of decimal format for integral values, because
the t
Juan Lang a écrit :
hmm sounds like most of the code we have in not in sync
[eric:~/work/wine-git debug64|(none)]$ grep TRACE dlls/*/*.c | grep
"%[0-9]*d" | wc -l
8767
[eric:~/work/wine-git debug64|(none)]$ grep TRACE dlls/*/*.c | grep
"%[0-9]*x" | wc -l
4136
This isn't a meaningful measu
> hmm sounds like most of the code we have in not in sync
>
> [eric:~/work/wine-git debug64|(none)]$ grep TRACE dlls/*/*.c | grep
> "%[0-9]*d" | wc -l
> 8767
> [eric:~/work/wine-git debug64|(none)]$ grep TRACE dlls/*/*.c | grep
> "%[0-9]*x" | wc -l
> 4136
This isn't a meaningful measurement. A %d
Dmitry Timoshkov a écrit :
Eric Pouech wrote:
Can I ask again, why to jump through the hoops if all required information
is already there in appropriate and ready to use/easy to understand format?
because others users want information in decimal, as any other debugger
does.
and
On 19 March 2010 16:31, Alexandre Julliard wrote:
> Reliably testing the foreground window is pretty hard, since the window
> manager is in charge of it. The user32 tests try, but despite their best
> efforts they still fail sometimes. So if you don't absolutely need that
> test, removing it is pr
Henri Verbeet writes:
> On 19 March 2010 16:01, Alexandre Julliard wrote:
>> It doesn't work here:
>>
>> ../../../tools/runtest -q -P wine -M d3d8.dll -T ../../.. -p
>> d3d8_test.exe.so device.c && touch device.ok
>> device.c:1616: Test failed: Expected focus 0x60100, got (nil).
>> device.c:161
On 19 March 2010 16:01, Alexandre Julliard wrote:
> It doesn't work here:
>
> ../../../tools/runtest -q -P wine -M d3d8.dll -T ../../.. -p d3d8_test.exe.so
> device.c && touch device.ok
> device.c:1616: Test failed: Expected focus 0x60100, got (nil).
> device.c:1618: Test failed: Expected foregro
Dmitry,
On 1/1/2004 you changed include/digitalv.h:
DWORD dwReturn to DWORD_PTR
However mmsystem.h uses DWORD.
This is indeed what MSDN documents
http://msdn.microsoft.com/en-us/library/dd798406%28VS.85%29.aspx
http://msdn.microsoft.com/en-us/library/dd743409%28VS.85%29.aspx
yet I refuse to beli
Henri Verbeet writes:
> ---
> dlls/d3d8/tests/device.c | 22 ++
> 1 files changed, 18 insertions(+), 4 deletions(-)
It doesn't work here:
../../../tools/runtest -q -P wine -M d3d8.dll -T ../../.. -p d3d8_test.exe.so
device.c && touch device.ok
device.c:1616: Test failed:
Hi everyone,
I too thought I'd see what my current thinking might be worth and
therefore submit what you might call a rough (and perhaps somewhat too
short) draft of my current "main proposal" for your tearing-apart
pleasure. This is based on the idea with the same name available on
the wine wiki,
On Fri, Mar 19, 2010 at 8:40 AM, Damjan Jovanovic wrote:
> Hi
>
> We've already got ntoskrnl.exe, hal.dll, mountmgr.sys and usbd.sys,
> with at least usbhub.sys hopefully coming soon, and I've been thinking
> it's a good idea to have some regressions tests for these.
>
> The problem, of course, is
* On Fri, 19 Mar 2010, Damjan Jovanovic wrote:
>
> We've already got ntoskrnl.exe, hal.dll, mountmgr.sys and usbd.sys,
> The problem, of course, is that on Windows these all run in kernel mode.
>
> So what would be a good way to structure these regression tests?
>
> We could cross-compile eac
On 19 March 2010 14:33, Henri Verbeet wrote:
> For some reason Windows XP allows device creation to be blocked by the lack of
> message processing in wndproc_thread().
Also, many thanks to Wylda for helping debug this.
On Fri, Mar 19, 2010 at 12:57 AM, Maarten Lankhorst
wrote:
> I'm a bit opposed, since there are 3 or 4 such projects already. So there
> has to be big advantage to your system if you want to introduce another.
>
> What would be the advantage of buildbot over say, gre' s winetestbot, which
> allows
On 19 March 2010 10:03, Dmitry Timoshkov wrote:
> I do care, because I have to dayly look at huge amount of logs, and having
> backtraces print data in hex makes my life enormously easiler.
>
I don't care as strongly, but I agree with Dmitry that hexadecimal is
more convenient.
Personally, I think WebGL is a bad idea in the first place. It's not
like rendering "simple" HTML/CSS/Javascript isn't hard enough, and
going by the amount of GL/D3D driver bugs we see it's clearly
impossibly to write graphics drivers, let alone secure ones. ANGLE
will probably be just another laye
On 19 March 2010 09:53, Paul Vriens wrote:
> I'll sent some patches for those. It doesn't explain the timeouts on those
> WinXP boxes though for d3d9.
>
Thanks. No idea about the Win XP failures yet, but I'm asking Wylda to
run some tests. The test passes for me on Win 7 (AMD card) and on
Vista ag
Henri Verbeet a écrit :
On 18 March 2010 20:58, Christian Costa wrote:
In dx9c, I don't see any structural change between d3d9effect.h and
d3d9shader.h for instance.
d3dx9shader.h shouldn't have those macros either, no.
And how could I write test without these macros ?
You'
On 3/19/2010 10:57, Maarten Lankhorst wrote:
Hi Arjun,
On 19-03-10 05:25, Arjun Comar wrote:
GSoC 2010 Proposal: Buildbot Automated Testing System
For those who aren't aware, http://buildbot.net/ provides an
automated testing suite. I propose to set up a Buildbot system for
Wine, using both a
On 03/19/2010 10:52 AM, joerg-cyril.hoe...@t-systems.com wrote:
Hi,
this patch does not include a work-around for Paul Vriens' real XP box
which returns INVALPARAM for both variants of midiOutGetVolume on
the Creative driver. I'd like to sample test.winehq first to see how
common this error is
Am 19.03.2010 um 07:37 schrieb Dan Kegel:
> http://blog.chromium.org/2010/03/introducing-angle-project.html
> "We're happy to announce a new open source project called Almost
> Native Graphics Layer Engine, or ANGLE for short. The goal of ANGLE is
> to layer WebGL's subset of the OpenGL ES 2.0 AP
Eric Pouech wrote:
> > Can I ask again, why to jump through the hoops if all required information
> > is already there in appropriate and ready to use/easy to understand format?
> >
> >
> because others users want information in decimal, as any other debugger
> does.
> and I do.
It doesn't r
On 03/19/2010 09:46 AM, Paul Vriens wrote:
On 03/17/2010 09:59 PM, Henri Verbeet wrote:
---
dlls/d3d9/tests/device.c | 103
+++--
1 files changed, 89 insertions(+), 14 deletions(-)
Hi Henry,
These new tests (and also the d3d8 ones) introduce some timeou
On 03/17/2010 09:59 PM, Henri Verbeet wrote:
---
dlls/d3d9/tests/device.c | 103 +++--
1 files changed, 89 insertions(+), 14 deletions(-)
Hi Henry,
These new tests (and also the d3d8 ones) introduce some timeouts on
boxes. Mostly real boxes btw.
Le 03/19/10 03:42, James McKenzie a écrit :
Please use [try 2] for any second send. Keeps things in order and lets
others know that you have responded to errors. Also, put comments in
the same message as the patch they apply to at the top of the message.
Thank you.
James McKenzi
Ok so the n
Hi Arjun,
On 19-03-10 05:25, Arjun Comar wrote:
GSoC 2010 Proposal: Buildbot Automated Testing System
For those who aren't aware, http://buildbot.net/ provides an automated
testing suite. I propose to set up a Buildbot system for Wine, using
both a periodic scheduler, and a try scheduler. I al
Hi
We've already got ntoskrnl.exe, hal.dll, mountmgr.sys and usbd.sys,
with at least usbhub.sys hopefully coming soon, and I've been thinking
it's a good idea to have some regressions tests for these.
The problem, of course, is that on Windows these all run in kernel mode.
So what would be a goo
33 matches
Mail list logo