March 2006 - Wine-Devel - list.winehq.org

Re: GetExitCodeProcess always returns 1

by Igor Sysoev

On Thu, 23 Mar 2006, Mike McCormack wrote: > Igor Sysoev wrote: > >> Should Wine be already installed before run these tests ? I've tried: >> >> make test >> ../../../tools/runtest -q -P wine -M kernel32.dll -T ../../.. -p >> kernel32_test.exe.so alloc.c && touch alloc.ok >> Warning: the specified Windows directory L"c:\\windows" is not accessible. >> Warning: the specified System directory L"c:\\windows\\system32" is not >> accessible. >> Warning: could not find DOS drive for current working directory >> '/usr/ports/emulators/wine/work/wine-0.9.10/dlls/kernel/tests', starting in >> the Windows directory. >> wine: could not load L"c:\\windows\\system32\\kernel32_test.exe.so": Module >> not found >> *** Error code 126 > > No, it should work without Wine installed, and without a ~/.wine > Perhaps try running wine/tools/wineprefixcreate first? > > bash-3.00$ rm -rf ~/.wine > bash-3.00$ cd dlls/kernel > bash-3.00$ make test > make[1]: Entering directory `/home/mike/wine/dlls/kernel/tests' > ../../../tools/runtest -q -P wine -M kernel32.dll -T ../../.. -p > kernel32_test.exe.so alloc.c && touch alloc.ok > wine: creating configuration directory '/home/mike/.wine'... > wine: '/home/mike/.wine' created successfully. > ../../../tools/runtest -q -P wine -M kernel32.dll -T ../../.. -p > kernel32_test.exe.so atom.c && touch atom.ok > ... It seems the tests try to use my old .wine for Wine-20030508. I have renamed it and now I can run tests. Here are some failed tests (I run make -i test to ignore failures): ../../../tools/runtest -q -P wine -M kernel32.dll -T ../../.. -p kernel32_test.e xe.so change.c && touch change.ok fixme:file:NtNotifyChangeDirectoryFile parameters ignored 0x0 0x0 1 change.c:287: Test failed: should be ready change.c:290: Test failed: should be ready change.c:302: Test failed: should be ready change.c:305: Test failed: should be ready fixme:file:NtNotifyChangeDirectoryFile parameters ignored 0x0 0x0 1 [ Here Wine-0.9.10 hangs and I have killed the process ] ../../../tools/runtest -q -P wine -M kernel32.dll -T ../../.. -p kernel32_test.e xe.so file.c && touch file.ok file.c:246: Test failed: shouldn't be able to delete a readonly file file.c:248: Test failed: couldn't change attributes on file file.c:250: Test failed: now it should be possible to delete the file! file.c:1271: Test failed: mapping should fail file.c:1275: Test failed: mapping should fail file.c:1281: Test failed: DeleteFile failed after map file.c:1288: Test failed: open testfile.xxx failed file.c:1290: Test failed: expected type disk got 0 *** Error code 8 (ignored) ../../../tools/runtest -q -P wine -M kernel32.dll -T ../../.. -p kernel32_test.e xe.so mailslot.c && touch mailslot.ok mailslot.c:195: Test failed: dwNext incorrect mailslot.c:206: Test failed: dwNext incorrect mailslot.c:218: Test failed: dwNext incorrect mailslot.c:238: Test failed: dwNext incorrect mailslot.c:255: Test succeeded inside todo block: dwMsgCount incorrect mailslot.c:260: Test succeeded inside todo block: 3rd slot read failed *** Error code 6 (ignored) ../../../tools/runtest -q -P wine -M kernel32.dll -T ../../.. -p kernel32_test.e xe.so pipe.c && touch pipe.ok pipe.c:134: Test succeeded inside todo block: peek3 got 21 bytes pipe.c:146: Test succeeded inside todo block: pipe content 3b check pipe.c:166: Test succeeded inside todo block: peek4 got 21 bytes pipe.c:178: Test succeeded inside todo block: pipe content 4b check pipe.c:138: Test failed: peek3 got 21 bytes pipe.c:170: Test failed: peek4 got 21 bytes pipe.c:215: Test failed: peek5 got 21 bytes pipe.c:246: Test failed: peek6 got 21 bytes *** Error code 8 (ignored) ../../../tools/runtest -q -P wine -M kernel32.dll -T ../../.. -p kernel32_test.e xe.so process.c && touch process.ok err:wineconsole:WCUSER_SetFont wrong font process.c:1246: Test failed: ExitCode:value expected 1, but got 123 *** Error code 1 (ignored) The last message is strange: process.c:1246: Test failed: ExitCode:value expected 1, but got 123 The child should return 123 and this value should be expected. Igor Sysoev http://sysoev.ru/en/

