October 2003 - Wine-devel - list.winehq.org

Question about WineX licences
by Jonathan Wilson 02 Oct '03

02 Oct '03

From what I understand, if you download the WineX source tree, you get code under LGPL, code under X11 and code under APL (which is basicly a licence chosen to make sure that others cant just grab those bits and use them) Does anyone know which bits are under APL? I know the directx bits are but what else is TransGaming holding back?

5 8

New winetests.exe
by Jakob Eriksson 02 Oct '03

02 Oct '03

New build of winetests.exe with tests from CVS 2003-10-02 http://vmlinux.org/~jakov/Wine/

1 0

Fix for notepad and winecfg losing focus
by Pavel Roskin 01 Oct '03

01 Oct '03

Hello! Our notepad has a bug that causes it to lose focus on startup. In order to initialize the new document, WinMain() calls DIALOG_FileNew(), which focuses the editor subwindow. The problem is that it happens before ShowWindow() is called on the main window. As a result, focusing the subwindow causes "activation" of its parent without actually showing it. This leaves the code in dlls/user/focus.c in the confused state. When ShowWindow() is called, the window is not brought to foreground because it's "already active". Then set_active_window() decides to draw the inactive caption because the window is not in foreground. Windows 2000 doesn't show this problem. Notepad and winecfg are focused properly on startup. I think there are many solutions to this problem. For example, the check for visibility could be moved from SetActiveWindow() to the lower-level set_active_window(). The attached patch is minimally intrusive. This decreases its chances of breaking anything, but it may not be the best radical solution. If SetFocus() finds an invisible window while looking for the ultimate parent, it fails. The same is already done for minimized and disabled windows. The patch has been successfully tested in the non-managed and desktop modes. The managed node is not affected because the captions are not shown. Cygwin setup (http:/www.cygwin.com/setup.exe) is also positively affected. =========================== --- dlls/user/focus.c +++ dlls/user/focus.c @@ -258,6 +258,7 @@ HWND WINAPI SetFocus( HWND hwnd ) HWND parent; LONG style = GetWindowLongW( hwndTop, GWL_STYLE ); if (style & (WS_MINIMIZE | WS_DISABLED)) return 0; + if (!(style & WS_VISIBLE)) return 0; parent = GetAncestor( hwndTop, GA_PARENT ); if (!parent || parent == GetDesktopWindow()) break; hwndTop = parent; =========================== -- Regards, Pavel Roskin

1 0

Re: Start menu (especially for Alexandre Julliard)
by Mike McCormack 01 Oct '03

01 Oct '03

Robert van Herk wrote: > Mike McCormack wrote: > >> Ideally, you'd want to write a Gnome VFS module that calls shell32.dll >> and queries the shell name space to generate the start menu the same >> way Windows does. You need to use some RPC mechanism to do that, as >> you can't link wine dlls directly into your gnome vfs module. > > > Oof, that sounds hard to do ;-). > > Does this mean that this module would rather be a "Windows" program (or > Wine program if you like), than a Linux programme? Because I guess that > with a Win32 program it would be easier to access shell32.dll. Although > that would not blend so well into your Linux environment I guess... > > Or maybe it is possible to write a thin Windows deamon that kinda serves > the icons and links to a Linux program? Maybe they can talk though > std/in std/out so that they could be piped together? > > Any ideas on that? What I'm talking about would be, like you say, a Windows daemon that servers the icons and pathes. The client and server would communicate with each other via a pipe or something like that. The client(s) would be a gnome vfs library, the KDE equivilent, or perhaps even plugins for other desktops. To make it easier, i guess you could just make the windows daemon enumerate the .lnk files in Windows/Start Menu first, then once you have that working, make it query the shell instead. The appropriate code from Gnome to look at is in the gnome cvs: :pserver:anonymous(a)anoncvs.gnome.org:/cvs/gnome the module names are: gnome-vfs gnome-vfs-extras gnome-panel I was looking at xml-rpc for the protocol to use on the pipe, but that might be a bit of an overkill, and it could be easier to write the protocol yourself. http://www.xmlrpc.com/directory/1568/implementations If you are going to use xml-rpc, make sure to choose an implementation that is LGPL compatible. Mike

