October 2007 - Wine-Devel - list.winehq.org

Re: OpenGL child windows (bug 2398, fixed!)

by L. Rahyen

On Wednesday October 3 2007 11:44, Roderick Colenbrander wrote: > Hi, > > Thanks to Chris his recent child window work, there is now support for > OpenGL child windows in Wine. For the exact details read bug 2398 or Chris > his patches. In short the patches use XComposite were possible and else X > pixmaps. Not all drivers support both properly yet but for compiz/aiglx > purposes most drivers are adding the needed support. > > I would say test the stuff and report problems. > > Roderick I have tested Lightwave 6 (didn't yet tested new version but I guess it will work too), GoogleEarth (for Windows) and Maxwell Studio 1.5.1 (for Windows) and everything works fine! I'm using Debian Etch and KDE 3.5.5 and my X server has XComposite extension enabled but I don't actually use it in KDE so I'm not sure does this have any useful effect or not. It's so great that this bug is finally fixed! I really tired to port big hacky patches to new versions of WINE... Now everything works out-of-the box! Great work!

Oct. 3, 2007

Re: OpenGL child windows (bug 2398, fixed!)

by Roderick Colenbrander

> -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi > > I tried the Window with Button Demo from: > http://bugs.winehq.org/attachment.cgi?id=5777 > > The main window still overdraw the button. > > Used wine version: > 57a67ebcceb08639736f218f0f545aa41737ad96 > > graphic card: > GeForce 7800 GTX > > driver: > NVIDIA UNIX x86 Kernel Module 100.14.11 > > Thanks for the try to fix it anyway. > > > Roderick Colenbrander wrote: > > Hi, > > > > Thanks to Chris his recent child window work, there is now support for > OpenGL child windows in Wine. For the exact details read bug 2398 or Chris > his patches. In short the patches use XComposite were possible and else X > pixmaps. Not all drivers support both properly yet but for compiz/aiglx > purposes most drivers are adding the needed support. > > > > I would say test the stuff and report problems. > > > > Roderick > Actually the example you gave is one of the corner cases which I don't think are expected to work (windows has lots of issues in that area too). You should try apps like Google Earth, Google Sketchup, professional CAD apps and so on. Those should work fine. Roderick -- Psssst! Schon vom neuen GMX MultiMessenger gehört? Der kanns mit allen: http://www.gmx.net/de/go/multimessenger

Oct. 3, 2007

Re: OpenGL child windows (bug 2398, fixed!)

by Florian Köberle

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi I tried the Window with Button Demo from: http://bugs.winehq.org/attachment.cgi?id=5777 The main window still overdraw the button. Used wine version: 57a67ebcceb08639736f218f0f545aa41737ad96 graphic card: GeForce 7800 GTX driver: NVIDIA UNIX x86 Kernel Module 100.14.11 Thanks for the try to fix it anyway. Roderick Colenbrander wrote: > Hi, > > Thanks to Chris his recent child window work, there is now support for OpenGL child windows in Wine. For the exact details read bug 2398 or Chris his patches. In short the patches use XComposite were possible and else X pixmaps. Not all drivers support both properly yet but for compiz/aiglx purposes most drivers are adding the needed support. > > I would say test the stuff and report problems. > > Roderick -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHA6Az59ca4mzhfxMRAtBxAJ4jQkJHrmdYPZcWSMbF7shCmUOqRQCgxNKl PKWECKHlSl7uvDIbYIBWkIE= =fRaM -----END PGP SIGNATURE-----

Oct. 3, 2007

Re: ntdll: loader.c prevent accidental calls of entry point during dll events(resend)

by Peter Beutner

Juan Lang schrieb: > 2. Mr. Focht's contributions are valuable for understanding what MS is > up to from time to time, but he does use a disassembler, and that's > not allowed from Wine contributors. > That's funny, where wine even includes its own disassembler. Or is winedbg going to be removed ?

Oct. 3, 2007

OpenGL child windows (bug 2398, fixed!)

by Roderick Colenbrander

Hi, Thanks to Chris his recent child window work, there is now support for OpenGL child windows in Wine. For the exact details read bug 2398 or Chris his patches. In short the patches use XComposite were possible and else X pixmaps. Not all drivers support both properly yet but for compiz/aiglx purposes most drivers are adding the needed support. I would say test the stuff and report problems. Roderick -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer

Oct. 3, 2007

Re: [PATCH 4/4] server: Add primitive support for setting and getting the security descriptor of files based on their Unix permissions.

by Kai Blin

On Wednesday 03 October 2007 12:24:52 Robert Shearman wrote: > Kai Blin wrote: > > Would it make sense to try and get winbind to do that for us, if > > possible? Or would we be unable to use the results of that in a sensible > > way? > > > > Jerry Carter is currently working on an LGPL winbind client library, we > > could use that. In the long run, winbind will convert to an idl-based > > protocol and we could just talk to winbindd directly, thus dropping a > > dependency. > > Good suggestion for a discussion at WineConf :-) Collecting topics for my presentation all the time. > However, we can't do any blocking calls while executing a server call on > the behalf of a client, otherwise it will cause performance problems for > all the applications that the user is running. In Samba4's winbind, all the calls are async, in Samba3's winbindd, all calls that can block over an extended period of time have an async version. > Also, we don't have an > IDL compiler / runtime that is compatible with wineserver. Further more, > our mapping of users / groups will be slightly different from Samba's > due to most Win32 installers requiring the user to be an administrator. Possibly this could be fixed by making sure the user always is a local administrator, I take. Or we can add a "switch to administrator" button. > I think all of these issues can be worked around, but it's not something > we can rush into (and in case the Samba developers are doing this just > for us, an winbind client library is not going to useful.) No, I think Jerry has some other use cases in mind with that. No fuss. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developer http://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton.