March 23, 2006

Re: CVS EU Server

by Andreas Mohr

Hi, On Thu, Mar 23, 2006 at 09:46:53AM +0100, Andreas Mohr wrote: > I'll try to get cvs synched again manually (just doing it more often), > but no promises since the pipe (or shaping or whatever) is pretty much > bursting and thus it may not be overly successful... > > Thanks for the report, it's very important! Welll... not quite: the very high FC5 download number is not the problem, rather the server got upgraded a couple days ago (to FC5, too), which broke cvsup (SEGV). Since cvsup is written in Modula-3, it's not particularly easy to get it built (Adrian told me he has trouble getting it built with gcc 4.1, I should additionally try to get it done myself). Oh well, hopefully we'll get it done properly Andreas -- Please consider not buying any HDTV hardware! (extremely anti-consumer) Bitte kaufen Sie besser keinerlei HDTV-Geräte! (extrem verbraucherfeindlich) Visit http://www.hdboycott.com or http://www.eff.org/IP/DRM/ for more infos

March 23, 2006

Re: GetExitCodeProcess always returns 1

by Mike McCormack

Igor Sysoev wrote: > Should Wine be already installed before run these tests ? I've tried: > > make test > ../../../tools/runtest -q -P wine -M kernel32.dll -T ../../.. -p > kernel32_test.exe.so alloc.c && touch alloc.ok > Warning: the specified Windows directory L"c:\\windows" is not accessible. > Warning: the specified System directory L"c:\\windows\\system32" is not > accessible. > Warning: could not find DOS drive for current working directory > '/usr/ports/emulators/wine/work/wine-0.9.10/dlls/kernel/tests', starting > in the Windows directory. > wine: could not load L"c:\\windows\\system32\\kernel32_test.exe.so": > Module not found > *** Error code 126 No, it should work without Wine installed, and without a ~/.wine Perhaps try running wine/tools/wineprefixcreate first? Mike bash-3.00$ rm -rf ~/.wine bash-3.00$ cd dlls/kernel bash-3.00$ make test make[1]: Entering directory `/home/mike/wine/dlls/kernel/tests' ../../../tools/runtest -q -P wine -M kernel32.dll -T ../../.. -p kernel32_test.exe.so alloc.c && touch alloc.ok wine: creating configuration directory '/home/mike/.wine'... wine: '/home/mike/.wine' created successfully. ../../../tools/runtest -q -P wine -M kernel32.dll -T ../../.. -p kernel32_test.exe.so atom.c && touch atom.ok ...

March 23, 2006

Re: GetExitCodeProcess always returns 1

by Igor Sysoev

On Thu, 23 Mar 2006, Mike McCormack wrote: > Igor Sysoev wrote: > >> Well, but then I could not build Wine port under FreeBSD: as I understand >> the port runs something like >> ./configure && make depend && make && make install >> >> But I have built and installed Wine successfully. > > Sorry, misunderstood you. The tests don't run on every build, you have to > run them explicitly. > > Try running "make test", or "cd dlls/kernel; make test" Should Wine be already installed before run these tests ? I've tried: make test ../../../tools/runtest -q -P wine -M kernel32.dll -T ../../.. -p kernel32_test.exe.so alloc.c && touch alloc.ok Warning: the specified Windows directory L"c:\\windows" is not accessible. Warning: the specified System directory L"c:\\windows\\system32" is not accessible. Warning: could not find DOS drive for current working directory '/usr/ports/emulators/wine/work/wine-0.9.10/dlls/kernel/tests', starting in the Windows directory. wine: could not load L"c:\\windows\\system32\\kernel32_test.exe.so": Module not found *** Error code 126 Igor Sysoev http://sysoev.ru/en/

