Vijay Kiran Kamuju writes:
> Can anyone tell me how to get that into the mainline kernel ASAP.
> Or Anyone can send it on my behalf to lkml list to get it into main line
Why don't you send the patch to linux-...@vger.kernel.org?
--
Cheers,
Feri.
Jeremy Newman <[EMAIL PROTECTED]> writes:
> http://wine.codeweavers.com/winehq_new/
Is it possible to add some preload magic for the impressed button
images? Otherwise the buttons disappear for a moment when I hover
above them the first time.
--
Cheers,
Feri.
"Dmitry Timoshkov" <[EMAIL PROTECTED]> writes:
> "Christopher" <[EMAIL PROTECTED]> wrote:
>
>> Thanks for pointing that out! Am I suppose to attach a test case for all
>> my patches to wine-patches? I had submitted a testcase under the bug
>> report I filed, so I didn't attach it to the email.
>
Paul Vriens <[EMAIL PROTECTED]> writes:
> Ferenc Wagner wrote:
>> Paul Vriens <[EMAIL PROTECTED]> writes:
>>
>>> Is there any particular reason we don't use HeapAlloc/HeapReAlloc in
>>> winetest? The rest of our programs do, but winetest uses mall
Paul Vriens <[EMAIL PROTECTED]> writes:
> Is there any particular reason we don't use HeapAlloc/HeapReAlloc in
> winetest? The rest of our programs do, but winetest uses malloc and
> realloc.
I can't recall any. I'm more comfortable with the latter, since
winetest is the only Win32 application I
Paul Vriens <[EMAIL PROTECTED]> writes:
> 'http://www.xs4all.nl/~pvriens/200708031000.new.single/' shows the new results
> page for single tests. Instead of a single '.' there is a failure shown (red
> box) and a skip border (as these tests have not run). There is still a '.'
> which
> could mayb
Paul Vriens <[EMAIL PROTECTED]> writes:
> My idea is to visualize the skipped tests by using the blue border
> at the single test level to indicate tests are skipped.
Hey, I like it! That blue border was already obsolete when I last
touched the code, but I found it so neat that I couldn't kill i
Paul Vriens <[EMAIL PROTECTED]> writes:
> On Thu, 2006-11-30 at 13:11 -0500, Dimi Paun wrote:
>
>> On Thu, November 30, 2006 1:01 pm, Paul Vriens wrote:
>>
>>> I'm hitting the 1MB limit already with my win98 tests. Most other tests
>>> are about to reach that threshold as well.
>>
>> I'd make it
Alexandre Julliard <[EMAIL PROTECTED]> writes:
> Thomas Weidenmueller <[EMAIL PROTECTED]> writes:
>
>> LoadString() cannot be used to measure the length of a string resource.
>> It will not return the length of the string if no buffer is provided,
>> instead it will return 0! This patch fixes the
FYI:
From: "Eike Lantzsch, ZP6CGE" <[EMAIL PROTECTED]>
Date: Wed, 13 Jul 2005 11:59:36 -0400
Message-ID: <[EMAIL PROTECTED]>
I get errors when compiling current cvs.
.../wine# /wine/dlls/crypt32/tests/main.c:148:
undefined reference to `CertFindAttribute'
.../wine/dlls/crypt32/tests/encode.c:54
Paul Millar <[EMAIL PROTECTED]> writes:
> On Monday 25 April 2005 16:18, Alexandre Julliard wrote:
>
>> Paul Millar <[EMAIL PROTECTED]> writes:
>>
>>> Hopefully not a controversial one [...]
>>
>> The problem with this is that the result is not a valid path, which
>> breaks tools that parse the ou
Hi,
I think this message better fits here on the devel list.
Cheers,
Feri.
Start of forwarded message
From: "Jonathan Duncan" <[EMAIL PROTECTED]>
Newsgroups: comp.emulators.ms-windows.wine
Date: 25 Mar 2005 10:26:46 -0800
Message-ID: <[EMAIL PROTECTED]>
"Dmitry Timoshkov" <[EMAIL PROTECTED]> writes:
> "Ferenc Wagner" <[EMAIL PROTECTED]> wrote:
>
>> The -s option (submit file, do not run tests) makes sense
>> anyway. But my main reason is that it drove me mad by not
>> obeying the -c opt
"Dmitry Timoshkov" <[EMAIL PROTECTED]> writes:
> "Ferenc Wagner" <[EMAIL PROTECTED]> wrote:
>
>> ChangeLog: Check desktop visibility after processing command
>>line arguments.
>
> Why do you need it? There is no point to proceed
Ivan Leo Puoti <[EMAIL PROTECTED]> writes:
> Recently winetest is leaving a testdir directory behind
> it, so cleanup needs to be done better.
This testdir comes from dlls/shell32/tests/shlfolder.c;
RemoveDirectoryA in line 78 can fail somehow. Also, the
return in line 147 doesn't do the necessa
Paul van Schayck <[EMAIL PROTECTED]> writes:
> On Tue, 22 Mar 2005 09:52:13 -0500, Robert Reif <[EMAIL PROTECTED]> wrote:
>
>> What happens when you have two or more identical cards.
>> Should we also look for dmix in the device name?
>
> I think we should always look for hw:n
I doubt it. First,
Steven Edwards <[EMAIL PROTECTED]> writes:
> Like how to get winetest and the server to talk to each
> other and what is needed in the build and url files.
programs/winetest/README contains some relevant information.
> Is there some good documentation on how winrash and
> winetest work and commu
Dmitry Timoshkov <[EMAIL PROTECTED]> writes:
> let's see if IsWindowVisible() better detects a not visible desktop.
Ah, fine, this may put some momentum into the situation!
--
Feri.
"Dmitry Timoshkov" <[EMAIL PROTECTED]> writes:
> "Ivan Leo Puoti" <[EMAIL PROTECTED]> wrote:
>
>>> In order to see what tests are affected by desktop visibility and which
>>> don't
>>> you have to run in both modes and compare the results. Why do it twice if it
>>> can be avoided? Right now any f
"Dmitry Timoshkov" <[EMAIL PROTECTED]> writes:
> "Ferenc Wagner" <[EMAIL PROTECTED]> wrote:
>
>> I was under the impression that most of the tests are
>> independent of desktop visibility.
>
> Not really. Any API which directly or ind
"Dmitry Timoshkov" <[EMAIL PROTECTED]> writes:
> I'd actually rise the question of sending the results of running winetest
> on an invisible desktop under Windows. For instance I'm interested to see
> how my recently added user32 tests behave on different Windows platforms,
> but the tests which c
Paul Vriens <[EMAIL PROTECTED]> writes:
> in shlwapi/tests/shreg.c I've put two todo_wine statements
> for obvious reasons (they fail, so do not test).
>
> If I however look at
> http://test.winehq.org/data/200502101000/wine_98/shlwapi:shreg.txt
>
> These tests are executed! Any ideas what could b
>>> If I run winetest-200502091000-paul-mingw manually on my win98 box
>>> I get several messages "Can't parse subtests output of" for the
>>> following tests [...]
>>> just before the tests actually start.
In the first round winetest runs all the individual test
executables to find out the names
Paul Vriens <[EMAIL PROTECTED]> writes:
> I have a Win98/WNT/W2K (on VMWare) and a XP Home
> system. All are running the winrash service. All were
> started when I was logged in but only the W98 and WNT were
> considered running on a visible desktop.
Hmm, services use an invisible desktop by defa
"Dmitry Timoshkov" <[EMAIL PROTECTED]> writes:
> "Jakob Eriksson" <[EMAIL PROTECTED]> wrote:
>
>> http://test.winehq.org/data/200501151000/2000_JakobEriksson/gdi32:metafile.txt
>>
>> This fails. It shouldn't, because I ran winetest manually.
>>
>> http://test.winehq.org/data/200501151000/2000_Ja
Paul Millar <[EMAIL PROTECTED]> writes:
> I've been a bit busy lately so haven't gotten around to
> fixing it, but should have some spare time tonight,
> fingers crossed ;)
Hey, you did it! Thanks very much!
As a side note, the shell32:shlfolder test leaves an empty
testdir directory around whe
Ivan Leo Puoti <[EMAIL PROTECTED]> writes:
>> Do you mean that the tagless report was generated by a
>> manual run while the one with the IvanLeo tag was run by
>> winrash?
>
> Yes, those reports were both generated from the same
> winetest binary. I'm not sure of what you mean by
> crosschecks,
Paul Vriens <[EMAIL PROTECTED]> writes:
> If the first CreateKey fails, there is no need to continue with the
> testing (because the rest of the tests will fail as well). What's the
> best way to stop there?, something like this?:
>
> START_TEST(shreg)
> {
> HKEY hkey = create_test_entries
Stefan Leichter <[EMAIL PROTECTED]> writes:
> now we have fixed mingw to build the new test. So perform them after
> building ;-)
>
> ChangeLog
> ---
> Include new tests
Thanks for your work and attention!
--
Feri.
Jakob Eriksson <[EMAIL PROTECTED]> writes:
> Ferenc Wagner wrote:
>
>> What makes you think I've got one? It should be *you*
>> who speak up and tell what information/presentation is
>> need for the best and easiest use.
>
> I would prefer to have all fa
Ivan Leo Puoti <[EMAIL PROTECTED]> writes:
> I've run tests twice, once with winrash and once manually, on windows nt 4.0
> http://test.winehq.com/data/200501131000/#NT%204
> interestingly some tests that fail or timeout when run from winrash,
> work when
> run manually.
> Is there a way this coul
Hi,
I'm forwarding this messages from the users' newsgroup.
Have you gurus got an idea?
--- Begin Message ---
Has anyone had any success running Photoshop 7 on an AMD 64bit system?
I have a SuSE 9.1 64bit installation (amd64 3500+ and 2GB dual-channel
RAM) and have sucessfully installed Photoshop
Paul Millar <[EMAIL PROTECTED]> writes:
> As a shot in the dark, have you got either ECN set, or a non-zero
> default window-scaling? Which kernel are you running?
>
> cat /proc/sys/net/ipv4/tcp_ecn
This gives 1 for me (and I can access your pages).
> cat /proc/sys/net/ipv4/tcp_default_win_sca
Paul Millar <[EMAIL PROTECTED]> writes:
> On Wednesday 12 January 2005 20:09, Stefan Leichter wrote:
>
>> Am Mittwoch, 12. Januar 2005 18:14 schrieb Dimitrie O. Paun:
>>
>>> Anyone knows what happened to the tests?
>>
>> [...] The attached patch fixes mingw for me. Hope i got the GUIDs
>> right.
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> For reasons I can not understand, I can not access Paul's
> site at www.astro.gla.ac.uk
Can't you even ping the server? If not, what does
traceroute say? If yes, your IP number must be blacklisted
at Glasgow... ;)
--
Feri.
Mike Hearn <[EMAIL PROTECTED]> writes:
> On Wed, 12 Jan 2005 22:26:18 +0100, Ferenc Wagner wrote:
>
>> What makes you think I've got one? It should be *you*
>> who speak up and tell what information/presentation is
>> need for the best and easiest us
Mike Hearn <[EMAIL PROTECTED]> writes:
> On Wed, 12 Jan 2005 17:29:18 +0100, Ferenc Wagner wrote:
>
>> ChangeLog: * Generate valid HTML 4.01 Strict.
>>* Underline vis_note class links, too.
>
> Groovy! Is there a todo list of what needs to be done for
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> On Wed, Jan 12, 2005 at 05:29:18PM +0100, Ferenc Wagner wrote:
>
>> ChangeLog: * Generate valid HTML 4.01 Strict.
>>* Underline vis_note class links, too.
>
> Cool stuff Feri. Anyone knows what
Mike McCormack <[EMAIL PROTECTED]> writes:
> How hard to you think it would be to rig up a web page for
> people to do translations for wine on?
>
> Have a web page (translate.winehq.org?) into which we feed
> in all the .rc files and maybe even parts of WineHQ, and
> show the translations for eac
Vincent Béron <[EMAIL PROTECTED]> writes:
> Le mer 29/12/2004 à 05:38, Joris Huizer a écrit :
>
>> In debian the package is called libasound2-dev, version
>> "0.9.0beta10.9.0beta1" which should be the 0.9 branch of alsa
>
> Either update to alsa 1.0, downgrade Wine to prior
> 20040505, or switch
Mike Hearn <[EMAIL PROTECTED]> writes:
> On Thu, 23 Dec 2004 17:01:09 +0200, Lauri Tulmin wrote:
>
>> Add tests for LBS_EXTENDEDSE and LBS_EXTENDEDSEL | LBS_MULTIPLESEL
>> listboxes. Some of these test don't pass on wine.
>
> Thanks for the tests! If they don't pass in Wine though you need to
> s
Jakob Eriksson <[EMAIL PROTECTED]> writes:
> Now without the linewrap.
I hate to say this, but it's still wrapped... :(
--
Feri.
Tero Tamminen <[EMAIL PROTECTED]> writes:
>> Yes. But will sticking to a fixed directory name (and
>> possibly file name) help, or does ZoneAlarm check eg. MD5
>> sums to thwart any countermeasure from our side? Anyway,
>> I have the feeling that this should be solved by
>> configuring ZoneAlarm
Vincent Béron <[EMAIL PROTECTED]> writes:
> Le ven 10/12/2004 à 07:26, Francois Gouget a écrit :
>> On Fri, 10 Dec 2004, Ferenc Wagner wrote:
>>
>> > Francois Gouget <[EMAIL PROTECTED]> writes:
>> [...]
>> >> I've had some dealings with
Francois Gouget <[EMAIL PROTECTED]> writes:
> On Thu, 9 Dec 2004, Tero Tamminen wrote:
> [...]
>> So would it be possible to start all the tests from same
>> directory (I mean, every version of the tests would start
>> in same directory). It would save me some time because I
>> wouldn't have to cl
Jakob Eriksson <[EMAIL PROTECTED]> writes:
> Do you agree, should we stop using winrash?
>
> "Dmitry Timoshkov" <[EMAIL PROTECTED]> wrote:
>
>> "Jakob Eriksson" <[EMAIL PROTECTED]> wrote:
>>
>>> Well, I tried now marking the service as interactive,
>>> but that didn't make any difference.
>>>
>>>
Paul Millar <[EMAIL PROTECTED]> writes:
> All things being equal tomorrow's build (presuming they'll
> be one) will include binaries that refer to themselves
> correctly.
Looks like you got it right. Thank you very much!
--
Feri.
"Ivan Leo Puoti" <[EMAIL PROTECTED]> writes:
> In the reports page the link to the tests points to
> http://www.astro.gla.ac.uk/users/paulm/WRT/CrossBuilt/winetest-200411251000.exe
> and this is probably what the server tells winrash to
> download, but it returns a 404.
As things mostly work it's
Stefan Leichter <[EMAIL PROTECTED]> writes:
> The main summary shows that the tests winspool.drv:info
> fails sometimes on the platform win2k, but in the summary
> of win2k (2000 differences) the line winspool.drv:info is
> not listed.
Yep, the display logic is quite simple and broken, although
t
Robert Reif <[EMAIL PROTECTED]> writes:
>> Winetest has a "runningunderwine" report option. Running
>> it under Wine will be supported.
>
> winetest results from wine are not accepted by the website.
Yes they are. Just make dist.
> To be really useful as a developer tool, you would need wine
>
Jakob Eriksson <[EMAIL PROTECTED]> writes:
> Dmitry Timoshkov wrote:
>
>> "Ferenc Wagner" <[EMAIL PROTECTED]> wrote:
>>
>>> Winrash, which invokes winetest in most of the cases, is a
>>> service process running on an invisible desktop
"Dmitry Timoshkov" <[EMAIL PROTECTED]> writes:
> The question is what makes the tests create invisible
> windows? Does winetest run as a service on a not visible
> desktop? Anything else?
Winrash, which invokes winetest in most of the cases, is a
service process running on an invisible desktop.
Robert Reif <[EMAIL PROTECTED]> writes:
> I would like to see winetest used for more than windows
> compatibility and wine regressions. I would like to see it
> used as a diagnostic tool for specific hardware and os
> combinations and specific system configurations. [...]
>
> Since most people pro
Robert Reif <[EMAIL PROTECTED]> writes:
>>> For the built in wine, run with wine case, couldn't there be
>>> reasonable default values rather than reading them from a file?
>>
>> That's exactly what we wanted to avoid. Submitted results
>> should * not come from Wine but genuine Windows systems,
Robert Reif <[EMAIL PROTECTED]> writes:
> Ferenc Wagner wrote:
>
>> Robert Reif <[EMAIL PROTECTED]> writes:
>>
>>> Couldn't winetest fill in the proper test results fields
>>> necessary for acceptance when compiled to an exe.so and
>>
Robert Reif <[EMAIL PROTECTED]> writes:
> Couldn't winetest fill in the proper test results fields
> necessary for acceptance when compiled to an exe.so and
> run in wine?
Did you make dist in programs/winetest?
winetest-dist.exe is the program meant for submission, but
winetest-dist.exe.so shoul
Saulius Krasuckas <[EMAIL PROTECTED]> writes:
> It shows some message-box telling: "Can't enumerate test
> files: 1813"
I couldn't reproduce it. Can you provide details (elf/pe
run, ...)?
--
Feri.
Eric Pouech <[EMAIL PROTECTED]> writes:
> ChangeLog:
> - ctrl-c enabling flag is now inherited
> - fixed console-related fields in RTL_USER_PROCESS_PARAMETERS
> - various clean-up in kernel32.SetConsoleCtrlHandler
> - only send a console event once to a process and not
"Stephen Ogletree" <[EMAIL PROTECTED]> writes:
> (I sent a version of this to wine-users originally and Ivan said to
> send it over here to wine-devel)
Yes, it's better sent here. Thanks for the report and sorry
for the long delay. It's still summer...
> 0. Small issue: The winrash installer
Saulius Krasuckas <[EMAIL PROTECTED]> writes:
> On 27 Aug 2004, Vincent Béron wrote:
>
>> Just redirecting it to glibc would be trivial, but the problem is that's
>> not the Right Thing To Do (tm) as both don't have exactly the same
>> behavior, and that some apps rely on the msvcrt behavior (ie,
Saulius Krasuckas <[EMAIL PROTECTED]> writes:
> On Wed, 18 Aug 2004, Ferenc Wagner wrote:
>> Saulius Krasuckas <[EMAIL PROTECTED]> writes:
>>> I think that's due to some additional \r\n-s in the output
>>> of "msvcrt_test.exe.so".
>>
Saulius Krasuckas <[EMAIL PROTECTED]> writes:
> I think that's due to some additional \r\n-s in the output
> of "msvcrt_test.exe.so".
Actually, not quite. The problem is that msvcrt's output
functions aren't redirected by libc's filehandle operations,
so winetest doesn't get the output (it gets
> Is it OK to try to free the modified "buffer" ptr? I
> thought we should preserve its value.
Yes, you are right, that code is illegal. The wonderful
thing is that it's more than half a year old, and went
unnoticed this far! Probably because the WineHQ server
never failed during that period.
"Dmitry Timoshkov" <[EMAIL PROTECTED]> writes:
> "Ferenc Wagner" <[EMAIL PROTECTED]> wrote:
>
>> ChangeLog: The desktop process is not automatically
>>restarted under Win95, so stop killing it.
>
> This patch causes test_shell_wi
Mike Hearn <[EMAIL PROTECTED]> writes:
> On Sun, 15 Aug 2004 11:23:07 +0200, Ferenc Wagner wrote:
>
>> Once you remembered the current (possibly inactive) default
>> button in DIALOGINFO, this should come for free. I hope at
>> most one button can be d
"Zach Gorman" <[EMAIL PROTECTED]> writes:
> My impression is that (1) could be handled by remembering
> the default button (which, as Krishna Murthy has shown, is
> not the same as the default button id) in the DIALOGINFO
> structure.
>
> Number (2), however, is more difficult. When a button
> rec
Chris Morgan <[EMAIL PROTECTED]> writes:
>>> Also, during the installation process, after I entered
>>> my email address, the installer removed what it called
>>> 'invalid characters' - i.e., underscores. All my main
>>> email addresses contain underscores, so I was forced to
>>> enter an old one
<[EMAIL PROTECTED]> writes:
>>> http://osdn.dl.sourceforge.net/sourceforge/wine/winetest-200407091000-kevin-mingw.zip
>
> I just tried that url and it worked. Many of the ones
> I've tried in the past haven't and the cause seems to be
> that the mirror chosen doesn't have the file.
Hmm, Sourcefo
Paul Millar <[EMAIL PROTECTED]> writes:
> The build failed. It looks like there's a bug in CVS. Both
> CLSID_DirectSoundPrivate and DSPROPSETID_DirectSoundDevice defined multiple
> times (the wine-version of mingw libraries and in the source).
Yes, there was a short discussion about this on
Kevin Koltzau <[EMAIL PROTECTED]> writes:
> On Wednesday 28 July 2004 04:36 pm, [EMAIL PROTECTED]
> wrote:
>
>> Your help is much appreciated. This is a tricky issue it
>> seems as SF isn't always reliable for downloads...
>
> Gentoo handles this situation fairly well, [...]
Hi Kevin,
since I i
<[EMAIL PROTECTED]> writes:
> Which errors are you referring to? The most frequent ones
> lately are the ones where the winetest package isn't
> available on the sourceforge osdn mirror.
For example this:
> Winrash version: winrash-0008-chris-msvc.exe
> [...]
> winetest = winetest-200407091000-
<[EMAIL PROTECTED]> writes:
> What is the service doing with winrash options btw? The
> installer stops, installs and starts the winrash service.
>
> The installer uses /S for silent installs, otherwise it
> will try to popup windows. Are you sure the service isn't
> calling the installer with /
Paul Millar <[EMAIL PROTECTED]> writes:
> On Monday 19 July 2004 12:50, Ferenc Wagner wrote:
>
>> Can you (cross)build the directsound tests?
>
> FWIW, yes:
>
> http://www.astro.gla.ac.uk/users/paulm/wine/dsound_test-20040721.10-00.exe
Fine, that works, even. :) Wha
Jon Griffiths <[EMAIL PROTECTED]> writes:
>> Windows XP Professional, in a network with roaming profiles
>> served by Samba. I don't know what is relevant.
>
> Strange, I'd have assumed you'd have an extended mapi client
> installed by deault. What is your default mail client?
If it's Control Pa
Jon Griffiths <[EMAIL PROTECTED]> writes:
>> the mapi32 tests call scInitMapiUtil, which pops up an alert
>> box saying something like (translating it) "Your default
>> mailer application isn't capable of this operation, please
>> ensure that Outlook is configured as the default mailer."
>
> This
Hi (and sorry for the broken post),
the mapi32 tests call scInitMapiUtil, which pops up an alert
box saying something like (translating it) "Your default
mailer application isn't capable of this operation, please
ensure that Outlook is configured as the default mailer."
This brings the tests to a
Hi,
the mapi32 tests call scInitMapiUtil, which pops up an alert
box
Robert Reif <[EMAIL PROTECTED]> writes:
> Has anyone considered changing the timeout logic to be reset
> every time something is printed? This would allow long tests
> that periodically output something to run more than 2 minutes.
> Timeout would only occur 2 minutes after the last output.
Yes,
Francois Gouget <[EMAIL PROTECTED]> writes:
> On Mon, 19 Jul 2004, Ferenc Wagner wrote:
>
>> maybe winetest should explicitly reset
>> WINETEST_INTERACTIVE and the other variables...
>
> It should probably do so. But maybe it could also have an
> option to expli
Robert Reif <[EMAIL PROTECTED]> writes:
> How did this fail in windows. Since it doesn't crash with
> wine, wine is doing something wrong. Lets try to figure
> out what is wrong and correct wine to have the same
> behavior as windows or at least notify someone that
> something is wrong.
>
> Is a
Hi,
I'm largely incompetent in this field, so please forgive my
fallacies in the comment below, but I felt sad reading
Steven Edwards <[EMAIL PROTECTED]> write:
> --- Paul Davis <[EMAIL PROTECTED]> wrote:
>
>> PDB might not be able to fuss, but I will. I recently
>> asked about a way to figure o
Uwe Bonnes <[EMAIL PROTECTED]> writes:
> Ferenc Wagner <[EMAIL PROTECTED]> writes:
>
>> Hi, please somebody enlighten me! How does this test
>> work once psapi_test.exe is linked with -lpsapi? How can
>> a program start at all without one of its hard
>
Hi,
please somebody enlighten me! How does this test work once
psapi_test.exe is linked with -lpsapi? How can a program
start at all without one of its hard dependencies?
START_TEST(module)
{
dll = LoadLibrary("psapi.dll");
if (!dll) {
trace("LoadLibraryA(psapi.dll) failed: skip
Hi,
let me simply forward this message here. I can't take care
for these during the weekend, but would be happy to receive
comments on the harder parts when I'm back.
Bye,
Feri.
From: Andrew Ziem <[EMAIL PROTECTED]>
Newsgroups: comp.emulators.ms-windows.wine
Subject: winetest observations
Mess
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
>>> 3. We are running multiple test _per_ build, but only
>>> one is curretly reported. Currently, it says:
>>> Main summary for build 200406171000
>>> where '200406171000' is a link to the test. But since
>>> we have multiple do
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> Speaking of the test results, I've noticed the following problems:
> 1. Some errors reported in the summary
> don't get reported in the differences.
Good catch, fixed (*)
> 2. The differences tables are inconsistent.
How can you say tha
Stefan Leichter <[EMAIL PROTECTED]> writes:
> i noticed that not all dlls with unittests are listed
> inside the Main summary of test.winehq.org. Missing dlls
> are: iphlpapi, mapi32, msvcrtd, psapi, version
>
> Is there any reason for this?
Not that I know of. Submitting a patch, thanks for poi
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> the email would be good, but not as the ID, the reports
> will be much uglified (the names are already a bit long
> right now).
We could easily chop those long tags to 6-7 chars. Shall we?
> we should have a -M switch that just appends metadata t
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> On Sat, May 29, 2004 at 09:22:02AM +0200, Ferenc Wagner wrote:
>
>> What's missing, what should be easier?
>
> Now that you're asking: in the reports, I don't quite like
> that a single repo
Chris Morgan <[EMAIL PROTECTED]> writes:
> the winetest results are sent back to winehq and can be
> accessed via http://test.winehq.org/data/ Pretty
> formatting of the results is coming soon ;-)
Do you mean somebody's already working on it or that I
should do it eventually? I'm back from the s
Francois Gouget <[EMAIL PROTECTED]> writes:
> On Thu, 13 May 2004, James Courtier-Dutton wrote:
>
>> You have to use a version of alsa that came out after
>> 19th June 2002 I.E. 0.9.0rc2 or above. The version of
>> alsa you are using came out in 26th Feb 2002
>>
>> Just upgrade your alsa version
Alexandre Julliard <[EMAIL PROTECTED]> writes:
> Ferenc Wagner <[EMAIL PROTECTED]> writes:
>
>> Back to the topic: my main point is that the situation is
>> best expressed by a Makefile and solved by make. Best as
>> opposed to verbosity and complexity.
Alexandre Julliard <[EMAIL PROTECTED]> writes:
> Ferenc Wagner <[EMAIL PROTECTED]> writes:
>
>> My first implementation did exactly that. However, these
>> pieces of information have their places in the depencency
>> tree and I managed to screw up my build mor
Alexandre Julliard <[EMAIL PROTECTED]> writes:
> Ferenc Wagner <[EMAIL PROTECTED]> writes:
>
>> It's almost a resend of my previous patch which seems MIA.
>> The only difference is that I removed the possible sequence
>> point screwups in the hope the
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> On Tue, 4 May 2004, Ferenc Wagner wrote:
>
>> The msvcrt subtest parse error is a known redirection
>> issue: the msvcrt test is linked against msvcrt (wow) and
>> thus ignores the redirected libc filehand
Robert Reif <[EMAIL PROTECTED]> writes:
> This patch adds msacm32 to the tests.
>
> I'm not sure this is correct because I got a subtest parse
> error on the test following the one I added (msvcrt). I
> also only tested it with wine. Could someone knowledgeable
> in this program please check and
Scott W Gifford <[EMAIL PROTECTED]> writes:
> I ported to Winelib because I had a hard time capturing
> stdout from the Windows console program properly just
> running the .exe under Wine.
Try wineconsole instead of wine, that may
work better.
--
Feri.
Jakob Eriksson <[EMAIL PROTECTED]> writes:
> +lockfileex_capable = dll_capable("kernel32", "LockFileEx");
> +if (lockfileex_capable)
> +{
> +/* Test for broken LockFileEx a la Windows 95 OSR2. */
> +if (LockFileEx( handle, 0, 0, 100, 0, &overlapped ))
Can I ask somebod
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> Looking at them I see that in winetest/winetest.conf,
> $root = "/home/laxdragon/wine/tools/winetest";
> $builds = "$root/winetest.builds";
> but on the other hand in service.cgi we have
> $path_to_builds_txt="/home/winehq/opt/win
Eric Pouech <[EMAIL PROTECTED]> writes:
>> The output redirection didn't work from a GUI app: the libc
>> streams weren't initialized and thus the output disappeared.
>> Wouldn't DETACHED_PROCESS result the same? It's not crucial
>> for winetest itself, but making it a console app helped
>> debug
1 - 100 of 234 matches
Mail list logo