August 2005 - Wine-Devel - list.winehq.org

crosscompiler

by Dimitrije Jankovic

Recently, a target option was added to winebuild, and winebuild code was changed to use this option instead of preprocessor defines. I was wondering if a similar option will be added to winegcc, based on which it would pass the corresponding option to winebuild. When using winegcc to crossbuild wine dlls between different platforms (for instance x86-linux and sparc-solaris) that have different endianess more problems arise, especially related to resources. The resource compiler has --endianess option that caould be used to crosscompile resources, but winebuild always reads resource files as if they were compiled natively, maining --endianess cannot be used to crossbuild. Correct me if I'm wrong. If I want to be able to crossbuild from x86-linux to sparc-solaris, I need to compile resources with big-endianess and have winebuild use the target option to recognize that resource file was compiled with big-endianess and read it as such, and not natively. This is not the case currently. Like I said, winebuild reads the res file using native byteorder and fails to check res header. Regards, Dimitrije

Aug. 10, 2005

Re: DINPUT: Generic FF effect implementation (FF #4)

by Alexandre Julliard

Daniel Remenak <dtremenak(a)gmail.com> writes: > Could I get some feedback on why this has not been applied? I've got > several additional patches prepared already that depend on it and if > something needs to be changed I'd like to know before I get even more > that do. It still applies cleanly to CVS. If it's just not being > applied because it's considered dead code I can submit the other > patches that actually use it. That would be good. The pseudo vtbl functions that are not used in a vtbl don't look right to me, but I'm not sure what you are planning to do with that. -- Alexandre Julliard julliard(a)winehq.org

Aug. 10, 2005

Re: Protect included headers with the proper autoconf macros

by Jacek Caban

Mike McCormack wrote: > >> This patch causes the compile error for me. I have libxml2 headers >> but I don't have a library. XML2INCL is defined only if the configure >> script found library so gcc cannot find my headers at compile time. >> If you want to change it, you'll have to change configure.ac as well, >> but why do you want to include libxml if it won't be used anyway? > > > Probably better to do: > > #ifdef HAVE_LIBXML2 > > #ifdef HAVE_LIBXML_PARSER_H > #include <libxml/parser.h> > #endif > > ... > > #endif > > That way we have the right include guard and we'll only compile if we > have the library too. > > Mike But it won't change anything as if HAVE_LIBXML2 is defined then HAVE_LIBXML_PARSER_H is defined too, so #ifdef HAVE_LIBXML_PARSER_H will be always true here. Jacek

Aug. 10, 2005

Re: Protect included headers with the proper autoconf macros

by Mike McCormack

>> -#ifdef HAVE_LIBXML2 >> - >> +#ifdef HAVE_LIBXML_PARSER_H >> #include <libxml/parser.h> >> +#endif >> + >> +#ifdef HAVE_LIBXML2 > This patch causes the compile error for me. I have libxml2 headers > but I don't have a library. XML2INCL is defined only if the configure > script found library so gcc cannot find my headers at compile time. > If you want to change it, you'll have to change configure.ac as well, > but why do you want to include libxml if it won't be used anyway? Probably better to do: #ifdef HAVE_LIBXML2 #ifdef HAVE_LIBXML_PARSER_H #include <libxml/parser.h> #endif ... #endif That way we have the right include guard and we'll only compile if we have the library too. Mike

Aug. 10, 2005

Re: Protect included headers with the proper autoconf macros

by Jacek Caban

Hello. Vincent Béron wrote: >Changelog: >Protect headers with proper autoconf macros. > >Vincent > > >------------------------------------------------------------------------ > >Index: dlls/msxml3/msxml_private.h >=================================================================== >RCS file: /home/wine/wine/dlls/msxml3/msxml_private.h,v >retrieving revision 1.5 >diff -u -p -r1.5 msxml_private.h >--- dlls/msxml3/msxml_private.h 9 Aug 2005 11:17:47 -0000 1.5 >+++ dlls/msxml3/msxml_private.h 9 Aug 2005 21:56:24 -0000 >@@ -23,9 +23,11 @@ > > #include "xmldom.h" > >-#ifdef HAVE_LIBXML2 >- >+#ifdef HAVE_LIBXML_PARSER_H > #include <libxml/parser.h> >+#endif >+ >+#ifdef HAVE_LIBXML2 > > extern HRESULT DOMElement_create( IXMLDOMElement** DOMElement, xmlDocPtr xmldoc ); > extern HRESULT NodeMap_create(IXMLDOMNamedNodeMap** DomNamedNodeMap, xmlDocPtr xmldoc, xmlNodePtr node ); > > This patch causes the compile error for me. I have libxml2 headers but I don't have a library. XML2INCL is defined only if the configure script found library so gcc cannot find my headers at compile time. If you want to change it, you'll have to change configure.ac as well, but why do you want to include libxml if it won't be used anyway? Jacek

Aug. 10, 2005

Re: DINPUT: Generic FF effect implementation (FF #4)

by Daniel Remenak

Could I get some feedback on why this has not been applied? I've got several additional patches prepared already that depend on it and if something needs to be changed I'd like to know before I get even more that do. It still applies cleanly to CVS. If it's just not being applied because it's considered dead code I can submit the other patches that actually use it. Thanks, Daniel Remenak On 8/6/05, Daniel Remenak <dtremenak(a)gmail.com> wrote: > The fourth in a series of patches to enable force feedback through > DirectInput on linux event devices. > > Changelog: > Add a generic force feedback effect implementation > > This patch includes a bunch of support code for all DirectInput FF > effects, and adds stubs for a generic FF effect interface. > > Details: > 1. Stubs for a generic implementation of the IDirectInputEvent interface > 2. Debug utility functions to dump common structures > 3. Implementations of necessary object functions (e.g. AddRef, > Release, QueryInterface) > 4. Complete implementations of system-independent SetParameters and > GetParameters > > This patch adds two files, effect.c and effect_private.h, in the > dlls/dinput directory. This patch depends on FF #3 in order to > compile. > > --Daniel Remenak > > <Attachment: ff-4-effect.diff, 20K> >

Aug. 10, 2005

Re: Move some not private LDAP definitions and API declarations from winldap_private.h to public header winldap.h

by Hans Leidekker

On Wednesday 10 August 2005 03:52, Dmitry Timoshkov wrote: > Well, then it should be a copy not the move since winldap.h should have them. Yes. > Will you handle that, or should I send winldap.h changes separately? I'll handle that. -Hans

Aug. 10, 2005

Re: Move some not private LDAP definitions and API declarations from winldap_private.h to public header winldap.h

by Dmitry Timoshkov

"Hans Leidekker" <hans(a)it.vu.nl> wrote: > Please don't. My pending patches need those definitions and declarations > in winldap_private.h. Well, then it should be a copy not the move since winldap.h should have them. Will you handle that, or should I send winldap.h changes separately? -- Dmitry.

Aug. 10, 2005

Linuxworld - meeting the guys at the Codeweavers booth

by Hiji

Hi all! I just got back from Linuxworld, and fortunately, I found the Codeweavers booth! I had the pleasure of meeting both Aric Stewart and Rob Shearman (hope I spelled your names right!); I wanted to meet Jeremy too, but I was told that he was off at meetings. In any case, both Rob and Aric were very polite, intelligent and full of humor! From the booth, I walked away with a CrossOver Office demo disc, some Wine accessories (wine, as in the type you drink), and some, ahem... Codeweavers prophylactics to protect against Windows viruses, trojans, etc. LOL! Anyhow, I know this isn't exactly development related, but I thought I'd share my experience with you all! :) Those Codeweavers guys rock! Hijinio ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs

Aug. 10, 2005

swapped mouse buttons and slow down in wine

by Liam Kurmos

(Sorry, if this post here is inappropriate. I'm a newbie trying to get wine working) I've installed wine20050725 from rpm, and it was running ok. I copied and installed japanese dictionary app from my real winxp partition to my fake c drive and patched the reg with the local\software keys from the xp reg. The program worked (kind of - japanese chars dont display except when using japnese lang locale) but from the moment I first launched it the mouse buttons where swapped on my mouse, and wine became painfully slow. This effect is persitant anywhere in wine, even regedit and winecfg now behave this way (slow and inverted mouse). I could prehaps get used to the mouse being backwards but the performance is too painful. New versions of wine don't seem to support a wine.config file, but the config file had more configurability than is cuurently supported in winecfg. So how do you config the latest version of wine? What could have changed in wines configuration to make this happen? Anyone have a links for info on how wine (post the shift to no config file) now works? I've been looking on my web without joy for a solution to this problem. So now I'm turning to this list. Hope someone can help, Liam

Aug. 9, 2005