January 2003 - Wine-Devel - list.winehq.org

Re: console handling

by Dimitrie O. Paun

On January 4, 2003 04:32 pm, Eric Pouech wrote: > this patch fixes a couple of issues in the console handling (but > shouldn't help Lionel & Sylvain with the issues they reported on wd) Hi Eric, Do you have any plans to reorganize wineconsole a bit so that you don't need allocate a bitmap as big as the entire buffer, but rather one as big as the displayed screen only? This way we can have 3000-5000 line scroll buffers (as I have in my konsole, rxvt, xterm, etc.) -- Dimi.

Jan. 5, 2003

Re: Removing (HANDLE)NULL casts (2)

by Dimitrie O. Paun

On January 4, 2003 10:28 pm, Francois Gouget wrote: > A few handle types escaped the script the first time around. So here is > an updated version that will catch them. The updated version will also > catch casts of NULL to LP{C,W,wC}STR and LPVOID. Why not just use 0 instead of NULL? Does it make any difference? -- Dimi.

Jan. 5, 2003

Windows XP conformance test update 1/5

by David Miller

Not much to report this time but there is something... strange. kernel32/drive reported the following. C:\winetests>kernel32_test.exe drive drive.c:113: Test failed: GetDiskFreeSpaceA(Z:\): ret=0 GetLastError=53 drive.c:165: Test failed: GetDiskFreeSpaceW(Z): ret=0 GetLastError=53 drive: 156 tests executed, 0 marked as todo, 2 failures. Previously this test passed, so I rebooted to see if the problem went away. After reboot the kernel32 test clamed not to be a valid win32 application. Turns out the size was 0 bytes. I re-extracted the zip file and ran kernel32/drive again. This time is passed. I have not seen the failure before but I did run into the "not a valid win32 application" message before, and the file size was 0 bytes. Normally I would suspect a virus to produce that sort of problem, but I've only seen this happen to the kernel32_test.exe file. I will attempt to find out if it can be reproduced and how. I have an XP laptop as well so I'll try to verify it is not a system specific problem. oleaut32/safearray reports 8 failures but the page only shows 4 failures. C:\winetests>oleaut32_test.exe safearray safearray.c:137: Test failed: SAC(20,1,[1,0]), result 8, expected 0 safearray.c:143: Test failed: SAGE for vt 20 returned elemsize 8 instead of expected 0 safearray.c:159: Test failed: copy of SAC(20,1,[1,0]), result 8, expected 0 safearray.c:162: Test failed: SAGE for vt 20 returned elemsize 8 instead of expected 0 safearray.c:137: Test failed: SAC(21,1,[1,0]), result 8, expected 0 safearray.c:143: Test failed: SAGE for vt 21 returned elemsize 8 instead of expected 0 safearray.c:159: Test failed: copy of SAC(21,1,[1,0]), result 8, expected 0 safearray.c:162: Test failed: SAGE for vt 21 returned elemsize 8 instead of expected 0 safearray: 958 tests executed, 0 marked as todo, 8 failures. Also I don't see urlmon/generated on the status page at all. It passed. C:\winetests>urlmon_test.exe generated generated: 4 tests executed, 0 marked as todo, 0 failures.

Jan. 5, 2003

Re: Windows 2000 conformance tests

by Dave

I know it's hard to read that mess. Now that more spaces are filling in though reports will get shorter and easier to follow since we only need to report what has changed since the last release. :) At 07:46 PM 1/4/2003 -0800, you wrote: >On Fri, 3 Jan 2003, Dave Miller wrote: > > > I notice the status page has a couple of empty spaces remaining under > > win 2000. I suspect this is due to my report being somewhat unreadable, > > so I want to point out the results for these tests were included. The > > message in the archive is here: > > http://www.winehq.com/hypermail/wine-devel/2002/12/0994.html. All of > > the tests which are missing a status passed, with only user32/win > > providing any output beyond the 0 failures message. > >Thanks. I updated the page. > >The problem is that there are way too many tests that fail and that >makes missing an item more likely and maintaining the page harder :-( > > >-- >Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ >May your Tongue stick to the Roof of your Mouth with the Force of a >Thousand Caramels.

Jan. 5, 2003

Re: RESENT: running confirmance tests, question

by Francois Gouget

On Fri, 3 Jan 2003, Sylvain Petreolle wrote: > Looking at http://fgouget.free.fr/wine/tests-en.shtml, > I downloaded & ran the precompiled tests. > Are them updated to ensure results in sync with the current CVS ? I have just uploaded a new version of the test binaries to the above location. Before that version the binaries contained lots of patches that were not yet in CVS because I compiled them from my standard Wine tree. Now I am using a separate Wine tree so the binaries are compiled from a clean CVS tree. Also, now the page will tell you when the winetests.zip file has last been updated. Currrently it reads: winetests.zip -- Sunday, 05-Jan-2003 04:32:51 MET -- 1.1M So the tests should match Wine's CVS as of 2003/01/05, and the file is 1.1MB in size. > Is there a way to compile tests under Cygwin ? Looking into doc doesnt > say that. I'm not sure about Cygwin but it's theoretically possible to cross-compile them on Linux to generated Windows binaries. However there were issues with that last time I tried: * the binaries failed to work on Win9x * just tried now and I get: i586-mingw32msvc-gcc dsound.cross.o testlist.cross.o -o dsound_crosstest.exe -L../../../dlls -ldsound -luser32 -lkernel32 -lm ../../../dlls/libmsvcrt.a(ds00425.o)(.text+0x0): multiple definition of `atexit' /usr/lib/gcc-lib/i586-mingw32msvc/3.2/../../../../i586-mingw32msvc/lib/crt2.o(.text+0x230):/home/ron/devel/debian/mingw32-runtime/mingw32-runtime-2.2/build_dir/src/mingw-runtime-2.2/crt1.c:241: first defined here ../../../dlls/libmsvcrt.a(ds00305.o)(.text+0x0): multiple definition of `_onexit' /usr/lib/gcc-lib/i586-mingw32msvc/3.2/../../../../i586-mingw32msvc/lib/crt2.o(.text+0x250):/home/ron/devel/debian/mingw32-runtime/mingw32-runtime-2.2/build_dir/src/mingw-runtime-2.2/crt1.c:249: first defined here > What data should be reported when seeing "invalid test" in current > results on the web page (running XP here) ? Good question. Thanks for asking<g>. I added the following to the page: > These tests are conformance tests which means their main function is > to describe the behavior of Windows APIs, and then to allow us to > verify that Wine behaves like the test says. So obviously if a test > fails on Windows its description of the Windows API behavior is > incorrect and is useless as far as testing the correctness of Wine. > Thus in the 'Wine' column I am marking any test that fails on a > Windows platform as 'incorrect'. It must be fixed first. Then we can > consider the results of running the test on Wine. So basically what needs to be done for 'incorrect tests' (previously 'invalid tests') is to fix the test so that it works on Windows and send the patch to wine-patches. Then the tests can be run again on the various Windows platforms and if it checks out on all of them its result under Wine can be considered. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Linux: It is now safe to turn on your computer.

Jan. 5, 2003

Re: Windows 2000 conformance tests

by Francois Gouget

On Fri, 3 Jan 2003, Dave Miller wrote: > I notice the status page has a couple of empty spaces remaining under > win 2000. I suspect this is due to my report being somewhat unreadable, > so I want to point out the results for these tests were included. The > message in the archive is here: > http://www.winehq.com/hypermail/wine-devel/2002/12/0994.html. All of > the tests which are missing a status passed, with only user32/win > providing any output beyond the 0 failures message. Thanks. I updated the page. The problem is that there are way too many tests that fail and that makes missing an item more likely and maintaining the page harder :-( -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ May your Tongue stick to the Roof of your Mouth with the Force of a Thousand Caramels.

Jan. 5, 2003

Re: Mac OS X/Darwin port of Wine

by Jim White

Brian Vincent wrote: > This issue comes up a few times a year (isn't it in a FAQ > somewhere?) Anyway, take a look at these threads: Yes it is a bit of a FAQ, and the answers have mostly been along the lines of "just use Winelib for non-Intel machines". Now it can be "... and checkout the Darwine BOF". Thanks for the links! Lionel Ulmer wrote: > It's a very nice subject... A pitty it has such a low importance (seeing how > X86 dominates the desktop market). Supposedly Mac OS X already has the largest installed base of any single *nix distribution and certainly is ahead of Linux on the desktop. So there are easily as many potential users of Wine for Mac OS X as Wine for X86-whatever. And Virtual PC has been popular & successful. Dan Kegel wrote: > Sounds like a plan to me. Hopefully your Wine tree won't drift > out of sync with the main one like so many Linux kernel port trees > do. Yep, keeping things in sync will be important. In checking out Winehq distrbution, I see that updates revolve arond the monthly tarballs. So that's where we'll start and try to keep up-to-date with that. Thanks for the encouragment! Jim

Jan. 5, 2003

Re: Mac OS X/Darwin port of Wine

by Jim White

Dan Kegel wrote: > Lionel Ulmer wrote: > >> We agreed that before starting with Wine, one could start with >> running, for example, Linux/x86 binaries on Linux/PPC. That would >> already validate the fact that you can draw the line >> at one point and from there run such an heterogenous environment. > > Hey, that's a good idea. Then you could install and run x86 linux > packages, if you were really lucky. Might be useful for running > proprietary packages where they don't bother to rebuild for > linux/ppc. Yes, it would be terrific if someone were to do some porting for Linux/PPC. Wine and Bochs certainly work quite well with Linux. For my part, I plan to start with a trial port to Darwin/x86. If those two things happened in parallel, that would save a lot of time and definitely bring more expertise to bear on the many issues. Jim

Jan. 5, 2003

Re: interesting crash in msvc6.0 setup

by Uwe Bonnes

>>>>> "Dan" == Dan Kegel <dank(a)kegel.com> writes: Dan> Whenever it crashes in winnt/xp, it leaves one or more windowless Dan> wcmd's running the following script: Dan> :Repeat del "E:\vs60wiz.exe" if exist "E:\vs60wiz.exe" goto Repeat Dan> del "C:\WINDOWS\DEL4056.BAT" Dan> in a loop, chewing up huge amounts of CPU time. Try my patch Cc: wine-patches(a)winehq.com Subject: Re: [RESENT] Batch support for CreateProcess (2 of 3) Date: Fri, 6 Dec 2002 23:06:05 +0100 -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

Jan. 5, 2003

Re: interesting crash in msvc6.0 setup

by Dan Kegel

Greg Turner wrote: > On Saturday 04 January 2003 02:42 pm, Dan Kegel wrote: > >>:Repeat >> >>del "E:\vs60wiz.exe" >>if exist "E:\vs60wiz.exe" goto Repeat >>del "C:\WINDOWS\DEL4056.BAT" > > > It's probably relying on the file being locked. I wonder, is it "niced" > in Windows? Lame. Hmm. I guess I could log how the setup program created that process... I wonder if this is related to the fact I can run the program with relay on, but not relay off. Maybe with relay on, the file doesn't get deleted until after the last time it's needed...? - Dan -- Dan Kegel Linux User #78045 http://www.kegel.com

Jan. 4, 2003