On September 29, 2003 05:57 pm, Ferenc Wagner wrote:
> > In other words, he is supposed to detect a hanged test,
> > and report an error?
>
> Now I lost you here. Who is he?
Jakob, that is winetests.exe. It should read, "winetests.exe
is supposed to detect a hanged test, kill it, and report an
er
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> On Sat, 27 Sep 2003, Ferenc Wagner wrote:
>
>> For the console test, yes. I just did not care, because I
>> was promised a better run.
>
> In other words, he is supposed to detect a hanged test,
> and report an error?
Now I lost you here. Who is
On Sat, 27 Sep 2003, Ferenc Wagner wrote:
> For the console test, yes. I just did not care, because I
> was promised a better run.
In other words, he is supposed to detect a hanged test,
and report an error?
> We could put up a little cgi which asks for a tag and makes
> sure it is unique.
T
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> On Mon, 22 Sep 2003, Ferenc Wagner wrote:
>
>> "Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
>>
>>> -- for the ME case, how can we have have some
>>> results (up to kernel32.dll:codepage) and then
>>> have no results? Doesn't that mean
Dimitrie O. Paun wrote:
No, this means that when the console test hung the tester
killed the DOS box and thus did not run further tests.
Jakob might implement a timeout or we could explain more.
Just to let you know I'm not gone or anything:
I have been moving (within Sweden) and also quit my
On Mon, 22 Sep 2003, Ferenc Wagner wrote:
> "Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
>
> > -- for the ME case, how can we have have some
> > results (up to kernel32.dll:codepage) and then
> > have no results? Doesn't that mean that they failed?
>
> No, this means that when the
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> -- for the ME case, how can we have have some
> results (up to kernel32.dll:codepage) and then
> have no results? Doesn't that mean that they failed?
No, this means that when the console test hung the tester
killed the DOS box and thus
On August 29, 2003 05:50 pm, Ferenc Wagner wrote:
> Please go to http://afavant.elte.hu/~wferi/wine for details.
Hi Feri,
This stuff looks great -- maybe it's time we integrate
it into WineHQ...
A few comments on the current state of affairs:
-- for the ME case, how can we have have some
On September 5, 2003 09:28 pm, Ferenc Wagner wrote:
I'd like to say that the latest result looks _really_
good. I hope we can work out the last few (minor) things
and get this integrated into WineHQ real soon.
A few comments:
-- The "Open popup" is a nice idea, but a bit confusing.
When I
Jakob Eriksson <[EMAIL PROTECTED]> writes:
>> the best would be to recover the error code and/or
>> message somehow, and include in the report. Like
>> waitpid() on Posix. Is the tester has to click a couple
>> of times, then be it...
>
> Sure, I have no idea how at this time though...
Check th
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> 1. What is the "20030829" link in the column.
That is a link to the binaries giving this result. Now it
is all the same everywhere, since we have one build only.
If we had a "latest results" page, it could be different in
each column. It we can r
Jakob Eriksson <[EMAIL PROTECTED]> writes:
> First - can I leave out the "of 55" tests? It is kind of
> difficult for me calculate how many tests there are in
> advance. Of course, I can do it - but it feels better if I
> know it is for a good cause.
You know, it was not that handy for me, eithe
Ferenc Wagner wrote:
Jakob Eriksson <[EMAIL PROTECTED]> writes:
First - can I leave out the "of 55" tests? It is kind of
difficult for me calculate how many tests there are in
advance. Of course, I can do it - but it feels better if I
know it is for a good cause.
You know, it was not tha
Ferenc Wagner wrote:
Jakob Eriksson <[EMAIL PROTECTED]> writes:
That would be nice. I am not too rigid, though. Have a
look at runtests.bat, and reproduce that. The second
(blank) line in the result is not necessary, that is a
peculiarity of ver, which does not seem to return enough
informat
On Wed, 3 Sep 2003, Jakob Eriksson wrote:
> Great, except if MSVC tests are the ones that work and the only ones
> that are used, there is little incentice to fix mingw. I think we
> really have to look at mingw > and Wine as part of a greater whole. *)
I don't think the current situation jus
Dimitrie O. Paun wrote:
-- I don't think we need to _distribute_ two binaries. If the
MSVC one works better, the person designated to build and
publicly post the winetests.exe should build the tests
through MSVC. Once we fix everything so that MinGW works
just as well, we might as
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> On Wed, 3 Sep 2003, Ferenc Wagner wrote:
>
>>> If we need, we can create 2 versions of the
>>> winetests.exe: one with MinGW compiled tests, one with
>>> MSVC. But do we really need to bother?
>>
>> I am afraid yes. The Dsound test does not compile
On Wed, 3 Sep 2003, Ferenc Wagner wrote:
> That sounds nice, but I have got the feeling that it is not
> only Wine's fault that the tests do not compile. MinGW also
> has its problems, and although new versions are definitely
> better, they are arguably not perfect (dsound misses some
> uuid feat
On Wed, 3 Sep 2003, Ferenc Wagner wrote:
> > Well, we should handle this through the Makefiles. Also the output
> > should specify how the tests were compiled, it may help with error
> > tracking. If we need, we can create 2 versions of the winetests.exe:
> > one with MinGW compiled tests, one wit
On Wed, 3 Sep 2003, Ferenc Wagner wrote:
> And waste precious space... But it is the way if we find a
> way to cope with serveral results per Windows version.
Not really wasting, it shows we are _missing_ important
tests. I would suggest we collapse the tests for the same
version is the same col
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> On Tue, 2 Sep 2003, Ferenc Wagner wrote:
>
> maybe we should control the columns manually, rather than
> dinamically. We know what we expect, and an empty column
> will also give an indication of what tests we're missing.
And waste precious space..
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> On Wed, 3 Sep 2003, Jakob Eriksson wrote:
>
>> Am I missing something here? Currently, winetests.exe contains
>> crosscompiled tests, not MS Visual C - compiled ones. *)
>
> Well, we should handle this through the Makefiles. Also the output
> sho
Jakob Eriksson <[EMAIL PROTECTED]> writes:
> I can see the benefit of running MSVC compiled tests too.
> Maybe we can include them too in winetests.exe somehow.
Two different builds should suffice, IMHO.
> Maybe I could do the output exactly like yours.
That would be nice. I am not too rigid,
Dimitrie O. Paun wrote:
On Tue, 2 Sep 2003, Ferenc Wagner wrote:
The winetests shell is comming along nicely, I don't think
it's worth dupicating effort. It will do all the decompression,
sending of results, cleanup.
Maybe you misunderstood me. The question is about
collecting the MSVC
On Wed, 3 Sep 2003, Jakob Eriksson wrote:
> Am I missing something here? Currently, winetests.exe contains
> crosscompiled tests, not MS Visual C - compiled ones. *)
Well, we should handle this through the Makefiles. Also the output
should specify how the tests were compiled, it may help with
Ferenc Wagner wrote:
Maybe you misunderstood me. The question is about
collecting the MSVC compiled test binaries. Or is that
covered, too?
No... let's talk about that.
I can see the benefit of running MSVC compiled tests too.
Maybe we can include them too in winetests.exe somehow.
Maybe the
On Tue, 2 Sep 2003, Ferenc Wagner wrote:
> > The winetests shell is comming along nicely, I don't think
> > it's worth dupicating effort. It will do all the decompression,
> > sending of results, cleanup.
>
> Maybe you misunderstood me. The question is about
> collecting the MSVC compiled test b
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> On Tue, 2 Sep 2003, Ferenc Wagner wrote:
>
>> 2. A simple batch file could be provided to zip up the
>>results, if I knew how to use which compression program.
>>Eg. (win)zip can not be found on the XP I have access to.
>>Should I includ
On Tue, 2 Sep 2003, Ferenc Wagner wrote:
> 2. A simple batch file could be provided to zip up the
>results, if I knew how to use which compression program.
>Eg. (win)zip can not be found on the XP I have access to.
>Should I include one in the archive? Or as a separate
>link? Ide
Le mar 02/09/2003 à 13:19, Ferenc Wagner a écrit :
> Vincent Béron <[EMAIL PROTECTED]> writes:
>
> >> 1. Native build tests. As a first step, I provide a
> >>collection of source/project/desktop files which I think
> >>are necessary for an MSVC build. Could somebody test it
> >>for m
30 matches
Mail list logo