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

Re: rebar patch

by Mike McCormack

qingdoa daoo wrote: > Hi > Can i suggest a patch to wine's rebar src > > The patch is made against current cvs source. > [root(a)localhost comctl32]# diff -u rebar.c.cvs rebar.c > attach.diff > --- rebar.c.cvs 2006-03-24 09:53:28.000000000 +0800 > +++ rebar.c 2006-03-24 09:38:29.000000000 +0800 Sure, we like patches. Please send them to wine-patches(a)winehq.org. You might also consider doing the diff in the wine directory: cd wine diff -urp dlls/comctl32/rebar.c.cvs dlls/comctl32/rebar.c > attach.diff That makes it easier to apply the patch, because whoever applies it doesn't have to figure out that it's against a file in dlls/comctl32. Then attach it to your mail as you have, with a ChangeLog line, something like: ChangeLog: Let apps remember rebar layout across runs. Mike (who especially likes Qingdao pijiu)

March 23, 2006

Re: GoogleEarth

by Dimi Paun

On Thu, 2006-03-23 at 19:48 +0100, Francois Gouget wrote: > Is there a place where we collect changes we'd like to see/do in other > projects? It would be a good resource when the date of some 'Linux on > the desktop' summit nears... The wiki would be a good place, I guess. -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

March 23, 2006

rebar patch

by qingdoa daoo

Hi Can i suggest a patch to wine's rebar src The patch is made against current cvs source. [root(a)localhost comctl32]# diff -u rebar.c.cvs rebar.c > attach.diff --- rebar.c.cvs 2006-03-24 09:53:28.000000000 +0800 +++ rebar.c 2006-03-24 09:38:29.000000000 +0800 @@ -2820,7 +2820,7 @@ } if (lprbbi->fMask & RBBIM_SIZE) - lprbbi->cx = lpBand->cx; + lprbbi->cx = lpBand->ccx; if (lprbbi->fMask & RBBIM_BACKGROUND) lprbbi->hbmBack = lpBand->hbmBack; @@ -2902,7 +2902,7 @@ } if (lprbbi->fMask & RBBIM_SIZE) - lprbbi->cx = lpBand->cx; + lprbbi->cx = lpBand->ccx; if (lprbbi->fMask & RBBIM_BACKGROUND) lprbbi->hbmBack = lpBand->hbmBack; It's a fix to the problem that apps can't remember rebar layout across runs. When apps exit, they often ask the rebar for current band info so that the next time they run, they can tell the rebar how to layout the bands. When they ask about the size of a band, current code passes them lpBand->cx, which is a value passed by apps at band creation time, validated and stored by rebar, and then never gets updated. So apps alway get the old size value, while lpBand->ccx as the name suggests is the current rebar size. Tested with some apps, and no regression observed. Source Insight works better, so is Internet Explorer. I have actually made more changes to rebar.c. Wondering if some could review this patch and submit it. So that I can suggest subsequent patches against the updated source. --------------------------------- Blab-away for as little as 1¢/min. Make PC-to-Phone Calls using Yahoo! Messenger with Voice.

March 23, 2006

Re: file.c:246: Test failed: shouldn't be able to delete a readonly file

by Tom Spear (Dustin Booker, Dustin Navea)

Mike McCormack wrote: > > Tom Spear (Dustin Booker, Dustin Navea) wrote: > >> Hmm.. I'm thinking that the test isn't doing it right then... Cause >> windows will let you delete a readonly file, but it prompts you first > > Deleting using the UI isn't the same as a program using DeleteFile(). > > Mike > Crap, you are right.. doing del in the command prompt returns access denied.... ok the test is right....

March 23, 2006

Re: file.c:246: Test failed: shouldn't be able to delete a readonly file

by Mike McCormack

Tom Spear (Dustin Booker, Dustin Navea) wrote: > Hmm.. I'm thinking that the test isn't doing it right then... Cause > windows will let you delete a readonly file, but it prompts you first Deleting using the UI isn't the same as a program using DeleteFile(). Mike

March 23, 2006

Re: file.c:246: Test failed: shouldn't be able to delete a readonly file

by Tom Spear (Dustin Booker, Dustin Navea)

Huw D M Davies wrote: > On Thu, Mar 23, 2006 at 01:24:53PM -0500, Matt Finnicum wrote: > >> I'm at a windows XP machine right now. >> >> I have no trouble deleting read-only files - I get the dialog informing me >> it's read-only, but then it allows me to delete it. >> >> Is it the same on 95/98? >> > > How are you trying to delete them? The question is whether the > DeleteFile() function works as tested - the way to find this is to run > that test on Windows XP. > > Huw. > > I usually do Shift+Delete (skip the recycle bin), but delete will work to move a readonly file to the recycle bin as well... Tom

March 23, 2006

Re: file.c:246: Test failed: shouldn't be able to delete a readonly file

by Tom Spear (Dustin Booker, Dustin Navea)

