buildbot status

2011-08-28 Thread Dan Kegel
The buildbot now uses ccache, which sped up builds tremendously. Cycle time of build slaves with ccache using is 10-11 minutes; the e8400 and q9300 are almost as fast as the i7 now. (Dunno about the celeron yet.) A few more flaky tests are now blacklisted, and the cluster has been running all af

re: kernel32: Improve GetVolumeInformation filesystem flags I set flags value according to my tests which may differ from a windows version to another.

2011-08-28 Thread Dan Kegel
Fails to build here, since it depends on the patch "include/winnet.h: Add more GetVolumeInformation system flags", but you didn't mark them as being part of a series. See "Subject Line" in http://wiki.winehq.org/SubmittingPatches volume.c: In function ‘GetVolumeInformationW’: volume.c:672: error:

re: kernel32: Add UDF support Based on Steven Wallace work. Should fix the wine side of bug #26273

2011-08-28 Thread Dan Kegel
Fails tests here? ../../../tools/runtest -q -P wine -M kernel32.dll -T ../../.. -p kernel32_test.exe.so volume.c && touch volume.ok fixme:volume:DefineDosDeviceW (0x,L"a:",L"Z:\\home\\dank\\wineslave.dir\\sandbox\\slave\\runtests\\build\\dlls\\kernel32\\tests") DDD_RAW_TARGET_PATH flag not

re: Cmd tests timeout and splitting tests

2011-08-28 Thread Dan Kegel
Hi Octavian, the intention was to just add new TESTCMD resources into rsrc.rc when test_builtins.cmd got too big but I never thought the tests would be so slow, splitting them by adding new rsrc.rc entries wouldn't help a timeout problem. I'd go for solution #3, too, but it's troubling that te

Re: rpcrt4:properly unmarshall EMUM16 discriminant

2011-08-28 Thread Dan Kegel
2011/8/28 Jérôme Gardou : > Done. > Hopefully this is correctly formatted now. Yes, it applies fine now.

Re: rpcrt4:properly unmarshall EMUM16 discriminant

2011-08-28 Thread Jérôme Gardou
Le 29/08/2011 00:49, Michael Stefaniuc a écrit : On 08/29/2011 12:45 AM, Jérôme Gardou wrote: Le 29/08/2011 00:40, Michael Stefaniuc a écrit : Dan, On 08/29/2011 12:18 AM, Dan Kegel wrote: Didn't apply here: $ git apply text don't use "git apply" but "git am". git am knows how to deal with

Re: Cmd tests timeout and splitting tests

2011-08-28 Thread Frédéric Delanoy
On Sun, Aug 28, 2011 at 01:24, Octavian Voicu wrote: > Hello, > > I've noticed a lot of timeouts for cmd tests lately, which is not so > surprising with all the new incoming tests. Which timeouts are you talking about? On windows machines? Never experienced a timeout Could you give me some link?

Re: rpcrt4:properly unmarshall EMUM16 discriminant

2011-08-28 Thread Michael Stefaniuc
On 08/29/2011 12:45 AM, Jérôme Gardou wrote: > Le 29/08/2011 00:40, Michael Stefaniuc a écrit : >> Dan, >> >> On 08/29/2011 12:18 AM, Dan Kegel wrote: >>> Didn't apply here: >>> >>> $ git apply text >> don't use "git apply" but "git am". git am knows how to deal with emails >> and email encoded pat

Re: rpcrt4:properly unmarshall EMUM16 discriminant

2011-08-28 Thread Jérôme Gardou
Le 29/08/2011 00:40, Michael Stefaniuc a écrit : Dan, On 08/29/2011 12:18 AM, Dan Kegel wrote: Didn't apply here: $ git apply text don't use "git apply" but "git am". git am knows how to deal with emails and email encoded patches. fatal: corrupt patch at line 15 Looks like your email progr

Re: rpcrt4:properly unmarshall EMUM16 discriminant

2011-08-28 Thread Michael Stefaniuc
Dan, On 08/29/2011 12:18 AM, Dan Kegel wrote: > Didn't apply here: > > $ git apply text don't use "git apply" but "git am". git am knows how to deal with emails and email encoded patches. > fatal: corrupt patch at line 15 > > Looks like your email program word-wrapped both this and your other >

re: rpcrt4:properly unmarshall EMUM16 discriminant

2011-08-28 Thread Dan Kegel
Didn't apply here: $ git apply text fatal: corrupt patch at line 15 Looks like your email program word-wrapped both this and your other patch. Try attaching the patches instead.

Re: [po]updated korean resource