Oct. 3, 2007

Re: [PATCH 4/4] server: Add primitive support for setting and getting the security descriptor of files based on their Unix permissions.

by Robert Shearman

Kai Blin wrote: > On Wednesday 03 October 2007 11:18:48 Robert Shearman wrote: > >> Alexandre Julliard wrote: >> >>> Robert Shearman <rob(a)codeweavers.com> writes: >>> >>>> + /* assume we are the owner */ >>>> + if (st.st_mode & S_IRWXU) >>>> + { >>>> >>> Why are you assuming that? There doesn't seem to be much sense in >>> checking permissions without checking the owner. >>> >> We don't have a mapping between NT SIDs and Unix user IDs in Wine, so if >> the owner is different then there isn't much we can do with it. >> > > Would it make sense to try and get winbind to do that for us, if possible? Or > would we be unable to use the results of that in a sensible way? > > Jerry Carter is currently working on an LGPL winbind client library, we could > use that. In the long run, winbind will convert to an idl-based protocol and > we could just talk to winbindd directly, thus dropping a dependency. > Good suggestion for a discussion at WineConf :-) However, we can't do any blocking calls while executing a server call on the behalf of a client, otherwise it will cause performance problems for all the applications that the user is running. Also, we don't have an IDL compiler / runtime that is compatible with wineserver. Further more, our mapping of users / groups will be slightly different from Samba's due to most Win32 installers requiring the user to be an administrator. I think all of these issues can be worked around, but it's not something we can rush into (and in case the Samba developers are doing this just for us, an winbind client library is not going to useful.) -- Rob Shearman

Oct. 3, 2007

Re: [PATCH 4/4] server: Add primitive support for setting and getting the security descriptor of files based on their Unix permissions.

by Robert Shearman

Alexandre Julliard wrote: > Robert Shearman <rob(a)codeweavers.com> writes: > > >> We don't have a mapping between NT SIDs and Unix user IDs in Wine, so >> if the owner is different then there isn't much we can do with it. >> > > You can't report the correct user SID, but you can still report more > correct permissions for the current user by checking IRWXO instead of > IRWXU if the user is not the owner. Another possibility would be to > have some sort of "other user" SID that all uids map to except the > current one. > The SID for "anonymous logon" seems to be the most appropriate choice for the latter suggestion. Also, tests on Windows show that "Builtin Users" may be a better choice to map the Unix others permissions to than "Everyone". -- Rob Shearman

Oct. 3, 2007

Re: [PATCH] check return value of get_dc_ptr

by Alexandre Julliard

Marcus Meissner <marcus(a)jet.franken.de> writes: > Coverity also spotted this one, and I agree. I don't, the DC is always valid since we are inside a driver call. -- Alexandre Julliard julliard(a)winehq.org

Oct. 3, 2007

Re: PATCH: fix out of range array access in dlls/kernel32/relay16.c

by Alexandre Julliard

Gerald Pfeifer <gerald(a)pfeifer.com> writes: > Looking at this code it becomes clear we perform out of range array > accesses in those cases we execute the full loops. This can't happen. If there's no ret instruction in the entry point we'll have much bigger problems than an out of range access... -- Alexandre Julliard julliard(a)winehq.org

Oct. 3, 2007