- Wine-Devel - list.winehq.org

Re: A little Xlib adventure
by Dimitrie O. Paun April 29, 2003

April 29, 2003

On April 29, 2003 08:59 am, Mike Hearn wrote: > + /* set the pid. together, these properties are needed so the window > manager can kill us if we freeze */ Wrapped patch alert! :) -- Dimi.

2 2

RE: Wine, WIDE & Unix (was: Support for pkgconfig)
by Patrik Stridvall April 29, 2003

April 29, 2003

> > Well, I can't see why Trolltech (the owners of Qt) would object. > > > > Presumably the main reason that you would want a Qt skin for > > Windows application running under Wine is that you run several > > other Unix applications using Qt... > > > > So I can't see why they wouldn't give us special permission > > if we for some reason would need it... > > I'm not sure it's quite that simple though. IIRC Qt/KDE themes use the > Qt drawing primitives (like gtk skins do with gdk). Unfortunately, > Qt/Win32 is not free software, so we'd have to stub out Qt with Win32 > equivalents in order to allow Qt skins to draw correctly. As GDK is > already ported to Win32 though, that'd be easier to use. > > I'm sure if somebody was motivated enough they could do so, and we may > need to stub out Qt anyway for KHTML at some point. But it's a lot of > work. Well, the point is that i'm pretty sure that both Trolltech (and the KDE project) would very much like to Qt themed Wine in order to compete in the desktop market so I'm sure it would be possible to get some sort of "deal" somehow. Perhaps just releasing the Qt drawing primatives implementation under the LGPL would be a solution that would be acceptable to all parties. I can't see Trolltech losing very much from doing that. No work at all (except convincing Trolltech to do that).

3 2

bugs.winehq.com
by hatky April 29, 2003

April 29, 2003

Hi all, I am not sure if this is the place to disscuse it but I have mailed bugs(a)winehq.com and web-admin(a)winehq.org and have yet to get a replay So my question is: "Am I the only one who can not retrive his password?" I mean it's saying mail sent and stuff but I am not getting it. I tried it a few times doing the last few days and I do not get any mail. I think it can be becouse of some configuration on the new server or it can be my sf.net filltering (it claimed to have one when I first registered a long time ago but with no details).... Hatky. __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com

1 0

Re: Fix loading icon from resource
by BiGgUn April 29, 2003

April 29, 2003

Hi Did you successfully load the splashscreen of emule ? I got a strange biased image instead of a clean one :-\ Stephan

2 1

RE: Wine, WIDE & Unix (was: Support for pkgconfig)
by Patrik Stridvall April 29, 2003

April 29, 2003

> > Once you have a skinning API, you just implement a 'gnome > compat' and 'kde > > compat' skin (or even just an automagical one that does > both) the thing would > > "just work", right? Why, it shouldn't take more than a > couple of hours ;) > > (WARNING: that last part was a joke, if you set your watch > by this you very > > well may miss work for several years). > > I don't think we could do KDE skins, as (surprise) they depend on Qt > which is GPLd. Well, I can't see why Trolltech (the owners of Qt) would object. Presumably the main reason that you would want a Qt skin for Windows application running under Wine is that you run several other Unix applications using Qt... So I can't see why they wouldn't give us special permission if we for some reason would need it... The alternative a GTK skinned only Wine would not benefit them at all, quite the opposite.

2 1

FindWindow timeouts
by Mike Hearn April 29, 2003

April 29, 2003

Hi, After chatting to some people on IRC about windows message handling, I remembered a bug I hit where a frozen window could kill everything because FindWindow sends a message to every window with no timeout (to get the window text). Is this right? Wouldn't it be better to make FindWindow more robust by sending messages with a timeout so if one window in an app (or anothe process) has frozen, it doesn't kill the caller? thanks -mike

2 1

Re: Crash in BeginPaint running Sams Photofact index, a free VB app
by Dan Kegel April 29, 2003

April 29, 2003