2 1

Does anyone know about WM_SETFOCUS and EN_SETFOCUS
by Bill Medland 01 Oct '03

01 Oct '03

Is anyone out there an expert in Windows focus handling? I have problems with our application and the focus handling in places. Basically it seems to me that there is some sort of logic in windows whereby the code calls PostMessage (WM_SETFOCUS) but the result is that the parent of the target window receives WM_COMMAND EN_SETFOCUS instead. Does anyone know anything about such translations? -- Bill Medland ACCPAC International, Inc. medbi01(a)accpac.com Corporate: www.accpac.com Hosted Services: www.accpaconline.com

3 5

Re: Updated winetests.exe
by Ferenc Wagner 01 Oct '03

01 Oct '03

"Dimitrie O. Paun" <dpaun(a)rogers.com> writes: > On September 27, 2003 07:42 pm, Jakob Eriksson wrote: > >> Do you want a second file generated apart from the mail >> sent to wine-tests-report? (If yes, where should this >> file be sent?) > > I'm not sure I like this idea. Correlating the two files > is potentially problematic, the best thing is if we bundle > this information somehow into the report itself. This way > the results can be interpreted context-free, which is a > good thing. I did not like this idea either, but decided to go with it in the end. First, to generate summaries I have to correlate files anyway, which *is* problematic already, and having a master file could only make it simpler and also make the cause more obvious if some inconsistency is found. Second, we want to include build failure reports, which can be lengthy (eg. compiler logs), and do not seem to belong to the test results. For an example, see how the dsound test build failure is noted on the page. The summary line could also easily be customized. > Maybe we can simply add a flag to the tests so that the > first thing they do when we run them is to output all this > information How is it better than recording the info at the build stage? Since it has nothing to do with the running environment, that would also feel more natural to me. Sure, all the info could be included in the reports, but I see no point in bloating them with too much static info for little (if any) benefit. One more thing, I really do not have the faintest idea about how to integrate this into the WineHQ page. There may be reasons there, too, like eg. the need to notify the system about a new build, which could be done by uploading the information skeleton... Feel free to persuade me, I am not attached. Feri.

4 7

linuxtag in Dresden, Germany
by Bernhard Beschow 01 Oct '03

01 Oct '03

Hi folks, is there anybody at the linuxtag in Dresden, Germany on Sat. October 18th 2003? I'd like to see you around. Bernhard

1 0

ssl and kerberos
by Vincent Béron 01 Oct '03

01 Oct '03

I need some help with configure.ac. In RH8 and 9, openssl is compiled with krb5 support. The problem comes from the fact that the kerberos files are not under /usr/include, rather /usr/kerberos/include. So when ssl.h includes krb5.h, it can't find it. It'd need to be detected and add /usr/kerberos/include to the list of EXTRAINCL if compiling with only ssl.h is not enough. (I never noticed before because I had recompiled openssl locally to not use kerberos at all, and on the other machine I never looked that closely as everything is installed stock) Once that is fixed, it will trigger another bug in the kerberos part of openssl, namely that FAR is used, but we'll get to that bridge another time. Vincent

1 0

Re: winealsa: improve sound quality for IDsDriverImpl
by Jerry Jenkins 01 Oct '03

01 Oct '03

> > If the behavior is subject to change, there is no way you can test > that at configure time. This needs to be a run time check. > You're right. So I put some code in configure.ac, try to compile & run it when configure is executed. If everything is OK, a macro will be defined in config.h.

3 6

Re: Translating WINE using dedicated tools
by Ivan Leo Murray-Smith 01 Oct '03

01 Oct '03

> and winehq web site This is if Jeremy Newman wants to have the site translated. As I didn't want to translate anything before being sure it would be accepted I've emaild him various times to know if/how winehq should be translated, and I never got an answer.

1 0