On 05/02/2008, Stefan Dösinger [EMAIL PROTECTED] wrote:
Stefan already knows this, but just for what it's worth, I've got a
more complete fix in my tree for depth stencil sharing. Unfortunately
that patch causes a couple of regressions, so it needs more work.
On 05/02/2008, Stefan Dösinger [EMAIL PROTECTED] wrote:
I was aware of this issue, but technically these resources should be
stored in the shader backend, not the device.
On 04/02/2008, Dan Kegel [EMAIL PROTECTED] wrote:
Great progress was made at Wineconf last year on
getting our test suite closer to always passing on wine, but
http://test.winehq.org/data/200801301937/#Wine shows
that, according to the results collected from people who run
programs/winetest
On 05/02/2008, Stefan Dösinger [EMAIL PROTECTED] wrote:
Am Dienstag, 5. Februar 2008 00:50:55 schrieb Dan Kegel:
Great progress was made at Wineconf last year on
getting our test suite closer to always passing on wine, but
http://test.winehq.org/data/200801301937/#Wine shows
that,
On 04/02/2008, Christopher [EMAIL PROTECTED] wrote:
I tried running make test under Ubuntu 7.10, and I just updated to the
latest cvs this morning so it's not too old. However, after only running
a couple of tests it exited with an error. Is this normal, and if so how
do I run the rest of the
On 04/02/2008, Chris Spencer [EMAIL PROTECTED] wrote:
You do not have the gcc compiler installed. On Ubuntu you will need to
install build-essentials (I think that's what it's called), and also run
'sudo apt-get build-dep wine'. I'm not sure what the process is on Debian.
See
On 05/02/2008, Jeremy White [EMAIL PROTECTED] wrote:
Okay, so I boldly tried to use winetest with what documentation
I could find, and had an...um...interesting time.
The easiest thing I found for generating test results on Wine is to
treat it like Windows. That is, download the
On 05/02/2008, Jeremy White [EMAIL PROTECTED] wrote:
Okay, so I boldly tried to use winetest with what documentation
I could find, and had an...um...interesting time.
I have added my experiences to the wiki
(http://wiki.winehq.org/ConformanceTests) with a link on the main
page.
Feel free to
On Tue, 29 Jan 2008, Paul Vriens wrote:
[...]
Several of the others have failures on Win95 and Win98 only.
Is anyone going to look at these?
I'm sending a patch to fix the InitCommonControlsEx() issue I
introduced.
--
Francois Gouget [EMAIL PROTECTED]
I probably should've gone into a bit more detail about this function:
It's just for developer purpose. If you have a very big project and
are trying to upgrade e.g. from d3dx9_27 to d3dx9_36 some files
may need to be rebuild, some files may not. This function is just there
to ensure the developer
James Hawkins [EMAIL PROTECTED] writes:
I'm not sure how you feel this should be fixed. Is there a reason we
don't have tests for ntdll/loader.c? If not, I'd like add some tests
for LdrLoadDll.
We don't have tests for it because apps don't use LdrLoadDll, so testing
LoadLibraryEx should be
Oh well, I forgot one point:
if you take my example code again, but don't build it under winelib
but under windows (i.e. it's a real win application) but later run
it with wine it may also fail because all dlls forward to the
D3DXCheckVersion of d3dx9_36. I know that you would have
implemented
When I run winetest on Windows XP I get some dialog boxes asking me:
Do you want to keep blocking this program?
According to the title bar, the impacted tests are:
dplayx
rpcrt4
'Microsoft DirectPlay Helper' ???
ws2_32
My understanding is that it should only prevent the test
Am Dienstag, 5. Februar 2008 07:59:58 schrieb Reece Dunn:
On 05/02/2008, Stefan Dösinger [EMAIL PROTECTED] wrote:
Am Dienstag, 5. Februar 2008 00:50:55 schrieb Dan Kegel:
Great progress was made at Wineconf last year on
getting our test suite closer to always passing on wine, but
Stefan Dösinger [EMAIL PROTECTED] writes:
Am Montag, 4. Februar 2008 18:41:23 schrieb Christopher:
err:xrandr:X11DRV_XRandR_SetCurrentMode Resolution change not successful --
perhaps display has changed? device.c:753: Test failed: Screen width is
1680
device.c:754: Test failed: Screen height
Am Dienstag, 5. Februar 2008 09:39:35 schrieb H. Verbeet:
On 05/02/2008, Stefan Dösinger [EMAIL PROTECTED] wrote:
Stefan already knows this, but just for what it's worth, I've got a
more complete fix in my tree for depth stencil sharing. Unfortunately
that patch causes a couple of
Am Dienstag, 5. Februar 2008 09:34:50 schrieb H. Verbeet:
On 05/02/2008, Stefan Dösinger [EMAIL PROTECTED] wrote:
I was aware of this issue, but technically these resources should be
stored in the shader backend, not the device.
Well, the textures are per device, and for now the shader backend
On 05/02/2008, Stefan Dösinger [EMAIL PROTECTED] wrote:
Am Dienstag, 5. Februar 2008 09:34:50 schrieb H. Verbeet:
On 05/02/2008, Stefan Dösinger [EMAIL PROTECTED] wrote:
I was aware of this issue, but technically these resources should be
stored in the shader backend, not the device.
On 05/02/2008, Stefan Dösinger [EMAIL PROTECTED] wrote:
Am Dienstag, 5. Februar 2008 09:39:35 schrieb H. Verbeet:
On 05/02/2008, Stefan Dösinger [EMAIL PROTECTED] wrote:
Stefan already knows this, but just for what it's worth, I've got a
more complete fix in my tree for depth stencil
Am Dienstag, 5. Februar 2008 02:18:11 schrieb Chris Robinson:
On Monday 04 February 2008 04:06:10 pm Stefan Dösinger wrote:
The bit that interests me is the sRGB test result. It shows that the sRGB
correction is applied after the fog, which would allow us to use
GLX_EXT_framebuffer_sRGB for
Robert Shearman [EMAIL PROTECTED] writes:
+/*
+ * Open the replacement file for reading, writing, and deleting
+ * (writing and deleting are needed when finished)
+ */
+if ((hReplacement = CreateFileW(lpReplacementFileName,
+GENERIC_READ | GENERIC_WRITE,
+
Okay, so I got winetest to do something rational, and now I'd like to see if it
will work for someone else.
It's easy!
Just apply this patch to a current Wine tree:
http://www.winehq.org/pipermail/wine-patches/2008-February/049675.html
Then configure and make Wine as you normally would.
with the current tests is that the source files actually
point to the correct version in CVS. I now see some strange links to refs on
http://test.winehq.org/data/20080205/.
Even though the HEAD sha1 looks better than the date for a build-id it will
again introduce a lot of directories with only
Hi Paul,
Something we also have with the current tests is that the source files
actually
point to the correct version in CVS. I now see some strange links to refs on
http://test.winehq.org/data/20080205/.
Well, I'm afraid I'd argue that the current tests should be updated to point
to git
On Feb 5, 2008 10:30 AM, Paul Vriens [EMAIL PROTECTED] wrote:
Hi,
The good thing about having the winetest from one
source(http://www.astro.gla.ac.uk/users/paulm/WRT/CrossBuilt/) is that all the
output is actually from the same executable and it's easier to compare. If
people are using
If some people went through the trouble of using buildid's and not the
precompiled winetest, along with documenting their hardware/OS on a
wiki page, for instance, then we could more information on where
specific failures are occuring. For instance, I noticed Joapa was
reporting some MSI
Hello,
I am using PDBs generated with 2005 with wine version 0.9.54.
I get errors related to my PDBs and I am wondering if I need
to change the pdb format? Anything special to do when using 2005?
Here are the errors I get, each time one of my pdb gets loaded:
Jeremy White wrote:
Hi Paul,
Something we also have with the current tests is that the source files
actually
point to the correct version in CVS. I now see some strange links to refs on
http://test.winehq.org/data/20080205/.
Well, I'm afraid I'd argue that the current tests should
Hi,
can you try this patch:
http://www.winehq.org/pipermail/wine-patches/2008-January/049156.html
I think currently dbghelp in wine doesnt support pdb files generated by VS 2005.
Thanks,
VJ
On Feb 5, 2008 12:54 PM, Michel Jacques [EMAIL PROTECTED] wrote:
Hello,
I am using PDBs generated
Hi Jeremy,
Jeremy White wrote:
Hi Paul,
Something we also have with the current tests is that the source files
actually
point to the correct version in CVS. I now see some strange links to refs on
http://test.winehq.org/data/20080205/.
Well, I'm afraid I'd argue that the current tests
Hallo,
some programm with source uses giveio.sys to access the parallel port. You
can find the source for giveio.sys e.g. in the avrdude package. We
have code in dlls/winedos/ppdev.c to emulate the directed access on the
parallel port to accesses to /dev/ppdev.
However this code is not called
On 05/02/2008, Jeremy White [EMAIL PROTECTED] wrote:
If some people went through the trouble of using buildid's and not the
precompiled winetest, along with documenting their hardware/OS on a
wiki page, for instance, then we could more information on where
specific failures are occuring.
On 05/02/2008, Francois Gouget [EMAIL PROTECTED] wrote:
When I run winetest on Windows XP I get some dialog boxes asking me:
Do you want to keep blocking this program?
This is because the Windows firewall is blocking the application from
connecting to the internet and/or making TCP/IP
can you also try this patch also?
--
VJ
On Feb 5, 2008 12:02 PM, Vijay Kiran Kamuju [EMAIL PROTECTED] wrote:
Hi,
can you try this patch:
http://www.winehq.org/pipermail/wine-patches/2008-January/049156.html
I think currently dbghelp in wine doesnt support pdb files generated by VS
2005.
Michel Jacques a écrit :
Hello,
I am using PDBs generated with 2005 with wine version 0.9.54.
I get errors related to my PDBs and I am wondering if I need
to change the pdb format? Anything special to do when using 2005?
Here are the errors I get, each time one of my pdb gets loaded:
Vijay Kiran Kamuju a écrit :
Hi,
can you try this patch:
http://www.winehq.org/pipermail/wine-patches/2008-January/049156.html
I think currently dbghelp in wine doesnt support pdb files generated by VS
2005.
Thanks,
VJ
On Feb 5, 2008 12:54 PM, Michel Jacques [EMAIL PROTECTED] wrote:
There is a bug in the patch:
c19af910ebafa9b1928b0f67bee68f6b0b237e8e is first bad commit
commit c19af910ebafa9b1928b0f67bee68f6b0b237e8e
Author: Alexandre Julliard [EMAIL PROTECTED]
Date: Thu Jan 17 19:53:59 2008 +0100
winex11.drv: Don't create a win_data structure for the desktop
Hello!
I noticed that the game worms 2 broke between wine-0.9.53 and wine-0.9.54. A
git-bisect revealed the guilty patches.
The game includes a frontend.exe which starts game.exe and controls the
settings of the game (the map and teams etc.). Running game.exe directly works
but you can't
Luis C. Busquets Pérez [EMAIL PROTECTED] writes:
It affects to Patrician3.exe. When initiating, it hangs and does not
allow to play the movie. Actually, the programm changes the screen
resolution and hangs. I understand that the problem is that it does not
send the appropiate message for
What bug # is this? Please note this is not bugzilla, you will be expected
to debug this problem yourself and provide technical information.
Vitaliy
Olaf Leidinger wrote:
Hello!
I noticed that the game worms 2 broke between wine-0.9.53 and wine-0.9.54.
A git-bisect revealed the guilty
What bug # is this? Please note this is not bugzilla, you will be expected
to debug this problem yourself and provide technical information.
Vitaliy
Luis C. Busquets Pérez wrote:
There is a bug in the patch:
c19af910ebafa9b1928b0f67bee68f6b0b237e8e is first bad commit
commit
Hello!
What bug # is this? Please note this is not bugzilla, you will be expected
to debug this problem yourself and provide technical information.
Well, I'd like to report the bug, but it seems bugzilla has problems:
Software error:
Can't connect to the database.
Error: Too many
Hello!
What bug # is this? Please note this is not bugzilla, you will be expected
to debug this problem yourself and provide technical information.
Well, I'd like to report the bug, but it seems bugzilla has problems:
Software error:
Can't connect to the database.
Error: Too many
Hello again!
Bugzilla seems to work again. The bug number is 11481.
Ciao,
Olaf
Hello!
This is also one patch that affects worms2. I added it to bugzilla as bug 11481.
Ciao,
Olaf
Olaf Leidinger wrote:
Hello again!
Bugzilla seems to work again. The bug number is 11481.
Ciao,
Olaf
Great now for your left to learn how to use search button:
Duplicate of Bug 11340!!!
What users doing here anyway?
Vitaliy
Hello!
Great now for your left to learn how to use search button:
Duplicate of Bug 11340!!!
Well, I'm sorry I posted a dublicate bug, perhaps I searched the wrong way ;-/
What users doing here anyway?
Hm... that's exactly what How to do regression testing using Git recommends.
report about
This patch doesn't implement the format, simply says that is can't be
converted. This is my first patch, sorry if the format is wrong.
Ok not converting the format is fine but you are also changing the return value
of wglMakeCurrent. Resubmit the patch without that unneeded change.
Roderick
Call me an oldtimer, but I decided to try building
winetest with MSVC 6 today.
I installed cygwin's git and perl, grabbed wine from git,
and used msvcmaker as described at
http://winehq.org/site/docs/winedev-guide/testing-windows
I downloaded and installed the Platform SDK from
the first google
On Tuesday 05 February 2008 02:09:09 pm Christopher Harvey wrote:
@@ -758,6 +758,7 @@ static int ConvertAttribWGLtoGLX(const int* iWGLAttr,
int* oGLXAttr, Wine_GLPBuf nvfloatattrib = iWGLAttr[++cur];
TRACE(pAttr[%d] = WGL_FLOAT_COMPONENTS_NV: %x\n, cur,
nvfloatattrib); break ;
+
Am Dienstag, 29. Januar 2008 16:33:14 schrieb Dan Kegel:
James McKenzie wrote:
Please submit a git diff not a UNIX diff.
Now, hang on there. Jens submitted a perfectly
good unified diff patch taken from the right directory.
There is no reason to turn up our noses at it.
It will apply
Am Dienstag, 29. Januar 2008 14:44:35 schrieb Dmitry Timoshkov:
Jens Nestler [EMAIL PROTECTED] wrote:
Sorry, I haven't seen it.
Can you please change it, or should I deliver a changed patch ?
Please resend and updated patch with a 'Take 2' in the subject and
an explanation in the body
On Feb 5, 2008 4:25 PM, Dan Kegel [EMAIL PROTECTED] wrote:
Fifth hitch:
crypt32/tests/cert.c: error C2081: 'HCRYPTPROV_OR_NCRYPT_KEY_HANDLE':
name in formal parameter list illegal
Turns out that identifier was introduced in Vista, and added to Wine here:
After giving up for the moment on building with Visual C 6,
I tried Visual Studio 2005.
First hitch:
Boy, does it spew out lots of warnings about deprecated functions!
http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=87401SiteID=1
talks about this a bit; defining _CRT_SECURE_NO_DEPRECATE
and
On Feb 5, 2008 5:24 PM, John Klehm [EMAIL PROTECTED] wrote:
crypt32/tests/cert.c: error C2081: 'HCRYPTPROV_OR_NCRYPT_KEY_HANDLE':
name in formal parameter list illegal
Turns out that identifier was introduced in Vista, and added to Wine here:
On Tue, 5 Feb 2008, Dan Kegel wrote:
Building tests with MSVC 6 broken?
Yes.
MSVC 6 really starts to show its age.
It has trouble with some math stuff (rather large constants) used in one
of the tests. That can be worked around by applying a service pack. See:
On Feb 5, 2008 5:01 PM, Francois Gouget [EMAIL PROTECTED] wrote:
The solution is to use Visual Studio 2005 which is a free download.
There's still some hitches there:
* it does not use .dsp files anymore but can convert them to the new
XML build files.
* in the process it loses some dll
On Tue, 5 Feb 2008, Dan Kegel wrote:
On Feb 5, 2008 5:01 PM, Francois Gouget [EMAIL PROTECTED] wrote:
The solution is to use Visual Studio 2005 which is a free download.
There's still some hitches there:
* it does not use .dsp files anymore but can convert them to the new
XML build
On Tue, 5 Feb 2008, Dan Kegel wrote:
After giving up for the moment on building with Visual C 6,
I tried Visual Studio 2005.
First hitch:
Boy, does it spew out lots of warnings about deprecated functions!
http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=87401SiteID=1
talks about this
Jens Nestler [EMAIL PROTECTED] wrote:
Stub implementation for RegOverridePredefKey.
The added prototype in the winreg.h is now in alphabetical order.
Patches should be sent to wine-patches.
--
Dmitry.
On Feb 5, 2008 11:28 PM, Reece Dunn [EMAIL PROTECTED] wrote:
Do you know where the Express download is for this, as I can only find
VS 2008 Express?
Nope. I just happen to have an old copy.
Johan Dahlin sent in a patch to add msxml6, and said
It's enough to make msi2xml.exe to at least start-up (before failing in msi
later).
Tom Wickline some time ago sent in a suggestion for
adding riched30. I didn't know any apps it helped, but
apparantly Novell thinks it helps Groupwise a bit.
62 matches
Mail list logo