2011-08-28 Thread Henri Verbeet
On 28 August 2011 23:51, Dan Kegel wrote: > Maybe it's in how I fetched the patch? > $ wget http://source.winehq.org/patches/data/78034 > $ sha1sum 78034 > b363a8529306e5e8fef896f79cdf0580fa20e298  78034 > That's a different patch, superseded by this one. I suppose that could have been indicated w

Re: Severe regression in wine startup latencies

2011-08-28 Thread Ben Peddell
On 29/08/2011 2:37 AM, Alan W. Irwin wrote: > bash.exe-3.1$ time /z/home/wine/newstart1/MinGW/msys/1.0/bin/echo.exe > hello > hello > > real0m0.503s > user0m0.080s > sys 0m0.020s > > Also, I tried > time (x; x; x; x; x; x; x; x; x; x), where "x" represents the complete > echo command ab

Re: [po]updated korean resource

2011-08-28 Thread Dan Kegel
On Sun, Aug 28, 2011 at 2:33 PM, Henri Verbeet wrote: > Works fine for me. Also, don't use patch to apply git patches. Strange: $ git apply korean.patch error: patch failed: po/ko.po:8715 error: po/ko.po: patch does not apply Maybe it's in how I fetched the patch? $ wget http://source.winehq.or

Re: [po]updated korean resource

2011-08-28 Thread Henri Verbeet
2011/8/28 Dan Kegel : > Patch failed to apply here: > patching file po//ko.po > Hunk #1 succeeded at 775 (offset -4 lines). > Hunk #2 succeeded at 783 (offset -4 lines). > Hunk #3 succeeded at 798 (offset -4 lines). > Hunk #4 FAILED at 8714. > Hunk #5 FAILED at 8809. > Hunk #6 succeeded at 8812 (of

re: [po]updated korean resource

2011-08-28 Thread Dan Kegel
Patch failed to apply here: patching file po//ko.po Hunk #1 succeeded at 775 (offset -4 lines). Hunk #2 succeeded at 783 (offset -4 lines). Hunk #3 succeeded at 798 (offset -4 lines). Hunk #4 FAILED at 8714. Hunk #5 FAILED at 8809. Hunk #6 succeeded at 8812 (offset -23 lines). Hunk #7 FAILED at 896

Re: Hebrew: update

2011-08-28 Thread Shachar Shemesh
On 08/28/2011 01:19 PM, Francois Gouget wrote: On Sat, 27 Aug 2011, Yaron Shahrabani wrote: [...] Microsoft had this decision in Windows XP, many DOS apps that were supported until Windows 98 were no longer supported and had to search for alternative or

Re: Severe regression in wine startup latencies

2011-08-28 Thread Alan W. Irwin
On 2011-08-27 18:11-0700 Daniel Verkamp wrote: On Sat, Aug 27, 2011 at 5:22 PM, Alan W. Irwin wrote: [...] bash.exe-3.1$ which echo /z/home/wine/newstart1/MinGW/msys/1.0/bin/echo.exe bash.exe-3.1$ time echo "hello" hello real    0m0.000s user    0m0.000s sys     0m0.000s This shows there is

Re: buildbot status

2011-08-28 Thread Dan Kegel
On Sun, Aug 28, 2011 at 2:16 AM, Stefan Dösinger wrote: > Is it possible to set up a slave that e.g. runs only the d3d tests? I have > some older machines with older GPUs that are still worth covering(Radeon > X1600, Geforce 7, maybe even the Radeon 9000 mobility), but I am not sure if > the ma

Re: Hebrew: update

2011-08-28 Thread Francois Gouget
On Sat, 27 Aug 2011, Yaron Shahrabani wrote: [...] > Microsoft had this decision in Windows XP, many DOS apps that were > supported until Windows 98 were no longer supported and had to search > for alternative or keep using an unsupported operating system. I did some tests in Windows 7. cmd, ipcon

Re: buildbot status

2011-08-28 Thread Scott Ritchie
On 08/27/2011 12:00 PM, Dan Kegel wrote: > - stability problems > The buildbot cluster is not ready for prime time yet. > My ubuntu 11.04-based slaves tend > to lock up within a day with either an OOM failure, an X livelock, or > something else. So I brought an ubuntu 10.04.3 slave online and > mo

Re: buildbot status

2011-08-28 Thread Stefan Dösinger
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Is it possible to set up a slave that e.g. runs only the d3d tests? I have some older machines with older GPUs that are still worth covering(Radeon X1600, Geforce 7, maybe even the Radeon 9000 mobility), but I am not sure if the machines as a w

Re: Hebrew: update

2011-08-28 Thread Francois Gouget
On Sat, 27 Aug 2011, Frédéric Delanoy wrote: [...] > > If the problem is that you have trouble finding untranslated messages in > > a text editor, then that's one point where having a dedicated PO editor > > helps (or emacs' PO mode). > > Not really a problem, it's just easier to find when you can