I just added the following idea to http://wiki.winehq.org/SummerOfCode :
Run the Mauve Java test suite against Sun's Windows JRE, and
file bugs / write test cases in C / fix anything it finds.
(See http://sourceware.org/mauve/,
http://appdb.winehq.org/appview.php?versionId=3054 )
And make it
I just added the following idea to http://wiki.winehq.org/SummerOfCode :
Run the MDAC conformance test suite against Microsoft's MDAC,
and file bugs / write test cases in C / fix anything it finds.
(See
http://msdn.microsoft.com/library/en-us/oledb/htm/oledbctconformance_test_sets.asp,
Those two tests were failing before I wrote the patch - this test
suite needs a lot of loving. In particular one of the last tests fails
when run against XP ole32 for me.
In this case the test I added is on line 178 not 139 or 141. Are you
sure you weren't getting these failures before?
thanks
Robert Lunnon wrote:
On Monday 01 May 2006 02:38, Eric Pouech wrote:
Robert Lunnon wrote:
Is it really necessary to have hard dependencies on both freetype and
fontforge, configure returns a fail if either of these is missing ? I can
live with a dependency on freetype since Sun supplies this
On Sun, 30 Apr 2006 20:00:32 -0700, Dan Kegel wrote:
3) Fake ie6 installation by adding a registry key:
I sent a patch to add this some time ago but Alexandre wasn't keen, and
now I don't remember why. Our IE implementation is a lot more complete
these days, would it make sense to start lying
On Sun, 30 Apr 2006 14:26:17 -0700, Nick Burns wrote:
Whow sorry about messing up the patch there guys...
Serves me right for posting at 3am
Heh, don't worry, I was suffering a bit of 3am syndrome myself last night
it seems ...
thanks -mike
On Mon, 01 May 2006 01:59:54 +0200, Willie Sippel wrote:
If Jesse Allen (or someone else) creates a DIB engine for this years SoC,
shouldn't that make x11drv-replacements like a quartzdrv much easier to
create?
I don't see how, you still want to send drawing commands to the OS so it
can be
Hi,
On Fri, Apr 28, 2006 at 09:28:10PM +0100, Mike Hearn wrote:
Funny, I was looking at this today. It does something odd with the
flags, we're not passing back what it expects. In some cases it seems to
expect SWAP_COPY to be set, but I added that in and saw no difference, so
still a bit of
(yeah i'm bored :/)
Seems the WoW appdb page (apart from being a great example of what an
appdb entry should be like!) recommends users patch their Wine to run WoW
properly.
The patch is this one, which I am SURE we discussed before but I can't
find the thread! So my questions are:
* Is this
Hi,
short version: YES!
On Sun, Apr 30, 2006 at 11:14:01AM -0700, Scott Ritchie wrote:
Since it seems like most people are using GIT, and the European CVS
server has a severely annoying tendency to not be up to date, I propose
we eliminate the European CVS server entirely and remove it from
On 5/1/06, Andreas Mohr [EMAIL PROTECTED] wrote:
Hmm... ordinal mixup issue?
Probably it's the error message which is wrong, but possibly it's our
ChoosePixelFormat which sits at the wrong place...
I don't think so. It happily loops around calling DescribePixelFormat
looking for a matching
On Mon, May 01, 2006 at 12:09:18PM +0100, Mike Hearn wrote:
On 5/1/06, Andreas Mohr [EMAIL PROTECTED] wrote:
Hmm... ordinal mixup issue?
Probably it's the error message which is wrong, but possibly it's our
ChoosePixelFormat which sits at the wrong place...
I don't think so. It happily
Adam Luchjenbroers skrev:
What Windows version would you be interested in?
At this point, I should probably mention that while I have a great interest in
seeing DirectPlay working, I have relatively little time to work on it. I'm
doing my investigations here and there, and if no-one
On Mon, May 01, 2006 at 12:19:47PM +0100, Huw Davies wrote:
Yeah, I think the problem is the flags we return. Adding
PFD_GENERIC_FORMAT if we don't set PFD_GENERIC_ACCELERATED helps. But
then we run into the opengl in a child window bug...
Yes, this 'patch' helps it to start:
Index:
On Mon, May 01, 2006 at 02:01:33PM +0200, Andreas Mohr wrote:
Hi,
On Sun, Apr 30, 2006 at 04:09:09PM -0400, Segin wrote:
javaw.exe -version gives this:
java version 1.4.0_01
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.0_01-b03)
Java HotSpot(TM) Client VM (build
On 01/05/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Hi Ivan,
I've been doing a lot of reading into the safedisk solution that was once
created for Wine. I understand it was rejected because of its use of named
pipes at that time. I've been trying to get my hands on that code, so I could
Hi,
This series of patches splits up the sane specific parts of
twain_32 into the controller part (twain_32) and sane specific
driver part (sane.ds). It also implements a working gphoto
driver (gphoto.ds).
TWAIN itself has a concept of:
- DSM / Data Source Manager ... A controller that manages
Mike Hearn wrote:
Those two tests were failing before I wrote the patch - this test
suite needs a lot of loving. In particular one of the last tests fails
when run against XP ole32 for me.
In this case the test I added is on line 178 not 139 or 141. Are you
sure you weren't getting these
Detlef Riekenberg [EMAIL PROTECTED] wrote:
+/* needed is modified in win9x. testing for needed ==
(DWORD)-1 will fail */
That's interesting, is there a pattern how win9x modifies it?
+ trace((%d) returned %d with 0x%08lx/%ld and 0x%08lx/%ld\n, level,
+ret,
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.
It was created by Wine configure 0.9.12, which was
generated by GNU Autoconf 2.59. Invocation command line was
$ ./configure --host=x86_64-linux-gnu
Mike Hearn wrote:
(yeah i'm bored :/)
Seems the WoW appdb page (apart from being a great example of what an
appdb entry should be like!) recommends users patch their Wine to run WoW
properly.
The patch is this one, which I am SURE we discussed before but I can't
find the thread! So my
Susan Cragin wrote:
configure:1891: gcc -m32 -Wall -g -O2 conftest.c 5
/usr/bin/ld: skipping incompatible
/usr/lib/gcc/x86_64-linux-gnu/4.0.3/../../../libc.so when searching for -lc
/usr/bin/ld: skipping incompatible
/usr/lib/gcc/x86_64-linux-gnu/4.0.3/../../../libc.a when searching for
Marcus Meissner wrote:
On Mon, May 01, 2006 at 02:01:33PM +0200, Andreas Mohr wrote:
Hi,
On Sun, Apr 30, 2006 at 04:09:09PM -0400, Segin wrote:
javaw.exe -version gives this:
java version 1.4.0_01
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.0_01-b03)
Java HotSpot(TM) Client
Dimi Paun wrote:
On Sun, 2006-04-30 at 23:40 +0200, Jacek Caban wrote:
I'll send a patch with comments. I'd prefer to add tests as well, but
it has to wait for the switch to MSHTML based WebBrowser
implementation (BTW that seems to be really near).
Does this means that soon our
http://code.google.com/summerofcode.html just went live.
Operators are standing by...
Dmitry Timoshkov wrote:
In the other cases, the value depends on the Default Printer.
I have seen 213, 257, 294, 297, 319, 401
There is no Documentation, what the OS does with this Parameter when the
Function failed.
An absent documentation should not stop us from testing such
On Monday 01 May 2006 20:59, Mike Hearn wrote:
* Is this working around a bug in WoW? (my guess - almost certainly yes)
Perhaps, but there are other problems with the Linux kernel not using the
entire address space.
* What exactly is it doing?! No comments! It seems to be forcing the
Hi Andrew,
Andrew Ziem wrote:
These test case sensitivity in setupapi string tables, and all the parts I
modified pass on Microsoft's 98 and XP. As this is my first Wine patch,
comments are especially welcome.
For tests that don't pass in wine, please enclose them in todo_wine { },
so
James Hawkins wrote:
Apparently native advpack doesn't fail in this case, so we shouldn't
either.
Can we get an ERR() message in this case? How about a test case?
Mike
James Hawkins wrote:
-if ((hr = callback(hinf, buffer, arg)) != S_OK)
+if (FAILED(hr = callback(hinf, buffer, arg)))
It's usually a bad idea to do function calls or assignments inside
macros... in this case it's safe, but sometimes the macro is something like:
Hi,
Here's the list of patches on top of Alexandre's origin in my public
Wine tree. You can pull the branch more easily after setting it up as
follows:
cat .git/remotes/mmbranch EOF
URL: http://mandoo.dyndns.org/wine.git
Pull: refs/heads/master:refs/heads/mmbranch
EOF
Do the above once,
Mike Hearn wrote:
On Sun, 30 Apr 2006 20:00:32 -0700, Dan Kegel wrote:
3) Fake ie6 installation by adding a registry key:
I sent a patch to add this some time ago but Alexandre wasn't keen, and
now I don't remember why. Our IE implementation is a lot more complete
these days, would it make
On 5/1/06, Mike McCormack [EMAIL PROTECTED] wrote:
James Hawkins wrote:
-if ((hr = callback(hinf, buffer, arg)) != S_OK)
+if (FAILED(hr = callback(hinf, buffer, arg)))
It's usually a bad idea to do function calls or assignments inside
macros... in this case it's
James Hawkins wrote:
Would you accept the patch if I put all results into an hr and then
called FAILED(hr) instead?
Yeah, I think that's a better idea.
Mike
On 5/1/06, Mike Hearn [EMAIL PROTECTED] wrote:
Seems the WoW appdb page (apart from being a great example of what an
appdb entry should be like!) recommends users patch their Wine to run WoW
properly.
The patch mentioned particularly causes problems on systems like
Fedora with randomized
Rob wrote:
Fix the buffer check for NtQueryInformationToken(TokenGroups) so that it
doesn't return STATUS_BUFFER_TOO_SMALL when it shouldn't. Use the same
code for returning the required buffer and for calculating whether the
buffer is sufficient so this can't happen again.
Sadly, this doesn't
36 matches
Mail list logo