That did it. And yes, the workaround was needed in EndPaint, too; I tried Mike's patch first, and added the EndPaint workaround myself before I noticed Dmitry's patch. The app isn't very functional, but at least it doesn't crash. I encourage anyone who is working on Visual Basic compatibility to give http://www.servicesoftware.com/sams/SAMSINDEX.exe a spin. (And look at all the pretty fixme's :-) Thanks, Dan Dmitry Timoshkov wrote: > "Dan Kegel" <dank(a)kegel.com> wrote: > > >>Backtrace: >>=>0 0x409e5873 (BeginPaint+0x9f(hwnd=0x10029, lps=0x0) [painting.c:200] in user32.dll.so) (ebp=40892bc4) > > > Attached patch should help a bit. > > > > ------------------------------------------------------------------------ > > Protect BeginPaint and EndPaint from lps being NULL. > > --- cvs/hq/wine/dlls/user/painting.c Thu Jan 09 03:41:30 2003 > +++ painting.c Mon Apr 28 10:15:46 2003 > @@ -159,6 +159,8 @@ > HWND full_handle; > WND *wndPtr; > > + if (!lps) return 0; > + > if (!(full_handle = WIN_IsCurrentThread( hwnd ))) > { > if (IsWindow(hwnd)) > @@ -239,6 +241,8 @@ > */ > BOOL WINAPI EndPaint( HWND hwnd, const PAINTSTRUCT *lps ) > { > + if (!lps) return FALSE; > + > ReleaseDC( hwnd, lps->hdc ); > ShowCaret( hwnd ); > return TRUE; -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

Re: Crash in BeginPaint running Sams Photofact index, a free VB app
by Uwe Bonnes April 28, 2003

April 28, 2003

>>>>> "Dmitry" == Dmitry Timoshkov <dmitry(a)baikal.ru> writes: Dmitry> "Dan Kegel" <dank(a)kegel.com> wrote: >> Backtrace: =>0 0x409e5873 (BeginPaint+0x9f(hwnd=0x10029, lps=0x0) >> [painting.c:200] in user32.dll.so) (ebp=40892bc4) Dmitry> Attached patch should help a bit. Dmitry> -- Dmitry. Protect BeginPaint and EndPaint from lps being NULL. Dmitry> --- cvs/hq/wine/dlls/user/painting.c Thu Jan 09 03:41:30 2003 Dmitry> +++ painting.c Mon Apr 28 10:15:46 2003 @@ -159,6 +159,8 @@ HWND Dmitry> full_handle; WND *wndPtr; Dmitry> + if (!lps) return 0; + if (!(full_handle = WIN_IsCurrentThread( Dmitry> hwnd ))) { if (IsWindow(hwnd)) @@ -239,6 +241,8 @@ */ BOOL Dmitry> WINAPI EndPaint( HWND hwnd, const PAINTSTRUCT *lps ) { + if Dmitry> (!lps) return FALSE; + ReleaseDC( hwnd, lps->hdc ); ShowCaret( Dmitry> hwnd ); return TRUE; Is lps==NULL an argument that BeginPaint() and EndPaint() should cope with or is it a result for errors hidden deeper? -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

5 7

WineHQ: different pages with same content
by Stefan Leichter April 28, 2003

April 28, 2003

Hello, during browsing WineHQ offline (via wwwoffle) i noticed that the links in the left column of the current WWN are different to the links on the main page and some other (have not tested all) e.g. in the development section of the WWN the CVS link is: http://www.winehq.com/index.php?page=cvs on the main page (and other) the link is http://www.winehq.com/?page=cvs Any reason for this? Bye Stefan

2 1

Re: Patch to get Borland's bcc 5.5 (free beer compiler) to work
by Uwe Bonnes April 28, 2003

April 28, 2003

>>>>> "Troy" == Troy Rollo <wine(a)troy.rollo.name> writes: Troy> The only problem in the head code appears to be in the linker, Troy> which it turns out has a problem when it's told there's 3GB of Troy> user address space. Since Windows only offers a 3GB user address Troy> space in what passes for Microsoft's high end server editions of Troy> the operating system, it is unlikely that this is necessary. My Troy> solution is to drop the user address space to 2GB - if 3GB is Troy> desired, it probably should be a configurable option rather than Troy> hard coded as is the case now. Troy> I dealt with a related FIXME along the way. Troy> diff -u -r1.4 virtual.c --- dlls/ntdll/virtual.c 7 Jan 2003 Troy> 20:36:28 -0000 1.4 +++ dlls/ntdll/virtual.c 28 Apr 2003 00:05:58 Troy> -0000 @@ -102,7 +102,8 @@ # define page_mask 0xfff # define Troy> page_shift 12 # define page_size 0x1000 -# define What version did you specify in ~/.wine/config [windows] version? I guess you ran in non NT mode. And I guess your change will do havoc to programs needing NT mode (like Xilix ISE). Probably the limit has to be set in dependance of the version emulated. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

1 0