October 2011 - Wine-Devel - list.winehq.org

Re: Alexandre's keynote

by Francois Gouget

On Sun, 2 Oct 2011, Francois Gouget wrote: [...] > And here are the WineConf photos: > http://fgouget.free.fr/tmp/201110-WineConf/ > > Currently from the keynote and presentations. Now with the group photo and some improved developper presentation photos. -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ E-Voting: It's not the people who vote that count. It's the people who count the votes.

Oct. 2, 2011

Re: Alexandre's keynote

by Erich Hoover

On Sun, Oct 2, 2011 at 9:05 AM, Austin English <austinenglish(a)gmail.com> wrote: > ... > take a sip of your favorite beverage ;). Did you guys find a resolution for Bug #27162? Erich Hoover ehoover(a)mines.edu

Oct. 2, 2011

Re: Alexandre's keynote

by Austin English

On Sat, Oct 1, 2011 at 17:10, Jeremy White <jwhite(a)codeweavers.com> wrote: > Remember to have your libation at hand so you can play the game... <grin> For those following along at home, anytime you hear: 'DIB Engine' 'regression' 'lines of code' take a sip of your favorite beverage ;). -- -Austin

Oct. 2, 2011

Re: Alexandre's keynote

by Francois Gouget

On Sat, 1 Oct 2011, Jeremy White wrote: > Thanks to Jon Parshall's hard work, we have Alexandre's keynote available > here: > > http://www.youtube.com/watch?v=2rdDvMonTnQ And here are the WineConf photos: http://fgouget.free.fr/tmp/201110-WineConf/ Currently from the keynote and presentations. -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ If you think the whole world revolves around you, quit staring at the GPS display while driving.

Oct. 2, 2011

Alexandre's keynote

by Jeremy White

Thanks to Jon Parshall's hard work, we have Alexandre's keynote available here: http://www.youtube.com/watch?v=2rdDvMonTnQ Remember to have your libation at hand so you can play the game... <grin> Cheers, Jeremy

Oct. 1, 2011

Re: [po]updated korean resource(2011-09-30)

by Francois Gouget

On Fri, 30 Sep 2011, Hwang YunSong(황윤성) wrote: [...] > #: winecfg.rc:88 > -#, fuzzy > msgid "(None)" > -msgstr "없음" > +msgstr "(없음)" I think you're missing a closing parenthesis here. -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ question = ( to ) ? be : ! be; -- Wm. Shakespeare

Oct. 1, 2011

Script for bisecting conformance test failures

by Francois Gouget

Would something like this be useful to include in Wine? If that's deemed interesting I can clean it up and submit it. I'm posting it here early in case it's useful for WineConf. It's a tool which you can use with git bisect to find the patch that causes a regression in a conformance test. It's used like this: git bisect start <bad> <good> git bisect run ./tools/testbisect dlls/gdi32/tests bitmap Come back a bit later and you have the bad patch. It can also be used with flaky tests by specifying the number of times to run a test. So if a test fails in 30% of the time you could only consider that it works if it succeeds 10 times in a row. You can even grep for a specific error if the test has other errors you don't care about. Finally you can also use it without git just to figure out if a test is flaky or not. For instance: $ ./tools/testbisect dlls/random/tests flaky 100 100 Failed 42 time(s) in 100 run(s) -> definitely flaky -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ Indifference will certainly be the downfall of mankind, but who cares?

Oct. 1, 2011

Re: [PATCH 2/2] cmd: Handle truncation for console reads

by Frédéric Delanoy

2011/10/1 Dan Kegel <dank(a)kegel.com>: > What's motivating this change? Are you quite sure you know how > ReadConsole behaves? > > I bet one could write a test for this that used SendInput to > send keystrokes to be read by ReadConsole, and > verify the end of line and end of buffer behavior... Motivation for this change is a verification/fix of the current truncation reporting/handling. I checked with debugger and various parameters (including changing noChars/MAXSTRING) and it's how it currently behaves. Error messages for truncation are already done in wcmdmain.c around line 1840 /* Handle truncated input - issue warning */ if (strlenW(extraSpace) == MAXSTRING -1) { WCMD_output_asis(WCMD_LoadMessage(WCMD_TRUNCATEDLINE)); WCMD_output_asis(extraSpace); WCMD_output_asis(newline); } Now cmd just outputs a warning but continues on truncated input (don't know if windows does the same)

Oct. 1, 2011

Re: [PATCH 1/2] cmd: Improve WCMD_fgets documentation

by Frédéric Delanoy

2011/10/1 Dan Kegel <dank(a)kegel.com>: > + * We can't use the native f* functions because of the filename > syntax differences > + * between DOS and Unix. > > That doesn't belong in a function comment; it's > an implementation detail that belongs, at most, > inside the function. Yeah true. I simply copied it over from previous doc. Might move it/delete part of it

Oct. 1, 2011

re: [PATCH 2/2] cmd: Handle truncation for console reads

by Dan Kegel

What's motivating this change? Are you quite sure you know how ReadConsole behaves? I bet one could write a test for this that used SendInput to send keystrokes to be read by ReadConsole, and verify the end of line and end of buffer behavior...

Oct. 1, 2011