Huw D M Davies wrote: > On Thu, Mar 23, 2006 at 06:04:21AM -0600, Tom Spear (Dustin Booker, Dustin Navea) wrote: > >> Umm.. I'm not totally sure this is 100% in conformance with windows. >> When I try to delete a readonly file, I get a dialog telling me that it >> is readonly, and asking me if I really want to delete it. If we are >> completely disallowing removal of a readonly file (by windows standard, >> not linux' standard), then it is incorrect and should be fixed... >> >> > > Well the test passes on Win 2000. > > C:\>kernel32_crosstest.exe file > file: 494243 test executed, 0 marked as todo, 0 failures. > > Huw. > Hmm.. I'm thinking that the test isn't doing it right then... Cause windows will let you delete a readonly file, but it prompts you first Tom

March 23, 2006

Re: [opengl] check drawable and context Visual IDs in wglMakeCurrent()

by Raphael

On Thursday 23 March 2006 20:26, Tomas Carnecky wrote: > Tomas Carnecky wrote: > > Changelog: > > - fail if the drawable and context Visual IDs don't match. > > > > why? because this will produce a BadMatch and crash the application so > > instead of the crash rather return GL_FALSE and let the application > > handle it. > > Please don't apply this patch yet. It fixes one case but there is more > to be aware of. > > This BadMatch bug is triggered if an application creates a window (with > a default Visual ID) and a custom (non-default) pixel format, the IDs > were 0x21 and 0x23 in my case (glxinfo/xdpyinfo report Visual ID in the > range from 0x21 to 0x70). yes, the classic wine problem :( > But! I've seen that World of Warcraft calls wglMakeCurrent() with a > darawable that has Visual ID 0x71 and a context with Visual ID 0x21. Now > 0x71 is not defined (according to the glxino output) but it works fine, > eg. glXMakeCurrent() doesn't produce the X Error in that case. > So I went up the backtrace, into create_glxpixmap(). I let this function > fail if it would produce a X Error, eg. if "depth of pixmap does not > match the GLX_BUFFER_SIZE value of vis". > Then I had to modify wglMakeCurrent() to respect the create_glxpixmap() > failure and return FALSE. Works good so far, framerate in WoW went up > from ~20 to up to 70 fps, average is somewhere between 40-50 !!! This is > incredible. good news. But try to see if users aren't too impacted (ie. diff between nvidia/ATI drivers) > So.. in this attachment you'll find a patch that does what I've just > described. I can't test it on anything else than WoW, so if someone > would please review it and test with outher opengl/d3d applications it > would be great. Sorry no time to test ii :( but send it to wine-users to see > Also, it would be great if we could put the *Swap*Buffers() into their > own log domain, something like 'swapbuffers', because the trace is > usually useless, only when you explicitly look whether these functions > are called or not, otherwise they only fill the log with garbage. > > thanks > tom Regards, Raphael

March 23, 2006

Re: [opengl] check drawable and context Visual IDs in wglMakeCurrent ()

by Raphael

On Friday 24 March 2006 00:13, Tomas Carnecky wrote: > Stefan Dösinger wrote: > > Hi, > > > >> So.. in this attachment you'll find a patch that does what I've just > >> described. I can't test it on anything else than WoW, so if someone > >> would please review it and test with outher opengl/d3d applications it > >> would be great. > > > > No effects noticed with Half-life 1(GL), Warcraft III(GL and D3D) and > > Jedi Academy(GL). > > maybe it was because of the earlier opengl patch 'Store GL context in > TEB'. But I didn't notice such an increase then.. only from ~20 -> ~30fps > > > That patch gave me a hint for a possible reason for the WineD3D slowness > > with a few games :) > > good, at least something :) > > > Something else.. now I know why there is this VisualID mismatch. Someone > didn't read the GLX spec. It's me. i have read the spec. And it's work (but not really well documented) :) > in opengl32/wgl.c:describeDrawable() you call > glXQueryDrawable() with GLX_VISUAL_ID, but that's not allowed ! only > GLX_FBCONFIG_ID and three others, according to the GLX 1.3/1.4 spec [1]. > > According to the spec, you can get the GLXFBConfig from a GLXDrawable > using glXQueryDrawable() and then the Visual from the GLXFBConfig using > glXGetFBConfigAttrib(). Yes i now that, problem is that glXQueryDrawable is not always available (only nvidia drivers implement it). So expect to break major part of wine users Regards, Raphael

March 23, 2006

Re: build failure on Gentoo Linux, recommended fix included.

by Mike McCormack

Segin wrote: > Suggested fix: Include stdint.h in server/mailslot.c > > (Patch not included due to the simplicity of code changes) Please include the patch and send this mail to wine-patches instead, otherwise you're just making more work for somebody else. Mike

March 23, 2006

Re: What happened to the Fedora packages?

by Neal Gompa

I just decided to use the yum packages suggested earlier... and yes, it fails, then crashes! anyway, thanks! On 3/23/06, Francois Gouget <fgouget(a)free.fr> wrote: > > On Wed, 22 Mar 2006, 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.... > > Oh, the compilation fails? That's not the same as the computer > crashing... > > Maybe you can send us the error message and then we can help you. > > -- > Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ > Demander si un ordinateur peut penser revient à demander > si un sous-marin peut nager. >

