On January 17, 2012 at 8:49 PM Dan Kegel d...@kegel.com wrote:
Well, sure. I was replying to a suggestion that we tack
wineconf onto the side of, say, http://monospace.us/
by saying that I didn't think they'd be interested.
Do you think they would be?
Well, if they would, it would be
On January 10, 2012 at 11:00 PM Marcus Meissner mar...@jet.franken.de wrote:
- Perhaps a shrinking audience is unavoidable.
This is a bit of a fact that some projects I have been in found hard to
cope with... That after
the interest peak it might go down.
And if you are looking for
On 07/01/2010 04:34 AM, Dmitry Timoshkov wrote:
Max TenEyck Woodburym...@mtew.isa-geek.net wrote:
I created the top page as a table and populated it with all the
directory entries in the 'dll' directory. Somebody immediately deleted
it. WTF?
Creating a MSDN clone does not belong to
Francois Gouget wrote:
While I prefer the autorun approach because it has fewer dependencies on
the Windows side and thus allows me to test in as clean a Windows as
desired, your approach could be pretty useful for testing on a real
Windows machine. Maybe if you post your script with some
Hans Leidekker wrote:
On Saturday 27 October 2007 14:03:02 Francois Gouget wrote:
That's something I've wanted to do for some time and this finally
spured me to action. So here's a script that will do essentially the
same thing but with VMware Workstation.
Cool! I think I'll
Francois Gouget wrote:
And I have recently put together a script for running winetest in
VMware virtual machines unattended (see my other post). So going
forward I will be running it on Windows 98, Windows XP and Windows
2003 nightly.
This is s good. test.winehq.org will became several
Francois Gouget wrote:
It seems what you want is unit tests that would garantee that WineD3D
behaves in the way which _you_ have decided. Most of the time that's the
same as writing a _conformance_ test, but apparently in this specific
case it's different. If that's so, then maybe we have
Francois Gouget wrote:
On Fri, 26 Oct 2007, Robert Shearman wrote:
[...]
Win9x's rpcrt4 is quite buggy and I don't think it's worth the trouble
of diagnosing what is happening and trying to work around it, both with
the crash and the test failures.
Then rpcrt4_test should detect
Francois Gouget wrote:
acceleration that they added in 6.0. So the relevant tests should be
easy to skip, either by detecting lack of any 3D support or in the worst
case by detecting the name of the graphics /sound card.
Agree 100%. Windows on vmware is still Windows.
// Jakob
Alexandre Julliard wrote:
If we require tests to pass on all Windows versions before getting
committed it will drastically reduce the number of tests accepted,
with little benefit. In most cases tests fail on some Windows boxes
because they are too strict in the behavior they expect, and
Robert Shearman wrote:
We do. I've got a machine that regularly runs the test on Windows 2003
on real hardware:
http://test.winehq.org/data/200710241000/2003_rshearman/report
That's excellent!
However, the tests are run by a service rather than manually by me to
reduce the effort needed.
Juan Lang wrote:
Just looking at the pretty colors may not make this very obvious, but
the state of the tests is APPALLING.
Agreed. I wonder how much of it has to do with not noticing that the
tests have failed?
I may just be transforming the problem from an easy one (we shouldn't
Dan Kegel wrote:
I'm going to start filing bugs for anything that makes
the test suite hang, and I'm going to lash out and
give them unreasonably high priority and severity.
There's just no excuse for a test suite that can't
run to completion.
+1
Francois Gouget wrote:
Uwe Bonnes wrote:
[...]
Missing MFC42 and other redistributable DLLs is a showstopper for
winelib
and running windows code on non i386 archtecture...
Well, not quite. If you're going to use Winelib it means that you have
the source of the application. And if it is
Users can do whatever they want, (in most jurisdictions, even mostly the
USA)
with their binaries. But they can not then redistribute those hacked
games or
Cider binaries.
regards,
Jakob Eriksson
Now that GDIplus is shaping up, is there a chance of implementing .forms
support in mono with it?
regards,
Jakob
Bryan DeGrendel wrote:
On 8/29/07, Jakob Eriksson [EMAIL PROTECTED] wrote:
Now that GDIplus is shaping up, is there a chance of implementing .forms
support in mono with it?
regards,
Jakob
I haven't observed any Mono on Wine problems with GDI+. Do you have a
.NET application
Roderick Colenbrander wrote:
On Thursday 30 August 2007 00:35, Jakob Eriksson wrote:
Now that GDIplus is shaping up, is there a chance of implementing .forms
support in mono with it?
regards,
Jakob
Mono contains its own version of gdiplus for rendering system.drawing
Roderick Colenbrander wrote:
O
I think the incompatibilities you mean are for instance that in case of Mono
you can mix Windows.Forms with win32 calls. If you don't like the behavior of
something you can call a standard gdi32/user32 function and change some
stuff.
Yes! Thank you, I
Roderick Colenbrander wrote:
The main issues were related to using Wine as a sort of 'plugin'. They didn't
want to use standard winelib. The Mono hack they proposed for it wasn't
accepted and they didn't want to distribute their own Wine. Gdiplus was also
an issue because they had to mix it
We need a
http://test.winehq.org/data/latest/
Which always points to the latest results.
Instead of:
http://test.winehq.org/data/200708221000/ etc...
Who can fix this?
regards,
Jakob
trulyliu wrote:
I have tried these code, It works well. Thanks a lot.
Could I use gcc/g++ instead of winegcc/wineg++ ???
mplayer use gcc as it's complier？ What's the mystery in it?
AFAIK mplayer uses their own old version of wine they have adapted to
mplayer.
regards,
Jakob
Alexandre Julliard wrote:
Paul Vriens [EMAIL PROTECTED] writes:
Anyone?
This is getting pretty serious now as several test reports that are
submitted will never be processed. I could of course try and fix this
in the parser but I do want to know what the issue is. The strange
thing is
Completely awesome, thank you!
Mikolaj Zalewski wrote:
I wrote a small script that automates regression testing. It requires
an Autohotkey script that tests the program and creates a file
C:\Test-failed.txt if the test failed. The bash script will then do
the regression testing. It starts
It would be sweet if you put up the executables too.
Jennifer Lai wrote:
Hi,
I've collected and fixed some win16 tests.
Since they are not going to be included in the wine tree, I've placed them
under
http://www.cs.ucla.edu/~jlai/win16test/
In order to build these tests, Open Watcom was
Paul Vriens wrote:
Hi,
ConvertSidToStringSid (advapi32) is not available on win98/NT4 so the
msi tests (all of them) do not run on those platforms currently.
I could use skip but that basically would mean no
MsiQueryProductState, MsiQueryFeatureState and MsiQueryComponentState
tests.
Paul Vriens wrote:
Hi,
There are several functions in the util.c test that are not available
on win98 and NT4. That can be dealt with easily.
Almost all tests with a NULL parameter crash on win98/NT4. I know that
a few weeks back we talked about ignoring win98 if it would mean
skipping a
Kai Blin wrote:
On Thursday 09 August 2007 18:01:47 Jakob Eriksson wrote:
My $.05 ; I would like to see the NT4 column all green some day, because
NT4 ended as a very stable and useful version of Windows.
If we can't even verify we support NT4 functionality with Wine, how far
have we
James Hawkins wrote:
On 8/5/07, Jakob Eriksson [EMAIL PROTECTED] wrote:
DMCA Reverse engineering exemption:
http://www.chillingeffects.org/reverse/faq.cgi#QID210
From the article:
The reverse engineer is required to ask permission first, however.
...good luck
Paul Vriens wrote:
Comments/remarks etc.. are welcome.
It is excellent that you are doing this, the reports are clearer for it.
I will try to submit test results regularly.
regards,
Jakob Eriksson
Jacek Caban wrote:
Hans Leidekker wrote:
I haven't seen a convincing argument for code duplication yet.
Then why do you want to add hacks instead of proper implementation?
We may
even be able to achieve 100% by extending wininet a bit. E.g. we could
add a Wine internal
Peter Dons Tychsen wrote:
By browsing MSDN, i found out that i can accomplish this by using the
documented function StalkWalk64(), which can examine the call stack. I
would then introduce this into the test system for DLLs like user32.
By running the test on original Windows we could know
Kai Blin wrote:
On Sunday 05 August 2007 04:23:15 Peter Dons Tychsen wrote:
It was regarding the fact that it is not allowed to disassemble and
reverse engineer Microsoft DLLs. I understand this part, as their
license prohibits it (EULA).
Please note that reverse engineering by
Kai Blin wrote:
Why would you even bother to disassemble to write a unit test? All Wine cares
about is What's the output of function X when I put in Y and Z as
parameters?. That's why you write a conformance test that will run on
Windows. Then you make Wine behave the same. No need to
Marcus Meissner wrote:
Hi Maarten,
I'm using esd actively. There are some audiocard drivers OSS provide and
ALSA don't.
I haven't used NAS at all and the winecfg delay annoys me too.
Regards
Vit
What has esound (esd) to do with OSS?
If you have soundcard only OSS supports, you
Phil Krylov wrote:
AFAIR MSys's rxvt.exe uses libW11.dll, which implements Xlib API on
top of Win32 USER/GDI (no extra X server). However, it could be still
difficult (probably because of API name clashes?)
Not sure why the message is about libX11.dll - probably it sees
$DISPLAY and tries to
Ge van Geldorp wrote:
Actually, that's not how I intended things to work. The automatic removal
from the queue would only happen if the patch had a RFC status, i.e. if
action is expected from the patch submitter. If the patch is unopposed and
just waiting in the queue, it should stay there.
It's
.
The only difference with Patchwork would be that after a certain time
with no comments and no commits, the
patch would be removed from the queue and the submitter would get an
email warning.
regards,
Jakob Eriksson
Jan Zerebecki wrote:
On Fri, Sep 22, 2006 at 12:04:40PM +0100, Robert Shearman wrote:
I appreciate your attempt at solving this hard problem, but I don't
believe this is the right approach. Using winsock2 instead of Unix
sockets adds overhead in terms of wineserver calls and extra
Stefan Dösinger wrote:
Am Freitag 15 September 2006 09:40 schrieb Molle Bestefich:
I think they are very interesting in combination with Wine, because
Wine can let Direct3D games run on top of OpenGL, making the
multiplexers work for all modern games, whereas running a real
Microsoft Windows
[EMAIL PROTECTED] wrote:
Thanks for the helpful replies.
I have been working on the Winelib approach
suggested by Jeremy. As my first step I wanted to get a windows console
application
to compile and run anyway.
I now have an executable that runs and calls
functions in the windows dll,
Off-topic, has anyone run Wine with this?
http://bugle.sourceforge.net/
It checks OpenGL calls for validity.
regards,
Jakob
Saulius Krasuckas wrote:
If I compile Wine by starting with ./configure, it builds
dlls/wined3d/wined3d.dll.so file. Then If I run some Ogre (d3d) game, I
get all
Vitaliy Margolen wrote:
Thursday, May 11, 2006, 12:45:46 AM, blackcrack wrote:
Hy Peoples,
a idea again... why not use FreeDos in Wine...
as dos for older programms... :
You are welcome to start sending patches. Oh wait, it's GPL.
So is Linux.
regards,
Jakob
H. Verbeet wrote:
On 19/04/06, Sagar Mittal [EMAIL PROTECTED] wrote:
The ones that D3D9 has also
don't test the generated graphics for conformance.
That's because OpenGL implementations aren't guaranteed to produce
identical outputs when given identical inputs.
Graphical conformance
Mike McCormack wrote:
Willie Sippel wrote:
You announced working on the unmanaged window problem in September
2001 IIRC, but I guess you didn't so far? Wouldn't, for the time
being, a Cedega-like approach be feasible? They seem to ignore
'chromeless' windows and handle them just like
Detlef Riekenberg wrote:
Am Dienstag, den 17.01.2006, 14:18 -0600 schrieb James Hawkins:
We generally have a policy of silence for the test suite unless a
failure occurrs.
Then we need to update many Tests, which do not respect this.
+1.
Stefan Dösinger wrote:
Am Freitag, 25. November 2005 18:00 schrieb Jakob Eriksson:
Aric Cyr wrote:
All in all I think it would be worth while, but I'd still like to hear
from others so as not to waste (a lot!) of my time.
ReactOS would benefit as well from your approach
Aric Cyr wrote:
All in all I think it would be worth while, but I'd still like to hear from
others so as not to waste (a lot!) of my time.
ReactOS would benefit as well from your approach.
regards,
Jakob
Saulius Krasuckas wrote:
AFAIR, he or someone else told me that isNT should be set by testing real
behaviour of API, not by using GetVersion(). As the behaviour difference
materializes itself in a shape of unhandled exception, we should catch it.
Are we able do it in Wine easily? I think
Saulius Krasuckas wrote:
* On Mon, 14 Nov 2005, Jakob Eriksson wrote:
* Saulius Krasuckas wrote:
isNT should be set by testing real behaviour of API, not by using
GetVersion().
The recommended thing to do is check for something that can hint
of bad things to happen
---BeginMessage---
hiho
this is the forth time i send this patch, which was silently ignored
three times before and it is honestly the very last time i try.
this patch fixes in special IL2+addons, Pacific Fighters and Live For
Speed, if used with evdev-joysticks/wheels.
License: LGPL
Willie Sippel wrote:
Hi there.
I want to offer 100 EUR for a fix for bug #1973. It's not much, and I have no
idea how complicated the bug is to fix, but maybe it's only trivial problem.
The URL in Bugzilla is 404 again.
regards,
Jakob
Andreas Mohr wrote:
Hi,
On Thu, Nov 03, 2005 at 01:20:00PM +0100, Jonathan Ernst wrote:
Le jeudi 03 novembre 2005 à 13:09 +0100, Andreas Mohr a écrit :
Hi,
On Thu, Nov 03, 2005 at 12:02:21PM +0100, Jonathan Ernst wrote:
Try2:This time, we just tell the user he needs to
James Hawkins wrote:
Hi,
I started by removing all .\\ from the shlfileop.c test file in msvc
and the tests all passed , but three of the tests failed in wine.
If the tests fail on wine, should they not be todo_wine{} then?
regards,
Jakob
Can I create b: on the fly, allocate 1.44 megabyte RAM, do all copies
there and then
copy it back?
Am I on crack?
regards,
Jakob
Eric Pouech wrote:
It turns out that DOS' ioctl 0x440F (set logical drive map) was
strangely implemented. From the doc I have, this ioctl is responsible
for
Holly Bostick wrote:
If you don't want to go by, the bug has been downgraded from 'normal' to
'trivial' (which it rather is), and a suggestion has been made that,
rather than writing a patch against the wine sources (and having to
maintain it), an einfo should be added to the ebuild telling
Ken Larson wrote:
Thanks for the info.
Ultimately, my app is a Java app. I am spawning my EXE wrapper around
my DLL and talking to it from Java with sockets. So unless I'm
missing something, my entire (Java) app can't be a winelib linux app
(barring something like gcj which I'm not sure
Francois Gouget wrote:
On Fri, 30 Sep 2005, Dan Kegel wrote:
We have 554 unconfirmed bugs older than 90 days.
[...]
Detailed proposal, including the text of the message to be
sent, are at http://kegel.com/wine/qa/autoresolve.html
Note that the second time you run the query you should
Alex Villacís Lasso wrote:
You can try installing and configuring this X server. It will not
output anything or use a console, but will behave otherwise like a
valid X server. Then you should point the DISPLAY environment variable
to this X server, and this will keep your app happy.
Luke Kenneth Casson Leighton wrote:
i am making the amateur version of progress: i just had
echo_server.exe run for the first time on win32: echo_client.exe
has been running successfully since this morning.
That's really great!
//Jakob
Stefan Dösinger wrote:
Hello,
In that case, it would be really beneficial with a unit test.
Both as documentation and to see what Windows does.
Excuse my ignorance, but what exactly is meant with 'unit test'? As far as
I've learned, it's a small piece of code which uses this
Andreas Mohr wrote:
What about a directory dlls/kernel/tests/win16/ ?
(and adding a README mentioning OpenWatcom)
Or should it be dlls/kernel/tests16/ instead?
Why not a binary win16 checked into CVS to be run by winetest?
We only want to test win16 loading, right?
regards,
Jakob
Steven Edwards wrote:
--- Paul Vriens [EMAIL PROTECTED] wrote:
I'm busy fixing up version.dll, and I want to create some tests to read
resources from win16 applications. I currently have a fixed .exe in my
tests directory, but I'd like to create a 16bit .exe (or .dll) during
the creation of
Glenn Wurster wrote:
of new engine. If someone is indeed working on a new GDI engine, than
I'd be interested in finding out more and perhaps helping out,
although I don't have a lot of time on my hands.
Maybe the ReactOS GDI engine could be used for starters.
Currently in ReactOS the
Felix Nawothnig wrote:
Dimi Paun wrote:
We need to get rid of that seperation - either the DIB should be
stored fully on X side (which would require to add some features to
X) or fully on Wine side (by implementing a GDI renderer in Wine).
You can't have it fully on the X side, since you
Paul Millar wrote:
On Monday 18 Jul 2005 18:42, Paul Vriens wrote:
On Mon, 2005-07-18 at 19:15, Paul Millar wrote:
I've noticed that the test site has no mention of today's cron-build of
winetest.
all seems well. You just have to wait till people wake up, download the
latest
Robert Shearman wrote:
Only on Win95/98/ME.
I thought we'd fixed the problems with running it as a service on NT
so that it could again be run automatically?
Not as far as i know. It was recommended to mark the winrash service as
allowed to interact with desktop or some such. It
Adam D. Moss wrote:
Hi!
Oliver Stieber wrote:
+if (visual == NULL) {
+/* fallback to a 1 bit stencil (opengl states that at least
1 bit of stencil must be provided for on of the available
configurations) */
+WARN(Failed to get a visual with at least 8 bits of
This could be the beginning of something beautiful.
Steven Edwards wrote:
Hi All,
So what are everyone's thoughts on doing it? If there are any darwine people
lurking I am
interested in knowning if any of you are registered developers and will be
getting a copy of the
preview release and
Andreas Mohr wrote:
Hi,
On Tue, Jun 07, 2005 at 10:54:14PM +1000, Robert Lunnon wrote:
Has any consideration been given to hooking a CPU emulation into wine to allow
non x86 derivative CPUs execute native Windows binaries. For example it aught
to be possible to hook qmu into the wine
Dimi Paun wrote:
This is just wasted effort. They will probably get close, but
will never be good enough. They just fail to understand that.
Nevertheless, a lot of effort will be wasted, and we as a community
will be years behind providing a good solution. Sigh.
Not to mention that we (the
Can you post the Balmer image someplace else on the wiki for us
to see? Can you email it me? :-)
Dimitrie O. Paun wrote:
A few things:
1. We've been attacked Wed by one or two idiots from
Slashdot. They kept replacing the content of the
front page with some silly Balmer images :)
Not a
Tom Wickline wrote:
On 5/5/05, Jakob Eriksson [EMAIL PROTECTED] wrote:
So, Are you saying I'm a Nazi for putting what you would consider a
high price tag on a listing? All I'm saying is the referral by
No. It was Andreas Mohr who first made the reference to the
Third Reich. I just
Andreas Mohr wrote:
Hi,
On Wed, May 04, 2005 at 02:57:17PM +0200, Boaz Harrosh wrote:
Tom Wickline wrote:
Here is my proposal...
Must I shoot myself now or can I do it next week? :) .
Indeed. I had the impression that the fascist Drittes Reich was long gone,
but upon reading
Maybe I'm being thick, but why do you need to change winrash for that?
Chris Morgan wrote:
It would be a useful feature to have. I'm still hoping someone will come
along and take over winrash development. That hasn't happened yet. I'm not
sure when I'd get a change to put such a feature in
Tom Wickline wrote:
On 5/5/05, Jakob Eriksson [EMAIL PROTECTED] wrote:
I invoke Godwins law.
As an online discussion grows longer, the probability of a comparison
involving Nazis or Hitler approaches one.
So, Are you saying I'm a Nazi for putting what you would consider a
high price tag
Has anybody else thought of using DLLs (like ReactOS' dlls) as a
compatibility
layer to different Windows versions?
I.e. when you distribute your Windows app, you also throw in a bunch of DLLs
that implement lots of functionality you aren't sure exists on your
target otherwise.
(Windows 2003
Wasn't there talk about making DLLs for use in Windows, to
export a native Windows desktop to an X11 server?
//Jakob
Send in more patches, everybody! :-)
Ah come on... :-)
Come back soon. It's unstable but it's fun.
(On the other hand, if you wait long enough for Wine 1.0 to arrive it
will actually be stable
once you return.)
[EMAIL PROTECTED] wrote:
I would gladly share the fix if I had one.
Since wine is inherently unstable with very little
Kees Cook wrote:
On Tue, Apr 05, 2005 at 02:32:11PM +0900, Mike McCormack wrote:
The new patch looks good. I should have mentioned before that writing a
test case will help your patch be accepted. Did you have any test code
about that you could turn into a test case for your newly
Dimitrie O. Paun wrote:
On Sun, Apr 03, 2005 at 08:57:58PM +1000, Andrew Tridgell wrote:
In each case I will be trying to encourage methods which can store the
full NTFS semantics, rather than limiting ourselves to only the things
that fit natually in posix filesystems. I'm guessing we will
Brian Vincent wrote:
I think a full agenda would be about 11 items. If you would like to
present something let me know - there's definitely space available.
If you've been wondering, There's a neat project I'd like to do if I
could only get a few more people interested, well, this is the
perfect
Good thing you sent these patches. I was just thinking, should I dig
in? :-)
Peter Berg Larsen wrote:
I have been checking the usage of strncpy, replacing where apropriate with
a memcpy or lstrcpyn[AW]. The first raw diff was 100kb, so there is bound
to be one or two slips. These are the first
Robert Shearman wrote:
Chris Morgan wrote:
I have already sent links to documents on MSDN that state how to make a
service run on an interactive desktop. As some of the tests are a
little
distracting graphically, we should probably do the dialog as you
suggest. I guess this is really up to the
I submitted a patch for all casts I could find with that little grep:
find . -name *.[ch] | xargs egrep \) *Heap(Re)?Alloc
Jeremy Newman wrote:
ChangeSet ID: 16817
CVSROOT:/opt/cvs-commit
Module name:lostwages
Changes by: [EMAIL PROTECTED] 2005/03/23 08:56:08
Modified
Frank Richter wrote:
On 22.03.2005 15:12, Dmitry Timoshkov wrote:
It creates circular dependencies and an impossibility to correctly
start up Wine.
Imagine for a moment that ntdll depends on foo.dll which in turn
imports kernel32.
Maybe that can be worked around by having user32.dll load
Alex Villacis Lasso wrote:
Changelog:
* PeekNamedPipe now checks both for a NULL buffer and a zero-length
buffer before trying to recv() from the pipe
Could you write a regression test?
regards,
Jakob
Alexandre Julliard wrote:
Jakob Eriksson [EMAIL PROTECTED] writes:
+/* Windows 98 is a bit broken around these parts, it doesn't return FALSE as it should. */
+/* If the resulting time is about 1 AD, I consider the result invalid. */
+ret = DosDateTimeToFileTime(0,0,ft
Between
http://cvs.winehq.org/cvsweb/wine/dlls/kernel/tests/file.c#rev1.46
http://test.winehq.org/data/200502231000/
and
http://test.winehq.org/data/200503041000/
http://cvs.winehq.org/cvsweb/wine/dlls/kernel/tests/file.c#rev1.48
we have more about 50 more failed test results. What happened?
Jakob Eriksson wrote:
Alexandre Julliard wrote:
Jakob Eriksson [EMAIL PROTECTED] writes:
--- dlls/advapi32/tests/security.c14 Mar 2005 17:20:58 -
1.12
+++ dlls/advapi32/tests/security.c16 Mar 2005 09:32:28 -
@@ -289,8 +289,8 @@
luid.LowPart = i;
cchName
Alexandre Julliard wrote:
Jakob Eriksson [EMAIL PROTECTED] writes:
--- dlls/advapi32/tests/security.c 14 Mar 2005 17:20:58 - 1.12
+++ dlls/advapi32/tests/security.c 16 Mar 2005 09:32:28 -
@@ -289,8 +289,8 @@
luid.LowPart = i;
cchName = sizeof(buf);
ret
Brian Vincent wrote:
I
PS - still looking for ideas for the agenda, if you have any, let me
know. Also let me know if you'd like to present something.
Apart from all of Wine, I'm always interested in the conformance
testing. I believe it's crucial in speeding up Wines' development.
For each bug
Mike Hearn wrote:
On Wed, 16 Mar 2005 12:12:47 +0900, Mike McCormack wrote:
We only implement the first 4.
Some of those are only needed by Explorer/the shell though, I doubt it's
necessary to implement them to run the apps (unless you want to run
Explorer of course :)
Yes, probably,
Paul Millar wrote:
On Thursday 17 March 2005 10:33, Jakob Eriksson wrote:
Apart from all of Wine, I'm always interested in the conformance
testing. I believe it's crucial in speeding up Wines' development.
For each bug found, it is often a good idea to write an automatic
regression test
Brian Vincent wrote:
PS - still looking for ideas for the agenda, if you have any, let me
know. Also let me know if you'd like to present something.
Will anyone demo CXtest? I think it would be great.
http://www.cxtest.org/
regards,
Jakob
Ivan Leo Puoti wrote:
Jakob Eriksson wrote:
Maybe one could script something up so that a commit to
tests CVS would not be *possible* without a confirmed test
pass on Windows 95, NT, 2000 and XP.
That would be very hard to do and mostly pointless for drivers.
Sometimes hard is worthwile
Paul Millar wrote:
On Thursday 17 March 2005 11:51, Jakob Eriksson wrote:
Paul Millar wrote:
[writing tests]'s a rather weary job, which no one enjoys doing
:^/
I do! Maybe I have a condition, but I really love doing it! :-)
Long may that continue!
Thanks, I hope so too
Paul Millar wrote:
On Thursday 17 March 2005 11:54, Jakob Eriksson wrote:
Maybe one could script something up so that a commit to
tests CVS would not be *possible* without a confirmed test
pass on Windows 95, NT, 2000 and XP.
That'd be the best thing since sliced bread.
CVS supports doing some
C. Scott Ananian wrote:
On Thu, 17 Mar 2005, Jakob Eriksson wrote:
Ouch. Of course, should have thought of that. Maybe we
need a patch penguin?
CVS actually handles 'vendor branches' fairly nicely. It should be
possible for Jakob (or whoever else decides to be the 'test penguin')
to maintain
1 - 100 of 252 matches
Mail list logo
