"chris ahrendt" wrote:
Using this attached Reg File Is still a no go... same...
(I forgot the Direct3D tag but added it and no change)
Have you heard of a regression testing? Also wine-devel is not
an appropriate place to report bugs.
--
Dmitry.
As reported in another thread, Supreme Commander's graphic display slows
considerably (<1 FPS), and if run in a terminal session a large number
of lines are show in the terminal, but one line in particular is
interesting to the poster:
> Additionally, I am using a GeForce 7600GS card with the late
Gabriele Greco wrote:
> I've added socks 4/5 support right inside of ws2_32 library...
very cool!
Juan wrote:
> The usual test is whether Windows supports something. If Windows
> has SOCKS support in ws2_32, then certainly, we're interested. If not,
> figuring out how Windows does it and adding
Using this attached Reg File Is still a no go... same...
(I forgot the Direct3D tag but added it and no change)
Chris
rendering3.Reg
Description: Binary data
2009/6/6 Kovács András :
> wine: Unhandled page fault on read access to 0x0018 at address
> 0x7c71fb02 (thread 0009), starting debugger...
> Unhandled exception: page fault on read access to 0x0018 in 32-bit
> code (0x7c71fb02).
> Register dump:
> CS:0073 SS:007b DS:007b ES:007b FS:0033 GS
On 06/05/2009 09:16 PM, Austin English wrote:
> On Fri, Jun 5, 2009 at 8:03 PM, chris ahrendt wrote:
>
>> On 06/05/2009 08:15 PM, Austin English wrote:
>>
>>> On Fri, Jun 5, 2009 at 7:11 PM, chris ahrendt
>>> wrote:
>>>
>>>
Tried it several times.. and different iterati
On Fri, Jun 5, 2009 at 8:03 PM, chris ahrendt wrote:
>
> On 06/05/2009 08:15 PM, Austin English wrote:
>> On Fri, Jun 5, 2009 at 7:11 PM, chris ahrendt wrote:
>>
>>> Tried it several times.. and different iterations of the registry keys
>>> (you will find them attached) and both cases it fails the
Hi!
With new wine (1.1.23+ git) I'm getting wide range of failures of
different games.
System:
Ubuntu Jaunty x86
ATI Radeon HD4870 512 MB
fglrx 9.5
- The most significant crash (with several games):
wine: Unhandled page fault on read access to 0x0018 at address
0x7c71fb02 (thread 0009), star
On 06/05/2009 08:15 PM, Austin English wrote:
> On Fri, Jun 5, 2009 at 7:11 PM, chris ahrendt wrote:
>
>> Tried it several times.. and different iterations of the registry keys
>> (you will find them attached) and both cases it fails the same way any
>> of the d3d tests will fail or the machi
On Fri, Jun 5, 2009 at 7:11 PM, chris ahrendt wrote:
> Tried it several times.. and different iterations of the registry keys
> (you will find them attached) and both cases it fails the same way any
> of the d3d tests will fail or the machine locks up.
--
-Austin
REGEDIT4
[HKEY_CURRENT_USER\Soft
Tried it several times.. and different iterations of the registry keys
(you will find them attached) and both cases it fails the same way any
of the d3d tests will fail or the machine locks up.
rendering.Reg
Description: Binary data
rendering2.Reg
Description: Binary data
> I've run your new tests on Win95, Win98 and NT4 (all VMware):
> Is there another way you can detect whether some XP (and up) tests can
> be run? We generally try not to use GetVersion() in our tests.
>
It turns out that the reason for the Win95 errors is that it calculates
true-colour -> 16-b
On 06/05/2009 05:10 PM, Roderick Colenbrander wrote:
> Check the useful registry keys page at wiki.winehq.org (it is
> Direct3D/OffscreenRenderingMethod)
>
> Roderick
>
> On Fri, Jun 5, 2009 at 10:41 PM, chris ahrendt wrote:
>
>> On 06/05/2009 04:32 PM, Roderick Colenbrander wrote:
>>
>
On Fri, Jun 5, 2009 at 9:56 AM, Alexandre Julliard wrote:
> winegcc: Create a stub main to work around the lack of Unicode support in
> Mingw.
Thank you. The mingw developers policy opposing adding this entry
point baffles me.
--
Steven Edwards
"There is one thing stronger than all the armies
Check the useful registry keys page at wiki.winehq.org (it is
Direct3D/OffscreenRenderingMethod)
Roderick
On Fri, Jun 5, 2009 at 10:41 PM, chris ahrendt wrote:
>
> On 06/05/2009 04:32 PM, Roderick Colenbrander wrote:
>> As of Wine 1.1.23 wined3d made FBOs the default offscreen rendering
>> method
On 06/05/2009 04:32 PM, Roderick Colenbrander wrote:
> As of Wine 1.1.23 wined3d made FBOs the default offscreen rendering
> method. If you are using a non-nvidia card (those in general have
> buggier drivers) that could explain all the failures. Setting
> OffscreenRenderingMethod to backbuffer re
As of Wine 1.1.23 wined3d made FBOs the default offscreen rendering
method. If you are using a non-nvidia card (those in general have
buggier drivers) that could explain all the failures. Setting
OffscreenRenderingMethod to backbuffer restores the old behavior.
Roderick
On Fri, Jun 5, 2009 at 10:
Hi Gabriele,
On Fri, Jun 5, 2009 at 6:40 AM, Gabriele Greco wrote:
> I've seen that wine patches are not accepted if not cleaned up, so I wanted
> to ask if my effort can be of any interest for the official GIT or if I'll
> have to mantain it for myself on my local GIT (I've written this patch
> m
Something majorly changed and is wrong with the latest GIT tree.
Between the comits yesterday and today 90% of the tests get exceptions
or fail.
All of the d3d tests get a process exception and fail with a dialog box.
Ideas?
Chris
On Fri, Jun 5, 2009 at 9:40 AM, Gabriele Greco wrote:
> Hello guys, I'm lurking this list since a pair of weeks but I've not yet
> posted here.
> I've added socks 4/5 support right inside of ws2_32 library, I've tested it
> with various applications and it works correctly both with sync and async
>
> If you haven't done so already, please report this on bugs.winehq.org
Someone has been faster. It was already there:
http://bugs.winehq.org/show_bug.cgi?id=18675
HEAP_MakeInUseBlockFree( subheap, pArena );
is the guilty statement.
Could you explain in which cases this might cause a program to f
On Friday 05 June 2009 20:10:12 Stefan Leichter wrote:
> You need to check if GetProcAddress succeeded. If GetProcAddress failed
> call win_skip and don't try to execute WNetGetUniversalNameW
Thank you!
--
Best wishes,
Vitaly Perov
Russia, Saint-Petersburg. www.etersoft.ru
Sure the test fails on your system but I think it is a driver bug or
some change in Vista as a lot of other machines using different
windows versions and drivers work fine. Have you tried updating to a
newer driver version? Perhaps it also matters if you have desktop
effects (dwm?) turned on or off
Am Friday 05 June 2009 17:27:32 schrieb Vitaly Perov:
You need to check if GetProcAddress succeeded. If GetProcAddress failed call
win_skip and don't try to execute WNetGetUniversalNameW
--
Stefan
On Fri, Jun 5, 2009 at 1:35 AM, Hans Leidekker wrote:
> On Thursday 04 June 2009 10:12:02 pm Austin English wrote:
>
>> One of your recent msi patches (I suspect this one), causes several
>> hundred failures/succeeding todo's on my previously passing box. Could
>> you have a look:
>> http://test.wi
The point is that the tests are uncorrect:
Here is I obtain in a real windows Vista box:
http://test.winehq.org/data/8d0cb61bc7760c4ab254c3a5bb751bded3a6f4ed/vista_june5/d3d9:visual.html
visual.c:183: Driver string: "nvd3dum.dll"
visual.c:184: Description string: "NVIDIA GeForce Go 7600"
visual.c
Jason Green writes:
> Hi Alexandre,
>
> Here's the response from the patch author, Eric van Beurden:
>
> This check was added because the login server for one of our games was
> sending a final line that either contained only whitespace or was received
> as an empty string and that was being disc
Hi
Second proposition patch for User32.PrintWindows
Regards
Jos
>From f394515fe29a82c28d920757a7cc53b039d281a8 Mon Sep 17 00:00:00 2001
From: Josselin Bardet
Date: Fri, 5 Jun 2009 16:24:17 +0200
Subject: Implementation of User32.PrintWindow (bug #18772)
---
dlls/user32/painting.c | 14
On Fri, Jun 5, 2009 at 6:21 AM, Alexandre Julliard wrote:
> Jason Green writes:
>
>> @@ -4265,6 +4265,24 @@ static INT HTTP_GetResponseHeaders(LPWININETHTTPREQW
>> lpwhr, BOOL clear)
>> }
>> }while(1);
>>
>> + /* make sure the response header is terminated with an empty line.
>> S
Josselin Bardet wrote:
Nikolay Sivov a écrit :
As I already said in bugzilla:
- use SendMessageW
- add FIXME for unused flags or use them
- no need for brackets around SendMessage
- add a simple test (if native send this message - you can check it
easily with Spy in Windows)
Proposed impleme
Hello guys, I'm lurking this list since a pair of weeks but I've not yet
posted here.
I've added socks 4/5 support right inside of ws2_32 library, I've tested it
with various applications and it works correctly both with sync and async
sockets (only TCP). The code works very well also with fairly i
Alexander Morozov writes:
> Changelog
> Prevent second loading of a library with specified path
>
> This patch fixes bug #18775. I tested WinXP and Win2003.
>
> When a library have long name (> 8 symbols before extension) an application
> can run LoadLibrary(long name) and later LoadLibrary
Nikolay Sivov a écrit :
As I already said in bugzilla:
- use SendMessageW
- add FIXME for unused flags or use them
- no need for brackets around SendMessage
- add a simple test (if native send this message - you can check it
easily with Spy in Windows)
Proposed implementation:
Adding in inclu
Henri Verbeet writes:
> Alexandre Julliard wrote:
>> It doesn't work here:
>>
>> ../../../tools/runtest -q -P wine -M d3d9.dll -T ../../.. -p
>> d3d9_test.exe.so visual.c && touch visual.ok
>> visual.c:7572: Tests skipped: Card has unconditional pow2 support, skipping
>> conditional NP2 tests
>
Alexandre Julliard wrote:
It doesn't work here:
../../../tools/runtest -q -P wine -M d3d9.dll -T ../../.. -p d3d9_test.exe.so visual.c
&& touch visual.ok
visual.c:7572: Tests skipped: Card has unconditional pow2 support, skipping
conditional NP2 tests
visual.c:9686: Test failed: Input 0x00
Henri Verbeet writes:
> From f8dd196de73ca81019b01f3fdae56b47985e63b6 Mon Sep 17 00:00:00 2001
> From: Henri Verbeet
> Date: Fri, 5 Jun 2009 10:10:48 +0200
> Subject: wined3d: Use FBOs for offscreen rendering by default.
It doesn't work here:
../../../tools/runtest -q -P wine -M d3d9.dll -T ..
Nikolay Sivov a écrit :
As I already said in bugzilla:
- use SendMessageW
- add FIXME for unused flags or use them
- no need for brackets around SendMessage
- add a simple test (if native send this message - you can check it
easily with Spy in Windows)
After testing on a real windows, it looks
Guy Albertelli writes:
> Changelog
>- Fix new tests for CreateFileA to pass on Win9x and WinME
>- Fix tests for when GetVolumeNameForVolumeMountPointA fails.
Please send separate changes as separate patches.
> @@ -829,13 +830,17 @@ static void test_CreateFileA(void)
> }
>
Jason Green writes:
> @@ -4265,6 +4265,24 @@ static INT HTTP_GetResponseHeaders(LPWININETHTTPREQW
> lpwhr, BOOL clear)
> }
> }while(1);
>
> +/* make sure the response header is terminated with an empty line. Some
> apps really
> + truly care about that empty line being t
39 matches
Mail list logo