March 23, 2006

build failure on Gentoo Linux, recommended fix included.

by Segin

Kernel 2.6.15-gentoo-r7 (2.6.15.7) glibc 2.3.6 (NTPL/NTPL only) Build error in server/mailslot.c: mailslot.c: In function 'mailslot_next_msg_size': mailslot.c:221: error: 'uint32_t' undeclared (first use in this function) mailslot.c:221: error: (Each undeclared identifier is reported only once mailslot.c:221: error: for each function it appears in.) make[1]: *** [mailslot.o] Error 1 make[1]: Leaving directory `/var/tmp/portage/wine-0.9.10/work/wine-0.9.10/server' Suggested fix: Include stdint.h in server/mailslot.c (Patch not included due to the simplicity of code changes)

March 23, 2006

Re: CVS EU Server

by Brian Vincent

On 3/23/06, Andreas Mohr <andi(a)rhlx01.fht-esslingen.de> wrote: > > > Uhoh, with my own little server problem I now seem to have started > some wildfire... No, no wildfire here. I'm still one of those heathens using CVS too. What I meant was use git to clone the existing git repository to the local rhlx01box. Then I naively assumed you could some how export from git into CVS. A git expert probably knows whether that's possible (a quick Google search didn't provide an answer). Then you'd have both git and CVS available in Europe as well. Did you try this copy of cvsup? ftp://ftp.winehq.org/pub/wine/cvsup/cvsup-glibc2.3.tar.gz -Brian

March 23, 2006

Re: [opengl] check drawable and context Visual IDs in wglMakeCurrent()

by Tomas Carnecky

Stefan Dösinger wrote: > Hi, >> So.. in this attachment you'll find a patch that does what I've just >> described. I can't test it on anything else than WoW, so if someone >> would please review it and test with outher opengl/d3d applications it >> would be great. > No effects noticed with Half-life 1(GL), Warcraft III(GL and D3D) and Jedi > Academy(GL). > maybe it was because of the earlier opengl patch 'Store GL context in TEB'. But I didn't notice such an increase then.. only from ~20 -> ~30fps > That patch gave me a hint for a possible reason for the WineD3D slowness with > a few games :) > good, at least something :) Something else.. now I know why there is this VisualID mismatch. Someone didn't read the GLX spec. in opengl32/wgl.c:describeDrawable() you call glXQueryDrawable() with GLX_VISUAL_ID, but that's not allowed ! only GLX_FBCONFIG_ID and three others, according to the GLX 1.3/1.4 spec [1]. According to the spec, you can get the GLXFBConfig from a GLXDrawable using glXQueryDrawable() and then the Visual from the GLXFBConfig using glXGetFBConfigAttrib(). .. I'll send a patch. tom [1] http://www.opengl.org/documentation/specs/

March 23, 2006

Re: What happened to the Fedora packages?

by Andreas Bierfert

On Wed, 22 Mar 2006 11:01:23 +0100 Michel Ludwig <miclud(a)studcs.uni-sb.de> wrote: > Nice and decent Fedora Wine packages are in Fedora Extras: I am interested in the _decent_ part... always open for suggestions :) - Andreas P.S.: wine-0.9.10.i386 made it to the x86_64 tree so x86_64 users of Fedora Extras can get wine.i386 now by typing yum install wine as well... -- Andreas Bierfert | http://awbsworld.de | GPG: C58CF1CB andreas.bierfert(a)lowlatency.de | http://lowlatency.de | signed/encrypted phone: +49 2402 102373 | cell: +49 173 5803043 | mail preferred

March 23, 2006

Re:wine.inf: Add a shdocvw.dll stub dll to the system directory

by Louis. Lenders

What about adding a few more, like opengl32 (http://bugs.winehq.org/show_bug.cgi?id=3877) and some more (there are more of these bugs in bugzilla that can be solved that way, i could make a quick list of them if necessary) Regards Louis Module: wine Branch: refs/heads/master Commit: c3c112de231fae2f28d3f685c341a204ddef26a9 URL: http://source.winehq.org/git/?p=wine.git;a=commit;h=c3c112de231fae2f28d3f68… Author: Mike McCormack <mike <at> codeweavers.com> Date: Wed Mar 22 23:46:31 2006 +0900 wine.inf: Add a shdocvw.dll stub dll to the system directory. --- tools/wine.inf | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/tools/wine.inf b/tools/wine.inf index 747eb83..17d9144 100644 --- a/tools/wine.inf +++ b/tools/wine.inf <at> <at> -2114,6 +2114,7 <at> <at> HKLM,%CurrentVersion%\Telephony\Country 11,,help.exe,winhelp.exe 11,,msiexec.exe 11,,notepad.exe +11,,shdocvw.dll 11,,progman.exe 11,,regsvr32.exe 11,,wcmd.exe ___________________________________________________________ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com

March 23, 2006

Re: [opengl] check drawable and context Visual IDs in wglMakeCurrent()

by Stefan Dösinger

Hi, > So.. in this attachment you'll find a patch that does what I've just > described. I can't test it on anything else than WoW, so if someone > would please review it and test with outher opengl/d3d applications it > would be great. No effects noticed with Half-life 1(GL), Warcraft III(GL and D3D) and Jedi Academy(GL). That patch gave me a hint for a possible reason for the WineD3D slowness with a few games :) Stefan

March 23, 2006

Re: Bugzilla: Duplicates

by Tony Lambregts

Jeremy Newman wrote: > On Wed, 2006-03-22 at 21:22 +0100, Tobias Burnus wrote: > >>Hello, >> >> >>>Just found, that gcc has "Most frequently reported Bugs": >>>http://gcc.gnu.org/bugzilla/duplicates.cgi >>> >>>And since we have also bugzilla, i tested http://bugs.winehq.org/duplicates.cgi >>>The Page is present, but not configured to be useful for wine. >>> >>>The code is in the cvs, but I'm unable to help here (perl). >>>(Browse the cvs: "http://cvs.winehq.org/cvsweb/bugzilla/") >>> >>> >> >>Hmm, in principle one only needs to tweek at >>http://bugs.winehq.org/editparams.cgi the 'mostfreqthreshold' option. >> >>Running ./checksetup.pl doesn't harm either >> >>The essential task is to fill the duplicates table using the script: >> http://cvs.winehq.org/cvsweb/bugzilla/collectstats.pl >>You need to run it using cron. >> >>Tobias >> > When I try to run the collectstats.pl script I get this: > > wineowner(a)wine:~/opt/bugzilla$ ./collectstats.pl > No value for param loginmethod at Bugzilla/Config.pm line 135. > BEGIN failed--compilation aborted at Bugzilla/Auth.pm line 36. > Compilation failed in require at Bugzilla.pm line 27. > BEGIN failed--compilation aborted at Bugzilla.pm line 27. > Compilation failed in require at ./collectstats.pl line 37. > BEGIN failed--compilation aborted at ./collectstats.pl line 37. > > I have not looked into the code to find why it does not work. Seems > odd since the rest of bugzilla works fine. Looks like you need to give loginmethod a value in Bugzilla.pm. For whatever reason this file is not part of CVS. I can look at my local copy of this file when I get home. -- Tony Lambregts

March 23, 2006

Re: GoogleEarth

by Segin

Lionel Ulmer wrote: >On Thu, Mar 23, 2006 at 07:48:11PM +0100, Francois Gouget wrote: > > >>Is there a place where we collect changes we'd like to see/do in other >>projects? It would be a good resource when the date of some 'Linux on >>the desktop' summit nears... >> >> > >Some information is here for OpenGL: http://wiki.winehq.org/OpenGL > > Lionel > > > Google Earth works stable (barely usable due to some QT/GL errors, yes GoogleEarth uses QT under Windows) under wine 0.9.9

March 23, 2006

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

by Eric Pouech

Igor Sysoev wrote: > 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: > this works fine here (on Linux)... may be a freebsd issue ? -- Eric Pouech

March 23, 2006

Re: Bugzilla: Duplicates

by Jeremy Newman

When I try to run the collectstats.pl script I get this: wineowner(a)wine:~/opt/bugzilla$ ./collectstats.pl No value for param loginmethod at Bugzilla/Config.pm line 135. BEGIN failed--compilation aborted at Bugzilla/Auth.pm line 36. Compilation failed in require at Bugzilla.pm line 27. BEGIN failed--compilation aborted at Bugzilla.pm line 27. Compilation failed in require at ./collectstats.pl line 37. BEGIN failed--compilation aborted at ./collectstats.pl line 37. I have not looked into the code to find why it does not work. Seems odd since the rest of bugzilla works fine. On Wed, 2006-03-22 at 21:22 +0100, Tobias Burnus wrote: > Hello, > > > Just found, that gcc has "Most frequently reported Bugs": > > http://gcc.gnu.org/bugzilla/duplicates.cgi > > > > And since we have also bugzilla, i tested http://bugs.winehq.org/duplicates.cgi > > The Page is present, but not configured to be useful for wine. > > > > The code is in the cvs, but I'm unable to help here (perl). > > (Browse the cvs: "http://cvs.winehq.org/cvsweb/bugzilla/") > > > > > > Hmm, in principle one only needs to tweek at > http://bugs.winehq.org/editparams.cgi the 'mostfreqthreshold' option. > > Running ./checksetup.pl doesn't harm either > > The essential task is to fill the duplicates table using the script: > http://cvs.winehq.org/cvsweb/bugzilla/collectstats.pl > You need to run it using cron. > > Tobias > >

March 23, 2006

Re: GoogleEarth

by Lionel Ulmer

On Thu, Mar 23, 2006 at 07:48:11PM +0100, Francois Gouget wrote: > Is there a place where we collect changes we'd like to see/do in other > projects? It would be a good resource when the date of some 'Linux on > the desktop' summit nears... Some information is here for OpenGL: http://wiki.winehq.org/OpenGL Lionel -- Lionel Ulmer - http://www.bbrox.org/

March 23, 2006

Regression 16 bit threading problem with Use explorer to handle desktop window commit

by paul

If I start two 16 bit programs in wcmd or in the original case use wintask to start a Delphi 1 based GUI the second program does not get a new thread detach. As soon as the switch occurs back to the original task a page fault occurs. See bug for traces, more details and sample program. http://bugs.winehq.org/show_bug.cgi?id=4897 Paul Romanyszyn

March 23, 2006

Re: [opengl] check drawable and context Visual IDs in wglMakeCurrent()

by Tomas Carnecky

Tomas Carnecky wrote: > Changelog: > - fail if the drawable and context Visual IDs don't match. > > why? because this will produce a BadMatch and crash the application so > instead of the crash rather return GL_FALSE and let the application > handle it. Please don't apply this patch yet. It fixes one case but there is more to be aware of. This BadMatch bug is triggered if an application creates a window (with a default Visual ID) and a custom (non-default) pixel format, the IDs were 0x21 and 0x23 in my case (glxinfo/xdpyinfo report Visual ID in the range from 0x21 to 0x70). But! I've seen that World of Warcraft calls wglMakeCurrent() with a darawable that has Visual ID 0x71 and a context with Visual ID 0x21. Now 0x71 is not defined (according to the glxino output) but it works fine, eg. glXMakeCurrent() doesn't produce the X Error in that case. So I went up the backtrace, into create_glxpixmap(). I let this function fail if it would produce a X Error, eg. if "depth of pixmap does not match the GLX_BUFFER_SIZE value of vis". Then I had to modify wglMakeCurrent() to respect the create_glxpixmap() failure and return FALSE. Works good so far, framerate in WoW went up from ~20 to up to 70 fps, average is somewhere between 40-50 !!! This is incredible. So.. in this attachment you'll find a patch that does what I've just described. I can't test it on anything else than WoW, so if someone would please review it and test with outher opengl/d3d applications it would be great. Also, it would be great if we could put the *Swap*Buffers() into their own log domain, something like 'swapbuffers', because the trace is usually useless, only when you explicitly look whether these functions are called or not, otherwise they only fill the log with garbage. thanks tom

March 23, 2006

Re: file.c:246: Test failed: shouldn't be able to delete a readonly file

by Huw D M Davies

On Thu, Mar 23, 2006 at 01:59:12PM -0500, Bryan Mayland wrote: > Huw D M Davies wrote: > >How are you trying to delete them? The question is whether the > >DeleteFile() function works as tested - the way to find this is to run > >that test on Windows XP. > > > DeleteFile on an read-only file under XP returns false. > GetLastError returns 5 (Access denied) Right, which is what we're testing for (well ok we don't test GetLastError). Huw.

March 23, 2006

Re: file.c:246: Test failed: shouldn't be able to delete a readonly file

by Bryan Mayland

Huw D M Davies wrote: > How are you trying to delete them? The question is whether the > DeleteFile() function works as tested - the way to find this is to run > that test on Windows XP. > DeleteFile on an read-only file under XP returns false. GetLastError returns 5 (Access denied)

March 23, 2006

Re: file.c:246: Test failed: shouldn't be able to delete a readonly file

by Huw D M Davies

On Thu, Mar 23, 2006 at 01:24:53PM -0500, Matt Finnicum wrote: > I'm at a windows XP machine right now. > > I have no trouble deleting read-only files - I get the dialog informing me > it's read-only, but then it allows me to delete it. > > Is it the same on 95/98? How are you trying to delete them? The question is whether the DeleteFile() function works as tested - the way to find this is to run that test on Windows XP. Huw.

March 23, 2006

Re: GoogleEarth

by Francois Gouget

On Thu, 23 Mar 2006, Mike Hearn wrote: > On Sun, 19 Mar 2006 23:59:39 +0000, James Courtier-Dutton wrote: >> Can one run GoogleEarth under wine? >> It does not seem to run here under the default settings. > > OpenGL child windows don't work since the WM rewrite, so no, Google Earth > doesn't currently run. To fix it requires X server work apparently :( Is there a place where we collect changes we'd like to see/do in other projects? It would be a good resource when the date of some 'Linux on the desktop' summit nears... -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ 145 = 1! + 4! + 5!

March 23, 2006

Re: GetExitCodeProcess always returns 1

by Igor Sysoev

On Thu, 23 Mar 2006, Mike McCormack wrote: > Igor Sysoev wrote: > >> 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 > > <snip lots of failed tests> > > Maybe Alexandre would accept patches to add a todo_wine_freebsd {} to the > test suite where there's things that are hard to fix? It seems that I am the first person who ever run the Wine regression tests on FreeBSD :) Actually the test results did not bother me too much. The wrong exit code simply means that I could not use the "make" under Wine on FreeBSD: "make" stops after the first command. Igor Sysoev http://sysoev.ru/en/

March 23, 2006

Re: Dev-C++ dogfooding

by Frank Richter

On 23.03.2006 10:22, Francois Gouget wrote: > 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. A single empty frame or so might suffice to start with... -f.r.

March 23, 2006

Re: file.c:246: Test failed: shouldn't be able to delete a readonly file

by Matt Finnicum

I'm at a windows XP machine right now. I have no trouble deleting read-only files - I get the dialog informing me it's read-only, but then it allows me to delete it. Is it the same on 95/98? --Murph On 3/23/06, Huw D M Davies <h.davies1(a)physics.ox.ac.uk> wrote: > > On Thu, Mar 23, 2006 at 06:04:21AM -0600, Tom Spear (Dustin Booker, Dustin > Navea) wrote: > > Umm.. I'm not totally sure this is 100% in conformance with windows. > > When I try to delete a readonly file, I get a dialog telling me that it > > is readonly, and asking me if I really want to delete it. If we are > > completely disallowing removal of a readonly file (by windows standard, > > not linux' standard), then it is incorrect and should be fixed... > > > > Well the test passes on Win 2000. > > C:\>kernel32_crosstest.exe file > file: 494243 test executed, 0 marked as todo, 0 failures. > > Huw. > -- > Huw Davies > huw(a)codeweavers.com > > >

March 23, 2006

Race condition in keyboard code?

by Peter Åstrand

Hi, I've been debugging a very strange keyboard problem this afternoon: In some cases the key combination AltGr+2 produces "2" (wrong) rather than "@" (correct), when using a Swedish layout. The problem seems to be a race condition: If a KeyEvent occurs almost directly after the "2" key is pressed, the AltGr state is incorrect. The problem has been verified with this simple test program: /* gcc -Wall xfake.c -o xfake -L/usr/X11R6/lib -lX11 -lXtst */ #include <X11/Xlib.h> #include <X11/extensions/XTest.h> int main( int argc, char* argv[] ) { Display* dpy; dpy = XOpenDisplay( NULL ); XTestFakeKeyEvent(dpy, 0x71, True, CurrentTime); XTestFakeKeyEvent(dpy, 0xb, True, CurrentTime); XSync(dpy, False); //sleep(1); XTestFakeKeyEvent(dpy, 0x71, False, CurrentTime); XTestFakeKeyEvent(dpy, 0xb, False, CurrentTime); XCloseDisplay( dpy ); return 0; } (0x71 is Mode_Switch, 0xb is the "2" key). I'm executing the program while having Wines Notepad active. If the sleep() is commented out, a "2" is inserted into Notepad. If the sleep() is active, "@" is inserted. More evidence: When debugging with WINEDEBUG=keyboard,key, the traces for X11DRV_ToUnicodeEx is printed after the Mode_Switch KeyRelease trace. Now I wonder, is this a problem with: 1) Wine or 2) The Windows API or 3) The way I'm using X11/the keyboard (generating events that quickly). ? I do understand why this happens: X11DRV_ToUnicodeEx uses the global, static variable AltGrMask. Is this a bug? Regards, -- Peter Åstrand ThinLinc Chief Developer Cendio http://www.cendio.se Teknikringen 3 583 30 Linköping Phone: +46-13-21 46 00

March 23, 2006

Re: Another fun winelib project

by Olaf Leidinger

Hello! The source of Civilization "Call to Power 2" was also released some years ago. Have a look at http://apolyton.net/forums/forumdisplay.php?forumid=213 > According to the appdb it does not run so maybe having the source > could better help us find out what we are missing. And it doesn't work either ;-( Ciao, Olaf

March 23, 2006

Re: Regression in gdi

by Tony Lambregts

Alexander N. Sørnes wrote: > Greetings, > > The patch mentioned below introduced a regression in gdi, so that the > part of the slidefields in Windows Media Player 9 left of the slider > were drawn as single-colour rectangles instead of a normal-looking part > of the slidefield. It can be unapplied cleanly from current CVS. See > bug 4868 (http://bugs.winehq.org/show_bug.cgi?id=4868) > > gdi: Better support for 1bpp dib sections. > http://source.winehq.org/git/?p=wine.git;a=commit;h=b55746ab62739fc1e4c0d4a… > > It's not just windows mediaplayer thats for sure. winrar also suffers from this regression. (dogfood) -- Tony Lambregts

March 23, 2006

Re: CVS EU Server

by Andreas Mohr

Hi, On Thu, Mar 23, 2006 at 08:03:09AM -0700, Brian Vincent wrote: > On 3/23/06, Andreas Mohr <andi(a)rhlx01.fht-esslingen.de> wrote: > > > > 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). > > > Would it be worth skipping cvsup and moving to git? Uhoh, with my own little server problem I now seem to have started some wildfire... Well, two things: a) WineHQ doesn't really seem to mention git, only CVS b) 85% of all users: "git!? whaddchadibbledegack??" I would be more or less willing to move to git, I'm just not sure whether it's the way to go currently. But cvsup certainly seems somewhat stale currently, despite the fact that it's a VERY important lowlevel tool used at lots of places. Andreas -- No programming skills!? Why not help translate many Linux applications! https://launchpad.ubuntu.com/rosetta

March 23, 2006

Re: CVS EU Server

by Brian Vincent

On 3/23/06, Andreas Mohr <andi(a)rhlx01.fht-esslingen.de> wrote: > > 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). Would it be worth skipping cvsup and moving to git? -Brian

March 23, 2006

glXCreateGLXPixmap() BadMatch

by Tomas Carnecky

Tomas Carnecky wrote: > Tomas Carnecky wrote: >> Mike Hearn wrote: >>> Mike Hearn <mike(a)plan99.net> >>> Optimize thunks by storing GL context in the thread environment block >>> >> good job. this fixed the BadMatch error in World of Warcraft and also >> increased performance, from ~20fps to ~25fps. >> > > Maybe that was too soon.. I can login with some characters, with others > I still get the BadMatch error. This bug may be related to the minimap > bug that caused opengl to crash when you entered a building, because I > can login with my characters than stand outside, but now with those that > stands in an inn (building) or in Ironforge. > > Does anyone remeber how the minimap bug was fixed and if this BadMatch > bug may be related to it? > BadMatch is generated if the depth of pixmap does not match the GLX_BUFFER_SIZE value of vis, or if pixmap was not created with respect to the same screen as vis. Futher investigation revealed this: when create_glxpixmap() is called, physDev->depth and physDev->bitmap->pixmap_depth are 1, but GLX_BUFFER_SIZE from the visual returns 32, I don't know how to get the depth directly from the pixmap (in case physDev->bitmap->pixmap_depth is not up-to-date), so any clarification how the bimap/pixmap code works would be great. Also, when looking where the depth is changed, I came across X11DRV_SelectBitmap(), there you change the depth if physDev->depth and physBitmap->pixmap_depth don't match. In the trace I see that WoW creates lots of bitmaps and the last time a bitmap is selected the depth is changed to 1: trace:x11drv:X11DRV_CreateBitmap (0x340) 32x32 1 bpp trace:x11drv:X11DRV_CreateBitmap physBitmap->pixmap_depth: 1 trace:x11drv:X11DRV_SetBitmapBits (bmp=0x340, bits=0x7fd64e50, count=0x80) trace:x11drv:X11DRV_SetBitmapBits (physBitmap->pixmap_depth=1 trace:x11drv:X11DRV_CreateBitmap (0x33c) 32x32 24 bpp trace:x11drv:X11DRV_CreateBitmap physBitmap->pixmap_depth: 24 trace:x11drv:X11DRV_SetBitmapBits (bmp=0x33c, bits=0x7fd888b8, count=0xc00) trace:x11drv:X11DRV_SetBitmapBits (physBitmap->pixmap_depth=24 trace:x11drv:X11DRV_SelectBitmap changing depth of physDev(0x7fd64ed8) to 24 trace:x11drv:X11DRV_SelectBitmap changing depth of physDev(0x7fd64ed8) to 1 And also, I don't see anywhere in the trace that the bitmap depth would be 32 (to match GLX_BUFFER_SIZE). tom

March 23, 2006

Re: IDE with Winemaker

by Stefan Dösinger

Hi, > Hi, I am a Windows Developer who is new to the Linux world. Is there any > IDE (like Visio Studio) I can use with Winemaker? I am trying to port a > Windows App to Linux Fedora. I managed to use wineg++ with kdevelop by overriding the compiler. It worked quite well for my needs(code a ddraw test app), but I don't know if it works for bigger apps. Just set a CC="winegcc", CXX="wineg++" and LINK="winegcc" (??) environment variable in the projekt options. There isn't any IDE which offers an editor for the resource files, so you have to edit them by hand.

March 23, 2006

Re: GoogleEarth

by Mike Hearn

On Sun, 19 Mar 2006 23:59:39 +0000, James Courtier-Dutton wrote: > Can one run GoogleEarth under wine? > It does not seem to run here under the default settings. OpenGL child windows don't work since the WM rewrite, so no, Google Earth doesn't currently run. To fix it requires X server work apparently :(

March 23, 2006

Keyboard fix - patch available

by penna＠bb.com.br

Hi all, Sorry for bothering you guys ..... but .... I saw a patch for bug #2400 (a very old bug) at http://bugs.winehq.org/show_bug.cgi?id=2400 Looking at the comments at the bugzilla tracking, the patch worked flawlessly for lots of keyboard types (croatian, german and russian), including mine: a brazilian abnt2 keyboard. The patch looks fine and very clean. The problem mentioned with remote X-windows access seems not to occur besides someone mention it. Anyway, at least the problem is gone with local access and, *if confirmed*, remains with remote access only. Maybe, just maybe, the patch could be applied for the next version of wine (0.9.11) .... ;-) Thank you very much for the very good piece of work: WINE (I use it since 1999). --------------------------------------------------------- Ulisses de Sousa Penna Analista Consultor - Banco do Brasil Fone: +55-61-3310-6320 Fax: +55-61-3310-6435 --------------------------------------------------------- P.S.: I am not subscribed at wine-devel list (just wine-users list)

March 23, 2006

Re: IDE with Winemaker

by Mike Hearn

On Wed, 22 Mar 2006 15:58:13 -0500, Ng, Billy H CIV NAVSEA wrote: > Hi, I am a Windows Developer who is new to the Linux world. > Is there any IDE (like Visio Studio) I can use with Winemaker? I am > trying to port a Windows App to Linux Fedora. Heya, On Linux the usage of IDEs is much less common than on Windows, and the usage of powerful generic text editors like emacs or vim is greater. So I'm afraid no IDE/winemaker integration is likely to exist (I definitely never heard of it). Winemaker is only ever run once anyway, just use the command line. That said, Eclipse has some C/C++ support these days if you want to use that. But if I were you I'd learn emacs ;) I did and never regretted it (used to use delphi). thanks -mike

March 23, 2006

Re: What happened to the Fedora packages?

by Francois Gouget

On Wed, 22 Mar 2006, 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.... Oh, the compilation fails? That's not the same as the computer crashing... Maybe you can send us the error message and then we can help you. -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ Demander si un ordinateur peut penser revient à demander si un sous-marin peut nager.

March 23, 2006

Re: What happened to the Fedora packages?

by Mike Hearn

On Thu, 23 Mar 2006 13:55:41 +0100, Alexandre Julliard wrote: > The problem was actually with gcc, and it's been fixed for a while > now. Ah awesome, I'll re-enable winetest then, thanks.

March 23, 2006

Re: Store GL context in the TEB

by Tomas Carnecky

Tomas Carnecky wrote: > Mike Hearn wrote: >> Mike Hearn <mike(a)plan99.net> >> Optimize thunks by storing GL context in the thread environment block >> > > good job. this fixed the BadMatch error in World of Warcraft and also > increased performance, from ~20fps to ~25fps. > Maybe that was too soon.. I can login with some characters, with others I still get the BadMatch error. This bug may be related to the minimap bug that caused opengl to crash when you entered a building, because I can login with my characters than stand outside, but now with those that stands in an inn (building) or in Ironforge. Does anyone remeber how the minimap bug was fixed and if this BadMatch bug may be related to it? tom

March 23, 2006

Re: What happened to the Fedora packages?

by Alexandre Julliard

Mike Hearn <mike(a)plan99.net> writes: > It's a bug in Wine, which I harassed AJ about a long time ago but it was > never fixed I guess because he has a super-awesome machine :) > > Basically, compiling winetest causes gas to blow gigs of memory, because > it's compiling like 50mb+ of assembly. I just hacked it out of the build > system myself. The problem was actually with gcc, and it's been fixed for a while now. -- Alexandre Julliard julliard(a)winehq.org

March 23, 2006

Re: file.c:246: Test failed: shouldn't be able to delete a readonly file

by Huw D M Davies

On Thu, Mar 23, 2006 at 06:04:21AM -0600, Tom Spear (Dustin Booker, Dustin Navea) wrote: > Umm.. I'm not totally sure this is 100% in conformance with windows. > When I try to delete a readonly file, I get a dialog telling me that it > is readonly, and asking me if I really want to delete it. If we are > completely disallowing removal of a readonly file (by windows standard, > not linux' standard), then it is incorrect and should be fixed... > Well the test passes on Win 2000. C:\>kernel32_crosstest.exe file file: 494243 test executed, 0 marked as todo, 0 failures. Huw. -- Huw Davies huw(a)codeweavers.com

March 23, 2006

Re: What happened to the Fedora packages?

by Eddy Nigg (StartCom Ltd.)

We just compiled the latest wine rpm for our upcoming MultiMedia Edition....no problems at all...We made only minor adjustments, to reflect the fact, that it's a StartCom build and not Fedora.... The files can be used of course by any compatible OS: http://ftp.belnet.be/linux/startcom/ML-5.0.5/os/i386/StartCom/RPMS/wine*.rpm Cheers! Regards Signer: Eddy Nigg, StartCom Ltd. Phone: +1.213.341.0390 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. > > > > ------------------------------------------------------------------------ > > > -- Regards Signer: Eddy Nigg, StartCom Ltd. Phone: +1.213.341.0390

March 23, 2006

file.c:246: Test failed: shouldn't be able to delete a readonly file

by Tom Spear (Dustin Booker, Dustin Navea)

Umm.. I'm not totally sure this is 100% in conformance with windows. When I try to delete a readonly file, I get a dialog telling me that it is readonly, and asking me if I really want to delete it. If we are completely disallowing removal of a readonly file (by windows standard, not linux' standard), then it is incorrect and should be fixed... Tom Igor Sysoev wrote: > > file.c:246: Test failed: shouldn't be able to delete a readonly file

March 23, 2006

Re: Dev-C++ dogfooding

by Tom Spear (Dustin Booker, Dustin Navea)

There is a freeware program called Total Copy that you might be able to convince the author to let you have the source (or to at least let you use the animation).. He doesn't actively develop it anymore, and it would be nice to have our own copy dialog anyways.. I use total copy on my windows machine all the time, I just wish I could make it _replace_ the standard copy dialog, but right dragging and clicking is ok too.. Tom Francois Gouget wrote: > 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. >

March 23, 2006

Re: GetExitCodeProcess always returns 1

by Mike McCormack

Igor Sysoev wrote: > 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 <snip lots of failed tests> Maybe Alexandre would accept patches to add a todo_wine_freebsd {} to the test suite where there's things that are hard to fix? Mike

March 23, 2006