March 23, 2006

Re: Dev-C++ dogfooding

by Francois Gouget

On Wed, 22 Mar 2006, Segin wrote: [...] > Package manager starts up, presents you with a disloag (like aother package > install) but when it goes to copy files, it open a dialog box with the error > "Cannot Open AVI" with buttons which are clipped off (the window is a bit too > small, push the farthest to the left to makei t resize and such.) Could it be that it is trying to load the resource 160 of shell32.dll? This resource is an AVI that is meant to be played when you copy files: it shows sheets jumping from one folder to another. If so the tricky thing is getting an animation that plays ok in Wine and is of a reasonable size. -- 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.

March 23, 2006

Re: CVS EU Server

by Andreas Mohr

Hi, On Wed, Mar 22, 2006 at 09:09:17PM +0100, Sven Paschukat wrote: > Does anyone know what's wrong with the CVS server > rhlx01.fht-esslingen.de in Europe? It's out of sync for a few days now. Hmpf. Now that's why I was getting the "CVS problem" mails slightly more often than normal... There's nothing "wrong" with that server per se, apart from: [andi(a)rhlx01 ~]$ pgrep http|wc -l 257 [andi(a)rhlx01 ~]$ pgrep vsftpd|wc -l 319 permanently for the last couple of days ("just" about 500Mbps bandwidth). Can you spell "FC5"? ;-) I'll try to get cvs synched again manually (just doing it more often), but no promises since the pipe (or shaping or whatever) is pretty much bursting and thus it may not be overly successful... Thanks for the report, it's very important! Andreas

March 23, 2006

Re: GetExitCodeProcess always returns 1

by Igor Sysoev

On Thu, 23 Mar 2006, Mike McCormack wrote: > Igor Sysoev wrote: > >> It seems that dlls/kernel/tests/process.c already has such test: >> test_ExitCode(). Does it run while usual build ? > > Yes, it is run after commits, so it's likely that it's only broken on > FreeBSD. Well, but then I could not build Wine port under FreeBSD: as I understand the port runs something like ./configure && make depend && make && make install But I have built and installed Wine successfully. Igor Sysoev http://sysoev.ru/en/

March 23, 2006

Re: GetExitCodeProcess always returns 1

by Mike McCormack

Igor Sysoev wrote: > Well, but then I could not build Wine port under FreeBSD: as I understand > the port runs something like > ./configure && make depend && make && make install > > But I have built and installed Wine successfully. Sorry, misunderstood you. The tests don't run on every build, you have to run them explicitly. Try running "make test", or "cd dlls/kernel; make test" Mike

March 23, 2006

Re: GetExitCodeProcess always returns 1

by Igor Sysoev

On Thu, 23 Mar 2006, Mike McCormack wrote: > Igor Sysoev wrote: > >> 3 years ago I reported that on FreeBSD Wine-20030508's >> GetExitCodeProcess() always returns 1: >> http://www.winehq.org/hypermail/wine-devel/2003/06/0100.html >> This report included a small test case. >> >> It was fixed by patch: >> http://www.winehq.org/hypermail/wine-devel/2003/06/0381.html >> >> and I used the patched Wine-20030508 to run MSVC, >> OpenWatcom C, and Borland C in a command line. >> >> Recenty I build Wine-0.9.10 from ports on FreeBSD 6.1, but >> GetExitCodeProcess() still always returns 1. > > If you turn your test case into a Wine regression test, and add it to > dlls/kernel/tests/process.c, then it won't be broken on Linux, and therefore > there's a better chance it won't break on FreeBSD. > > It's also up to FreeBSD users to make sure Wine doesn't break on FreeBSD by > making the test cases pass and testing them regularly to find regressions. It seems that dlls/kernel/tests/process.c already has such test: test_ExitCode(). Does it run while usual build ? Igor Sysoev http://sysoev.ru/en/

March 23, 2006

Re: GetExitCodeProcess always returns 1

by Mike McCormack

Igor Sysoev wrote: > It seems that dlls/kernel/tests/process.c already has such test: > test_ExitCode(). Does it run while usual build ? Yes, it is run after commits, so it's likely that it's only broken on FreeBSD. Mike

March 23, 2006

Re: GetExitCodeProcess always returns 1

by Mike McCormack

Igor Sysoev wrote: > 3 years ago I reported that on FreeBSD Wine-20030508's > GetExitCodeProcess() always returns 1: > http://www.winehq.org/hypermail/wine-devel/2003/06/0100.html > This report included a small test case. > > It was fixed by patch: > http://www.winehq.org/hypermail/wine-devel/2003/06/0381.html > > and I used the patched Wine-20030508 to run MSVC, > OpenWatcom C, and Borland C in a command line. > > Recenty I build Wine-0.9.10 from ports on FreeBSD 6.1, but > GetExitCodeProcess() still always returns 1. If you turn your test case into a Wine regression test, and add it to dlls/kernel/tests/process.c, then it won't be broken on Linux, and therefore there's a better chance it won't break on FreeBSD. It's also up to FreeBSD users to make sure Wine doesn't break on FreeBSD by making the test cases pass and testing them regularly to find regressions. Mike

March 23, 2006

ilink32 hungs under Wine 0.9.10

by Igor Sysoev

When I try to link with ilink32.exe from C++ Builder Compiler and Command Line Tools ( http://appdb.winehq.org/appview.php?versionId=1423 ) ilink32 hangs. I saw comment on http://appdb.winehq.org/appview.php?versionId=1423 about changing ADDRESS_SPACE_LIMIT. Could be applied to 0.9.10 ? Igor Sysoev http://sysoev.ru/en/

March 23, 2006

Could not run Digital Mars C/C++ Compiler under Wine

by Igor Sysoev

When I try to run any program from Digital Mars C/C++ Compiler http://www.digitalmars.com/download/freecompiler.html under Wine 0.9.10 on FreeBSD 6.1, I always see the error: C:\dmc\bin>dmc wine: Unhandled stack overflow at address 0x405620 (thread 0017), starting debugger... WineDbg starting on pid 0x16 Couldn't initiate DbgHelp Unhandled exception: stack overflow in 32-bit code (0x00405620). file_set_error: Bad address file_set_error: Bad address Register dump: CS:0033 SS:003b DS:003b ES:003b FS:1007 GS:001b EIP:00405620 ESP:0035ff6c EBP:0035ffe8 EFLAGS:00010216( - 00 -RIAP1) EAX:00000000 EBX:9c297064 ECX:0035ff1c EDX:00000000 ESI:9c099460 EDI:00405620 Stack dump: 0x0035ff6c: 9c20b210 9c099460 00000000 00000000 0x0035ff7c: 00000000 ffffffff 9c1d1ff8 9c1e47ec 0x0035ff8c: 9c20b1a8 9c297064 0035ff6c 0035ffe8 0x0035ff9c: 00110000 00001000 0000127f 00000000 0x0035ffac: 00000000 00000000 00000000 00000001 0x0035ffbc: 00000000 00000000 00000000 00000000 0200: sel=1007 base=00110000 limit=00001fff 32-bit rw- Backtrace: =>1 0x00405620 (0x00405620) file_set_error: Bad address 0x00405620: -- no code accessible -- Modules: Module Address Debug info Name (0 modules) Threads: process tid prio (all id:s are in hex) 00000016 (D) C:\dmc\bin\dmc.exe 00000017 0 <== 00000008 00000009 0 Igor Sysoev http://sysoev.ru/en/

March 23, 2006

GetExitCodeProcess always returns 1

by Igor Sysoev

3 years ago I reported that on FreeBSD Wine-20030508's GetExitCodeProcess() always returns 1: http://www.winehq.org/hypermail/wine-devel/2003/06/0100.html This report included a small test case. It was fixed by patch: http://www.winehq.org/hypermail/wine-devel/2003/06/0381.html and I used the patched Wine-20030508 to run MSVC, OpenWatcom C, and Borland C in a command line. Recenty I build Wine-0.9.10 from ports on FreeBSD 6.1, but GetExitCodeProcess() still always returns 1. Igor Sysoev http://sysoev.ru/en/

March 23, 2006

Re: [winedoc] Resend Update to documentation

by Dimi Paun

On Wed, 2006-03-22 at 00:11 +1100, Jeff L wrote: > I assume that documentation patches still come here. Yes, they do. A few points however: -- please make patches from the root of the docs/, not from docs/en/ -- you need to refine a bit what your trying to say, I can not apply it in the current form. -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

March 23, 2006

Wiki access

by Tom Spear (Dustin Booker, Dustin Navea)

Could someone give me access to rename and delete pages in the wiki? I can't even rename or delete my own user page (!!) Thanks Tom

March 23, 2006

Re: advpack: Forward the remaining advpack.c ansi functions to their unicode counterparts

by Mike McCormack

James Hawkins wrote: > Would MultiByteToWideChar(CP_ACP, 0, pPerUser->szGUID, -1, > perUserW.szGUID, sizeof(perUserW.szGUID)) be a better solution? The counts for both A and W are in characters, and sizeof() gives bytes, so you need to divide the sizeof a WCHAR array by sizeof(WCHAR) to get the number of characters in the array. Mike

March 23, 2006

Re: advpack: Forward the remaining advpack.c ansi functions to their unicode counterparts

by James Hawkins

On 3/22/06, Alexandre Julliard <julliard(a)winehq.org> wrote: > > The source lengths are wrong, these are null-terminated strings. Also > please use sizeof() instead of hardcoding the constants. > Would MultiByteToWideChar(CP_ACP, 0, pPerUser->szGUID, -1, perUserW.szGUID, sizeof(perUserW.szGUID)) be a better solution? -- James Hawkins

March 23, 2006

Re: What happened to the Fedora packages?

by Segin

Did you install the -devel packages for all of the dependecies? They contain the headers nessessrary for complimation. Also you need gcc/binutils. or you can try a slackware package, just untar the entire thing to / and delete /install afterwards Neal Gompa wrote: > Well, the system is a Pentium 4 2.8GHz HyperThreading with 512MB RAM, > so that is not the problem! It just always fails.... > > On 3/22/06, *Segin* < segin2005(a)gmail.com > <mailto:segin2005(a)gmail.com>> wrote: > > Neal Gompa wrote: > What happened to the Fedora packages? They have not been updated > since 0.9.2!!!! Right now it is at 0.9.10!!! Nearly every other > Linux distro supported has the up to date packages!!! And why does > the Red Hat packages site not go to the SourceForge site as it > does for SUSE packages and the others?? I have not really had the > guts to ask until now, because I thought that maybe there was a > slump, but now, its getting annoying!! And Fedora just released > Fedora Core 5 yesterday!!! Please tell me new packages will be > ready soon!!! Compiling WINE always crashes my computer, so I > prefer to use the RPMs... > >------------------------------------------------------------------------ > > > > > Is your computer also a Pentium 166MHz with 32MB of RAM? ... > > No, wait, even THAT can compile wine. Wine wasn't rated for 16MB > systems, sorry. </sarcasam> > > Or in English: You need more RAM. When you run out of RAM, almost > all UNIXes and clones have a kernel panic. Linux does either that, > or it starts randomly killing off proccesses (your window manager, > X, init, and so on) depending on it config at compile time. > Please make sure you have enough swap, you have plenty of RAM > (512MB or more), all of your toolkit conponets (gcc, binutils, > etc.) are up to date, and that you don't have faulty hardware. > > >

March 23, 2006

Re: Dev-C++ dogfooding

by Segin

Dimi Paun wrote: >From: "Segin" <segin2005(a)gmail.com> > > >>For some odd reason some files won't compile, yet others do, i can't >>explain it. Must be a MingW bug. >> >> > >Is Dev-C++ using MinGW or the native gcc? > > > MinGW, it cannot use the native gcc AFAIK. Also note that the MinGW it uses is self-contained, and is distributed with the IDE. You can upgrade it using update packages. I'll email you a copy of Dev-C++ if you wish to use it..

March 22, 2006

Re: What happened to the Fedora packages?

by Neal Gompa

Well, the system is a Pentium 4 2.8GHz HyperThreading with 512MB RAM, so that is not the problem! It just always fails.... On 3/22/06, Segin <segin2005(a)gmail.com> wrote: > > Neal Gompa wrote: > > What happened to the Fedora packages? They have not been updated since > 0.9.2!!!! Right now it is at 0.9.10!!! Nearly every other Linux distro > supported has the up to date packages!!! And why does the Red Hat packages > site not go to the SourceForge site as it does for SUSE packages and the > others?? I have not really had the guts to ask until now, because I thought > that maybe there was a slump, but now, its getting annoying!! And Fedora > just released Fedora Core 5 yesterday!!! Please tell me new packages will be > ready soon!!! Compiling WINE always crashes my computer, so I prefer to use > the RPMs... > > ------------------------------ > > > Is your computer also a Pentium 166MHz with 32MB of RAM? ... > > No, wait, even THAT can compile wine. Wine wasn't rated for 16MB systems, > sorry. </sarcasam> > > Or in English: You need more RAM. When you run out of RAM, almost all > UNIXes and clones have a kernel panic. Linux does either that, or it starts > randomly killing off proccesses (your window manager, X, init, and so on) > depending on it config at compile time. > Please make sure you have enough swap, you have plenty of RAM (512MB or > more), all of your toolkit conponets (gcc, binutils, etc.) are up to date, > and that you don't have faulty hardware. > > >

March 22, 2006

Dev-C++ dogfooding

by Segin

So far, everything works, except when you try to install a package that already is installed (of any version, so this also breaks upgrades via the package manager) Package manager starts up, presents you with a disloag (like aother package install) but when it goes to copy files, it open a dialog box with the error "Cannot Open AVI" with buttons which are clipped off (the window is a bit too small, push the farthest to the left to makei t resize and such.) It should be noted that a manual upgrade can be done by untarring the DevPak (it's a .tar.bz2) and copying the files manually, if the directory names aren't mangled. For some odd reason some files won't compile, yet others do, i can't explain it. Must be a MingW bug.

March 22, 2006

Another fun winelib project

by Steven Edwards

It seems Microsoft has MS-FOSSed Mech Commander 2 under a shared source license http://www.microsoft.com/downloads/details.aspx?FamilyID=6d790cde-c3e5-46be… According to the appdb it does not run so maybe having the source could better help us find out what we are missing. -- Steven Edwards "There is one thing stronger than all the armies in the world, and that is an idea whose time has come." - Victor Hugo

March 22, 2006

Re: Dev-C++ dogfooding

by Stefan Dösinger

Hi, > Package manager starts up, presents you with a disloag (like aother > package install) but when it goes to copy files, it open a dialog box > with the error "Cannot Open AVI" I've seen simmilar problems with other apps. They want to load an copy animation video from the windows dir, but can't find it. Time to add some more artwork to wine? Stefan

March 22, 2006

Re: Dev-C++ dogfooding

by Dimi Paun

From: "Segin" <segin2005(a)gmail.com> > For some odd reason some files won't compile, yet others do, i can't > explain it. Must be a MingW bug. Is Dev-C++ using MinGW or the native gcc? -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

March 22, 2006